[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 2chのread.cgiへ]
Update time : 05/09 09:53 / Filesize : 193 KB / Number-of Response : 799
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

マルチスレッドプログラミング相談室 その6



1 名前:デフォルトの名無しさん mailto:sage [2007/08/13(月) 21:35:32 ]
マルチスレッドプログラミングについて語るスレ。

その1 pc3.2ch.net/tech/kako/997/997345868.html
その2 pc5.2ch.net/test/read.cgi/tech/1037636153/
その3 pc8.2ch.net/test/read.cgi/tech/1098268137/
その4 pc8.2ch.net/test/read.cgi/tech/1130984585/
その5 pc11.2ch.net/test/read.cgi/tech/1157814833/

OS・言語・環境は問わないが、それゆえ明記すべし。
テンプレ

【OS】

【言語】

【実行環境】

【その他突起する事項】

477 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 22:51:27 ]
とりあえず、セマフォを使ってみよう。

478 名前:デフォルトの名無しさん mailto:sage [2008/01/27(日) 22:54:49 ]
というか、今までの話題がまさにそのProducer/Consumerパターンについてなわけだが

479 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 00:08:21 ]
>>449-
.NETならこれ
msdn.microsoft.com/msdnmag/issues/07/05/CLRInsideOut/default.aspx?loc=jp
Vistaならこの記事がおすすめ。
msdn.microsoft.com/msdnmag/issues/07/06/Concurrency/default.aspx?loc=jp

480 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 00:09:22 ]
>>479
C++でXPなんです・・

481 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 01:08:54 ]
つうか、セマフォ使えや、カス

482 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 01:20:54 ]
メータードセクションだろ普通

483 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 01:21:26 ]
>>481
誰にいってんの?


484 名前:デフォルトの名無しさん [2008/01/28(月) 01:23:40 ]
>>482
へぇ。そんなのあるんだ。プロセス間でも使えて、一定回数はカーネルに落ちないでspin?


485 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 02:31:00 ]
全部ホシュするなら、全部ヤッパ明渡せヤゴラ、でOK



486 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 07:52:58 ]
?

487 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 09:51:29 ]
VMwareでLinux上げてpthread使えば解決

488 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 10:42:06 ]
queueに要素があるかは、>>477,>>481の通りセマフォでやればいいんじゃない?
増減するリソースを管理するんだからちょうどいいでしょ。
フラグの変更はイベントにでもして一緒に待つか、queueに終了って言うなにかを投げ込めば?

489 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 18:01:56 ]
Linux野郎なんでWindowsには全く疎い俺参上!

Windowsの独自スレッドだけでpthreadはないの?

あと、pthreadとWindowsスレッドを比較した利点・欠点
がまとめてあるHPとないでしょうか?

490 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 20:46:19 ]
>>484
スピンで待たせるなら、プロセス内専用だけどWindowにもInitializeCriticalSectionAndSpinCountなんてものもあるよ。

491 名前:デフォルトの名無しさん mailto:sage [2008/01/28(月) 22:07:07 ]
メータードセクションは、Windowsの話だけど・・・

492 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 06:27:19 ]
CriticalSectionがspinなのはわかってるよ

493 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 06:34:26 ]
>>489
Linuxにも疎そうだな

494 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 09:57:59 ]
どうしてもpthreadがいいなら、pthreads for Win32があるでしょ。
以前mingwでつかってたよ。VCでも使えたはず。

495 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 12:58:59 ]
下のようなクラスを作って、Monitorでのロックと比較してみた。
EnterWithContextSwitchで、ロックがほとんどかち合わないで誤差の範囲で軽く、ロックが頻繁な場合だと
明らかに遅くなる。Enterは確実に遅い。

class SpinLock {
volatile int _isEntered;
public void Enter() { while (Interlocked.CompareExchange(ref _isEntered, 1, 0) != 0) { }}
public void EnterWithContextSwitch() {while (Interlocked.CompareExchange(ref _isEntered, 1, 0) != 0) {Thread.Sleep(0);}}
public void Exit() {_isEntered = 0;}
}
//試したのはこんな感じ 各スレッドで
for (int i = 0; i < _loopCount; i++) {
thp.LockDeleg(thp);//ここでLockして
DoWork(_jobTime);//ここで指定時間処理して
thp.UnLockDeleg(thp);//ここでUnlock
}
対象のロックはmontor,SpinLockともども複数生成して、ロックするときにランダムでロック対象を決めるようにした。生成するロック数も多い場合、少ない場合色々試してみた。

