C++0x の std::unique_lock - std::defer_lock と std::adopt_lock でちょっと高度なロック管理
http://cpplover.blogspot.com/2011/07/mutex.html C++ のソースコード中に「途中のreturnや例外に気をつけること」などといったコメントはあってはならないため，補足． // 排他的にアクセスするリソース class exclusive_resource { public : std::vector<int> v ; private : std::mutex m ; public : void lock() { m.lock() ; } void try_lock() { m.try_lock() ; } void unlock() { m.unlock() ; } } ; exclusive_resource res1, res2 ; void thread1() {// res1のみを操作 std::lock_guard< exclusi
真夜中の並行処理トーク
kumagi @kumagi_bot IBM paper: STM is a “Research Toy” EPFL paper: STM is not just a Research Toy ほんと面白いなこの人たち。 kumagi @kumagi_bot Our current focus: single-chip, multicore systems of next few years. だと…数年以内にマルチコアのHTMチップを出すよと言ってるように見えるんだが…！ kumagi @kumagi_bot 'How scalable is “scalable enough”?' これ切実な問題なんだろうなぁ。lock-freeなSTM作ったらスケーラビリティは高いかもしれないけれどスループットは低下するだろう。そのへんの見積りがつねにぐぬぬなのがOracle社内なのだと思う。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Efficient data transfer through zero copy
IBM Developer
