pthread地獄 part 2 (232ﾚｽ)
上下前次1-新
1: 2006/12/20(水)22:11 AAS
Posixな糸に群がる亡者どものスレ。地獄の底でsage進行。
徳の高い人はpthread天国でも可。
■前スレ
pthread地獄
2chｽﾚ:unix
2: 2006/12/20(水)22:22 AAS
2GET
3: 2006/12/21(木)18:16 AAS
4さま
4: 2006/12/21(木)18:21 AAS
次スレいらんって言ってたのに……。
5: 2006/12/21(木)19:21 AAS
並列プログラミング一般にしてしまえ。
6: 2006/12/21(木)21:37 AAS
マルチスレッドと並列は同じじゃないべさ
7: 2006/12/21(木)23:19 AAS
並行プログラミング
8: 2006/12/22(金)21:08 AAS
段違い並行プログラミング
9: 2006/12/22(金)21:12 AAS
リンダ・リンダ・プログラミング
10: 2006/12/24(日)11:14 AAS
どぶねーずみ、みたいに
11(1): 2006/12/24(日)13:50 AAS
(´▽｀)
(σσ ヘイ！ Let's プログラミング！
< <
12: 11 2006/12/24(日)13:58 AAS
よし。
13: 2006/12/24(日)15:36 AAS
pthreadってもう廃れるんですかね。ってか廃れてるんですかね
14: 2006/12/26(火)18:58 AAS
枯れるではなく廃れてるってこと？
15: 2006/12/31(日)02:22 AAS
Boost::threadってUNIX系ではpthread使ってなかったっけ？
16: 2006/12/31(日)15:07 AAS
UNIXといってもいまやいろいろあるし・・・犬糞とか
商用と非商用に分けて語ろうぜ
17: 2007/01/23(火)00:54 AAS
未だに Windows で pthread_kill() をどうやっていいのかわかんない。
って、Windows では使えないんだったけ…。
なんかそれも混乱してわかんなくなってきた…。
18: 2007/01/23(火)10:18 AAS
POSIX Parallel Programming, Part 3: Threads
http://www.informit.com/articles/article.asp?p=686610&rl=1
19: 2007/03/16(金)23:19 AAS
OpenMPな人は何処へ行けばいいのかしらん。。。
せっかくDual Core や Quad Coreが個人でも利用できる時代になったのにい。。。
20: 2007/03/16(金)23:45 AAS
ム板池
21(1): 2007/05/14(月)00:15 AAS
http://lists.freebsd.org/pipermail/cvs-src/2007-May/078202.html
> Change the default thread library to libthr.
FreeBSDのデフォルトスレッドライブラリも1:1のものに変更されました。
22(1): 2007/05/14(月)07:21 AAS
>>21
n:mはつかえないということなの？
23: 2007/05/15(火)00:00 AAS
>>22
今までのM:Nスレッドライブラリはlibkseという名前で残っているから
シンボリックリンクを張り替えるなどすればいい。
libkseは少なくとも7.x系までは生き残るだろうけど、
8-currentあたりで消されそうな気もする。
24: 2007/05/15(火)10:04 AAS
libmap.conf じゃ駄目なのか?
25: 2007/05/16(水)07:27 AAS
つかえないというのは
いいところなしというつもりでした。
複雑な制御の割に性能が出ないのでしょうか。
Solarisも1:1になったし。
26: 2007/05/16(水)07:42 AAS
前スレで擁護してた奴の言い訳が聞きたいところだが…
27: 2007/05/22(火)08:02 AAS
javaみたいにスレッドをCPU数に関係なくたくさんつくるやつの性能も1:1で満足できるのか知りたい。
28: 2007/06/10(日)00:00 AAS
言い訳よりも、ベンチの結果とかが欲しいね。
Apache (worker) + DB とかの。
29: 2007/06/11(月)15:38 AAS
SunStudio11や12もいいよ。
何せ無償だし。OpenMPもあるでよ。
30: 2008/03/13(木)00:37 AAS
Remove kernel support for M:N threading.
http://lists.freebsd.org/pipermail/cvs-src/2008-March/088489.html
31: [!sage] 2008/03/13(木)10:41 AAS
このスレ忘れてた…
32: 2008/03/13(木)16:53 AAS
いまやpthreadを生で使うことはほとんどないからなぁ。
33: 2008/03/18(火)11:07 AAS
純粋に興味があるんだけどpthread以外って何使ってる?
34(1): 2008/03/18(火)22:18 AAS
javaのスレッド
最近はjava.util.concurrentがあるからね。
35: 2008/03/19(水)18:46 AAS
>>34
1.5の時はメモリリークに悩まされました>concurrent周り
36: 2008/06/06(金)15:37 AAS
mutexを使って資源の共有ではなく、単にスレッド間の同期を取りたいのですが、
デッドロックしないようにするにはどのように書けばよいのでしょうか？
37: 2008/06/06(金)15:46 AAS
pthread_barrier_waitがあるのにmutexが使いたいと申すか
38(1): 2008/06/09(月)15:07 AAS
たくさんのthreadをpthread_create()で作成する場合、
作成した子スレッドへの引数ってどうやって渡せば良いんでしょうか？
for (narg = 0; narg < 100; ++narg) {
nrc = pthread_create(&t1, NULL, tfunc, (void *)&narg);
}
こんな感じで渡そうとしたんですが、作成された子スレッド(tfunc)側で
引数を使おうとすると、親スレッド側でどんどん値がインクリメントされて
いってしまいます。(並列に動いてるんだから当然なんでしょうけど。)
39(1): 2008/06/09(月)15:34 AAS
値そのものをパラメータとして(void *)にキャストして渡す、
もしくはスレッド数分の配列に格納してその要素へのポインタを渡す。
というか、あなたはまだマルチスレッドプログラミングに手を出すのは早い。
そんなんではデバッグも満足にできないから、
基礎をしっかりやってからの方が近道。
40(1): 38 2008/06/09(月)16:06 AAS
>>39
レスTHX
>もしくはスレッド数分の配列に格納してその要素へのポインタを渡す。
やってみたら、ちゃんと渡りました。
この時に確保しておくスレッド数分の配列って、ヒープにとるもの？
それとも、親スレッド側のスタックにとるもの？
それとも、グローバル変数もしくはスタティック変数としてとるもの？
それとも、ケースバイケース？
子スレッド実行中にそのエリア(子スレッド用の引数エリア)が開放
されなければ良いと思うんだけど、親スレッド側のスタックにとった
場合ってどうなるんでしょうか？
親スレッドは子スレッドがすべて終了するまで存在するとした場合、
親スレッド側のスタックにとったエリアを子スレッドへの引数エリアと
して使用するのはOKでしょうか？
>基礎をしっかりやってからの方が近道。
今が基礎のつもりです。
41: 2008/06/09(月)22:05 AAS
このスレのタイトルは上手く考えられているな。
pthread_createでスレッドに渡す引数の渡し方を人に聞くというのは、
地獄に入口から一歩入ったところで、番犬ケルベロスに向かって
「この先にお弁当屋さんはありますか?」と聞いているような、不思議な感じが醸し出される。
>>40
実際のメモリマップを想像すれば、答えは自ずとわかる。
MTは単一のプロセス空間内でPCとスタックを複数切り替えるだけで、マジックはない。
42: 2008/06/10(火)12:24 AAS
void*に入るなら、キャストして渡した方が後のこと考えないで良いから楽ちん。
親のスタックに取ったら、その寿命考えないといけないから面倒。
個別にヒープにとってアドレス渡して、その領域の後片付けも子スレッドがすれば良いんじゃない。
場合によっては、1スレッドに必要な領域*スレッド数をまとめて取って、
子スレッドがすべて終了したら、親がまとめて捨てても良いと思うけど。
43(1): 2008/06/11(水)02:48 AAS
pthreadsなんで単純なsleep/wakeupインターフェースないのん?
44: 2008/06/11(水)23:36 AAS
>>43
mutexを直前まで持ったままsleepできないとwakeupの取りこぼしがおこるから。
基礎から勉強しなおしてね
45: サカムラ・アントワネット 2008/06/12(木)02:15 AAS
とりこぼしちゃまずいなら、μITRONのwup_tskみたいにキューイングすればいいじゃない
46: 2008/06/12(木)11:27 AAS
それ何てセマフォ？
47: 2008/06/13(金)08:46 AAS
キャンセルができるみたい。
48: 2008/06/17(火)10:56 AAS
マルチスレッドプログラミングに関する書籍で良書と言われている
ものってどんなものがあるんでしょうか？
この本は良いよってのがあれば紹介して頂けると嬉しいです。
49: 2008/06/18(水)15:55 AAS
Patterns for Parallel Programming
50: 2008/06/19(木)13:50 AAS
CSPモデルの理論
51: 2008/06/19(木)15:27 AAS
javaだけど
Java並行処理プログラミング
Doug Leaも書いてる
52(2): 2008/07/09(水)22:12 AAS
外部のカウンタ変数をひとつ用意して、
複数のスレッドで、それをインクリメントするだけのときも
mutex使った方がいいのでしょうか。
53: 2008/07/09(水)23:01 AAS
extern int i;
foo() {
...
i++; /* is it atomic? *?
...
}
が atomic operation かどうかは処理系による。
++/-- だけなら mutex よりも semaphore の方がいい気がする。
cf. sem_init(3)
54: 2008/07/10(木)00:29 AAS
>>52
IA32ですら、その手のことをアセンブリ言語レベルで正しく実装する場合に
LOCKプレフィクス付きでインクリメントしなきゃならなかったりする。
何らかの排他制御は必要。
55: 2008/07/10(木)01:52 AAS
volatileで十分ｗ
56: 2008/07/10(木)12:09 AAS
インクリメントするのが一人なら確かに十分。
mutexはまあ確実だけど、性能の要求によってはspinとかrwlockとか。
semaphoreは、規定回数処理するっていうならいいけど、
回数が分からない場合どうするの？
57: 2008/07/11(金)10:19 AAS
冗談なのか何なのか知らないがインクリメント対象に volatile なんて付けたら
read-modify-write なコードになると思うんだが。
58: 2008/07/11(金)23:36 AAS
cond_timedwaitがシステム時刻を要求するのは問題があると思うけど、
少なくとも日本語ではそういう情報が見当たらない。
wait中にシステム時刻が変更されたらどうなるんだろう。
どう考えてもSUNのcond_reltimedwait_npみたいなのが標準化されるべきだと
思うけど、そういう動きはないんだろうか。
標準のtimedwaitでどうエミュレーションしてもバグの潰し様が無いはず。
59(1): 2008/07/12(土)01:40 AAS
相対値はそれはそれでまずいんだよ。
標準はなんも考えずにシステムクロックを採用してるわけじゃなくて、
あれはあれでちゃんと角度とか考えられてるんだ。
http://www.opengroup.org/onlinepubs/000095399/functions/pthread_cond_wait.html
のRATIONALE読んでね。
60: 2008/07/12(土)05:25 AAS
読んだ。
>a relative time measure can be easily implemented
on top of a function that specifies absolute time
ダウト。任意のタイミングによるシステム時刻変更を考えれば
これが実装できないから問題にしている。
現在時刻取得 -> timespec変数にタイムアウト値加算
-> timedwait()に渡す -> wait中
全ての過程で競合が発生するだろ？
時間が進むことでタイムアウトが早く発生するのはまあ、対処できる。
(無駄にコードが複雑になるけど。)
しかし、時間が巻き戻ると、タイムアウトの発生が遅れてしまう。
制御が戻らないことには何もできない。
異常時に即座に実行しないといけない処理が遅れてしまう。
上下前次1-新書関写板覧索設栞歴
あと 172 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.025s