環境はXP Sp2 C# .NET2.0 DualCoreのアスロン何たら。
テスト中はCPUを使い切る場合もあれば各CPUが70%ぐらいで推移する場合もあり。どちらのロックでそうなるかは不明。多分SpinLock。
参考URL
msdn.microsoft.com/msdnmag/issues/05/10/MemoryModels/

何か間違ってる?ついでにおまいらのマルチスレッドに関する考え方、使い方を教えてくれ。
教えてエロイ人




496 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 18:13:34 ]
何がしたいのこれ?


497 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 18:26:19 ]
.netのモニターオブジェクトと自前スピンロックの性能評価?

498 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 18:42:28 ]
具体的に何を計りたいのかよくわからん。

ついでについては、ロックがかち合う可能性を下げるように設計する。

499 名前:495 mailto:sage [2008/01/29(火) 18:54:29 ]
違う回線よりすいません。
説明不足で申し訳ないです。
言われるとおり、自作スピンロックでどれだけロックが軽くなるかの調査です。
いくつかの記事で、SpinLockでのcpu消費の方が、コンテキスとスイッチより軽いと言っていたので試してみました。
結果が記事と逆になってしまったので自分のコードが何かおかしかったのかと。


500 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 19:10:11 ]
スピンロックはマルチプロセッサじゃないと効果無いんじゃないか?
スピンしてる間にロックが外れれば、カーネルに落ちなくて済むじゃん

501 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 19:27:06 ]
>環境はXP Sp2 C# .NET2.0 DualCoreのアスロン何たら。
って書いてあるから、2つあるんでそ。

502 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 19:31:05 ]
あ、ほんとだ。失敬失敬。


503 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 19:33:43 ]
単純なサンプルで重い、軽い、と早い、遅いを同列に語っても意味無いかと。

あとSleep(0)の分解能なんてろくに無いんだから
いちいちロックされてるたびに呼んでたら無駄に待たされる。
ただ、一般的には、他の誰かが処理してるからCPU時間を明け渡してあげることで
いち早くロックを取得できる可能性をあげる意味でSleepを使う

Sleep(0)の分解能調べて見て、中のジョブがどれぐらい時間かかってるか
調べて見れば、あなたのいう軽いとか遅いとかがより深く理解できると思う。

Win32だったらCriticalSectionで一発だったんだが
.netはLockかInterlockしか無いのかな

504 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 19:33:52 ]
public void EnterWithContextSwitch() {while (Interlocked.CompareExchange(ref _isEntered, 1, 0) != 0) {Thread.Sleep(0);}}
というか、これ "Sleep(0)" が原因でねーの。他にするタスクがないとき、CPU休まないじゃん。

505 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 21:06:30 ]
.NETのロックは元々クリティカルセクションだよ。



506 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 21:15:59 ]
単純なスピンロックなんざそもそも間の処理が極めて短時間で
競合なんてまず滅多に起こらん場合にしか向かん。

507 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 21:27:30 ]
どうもインタロック操作が極端に軽いと勘違いしてる奴や記事が多いな。
.NETなんて単純にロックでもそう大差はないのに。


508 名前:デフォルトの名無しさん mailto:sage [2008/01/29(火) 21:39:37 ]
ああこれは件のMSDNの記事の事じゃないので念のため。


509 名前:495 mailto:sage [2008/01/29(火) 21:59:01 ]
>>506
そのようだ。
>>507
極端に軽いと勘違いしてた。

今は反省している


510 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 13:04:30 ]
>>21によれば、.netの機能をそのまま使えば良いんじゃないか?

511 名前:デフォルトの名無しさん mailto:sage [2008/01/30(水) 19:09:40 ]
うんそう。
あえてスピンロックにするのはインタロック操作1回分までも節約したいとき。
2回→1回


512 名前:デフォルトの名無しさん [2008/02/03(日) 11:08:05 ]
環境visualstudio2005 vc++
_beginthreadexを使ってメインを合わせて合計3個と100ms毎の割り込みをさせてるんですが、
assert(0)が有効にならない場合があります。マルチスレッドで緊急にプログラムを停止させたい場合は
どうすればいいんでしょうか?

