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

**デフォルトの名無しさん** · 2012/06/15(金) 01:31:57.88

マルチスレッドプログラミングについて語るスレ

■前スレ
マルチスレッドプログラミング相談室その8
http://toro.2ch.net/test/read.cgi/tech/1253521167/

■過去スレ
その１ ttp://pc3.2ch.net/tech/kako/997/997345868.html
その２ ttp://pc5.2ch.net/test/read.cgi/tech/1037636153/
その３ ttp://pc8.2ch.net/test/read.cgi/tech/1098268137/
その４ ttp://pc8.2ch.net/test/read.cgi/tech/1130984585/
その５ ttp://pc11.2ch.net/test/read.cgi/tech/1157814833/
その６ ttp://pc11.2ch.net/test/read.cgi/tech/1187008532/
その７ ttp://pc12.2ch.net/test/read.cgi/tech/1215253576/

OS・言語・環境は問わないが、それゆえ明記すべし。
テンプレ
【ＯＳ】
【言語】
【実行環境】
【その他特記する事項】

**デフォルトの名無しさん** · 2022/04/14(木) 16:49:21.50

マルチスレッド処理の花形といえばハードなリアルタイムスレッドとバックグラウンドスレッドの間のデータのやり取りだと思ってるんだが
スレの過疎っぷりを見るに、殆どの人にとって必要のないものだったんだな

**デフォルトの名無しさん** · 2022/05/26(木) 01:42:01.15

>>447
MS-DOS のデバイスドライバにでも痕跡が残っていたような‥
どうするつもりだったんだろう？

**デフォルトの名無しさん** · 2022/05/26(木) 16:41:59.49

>>447
ハードな略が動いている間はバック略を動かさないから大して考えることは無い
DOSの頃と同じだな

**デフォルトの名無しさん** · 2023/10/18(水) 18:12:44.04

>>432
　とりあえず、メインスレッド1個にサブスレッドを9個用意し、基本的な管理はメインスレッド管理。
イベントハンドルは９×２個用意する。

　サブスレッドはイベント処理とWaitForSingleObjectで待たせておいて、メインスレッドから情報を送って
SetEventでイベントを動かす。メインスレッドはサブスレッド９個からSetEventでイベントが返らない限り
イベントとWaitForSingleObjectを駆使して止めておく。

**デフォルトの名無しさん** · 2023/10/18(水) 18:13:06.20

>>432
　とりあえず、メインスレッド1個にサブスレッドを9個用意し、基本的な管理はメインスレッド管理。
イベントハンドルは９×２個用意する。

　サブスレッドはイベント処理とWaitForSingleObjectで待たせておいて、メインスレッドから情報を送って
SetEventでイベントを動かす。メインスレッドはサブスレッド９個からSetEventでイベントが返らない限り
イベントとWaitForSingleObjectを駆使して止めておく。

**デフォルトの名無しさん** · 2023/10/18(水) 18:16:53.34

>>450-451
あ”、二重投稿になったか。

えっと、ちょっと補完。
サブスレッドの処理についてはループして待たせておく。終わったら終了を知らせるイベントを発生させる。

**デフォルトの名無しさん** · 2023/10/19(木) 01:25:35.07

＞＞３６５
REID 1 みたいな例があるから必ずしも昔の技術というわけではないな。

**デフォルトの名無しさん** · 2023/10/19(木) 01:28:22.25

>>16
　あれって、ＯＳの機能だから気にしなくても良いというのでは駄目か？

**デフォルトの名無しさん** · 2025/05/12(月) 13:23:26.42

1000msecでコンテキストスイッチ何回発生するんだこれ

**デフォルトの名無しさん** · 2025/05/12(月) 13:41:45.50

ここで multi process な質問は反則？

**デフォルトの名無しさん** · 2025/05/13(火) 15:19:11.88

高級言語しか使えない身で話すけど
Pythonで超重量級のCPU処理とOpenAIに対するリクエストで数秒I/Oに飛ぶ処理の二つがそれぞれタスクに分解されてるとき、
前者のタスクが処理完了すると後者のタスクで数個～数十個くらいタスクが新規作成されて、（c, c, c, i, i, i, i, i, i, c, i, i,...）
内部どうなってるのか知らんけどI/OでGIL解放されても後続のタスクが何個も後者のタスクだから前者のタスクがくそ遅延するってあり得る？
両者のタスクを別々のプロセスに切り分けたら前者のタスクが遅延するとかいうことなくなったんだけどさ

**デフォルトの名無しさん** · 2025/05/14(水) 17:07:33.93

そういう場合
同じ状況になる再現コードを貼りましょう

**デフォルトの名無しさん** · 2025/05/14(水) 17:34:26.40

5次方程式に新公式を発見：ルートを超える新理論
2025.05.14 17:05:56 WEDNESDAY
https://nazology.kusuguru.co.jp/archives/177496
>>オーストラリアのニューサウスウェールズ大学（UNSW）で行われた研究
プログらまーも覚えるとよい

125年越しに解決したかもしれない「ヒルベルトの第6問題」とは？
2025年05月10日 15時00分
https://gigazine.net/news/20250510-hilberts-6th-problem-solved/

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

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