看板 [ java ]
討論串[問題] ReadWriteLock 用在map上的每個field
共 4 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓1(1推 0噓 1→)留言2則,0人參與, 最新作者adrianshum (Alien)時間18年前 (2007/10/01 23:42), 編輯資訊
0
0
0
內容預覽:
引述《easy1 (e :) y)》之銘言:我當時做是 C++ 的 XD. 不過概念上沒有什麼不同 :P. 划算嘛... 那還好,因為本身 map 中的物件不算多. (最多也只是幾千個),二來因為本身真的要有不少. update, 如果單一個 lock 的話是死定了. 跑起來也. 沒有明顯的 p
(還有441個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者easy1 (e :) y)時間18年前 (2007/09/30 03:35), 編輯資訊
0
0
1
內容預覽:
嗯 結果你印象中 這樣的做法"划算"嗎. 效能有不錯嗎 (還有畢竟我沒寫過這種concurent程式..:-( ). 如果讀/寫比例不會差太多的時候. 嗯 我也這麼想. 我現在想法是用 ConcurrentHashmap 搭配 map w/r lock 和 各各 entry 的 r/w lock(C
(還有326個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者adrianshum (Alien)時間18年前 (2007/09/30 01:42), 編輯資訊
0
0
0
內容預覽:
引述《easy1 (e :) y)》之銘言:沒有什麼異想天開的,我記憶中我有做過類似的東西.. 當然一般來說不會搞這些麻煩東西 XDD. 不會兩次 W lock.. 一般來說的做法是,要新加入 entry, 才會acquire map 的 W lock.. (新加入 entry 也不需取新 en

推噓3(3推 0噓 1→)留言4則,0人參與, 最新作者easy1 (e :) y)時間18年前 (2007/09/29 19:59), 編輯資訊
0
0
0
內容預覽:
(最進有不少cocurrency的問題f@@). 後來想想我的問題主要還是在read/write sync 上. 在網路上找找 發現. java.util.concurrent.locks.ReentrantReadWriteLock. 可以很方便的作到read-write lock (應該比自己寫
(還有239個字)
首頁
上一頁
1
下一頁
尾頁