513 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 11:18:51 ]
ExitProcess

514 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 11:33:51 ]
>>512
WaitoForSingleObjectとSetEventを使う。


515 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 12:06:49 ]
assert(0)



516 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 17:58:20 ]
>>514
Waito ?

517 名前:デフォルトの名無しさん mailto:sage [2008/02/03(日) 18:28:11 ]
WaitoSinguruObujecuto と SinguruIvento

518 名前:SettoIvento ならわかるが... mailto:sage [2008/02/03(日) 21:12:20 ]
SinguruIvento ?

519 名前:514 mailto:sage [2008/02/03(日) 21:19:11 ]
ゆるしてっ!!


520 名前:デフォルトの名無しさん mailto:sage [2008/02/04(月) 19:47:15 ]
>>512
俺を使え。全力でとめてやるぜ

521 名前:デフォルトの名無しさん mailto:sage [2008/02/08(金) 14:49:26 ]
生成したスレッドから、
ウィンドウハンドルを使用するマクロを使うためにはどうすればいいですかね?

522 名前:デフォルトの名無しさん mailto:sage [2008/02/08(金) 14:54:37 ]
わかりやすい日本語でお願いします。

523 名前:デフォルトの名無しさん mailto:sage [2008/02/08(金) 18:17:55 ]
>>521
ウインドウハンドルが欲しいのかな?


524 名前:デフォルトの名無しさん [2008/02/11(月) 23:34:04 ]
Visual Studio.NET 2003で、Win32API、C++のプログラムをしてるんですが、
複数スレッド同時に、クラスのオブジェクトをnewしまくると、

・HEAP[aaa.exe]: HEAP: Free Heap block 3c04d0 modified at 3c04e0 after it was freed
・0xC0000005: 場所 0xfeeefeee に書き込み中にアクセス違反が発生しました。 。
・0xC0000005: 場所 0xfeeefeee を読み込み中にアクセス違反が発生しました。 。

などのエラーがでます。
何か回避方法はないでしょうか?

newしてるのは同じクラスのオブジェクトですが、
static変数は持っておらず、グローバル変数も共用してません。
共用のものとしてはstatic関数を持ってますが、使ってはいません。

525 名前:デフォルトの名無しさん mailto:sage [2008/02/12(火) 00:22:37 ]
> 何か回避方法はないでしょうか?

バグを直す。



526 名前:デフォルトの名無しさん mailto:sage [2008/02/12(火) 00:41:03 ]
ランタイムがシングルスレッド用になってんじゃね?

527 名前:524 mailto:sage [2008/02/12(火) 00:58:26 ]
>>525
シンプルな以下のクラスでテストしてみたんですが、
やっぱり同じエラーが出ます。

class TestClass{
public:
TestClass();
virtual ~TestClass();
};
TestClass::TestClass(){}
TestClass::~TestClass(){}

>>526
ランタイムってなんでしょうか?
VCで設定するものですか?それとも実行する環境に依存するもの?

528 名前:デフォルトの名無しさん mailto:sage [2008/02/12(火) 01:01:02 ]
クラスの定義よりも寧ろ、「newしまくる」方を晒せよ。

529 名前:524 mailto:sage [2008/02/12(火) 01:06:18 ]
>>526
ありがとうございます!

VCの設定で、
プロジェクトのプロパティ→C/C++→ランタイムライブラリを、
マルチスレッドデバッグにしたらエラーが出なくなりました。

530 名前:デフォルトの名無しさん mailto:sage [2008/02/12(火) 01:11:48 ]
ヤレヤレ

531 名前:デフォルトの名無しさん mailto:sage [2008/02/12(火) 12:34:51 ]
>>529
シングルスレッド用でコンパイルが通ったてことはCreatThreadを使ってるのかな?_beginthreadExを使ったほうがいいよ。


532 名前:524 mailto:sage [2008/02/13(水) 02:11:46 ]
>>531
_beginthreadExは知りませんでした。
調べてみます。ありがとう。

