為啥大面積變小面積了，為啥這里就不會有很大的性能開銷
原來是把a(bǔ)++這個操作同步起來
現(xiàn)在這個操作，好像也沒有簡化很多。
這個思路還是沒太明白。
匪曰思存
2020-02-07
4 回答
舉報
0/150
提交
取消
2020-02-21
鎖發(fā)生在寄存器里是很快的，鎖發(fā)生在內(nèi)存里要看（如果發(fā)生在CPU的L1 cache上，就很快），如果發(fā)生在L2,L3或者內(nèi)存里就慢很多；鎖如果發(fā)生在IO上（比如讀硬盤就非常慢）。所以縮小范圍，要看縮小了什么，如果縮小了I/O，那就非常有必要了。 我用Sleep(I/O)，所謂I/O就是觸發(fā)中斷的東西，來替代真實(shí)的I/O場景（比如讀數(shù)據(jù)庫，讀redis等）。
寄存器速度約等于(l1)，< l2, < l3? <<<<< 內(nèi)存（這里大概有幾十倍到百倍速度差距了） <<<<<<? 固態(tài)硬盤（和內(nèi)存間有百倍到千倍差距） <<<<<< 機(jī)械硬盤（和內(nèi)存比大概有十萬到百萬倍差距）。。
2020-03-17
阿里大神的思考，值得學(xué)習(xí)
2020-02-26
原來的a是臨界資源，所有的線程都要去爭奪臨界資源，就會發(fā)生排隊。用了ThreadLocal之后每個線程都有一份線程本地資源，避免了多線程的排隊競爭
2020-02-08
原先是只要有線程并發(fā)就排隊，現(xiàn)在是不同線程間通過ThreadLocal進(jìn)行資源隔離，就無須排隊了，因?yàn)楦井a(chǎn)生不了競爭，唯一的競爭就在那個共享的HashSet上，所以給add()操作同步一下就好了?？s小了原來的同步范圍