n_sodaさんによるpthreadを使うべき場面について
POSIXがイケてないのはみな知ってると思うんだ。ラッパーつくるのはその上の仕事って認識もどーなんか、とは思うんだ。あーそもそも非POSIXなとこでも動かなきゃいけないから、、、そーですね。。。
2011-10-27 10:55:47DeSuYoNe RT @noztos: 賛成 RT @master_q: ということでみんなpthread捨てよーぜ
2011-10-27 10:59:21@master_q @n_soda 最近は、libev(ent) で済ませています。「thread じゃなきゃダメ」ってのは今のとこなさそう
2011-10-27 11:03:14@noztos @n_soda イベントに対する興味を、スレッドでwatchする、もしくはkqueueでwatchする、だと後者の方がいまのところ見通し+デバッグが楽という話でしょうか
2011-10-27 11:04:20@n_soda @master_q @noztos えー。プロセス並列でいいじゃん ゚+.(・ω・)゚+.゚
2011-10-27 11:06:28@master_q @noztos kqueue使うだけだとシングルスレッドで、マルチコアCPUを生かせませんよね。プロセスで済む場合はそれでもいいですし、プロセスで済む場合にスレッドを使うのはやめた方がいいですが、全てがそれで済むかというとすまないです。
2011-10-27 11:06:38ほら、しごくまっとうな意見wwwww RT @kosaki55tea: @n_soda @master_q @noztos えー。プロセス並列でいいじゃん ゚+.(・ω・)゚+.゚
2011-10-27 11:06:52@n_soda @noztos そこで並用ですよ!設計がちょいめんどいですが。。。”ちょい”、、、ではないかもしれないけれども。。。。
2011-10-27 11:07:37@noztos @master_q pthreadの背後にある動作モデルは明確で、割と単純なものだと思います(本質的にはHoareのモニタ。Hoare自身、かなりのミニマリストですし)。実装がいろいろなのは、一定の動作モデルの中で、最適化の余地を多く残しているためです。
2011-10-27 11:08:53