スレッド・並行プログラミング/ マルチコア・並列プログラミングを学びはじめるためのN冊 - laiso
読みたい本のリストを作ってる(いくつかは購入済み)。 なんかおすすめあったら教えてください。 でもこういうのってリスト作って仕事した気になって満足してしまう。 並列と並行 学びはじめる前なんだから当然よくわかってはいないんでけど、並列と並行処理の違いは以下で認識してる parallel と concurrent、並列と並行の違い - 本当は怖い情報科学 parallel と concurrent 、並列と並行の覚え方 - まめめも (追記) 孫引きなんだけど「コーディングを支える技術 171P」に「プログラミング言語の概念と構造」から引用した記述があった ここでは並行→プログラミング上の概念、並列→ハードウェアレイヤーの話となっていますね。 並列処理・並行処理がプログラミングに必要な理由 マルチコアを生かしたパフォーマンスの向上 大規模なデータの処理 GUIアプリケーションのユーザビリティ
高木浩光＠自宅の日記 - ギャー！ 訂正
■ ギャー！ 訂正 ギャー！ やってしまった orz。16日の日記掲載のプログラムはバグっていた。java.util の新しい方のコレクションクラスは synchronized じゃないのを思い出し、どのくらい影響があったか task.log からノードの重複を除いて計数したところ、相当な数のノードがダブっていたもよう。 以下の通り訂正。実行時間やグラフ形状がどう変化するかはまだ不明。 16日の日記の実験結果ノード数 誤: 389,288 → 正: 200,036 17日の日記の実験結果1つ目のノード数 誤: 388,994 → 正: 201,619 17日の日記の実験結果2つ目のノード数 誤: 343,001 → 正: 199,316 17日の日記の実験結果3つ目のノード数 誤: 581,856 → 正: 224,453 この結果はネットエージェント7月3日発表のノード数よりかなり少ない
Lock-Free Algorithm, CriticalSection, IHostCrst - NyaRuRuが地球にいたころ
スレッド化で「普通は」気をつけるべきこと 「高木浩光＠自宅の日記」より． ギャー、ここも杜撰だった。（モニタリング用のコードとはいえ。） int connectionTriedCount = 0; int handshakeSucceededCount = 0; int extractionSucceededCount = 0; connectionTriedCount++; handshakeSucceededCount++; extractionSucceededCount++; java.util.concurrent.atomic.AtomicInteger を使ってみよう。 import java.util.concurrent.atomic.AtomicInteger; ... AtomicInteger connectionTriedCount = new AtomicInt
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
