10周年のSPコンテンツ!
15
DMスパマーに乗っ取られました @master_q
POSIXがイケてないのはみな知ってると思うんだ。ラッパーつくるのはその上の仕事って認識もどーなんか、とは思うんだ。あーそもそも非POSIXなとこでも動かなきゃいけないから、、、そーですね。。。
DMスパマーに乗っ取られました @master_q
uITronはやっぱり一度ちゃんと使ってみておくべきだと思ってきた
DMスパマーに乗っ取られました @master_q
POSIXをdisるなら、POSIXから離れるべき > ヲレ
DMスパマーに乗っ取られました @master_q
DeSuYoNe RT @noztos: 賛成 RT @master_q: ということでみんなpthread捨てよーぜ
SODA Noriyuki @n_soda
@master_q @noztos えっ、代わりにどういうのを使うの?
メイヨネーズソースビーウィズユー @noztos
@master_q pthread は複雑すぎる印象。結局のとこ実装依存で、再現性自体ががが
DMスパマーに乗っ取られました @master_q
@noztos プロセスとファイバだけじゃ、、、やっぱダメなんすかね?
メイヨネーズソースビーウィズユー @noztos
@master_q @n_soda 最近は、libev(ent) で済ませています。「thread じゃなきゃダメ」ってのは今のとこなさそう
DMスパマーに乗っ取られました @master_q
でもそろそろプロセス保護もいらないと思うんだ。
DMスパマーに乗っ取られました @master_q
@noztos @n_soda イベントに対する興味を、スレッドでwatchする、もしくはkqueueでwatchする、だと後者の方がいまのところ見通し+デバッグが楽という話でしょうか
DMスパマーに乗っ取られました @master_q
たぶん設計ドメインによって意見は全くことなるだろーなー
KOSAKI Motohiro @kosaki55tea
@n_soda @master_q @noztos えー。プロセス並列でいいじゃん ゚+.(・ω・)゚+.゚
SODA Noriyuki @n_soda
@master_q @noztos kqueue使うだけだとシングルスレッドで、マルチコアCPUを生かせませんよね。プロセスで済む場合はそれでもいいですし、プロセスで済む場合にスレッドを使うのはやめた方がいいですが、全てがそれで済むかというとすまないです。
DMスパマーに乗っ取られました @master_q
ほら、しごくまっとうな意見wwwww RT @kosaki55tea: @n_soda @master_q @noztos えー。プロセス並列でいいじゃん ゚+.(・ω・)゚+.゚
DMスパマーに乗っ取られました @master_q
@n_soda @noztos そこで並用ですよ!設計がちょいめんどいですが。。。”ちょい”、、、ではないかもしれないけれども。。。。
DMスパマーに乗っ取られました @master_q
pthreadイクナイのは「ぱっと見簡単そう」なことなんだよな
SODA Noriyuki @n_soda
@noztos @master_q pthreadの背後にある動作モデルは明確で、割と単純なものだと思います(本質的にはHoareのモニタ。Hoare自身、かなりのミニマリストですし)。実装がいろいろなのは、一定の動作モデルの中で、最適化の余地を多く残しているためです。
残りを読む(39)

コメント

Tsuyoshi CHO @tsuyoshi_cho 2011年10月27日
んー、そもそもトリッキー/ナイーブな実装になっちゃうなら、pthreadだろうとなんだろうと、ライブラリが良くない!は利用側からした真実ではあるかも。もうちょっと重くてもいいので、安全を担保してくれるライブラリを選ぶべき、かもしれないとか思わないでもない。