アカウント名:
パスワード:
なんか最近のニュースを見ているとクリティカルセクションで排他制御するのは当たり前で無くなっているの???
複雑な処理が必要だけど発生確率の低い問題は見ないことにして、問題が起きてからパッチ当てるのが流行っているのか?
クリティカルセクションで排他制御とか、20年前の話やろ。知識が古すぎる。
今でも排他制御なしでマルチプロセスもマルチスレッドもマルチCPUコアも共有するリソースがある限り成り立たないで。
上位からは隠蔽されているだけで、そこがあかんとボロボロやで。
そこなんだよな。変に高級言語でのサポートや丁寧な隠ぺいが広まったせいで、基本的な常識とかノウハウがロストテクノロジー(?)になってきてる。単なるロック処理を車輪の再発明してドヤ顔されて、古い教科書渡して勉強しろってなったり。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
信頼性 (スコア:0)
なんか最近のニュースを見ているとクリティカルセクションで排他制御するのは当たり前で無くなっているの???
複雑な処理が必要だけど発生確率の低い問題は見ないことにして、問題が起きてからパッチ当てるのが流行っているのか?
Re: (スコア:0)
クリティカルセクションで排他制御とか、20年前の話やろ。知識が古すぎる。
Re:信頼性 (スコア:0)
今でも排他制御なしでマルチプロセスもマルチスレッドもマルチCPUコアも共有するリソースがある限り成り立たないで。
上位からは隠蔽されているだけで、そこがあかんとボロボロやで。
Re: (スコア:0)
そこなんだよな。
変に高級言語でのサポートや丁寧な隠ぺいが広まったせいで、基本的な常識とかノウハウがロストテクノロジー(?)になってきてる。
単なるロック処理を車輪の再発明してドヤ顔されて、古い教科書渡して勉強しろってなったり。