533 名前:デフォルトの名無しさん mailto:sage [2008/02/13(水) 10:20:00 ]
グローバル変数使う標準Cライブラリ(strtokとか)を使う場合、_beginthreadExじゃないとまずいことになる。
そうじゃないならCreateThreadでも特に問題なかったと思う。

534 名前:デフォルトの名無しさん mailto:sage [2008/02/13(水) 23:11:17 ]
>>533
mallocやnewとか、VCランタイムのいろんなものがやばい。
コンパイラベンダでも無い限り、CreateThread使う必要なし。


535 名前:デフォルトの名無しさん mailto:sage [2008/02/14(木) 00:54:08 ]
マルチプロセッサ環境でストアバッファのデータを反映させたい場合
pthreadだとmutex使えばいいんでしょうか?



536 名前:デフォルトの名無しさん mailto:sage [2008/02/14(木) 01:38:26 ]
>>535
同期プリミティブの使用でフラッシュしてくれなかったら、どうにもならない。


537 名前:デフォルトの名無しさん [2008/02/14(木) 02:08:24 ]
>>535
んー、volatileかな。

538 名前:デフォルトの名無しさん mailto:sage [2008/02/14(木) 13:03:57 ]
メモリバリア

539 名前:535 mailto:sage [2008/02/14(木) 23:26:30 ]
恥のかきついでに。。。
フラッシュされるということはmutexのアンロック後に
他のスレッドから同期プリミティブを使用せずにメモリを参照しても
mutexがアンロックされた時点までの操作は完了してると見なしていい
この解釈は合ってるのかな

540 名前:デフォルトの名無しさん mailto:sage [2008/02/15(金) 01:55:14 ]
posixがそれを要求してる、って
d.hatena.ne.jp/yupo5656/20040618/p2
ここらへんに書いてあった。

541 名前:535 mailto:sage [2008/02/15(金) 02:19:14 ]
なるほど。
www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html#tag_04
ここにある関数を呼び出した時点でメモリが同期されるわけですね
ありがとうございました

542 名前:デフォルトの名無しさん mailto:sage [2008/02/15(金) 11:02:56 ]
>>539
mutexのアンロックで書き込み側プロセッサのキャッシュがメモリと同期されても、
それだけでは読み込み側プロセッサのキャッシュはメモリと同期されないのでは?
読み込み側にも同期プリミティブ(具体的にはmutexのロック)が必要なはず

543 名前:535 mailto:sage [2008/02/16(土) 15:34:51 ]
>>540の"同時アクセスさえ防いでおけばすべてうまく行く"
というのを信用したんですが・・・どっちが正しい?

544 名前:デフォルトの名無しさん mailto:sage [2008/02/16(土) 16:21:03 ]
キャッシュと同期オブジェクトは別じゃないのか。

545 名前:デフォルトの名無しさん mailto:sage [2008/02/16(土) 16:21:28 ]
同時アクセスを防ぐ=読み側もmutexなりでロックしにいく

でも読み込みだけならロックいらないよね。volatile最強!



546 名前:デフォルトの名無しさん mailto:sage [2008/02/16(土) 16:39:51 ]
>>545
一応マジレスしておくと、volatileでは確実に読めることが保証されない。安全を期するならロックした方が楽。
# 理由については割愛。

547 名前:デフォルトの名無しさん mailto:sage [2008/02/16(土) 17:41:24 ]
CPUのマニュアル読むのが一番

548 名前:デフォルトの名無しさん mailto:sage [2008/02/16(土) 17:42:24 ]
>>543
読み込み側もmutexをロックしないと、同時アクセスを防げないじゃないか。
まだ書き込み側がmutexをアンロックする前かもしれないのに。

549 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 15:13:07 ]
pthreadの、pthread_join()とsleep()の関係について質問します。

主系スレッドZにて、子スレッドa, b, cをpthread_create()により作成します。子スレッドa, b, cは一定時間経過後に処理を行います。一定時間経過するのを待機する場合、sleep()を使っています。

主系スレッドZでは、子スレッドa, b, cが終了するのを待つために、pthread_join()を使っています。しかし、子スレッドa, b, cがsleep()で待機しているときを、子スレッドが終了した時と勘違いしているようです。

現在では、子スレッドa, b, cが終了する前に、それぞれが主系スレッドZにsignalを送るようにしています。主系スレッドZでは、signalが来るまで待機としています。

