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

**sage** · 2021/03/06(土) 05:17:04.33

>>440
ご返信ありがとうございます。概ね理解できました。
勉強不足で、マルチスレッドの仕組みについて誤解していたようです。

**デフォルトの名無しさん** · 2021/03/06(土) 11:08:41.13

ちなみにCentOSはスレッドのコアが指定できるよ。

**デフォルトの名無しさん** · 2021/03/06(土) 11:30:24.47

macOSだとコア指定できない。

**デフォルトの名無しさん** · 2021/03/06(土) 13:08:47.51

あわしろ氏によると、Macは既にオワコンなので、WSLを使うと良いらしい。

**デフォルトの名無しさん** · 2021/03/25(木) 15:15:49.52

針に糸を通す( thread a needle
糸をつむぐ( spin thread [yarn]
糸が切れた( The thread broke.
琴の糸を締める( tighten a string of a koto
糸をかき鳴らす( strum the strings

**デフォルトの名無しさん** · 2021/04/03(土) 09:59:34.29

このスレ来年で10年か
スレ推奨図書とかないの？

**デフォルトの名無しさん** · 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