トップページ⇒unix
213コメント82KB

pthread地獄 part 2

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/12/20(水) 22:11:47
Posixな糸に群がる亡者どものスレ。地獄の底でsage進行。
徳の高い人はpthread天国でも可。
■前スレ
　pthread地獄
　http://pc8.2ch.net/test/read.cgi/unix/1010933537/
0002名無しさん＠お腹いっぱい。2006/12/20(水) 22:22:58
2GET
0003名無しさん＠お腹いっぱい。2006/12/21(木) 18:16:54
4さま
0004名無しさん＠お腹いっぱい。2006/12/21(木) 18:21:11
次スレいらんって言ってたのに……。
0005名無しさん＠お腹いっぱい。2006/12/21(木) 19:21:20
並列プログラミング一般にしてしまえ。
0006名無しさん＠お腹いっぱい。2006/12/21(木) 21:37:07
マルチスレッドと並列は同じじゃないべさ
0007名無しさん＠お腹いっぱい。2006/12/21(木) 23:19:52
並行プログラミング
0008名無しさん＠お腹いっぱい。2006/12/22(金) 21:08:24
段違い並行プログラミング
0009名無しさん＠お腹いっぱい。2006/12/22(金) 21:12:47
リンダ・リンダ・プログラミング
0010名無しさん＠お腹いっぱい。2006/12/24(日) 11:14:52
どぶねーずみ、みたいに
0011名無しさん＠お腹いっぱい。2006/12/24(日) 13:50:16
(´▽｀)
(σσ ヘイ！ Let's プログラミング！
< <
0012112006/12/24(日) 13:58:16
よし。
0013名無しさん＠お腹いっぱい。2006/12/24(日) 15:36:30
pthreadってもう廃れるんですかね。ってか廃れてるんですかね
0014名無しさん＠お腹いっぱい。2006/12/26(火) 18:58:53
枯れるではなく廃れてるってこと？
0015名無しさん＠お腹いっぱい。2006/12/31(日) 02:22:07
Boost::threadってUNIX系ではpthread使ってなかったっけ？
0016名無しさん＠お腹いっぱい。2006/12/31(日) 15:07:00
UNIXといってもいまやいろいろあるし・・・犬糞とか
商用と非商用に分けて語ろうぜ
0017名無しさん＠お腹いっぱい。2007/01/23(火) 00:54:40
未だに Windows で pthread_kill() をどうやっていいのかわかんない。
って、Windows では使えないんだったけ…。
なんかそれも混乱してわかんなくなってきた…。
0018名無しさん＠お腹いっぱい。2007/01/23(火) 10:18:44
POSIX Parallel Programming, Part 3: Threads
ttp://www.informit.com/articles/article.asp?p=686610&rl=1
0019名無しさん＠お腹いっぱい。2007/03/16(金) 23:19:10
OpenMPな人は何処へ行けばいいのかしらん。。。
せっかくDual Core や Quad Coreが個人でも利用できる時代になったのにい。。。
0020名無しさん＠お腹いっぱい。2007/03/16(金) 23:45:41
ム板池
0021名無しさん＠お腹いっぱい。2007/05/14(月) 00:15:07
http://lists.freebsd.org/pipermail/cvs-src/2007-May/078202.html
> Change the default thread library to libthr.

FreeBSDのデフォルトスレッドライブラリも1:1のものに変更されました。
0022名無しさん＠お腹いっぱい。2007/05/14(月) 07:21:14
>>21
n:mはつかえないということなの？
0023名無しさん＠お腹いっぱい。2007/05/15(火) 00:00:56
>>22
今までのM:Nスレッドライブラリはlibkseという名前で残っているから
シンボリックリンクを張り替えるなどすればいい。

libkseは少なくとも7.x系までは生き残るだろうけど、
8-currentあたりで消されそうな気もする。
0024名無しさん＠お腹いっぱい。2007/05/15(火) 10:04:12
libmap.conf じゃ駄目なのか?
0025名無しさん＠お腹いっぱい。2007/05/16(水) 07:27:30
つかえないというのは
いいところなしというつもりでした。
複雑な制御の割に性能が出ないのでしょうか。
Solarisも1:1になったし。
0026名無しさん＠お腹いっぱい。2007/05/16(水) 07:42:38
前スレで擁護してた奴の言い訳が聞きたいところだが…
0027名無しさん＠お腹いっぱい。2007/05/22(火) 08:02:39
javaみたいにスレッドをCPU数に関係なくたくさんつくるやつの性能も1:1で満足できるのか知りたい。
0028名無しさん＠お腹いっぱい。2007/06/10(日) 00:00:13
言い訳よりも、ベンチの結果とかが欲しいね。
Apache (worker) + DB とかの。
0029名無しさん＠お腹いっぱい。2007/06/11(月) 15:38:16
SunStudio11や12もいいよ。
何せ無償だし。OpenMPもあるでよ。
0030名無しさん＠お腹いっぱい。2008/03/13(木) 00:37:42
Remove kernel support for M:N threading.
http://lists.freebsd.org/pipermail/cvs-src/2008-March/088489.html
0031名無しさん＠お腹いっぱい。2008/03/13(木) 10:41:17
このスレ忘れてた…
0032名無しさん＠お腹いっぱい。2008/03/13(木) 16:53:54
いまやpthreadを生で使うことはほとんどないからなぁ。
0033名無しさん＠お腹いっぱい。2008/03/18(火) 11:07:37
純粋に興味があるんだけどpthread以外って何使ってる?
0034名無しさん＠お腹いっぱい。2008/03/18(火) 22:18:18
javaのスレッド
最近はjava.util.concurrentがあるからね。
0035名無しさん＠お腹いっぱい。2008/03/19(水) 18:46:40
>>34
1.5の時はメモリリークに悩まされました>concurrent周り
0036名無しさん＠お腹いっぱい。2008/06/06(金) 15:37:18
mutexを使って資源の共有ではなく、単にスレッド間の同期を取りたいのですが、
デッドロックしないようにするにはどのように書けばよいのでしょうか？
0037名無しさん＠お腹いっぱい。2008/06/06(金) 15:46:12
pthread_barrier_waitがあるのにmutexが使いたいと申すか
0038名無しさん＠お腹いっぱい。2008/06/09(月) 15:07:17
たくさんのthreadをpthread_create()で作成する場合、
作成した子スレッドへの引数ってどうやって渡せば良いんでしょうか？
   for (narg = 0; narg < 100; ++narg) {
      nrc = pthread_create(&t1, NULL, tfunc, (void *)&narg);
   }

こんな感じで渡そうとしたんですが、作成された子スレッド(tfunc)側で
引数を使おうとすると、親スレッド側でどんどん値がインクリメントされて
いってしまいます。(並列に動いてるんだから当然なんでしょうけど。)
0039名無しさん＠お腹いっぱい。2008/06/09(月) 15:34:40
値そのものをパラメータとして(void *)にキャストして渡す、
もしくはスレッド数分の配列に格納してその要素へのポインタを渡す。

というか、あなたはまだマルチスレッドプログラミングに手を出すのは早い。
そんなんではデバッグも満足にできないから、
基礎をしっかりやってからの方が近道。
0040382008/06/09(月) 16:06:42
>>39
レスTHX
>もしくはスレッド数分の配列に格納してその要素へのポインタを渡す。
やってみたら、ちゃんと渡りました。

この時に確保しておくスレッド数分の配列って、ヒープにとるもの？
それとも、親スレッド側のスタックにとるもの？
それとも、グローバル変数もしくはスタティック変数としてとるもの？
それとも、ケースバイケース？

子スレッド実行中にそのエリア(子スレッド用の引数エリア)が開放
されなければ良いと思うんだけど、親スレッド側のスタックにとった
場合ってどうなるんでしょうか？

親スレッドは子スレッドがすべて終了するまで存在するとした場合、
親スレッド側のスタックにとったエリアを子スレッドへの引数エリアと
して使用するのはOKでしょうか？

>基礎をしっかりやってからの方が近道。
今が基礎のつもりです。
■ このスレッドは過去ログ倉庫に格納されています