最初にやっていた、pthread_join(), sleep()の組合せの方がスマートだと思うのですが、こちらの方法でうまくやるのは無理なのでしょうか?

550 名前:549【言語】【実行環境】【その他突起する事項】 mailto:sage [2008/02/17(日) 15:18:17 ]
環境を書き忘れていました。

【OS】debian/etch

【言語】C(pthread/posix)

【実行環境】
glibc2.3.6
gcc4.1.2
kernel 2.6.18-6-486
libpthread NPTL2.3.6

551 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 15:21:59 ]
突起フイタ

552 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 15:50:00 ]
>主系スレッドZでは、子スレッドa, b, cが終了するのを待つために、
>pthread_join()を使っています。しかし、子スレッドa, b, cがsleep()で待機しているときを、子スレッドが終了した時と勘違いしているようです。

コード晒してみてくれ

553 名前:549 mailto:sage [2008/02/17(日) 16:23:25 ]
どうやら勘違いだったようです。

真の原因は、Zでログファイル用に
fp_glb=fopen("Z.log","w");
として、fpを持っているのですが、子スレッドが、
fprintf(fp_glb, "log write thread name [a]\n");
として、共通のログファイルに書き込みを行おうすると、死んでいるようでした。子スレッドでは、書き込む前に排他ロックを行っているのですが、主系スレッドでは行っていないことが原因だと思っています。

554 名前:デフォルトの名無しさん mailto:sage [2008/02/17(日) 16:24:12 ]
無茶苦茶だな。

555 名前:デフォルトの名無しさん [2008/02/19(火) 09:12:29 ]
VC++にpthreadはないのでしょうか?



556 名前:デフォルトの名無しさん mailto:sage [2008/02/19(火) 11:47:28 ]
>>555
>>494

557 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 19:33:15 ]
自分から終了することもあるし、外部から終了通知を受け取ることもある
ようなスレッド関数について質問です。
こういう場合、(スレッド関数はすでに終了してるぞ!)フラグや
(外部から終了通知が出されたぞ!)的な何かはいったいどうやって実装していますか?
自分はいつも

bool isActive = false;
bool IsThreadActive() { lock {return isActive} }
void SetThreadActive(bool flag) { lock {isActive = flag; } }
void ThreadFunc() {
 SetThreadActive(true);
 try {
  while (IsThreadActive()) {
   ... いろんな処理
  }
 } catch(...) {
  SetThreadActive(false);
  throw;
 }
}

的なやり方でやってしまっているのですが、
これって正しいのでしょうか?
また、もしあればもっといい方法を教えていただけると助かります。

558 名前:557 mailto:sage [2008/02/20(水) 19:36:19 ]
書き忘れました
while (IsThreadActive()) {
 ... いろんな処理
}
の内部から breakで抜けることもあります。
(SetThreadActive(false)も付け足してください)

559 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 19:41:56 ]
終了要求フラグとすでに終了してるぞフラグは別にした方がいいんじゃないかな
すでに終了してるぞフラグが要るかどうか(何に使うのか)にもよるような

560 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 20:03:24 ]
スレッドでいくつかの処理を行いたいのですが、
その処理の内容が
1、実はまったくスレッドが必要にならない場合がある
2、処理の行われる間隔が長いので、
  続く処理が無いようならとりあえずスレッドを終了させたい
というもので、ある処理のリクエストが入ったとき、

*スレッドが稼動していればそのままリクエストを追加
*稼動していなければ新たにスレッドを起動して処理を開始
*終了要求が入ったらすべてのリクエストを破棄&スレッドを終了

ということがしたいのです。

561 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 20:13:33 ]
スレッドを終了する要因がメイン側からの要求だけなら、
スレッドが生きてるかどうかはメイン側が完全に把握してるはずなので、
子スレッド側から「すでに終了してるぞ」フラグを操作する必要はないはず

562 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 20:23:14 ]
>>561
スレッドを終了させる要因には、メイン側からの通知もそうですが、
子スレッド内での例外や、自殺も含まれます。
結局、これはフラグで操作するしかないのでしょうか?
というのも、「スレッドをフラグで操るなんて危なすぎ」みたいな話を聞いたことがあるので・・・
それにconditionとか、なんとなくかっちょいい機能を使いたいような気もします

