- 1 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 21:35:32 ]
- マルチスレッドプログラミングについて語るスレ。
その１ pc3.2ch.net/tech/kako/997/997345868.html
その２ pc5.2ch.net/test/read.cgi/tech/1037636153/
その３ pc8.2ch.net/test/read.cgi/tech/1098268137/
その４ pc8.2ch.net/test/read.cgi/tech/1130984585/
その５ pc11.2ch.net/test/read.cgi/tech/1157814833/
OS・言語・環境は問わないが、それゆえ明記すべし。
テンプレ
【ＯＳ】
【言語】
【実行環境】
【その他突起する事項】
- 784 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 07:10:26 ]
- 質問があります
pthreadでは途中でスレッドをキャンセルする場合
pthread_cancelを遅延キャンセルでコールして、
クリーンナップハンドラでリソースを開放するという方法が考えられますが、
C++では実行環境(gcc,glibc)によって、クリーンナップ内でオブジェクトの
デストラクタが呼ばれなかったり、例外処理が行われないなどといったことがあるみたいですが、
「C++ではこのようにしてpthreadを中段させるべき」といった
定石的手法が確立しているのでしょうか？
できればURIなど情報源などもあれば教えてください。
【ＯＳ】
Linux2.6
【言語】
C++
【実行環境】
RHEL5（pthread）
【その他突起する事項】
「RHEL5の中のライブラリならサポートしてるので気にするな」ってのは無しで
- 785 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 07:47:54 ]
- 外から中断なんかしない。
当たり前すぎて泣けてくる。
- 786 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 12:24:11 ]
- >>784
安全に中断させる方法なんて存在しない。
だが、スレッドのエントリ関数のreturnを実行して正しく終了させる方法はいくらでもある。
- 787 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 13:55:11 ]
- > 「C++ではこのようにしてpthreadを中段させるべき」といった
> 定石的手法が確立しているのでしょうか？
中断通知機構は自分で独自に実装。必ずエントリポイントの関数まで
戻るようにする。
異常時に終了するため、終了用の例外クラスを作成。エントリポイントのみ
でcatchし、他はクラスに対し例外中立なコードを書く。
ソースは俺。
- 788 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 14:04:26 ]
- >>778
joinせずに終了したか、Thread,Runnableのメモリが誤って解放されたのでは
- 789 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 20:40:04 ]
- スレッド止めてプロセスにする
- 790 名前：777 mailto:sage [2008/06/11(水) 21:51:22 ]
- >>775
GetLastErrorの戻り値判定ロジックが逆。
細かい間違いは修正したが普通に動いた。元のろだ?のup方法がわからなかったので↓にup
www11.axfc.net/uploader/He/so/108823.zip
DLパスは mt
さすがにmy_ptrとかいうのはboost::shared_ptrに置き換えさせてもらった。
- 791 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 22:28:58 ]
- アクターモデルって奴の
C++とかjavaとかでのサンプルない？
- 792 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 22:36:55 ]
- 761です
>>790
ﾌﾞﾜｯ!なんと言うやさしさ・・・やっと時間が取れたので、777を元に修正してたら、なんという
でも俺はウホじゃないです。すいません
(const Thread&)のキャストですが、こうしたらローカル変数の寿命がどうたらで1個分生成・破棄の
コストが浮くかなあと思って付けたんですが・・・まぁ、確認もせずにつけたので効果はいざ知れず
> currentThreadの返したThreadは何だ？
この関数を実行したスレッドがスレッドプール内に存在すれば、そのスレッドを操作する
Threadオブジェクトを返します。
既存のRunnableの時再利用するのは
Hoge(){
Thread th(this);th.start();
}
~Hoge(){
Thread(this).join();
}
とすることに憧れていたからです・・・。つまり俺がちょっとおかしいのです
- 793 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 23:27:08 ]
- pthread mutexで
読みスレッドが2人
書きスレッドが2人
といる場合、rwlock使うと読んでる間に
書き込もうとしてもロックされる？
- 794 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 00:24:12 ]
- pthreadは知らないけど一般のReader-Writer-Lockなら排他制御されなぎまずいんじゃね。
Readerのみの場合に排他されないんだと思う。
Reader vs. Reader → 排他されない
Reader vs. Writer → 排他される
Writer vs. Writer → 排他される
- 795 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 00:38:59 ]
- Pthreadもそうだったと思う
Man読みゃいいんだけどね
- 796 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 01:47:42 ]
- スレッドＡがrdlockする
スレッドＢがwrlockしようとする(が、rdlock中なのでブロック)
この状態の時に、スレッドＣがrdlockしようとすると
１.スレッドＣがrdlockを取得(Ａと共存)出来る
２.スレッドＢ(ロック獲得優先権がある)の処理終了までブロックする
一般的にはどうなる？
・一般的に、rwlockと呼ばれるものの動作として決まっている(どっち？)
・pthreadの標準として決まっている(どっち？)
・何も決まってない(実装依存)
- 797 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 01:54:39 ]
- >>796
opengroup.org/onlinepubs/007908775/xsh/pthread_rwlock_rdlock.html
＞ It is unspecified whether the calling thread acquires the lock
＞ when a writer does not hold the lock and there are writers waiting for the lock.
何も決まってないぽい
- 798 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 02:00:50 ]
- おー、thx
|
 |