563 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 20:30:57 ]
>>561
すいません。分かりにくかったですね。これも追加してください
*リクエストが無ければ、とりあえずスレッドを終了(再びリクエストが来たら再度起動)

564 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 20:55:19 ]
例外で死ぬなら、残ったリクエストを誰かが引き継がなきゃいけないような・・・
キャッチできるなら再開して残りのリクエストを処理する方がいいんじゃないかな
リクエストキューとスレッド生存フラグは単一のロックで操作しないとまずいことになると思う
終了要求フラグは別のロックでも構わないけど、一緒にしとくのが無難かと

親側
lock {
リクエスト投入
if (スレッド生存==false) { 子スレッド起動; スレッド生存=true }
}
子側
loop {
lock {
if (終了要求) { スレッド生存=false; return }
リクエスト取り出し
if (もうリクエストないよ) { スレッド生存=false; return }
}
try { リクエスト処理 } catch { エラーメッセージを吐くとか }
}
たぶんこんな感じ?

565 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 20:57:14 ]
終了してるかどうかはそのためのもの(WinならWaitForSingleObjectとか)で調べるでしょう。



566 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 21:08:10 ]
>>565
スレッドが例外とかで突然死した場合はメイン側でWaitFor〜なりで捕まえて再起動するしかないけど、
リクエスト投入時の新スレッド起動判断をそれでやると、
その直前にリクエストがキューにないと判断したため自発的に終了しつつあるスレッドと入れ違いになる可能性が・・

567 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 21:25:45 ]
>>564
おお、なるほど。そういう風にやればいいんですね。
>>557だと、「いろいろな処理」中にisActiveがfalse、
かつリクエスト追加でフラグがtrueになるとスレッド二つになりますし、
タイミング的にスレッド消える危険もありますね。
それをテンプレにしていろいろ試してみたいと思います。
ありがとうございました。

568 名前:デフォルトの名無しさん mailto:sage [2008/02/20(水) 22:14:25 ]
俺ならこんな構造にする。
・リクエストを出すスレッドはイベントループを持つ。
・作業スレッドはリクエストキューと終了要求フラグを見ながら愚直に仕事をする。
・作業スレッドが処理を1つ済ませたり終了したりしたら、
1回だけ呼ばれるコールバックを要求元スレッドのイベントループに登録する。
・コールバックは要求元スレッドで走り、処理結果やエラーを通知する。
問題は、イベント待ちで寝ているときに目を覚まさせる方法が
既成のイベントループに必ずしも用意されていないこと。

569 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 09:40:13 ]
毒を投げればいいだろ

570 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 09:48:43 ]
基本的にスレッドはブロッキング操作があるようなものを非同期で行わせるために俺は使ってるから,
イベントループとか使えないんだよね

571 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 12:56:56 ]
一方、漏れは匙を投げた。

572 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 19:03:51 ]
double pi=3.14159265358979823846;
if((fp=fopen("PI.bin","wb"))==NULL)
printf("\aファイルをオープンできません。\n");
else{
fwrite(&pi,sizeof(double),1,fp);
fclose(fp);
}

C言語で↑のようにpiをバイナリファイルに書き込んで、
BZというバイナリエディタで開いたのですが”$-DT・ @”(文字部)と表示されました。
その後にfread関数でPI.binの内容をプログラム上で出力すると3.1415926……とさきほどの数字に限りなく近い数字できちんと表示されたのですが
バイナリエディタで見ると変な文字に変わってしまうのは、何が原因なのでしょうか?これをバイナリファイルとして正しく見れる方法はあるのでしょうか。

573 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 19:04:04 ]
ブルータス!お前もか!

574 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 19:07:45 ]
>>572
スレタイと何か関係あった?

575 名前:デフォルトの名無しさん mailto:sage [2008/02/21(木) 19:10:06 ]
>>574
完全に誤爆です
すいませんでしt



576 名前:デフォルトの名無しさん [2008/02/26(火) 01:43:14 ]
>>572
原因はお前の頭が悪いこと。
そもそもスレ違い。

577 名前:デフォルトの名無しさん mailto:sage [2008/02/26(火) 04:30:54 ]
5日も前に誤爆だったと謝罪済みのレスに文句言う馬鹿って一体何考えてるの?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<193KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef