- 1 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 19:26:16 ]
- マルチスレッドプログラミングについて語るスレ
■前スレ
マルチスレッドプログラミング相談室 その６
ttp://pc11.2ch.net/test/read.cgi/tech/1187008532/
■過去スレ
その１ 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/
OS・言語・環境は問わないが、それゆえ明記すべし。
テンプレ
【ＯＳ】
【言語】
【実行環境】
【その他突起する事項】
- 83 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 00:19:01 ]
- 突っ込み所が違うだろ。
>>73に対して>>74〜>>76が問題ないって言ってるのにそれを否定してるんだぞ。
メモリの同時アクセスは複数プロセスでも起こるので、すべてのメモリアクセスは
明示的にバスの排他命令を使用する必要があるな。
- 84 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 00:39:01 ]
- >77はこれでも読んでみれ
ttp://ja.wikipedia.org/wiki/%E3%82%AD%E3%83%A3%E3%83%83%E3%82%B7%E3%83%A5%E3%83%A1%E3%83%A2%E3%83%AA
- 85 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 00:49:09 ]
- >>79 の書き込みは、肝心なところがちゃんと書いてないから
正しいとか間違ってるとか言うことはできない。
まあ、>83 の書き込みも似たようなものだが。
- 86 名前：デフォルトの名無しさん [2008/08/24(日) 23:25:42 ]
- RT-Linuxでマルチスレッドで組んでいます。
スケジューリングポリシーはSCHED_FIFOです。
pthread_condを使った排他を考えているのですが、
pthrad_cond_wait()を複数スレッドで呼び出した後に
pthrad_cond_broadcast()を呼び出した時の動き出すスレッドの
順番がスレッドの優先度順になっていません。
(ちなみにsunのページにはブロック解除の順番は不定と書いてありました。)
そもそもやりたい事が
ttp://www.hanecci.com/pukiwiki/index.php?Programming%2FMultiThreading
の「リードライトロック」のような事なのですが、
優先度順に動き出させるようにするにはどうしたらいいですか？
よろしくおねがいします。
- 87 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 23:59:16 ]
- 写生してえ。
- 88 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 01:57:04 ]
- だから、スケジューラの実装依存になるようなプログラムを組むなと
なんど言ったらわかるのだ・・・。マイナーバージョンが変わっても、
挙動かわるぞ。
- 89 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 02:19:03 ]
- 何のためのRT-Linux
- 90 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 21:28:31 ]
- >>86
pthread_cond_waitに入るときに、クリティカルセクション内で
現在待ちに入っているスレッドの優先度をメモっておいて、
pthread_cond_broadcastで起きたときに、クリティカルセクション内で
自分より高い優先度のスレッドが待ちに入っているなら、
何もせずに再びpthread_cond_waitに入る、じゃだめなのかな。
必ずその優先度の高いスレッドも起こされるはず・・・だと思う。
やばいタイミングとかあるか・・・な？
- 91 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 21:48:00 ]
- CPU稼働率落ちそうだな。
- 92 名前：86 [2008/08/25(月) 22:44:47 ]
- 解決した。
pthread_condとかつかわずに セマフォで普通に組めるのね。
ありがと。
>>87
うん
>>88、89
そこでヒントがほしかった＞＜
>>90
簡単な仕組みにしたいっすね。
>>91
ですね
- 93 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 23:33:52 ]
- 簡単にCreateThreadできるようになるクラスとかないかな
- 94 名前：デフォルトの名無しさん mailto:sage [2008/08/25(月) 23:43:39 ]
- boost::threadとか？
- 95 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 15:11:50 ]
- データ処理部分とHDDから読み込み&書き込み処理部分ってスレッド分けた方が効率上がると思うんですが、
HDDのIO部分自体は分けないで一つのスレッドでやった方が効率いいですよね？
2つの異なるHDDから読み込み＆書き込みする場合はHDD毎にスレッド作った方が効率いいですよね？
間違ってたら指摘お願いしますm(_ _)m
- 96 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 15:21:44 ]
- >>95
ドライバはカーネルが動かす。従って、CPUが複数(或いは複数コア)あるなら
ユーザアプリとは並列に動ける。おまけに、ディスク自体にもバッファがあるから普通は余り意識しない。
まして一般的にディスクの方が圧倒的に遅いから、HDD毎にスレッドを作るなんて事はしない。
- 97 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 15:23:45 ]
- 追記です。二つ目の質問は
「一つのHDDから複数のデータを読み書きするとき、データごとに別スレッドにはしないべきか」と言う意味です
宜しくお願いします
- 98 名前：デフォルトの名無しさん [2008/09/09(火) 15:33:43 ]
- HDDは遅いから複数スレッドの方がいい
HDD1が終わるまで待っている時間が無駄
- 99 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 15:38:58 ]
- 早速回答ありがとうございます！
しかし>>96と>>98の言っていることが逆に見えて混乱しています
たとえカーネルが実際のIO等を行ってるとしても、読み込み終わるまでアプリは待機しますよね？
IO毎にスレッドを分ければその間CPUはアイドル状態にならずに効率が上がるかと思うのですが・・・
しかし、同じHDDで読み書きするデータごとにスレッドを分けるのは流石にやりすぎですよね＾＾；
- 100 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 15:43:03 ]
- >>99
>95はI/Oに限定した話じゃないの? I/Oしかやることがないならスレッド分けたって待つだけじゃん。
処理とI/Oを分けるかって話なら処理がI/Oに依存しないで済むなら分けておいたら? ってことになる。
- 101 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 15:47:51 ]
- 一番初めに
「データ処理部分とHDDから読み込み&書き込み処理部分ってスレッド分けた方が」
って書いてあるだろ
- 102 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 16:22:13 ]
- >>100
ありがとうございます。処理とIOを分けたかったんです。
処理とIOは依存しないわけではないのですが、パイプライン式に順次並列処理しようかと思います。
- 103 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 16:33:02 ]
- 読みながら処理しながら書くの？
読んでから処理してから書くの？
読みながら処理してから書くの？
- 104 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 17:26:37 ]
- こんな感じで実行予定です
以下同行は並列と見てください
HDD1からDATA1読み込み
HDD1からDATA2読み込み DATA1の処理
HDD1からDATA3読み込み DATA2の処理 HDD2にDATA1書き込み
HDD1からDATA4読み込み DATA3の処理 HDD2にDATA2書き込み
DATA4の処理 HDD2にDATA3書き込み
HDD2にDATA4書き込み
- 105 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 17:46:11 ]
- マルチスレッドなんて使わずに非同期入出力で
- 106 名前：デフォルトの名無しさん [2008/09/09(火) 18:30:45 ]
- 非同期でOSまかせが速い、効率いいとはいえない。
データをまとめて出力するなどキャッシュを作った方が速い。
10Kを一万回やったら非同期でも時間かかる
- 107 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 09:47:23 ]
- 読み込んだデータをクラスに展開しないといけないので、非同期読み込みだと
メモリを最悪倍近く無駄に食うような気がしたのでこの方法がいいかと思ったのですが・・・
また、細切れに読み込んでも連続したデータであればキャッシュは効くと聞いたことが
あるんですがそれも違うのでしょうか？
- 108 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 04:25:04 ]
- 先読みに頼るぐらいならまとめて読め
- 109 名前：デフォルトの名無しさん mailto:sage [2008/09/11(木) 17:42:38 ]
- >>107
win32なら、ファイルを開くときのオプションでキャッシュに連続の先読みを指示するオプションがある。
基本的にAPIの呼び出し回数を減らすのが速い
- 110 名前：デフォルトの名無しさん mailto:sage [2008/09/12(金) 15:57:55 ]
- 並列動作で効率を高めるため、最適な数のスレッドを生成したいのですが
コア数を取得するAPIが見つからなくて困っています。API等では用意されていないのでしょうか
- 111 名前：デフォルトの名無しさん [2008/09/12(金) 16:07:37 ]
- なんのことはない，Win32の GetSystemInfo() を叩けばいいらしい
SYSTEM_INFO構造体を受け取って
dwNumberOfProcessorsメンバーにコア数が入っているとのこと
gurizuri0505.halfmoon.jp/20080806/2423
- 112 名前：デフォルトの名無しさん [2008/09/12(金) 16:09:23 ]
- www.usefullcode.net/2006/12/apios.html
- 113 名前：デフォルトの名無しさん mailto:sage [2008/09/12(金) 16:48:59 ]
- 即レスさんくす！
無事取得できましたm(_ _)m
- 114 名前：デフォルトの名無しさん mailto:sage [2008/09/13(土) 04:35:56 ]
- タスクマネージャのパフォーマンスグラフみたいに、
コア毎の負荷(使用率)を知りたいのですが、
簡単に取得する方法はありますか？
- 115 名前：デフォルトの名無しさん mailto:sage [2008/09/13(土) 09:40:30 ]
- 環境次第
- 116 名前：デフォルトの名無しさん mailto:sage [2008/09/20(土) 10:59:05 ]
- マルチスレッド用の効率的なQueueを書いてください
- 117 名前：デフォルトの名無しさん mailto:sage [2008/09/20(土) 11:53:09 ]
- 状態変数の練習にはいいんじゃね
- 118 名前：デフォルトの名無しさん mailto:sage [2008/09/20(土) 11:59:21 ]
- lock free queue
- 119 名前：デフォルトの名無しさん mailto:sage [2008/09/20(土) 12:28:10 ]
- プライオリティキューを
マルチスレッド化したいです
- 120 名前：デフォルトの名無しさん mailto:sage [2008/09/20(土) 15:09:44 ]
- pthread_cond_wait()が遅くて
しょりがおいつかないときって
大体方法何かないですか
たすけて〜〜〜
- 121 名前：デフォルトの名無しさん mailto:sage [2008/09/20(土) 15:32:57 ]
- どうやって遅いって調べたんだ
つかwaitしてるようで実はポーリングになってるとかいうオチじゃなかろうな
- 122 名前：デフォルトの名無しさん mailto:sage [2008/09/22(月) 09:07:18 ]
- 私たちはマルチスレッドですか？
- 123 名前：デフォルトの名無しさん mailto:sage [2008/09/22(月) 09:19:12 ]
- >>122
精子はマルチで卵子に向かいますが
卵子は基本的には一匹入ったらLockをかけるので
通常はシングルで動きます
でも、時々Lockに失敗して双子以上ができる場合があるので注意が必要です
- 124 名前：デフォルトの名無しさん mailto:sage [2008/09/22(月) 09:53:22 ]
- マルチスレッドと言うより、
イベントドリブンというか、割り込み駆動な感じだな。
- 125 名前：デフォルトの名無しさん mailto:sage [2008/09/22(月) 12:27:29 ]
- NMI最強
- 126 名前：デフォルトの名無しさん mailto:sage [2008/09/22(月) 15:54:58 ]
- 今日のわたしはモード２なのよ
ttp://www.youtube.com/watch?v=gpzCBUwU_Ys
- 127 名前：デフォルトの名無しさん mailto:age [2008/10/05(日) 11:44:01 ]
- 複数スレッドのプログラムへのCPUコアの対応としては>>44とのことですが、
コア数を設定できるソフトの場合、4コアCPUなので4コアを設定したとしても
OSが状況に応じてそれより少ないコアで処理させてり、というようなことが
起こってしまうのでしょうか？
- 128 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 12:05:42 ]
- >>127
ユーザープログラムを4コア設定にしようと
OSが割り当ててくれないかぎり無駄。
- 129 名前：127 mailto:sage [2008/10/05(日) 12:10:42 ]
- >>128
なるほど･･･
いちおう4コアとか設定はできるものの、それは「4スレッド以上使うプログラムで実行しますよ」ということであって、
OSによりコアに手空きがあれば初めて実現することなんですね。
勉強になりました。
そうすると「このプログラムは2コアまで対応してるからCPUは2コアのものを購入」となるところを、余裕を見て
4コアCPUにしておく、という考え方が有効になるわけですね。
勉強になりました。
ありがとうございました。
- 130 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 17:18:13 ]
- 有効ってまあ有効と言えば有効だけどあまり有効って感じじゃない。
- 131 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 21:55:34 ]
- 裏で200も300もスレッド走ってなきゃ
２コアでも４コアでも指定したスレッド起こせるだろw
その実装がスケール可能かつ性能どれだけ伸びるか考えろよw
- 132 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 11:30:00 ]
- 余り細かい話になると、OSとCPUを特定しないと意味がなくなる気がするのだが。
因みにLinuxの場合、Gnomeが、ひいてはXが動いているとそれだけで1コア占有するくらいパフォーマンスが落ちることもあるので注意。
# 今時、それほど酷くないけどね。
- 133 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 22:25:18 ]
- >>132
それこそKernelとGnomeのバージョン言えって
話だけどな
- 134 名前：デフォルトの名無しさん [2008/11/03(月) 14:53:14 ]
- pthread に、スレッドが pthread_cond_wait で待ち状態にあるかを判定する関数はありますか？
- 135 名前：デフォルトの名無しさん [2008/11/03(月) 14:56:13 ]
- pthread に、スレッドが pthread_cond_wait で待ち状態にあるかを判定する関数はありますか？
- 136 名前：デフォルトの名無しさん mailto:sage [2008/11/03(月) 15:03:28 ]
- ２回書き込んでしまった。すんません。
- 137 名前：デフォルトの名無しさん mailto:sage [2008/11/03(月) 15:11:31 ]
- 大事なことだからしょうがない
- 138 名前：デフォルトの名無しさん mailto:sage [2008/11/03(月) 15:20:31 ]
- 大事なことだからしょうがない
- 139 名前：デフォルトの名無しさん mailto:sage [2008/11/03(月) 15:27:32 ]
- して、待ち状態は判定できるんですか？
- 140 名前：デフォルトの名無しさん mailto:sage [2008/11/03(月) 15:58:00 ]
- A.問い合わせる
B.返事来る
C.返事が甲なので甲とみなした処理をする
んでB〜Cの間に乙になってて発狂する予感
- 141 名前：デフォルトの名無しさん mailto:sage [2008/11/03(月) 21:35:35 ]
- >>135
wait状態を取得する関数があったとしても、現在もその状態である保障は無いね。
- 142 名前：デフォルトの名無しさん mailto:sage [2008/11/04(火) 12:19:49 ]
- 状態を取得した一瞬後には状態が変わってるかもしれんしな
- 143 名前：デフォルトの名無しさん mailto:sage [2008/11/04(火) 12:52:40 ]
- pthread_cond_waitの引数のmutexを使えばできそうな。
pthread_mutex_trylockでmutexがロックできたらwait中。
- 144 名前：デフォルトの名無しさん mailto:sage [2008/11/05(水) 00:02:01 ]
- トランザクションメモリの実装について
くわし〜〜くかいた本ある？
- 145 名前：デフォルトの名無しさん mailto:sage [2008/11/05(水) 01:02:19 ]
- >>144
「Transactional Memory」
くわし〜〜くはないがたくさんは載ってる
- 146 名前：デフォルトの名無しさん mailto:sage [2008/11/06(木) 00:02:30 ]
- >>143 wakeupしたあとにCPUがまわってくるのを待ってる状態という場合もある
- 147 名前：デフォルトの名無しさん [2008/11/09(日) 01:48:11 ]
- デバイスとの非同期処理の為に、別スレッドでポーリングしているんだが、
ポーリング関数内で、select -> read の処理を丸ごとロックしてる。
書き込みは メインスレッド内でロックして write 。
一応動いてるんだけど、どうも自信がない。
間違って select なりmutex なりを使っている気がする。
こういう類いの処理ってどういう本読めばいいのかな。
何かアドバイスください。
- 148 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 11:21:59 ]
- それだと、ポーリング用スレッドがselect+readでロックしている間、
メインスレッドがロックを獲得できない(writeできない)気がするがどうか。
select実行中のロックは不要だろう。
ただselect用のFD_SET作成中はロックがいる気がする。
みたいな。
- 149 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 16:25:47 ]
- >>147
情報が少なくてよくわからないけど、とどのつまり、何のために
ロックしなくちゃいけないかってこと次第
read と write が同時に発行できるならロック不要だし、
同時に出来ないなら、そのルールに合わせてロック入れる。
あと、多分、 select は不要なんじゃないかね
- 150 名前：デフォルトの名無しさん [2008/11/09(日) 16:46:16 ]
- 関数型言語だと具体的にどういう風にマルチスレッドに最適なの？
去年あたりからErlangとかScalaとかHaskellとかが話題になってて気になる。
全ての関数がワーカスレッドベースになるとかそんなとんでも話じゃないよね？
- 151 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 17:42:57 ]
- STM難しい
やる夫助けてくれ
- 152 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 18:05:32 ]
- >>150
第五世代コンピュータでヤフれ
- 153 名前：デフォルトの名無しさん [2008/11/09(日) 20:00:16 ]
- すみません。言語としてWinAPI(C言語）、C#、Javaを覚えたのですが（どれもGUIやファイル操作、DB接続ができる程度のレベルです。あとネットワークも少々）
スレッドプログラムを次はマスターしたいのですが、どの言語でスレッドを学ぶのが一番いいですか？
ひとつ覚えたら残りの言語も覚えたいと思っていますので、とっかかりに一番いいのをおしえてください。
よろしくお願いします。
- 154 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 20:11:20 ]
- Java
- 155 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 20:29:50 ]
- >>153
どれでもいいよ。そんな取り立てて挙げるほど大層なもんじゃない。
- 156 名前：デフォルトの名無しさん [2008/11/09(日) 20:52:34 ]
- まぁJavaかC#だな。C言語でやるとLockが面倒だし
- 157 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 22:39:47 ]
- だね。
スレッドに絡む部分、概念の学習に専念できるという意味でも、
JavaかC#辺りがやりやすいと思う。
- 158 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 22:42:28 ]
- 良書が揃ってるのはJavaだからJavaにしとけばいいと思うよ
- 159 名前：153 mailto:sage [2008/11/09(日) 23:06:46 ]
- みなさんどうもありがとうございます。>>156さん、WinAPIでやるとちょっと面倒なんですね。
なるべく単純な概念だけを覚えたいので、C#かJavaにしようとおもいます。
でも、>>154サン以降全員Javaが候補に入ってるのでJavaにしようとおもいます。
いまから、本屋にいって立ち読みしてきたいとおみます。みなさん、ありがとうございました。
念願のスレッドプログラムの第一歩を踏み込めそうです。
- 160 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 11:33:47 ]
- ところでおまいらhyukiの
『Java言語で学ぶデザインパターン入門マルチスレッド編』
っておすすめでしょうか？
- 161 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 11:45:24 ]
- Java固有の話とそうでない話を見分けるつもりで読むといいよ
- 162 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 12:08:45 ]
- 並行プログラムの本がある、おすすめ。
- 163 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 17:09:52 ]
- >>160
入門書としてはベスト。それ卒業したら「Java並行処理プログラミング」
- 164 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 18:30:24 ]
- JavaってマルチCPUなりコアなりの環境でもシングルCPUしか使えない
と認識してるけどあってる？
- 165 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 18:31:56 ]
- あってる
グリーンスレッドっていう環境にやさしいスレッド方式があって、
デフォルトはそれになってる
- 166 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 18:46:24 ]
- グリーンスレッドなのはjavaの最初の版だけだったと記憶してるけど、
今でも切り替えられたっけ？
- 167 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 19:23:04 ]
- >>165
十年前から乙。
>>166
無理。グリーンスレッドとネイティブスレッドの切り替えがあるのはClassicVMで、HotspotVMはネイティブスレッドのみ。
で、ClassicVMはJava1.4あたりで切られたようだ。
- 168 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 21:01:28 ]
- 1.2 ぐらいまではずっとグリーンスレッドだった。
最初の版だけなんてことはない。
- 169 名前：デフォルトの名無しさん mailto:sage [2008/11/10(月) 23:05:10 ]
- WroxのProfessional Multicore Programming
ってCore2とかAMDのCPUのことも書いてあるんだな
- 170 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 00:42:41 ]
- pc.watch.impress.co.jp/docs/2008/1107/winhec2_02.jpg
これをうまく制御するプログラミングが知りたい
- 171 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 00:48:22 ]
- >>170
Intelのパフォーマンスライブラリに期待しよう
- 172 名前：デフォルトの名無しさん mailto:sage [2008/11/11(火) 10:48:50 ]
- >>170
すげー
ビリー・ミリガンみてーだな
- 173 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 04:44:45 ]
- >>170
元気なプロセスをいっぱい動かせば良いだけのような気もする。
- 174 名前：デフォルトの名無しさん mailto:sage [2008/11/12(水) 07:02:25 ]
- 同じアドレスに一斉に読み書きするとか
同じロックを一斉に取得、解放するとか
そういうループをブン回して
どうなるか観察したい
- 175 名前：デフォルトの名無しさん mailto:sage [2008/11/13(木) 00:36:35 ]
- >>170
スレッドを192個作る。
各スレッドのaffinityを設定して、CPUに貼り付ける。
特定のスレッドのセットをビジーループにして、タスクマネージャに文字を出す。
- 176 名前：デフォルトの名無しさん mailto:sage [2008/11/13(木) 00:47:04 ]
- >>175
> 特定のスレッドのセットをビジーループにして、タスクマネージャに文字を出す。
ビルのイルミネーションみたいでいいね！
- 177 名前：デフォルトの名無しさん mailto:sage [2008/11/13(木) 09:57:17 ]
- winで1プロセスに64コア以上ってどうやるんだっけか
- 178 名前：デフォルトの名無しさん mailto:sage [2008/11/17(月) 20:48:06 ]
- >>177
>Windows 7/Windows Server 2008 R2 では 64 論理 CPU をひとつの "グループ" と定義し，
>プロセスは初期状態で "グループ" のどれかに束縛されている(どのグループに属するかはラウンドロビンで決定される)．
>そして，新しく定義された API で明示的に許可を与えない限り，プロセス内のスレッドは
>所属 "グループ" の CPU でのみ実行される．
>つまり，新しい CPU グループ制御 API を使用しない限り，ひとつのプロセスは高々 64 個の
>プロセッサしか活用しない．
ttp://d.hatena.ne.jp/NyaRuRu/20081107/p1
- 179 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 11:06:48 ]
- 窓7が主流になる頃には64コアCPUとか出てるって事？
凄いな
- 180 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 11:14:12 ]
- マルチCPU
- 181 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 11:30:11 ]
- 8コア*8CPUでやっと64
4CPUのマザーは見たことあるけど…
- 182 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 13:20:57 ]
- ブレードにすればよかろう。
- 183 名前：デフォルトの名無しさん mailto:sage [2008/11/18(火) 22:01:52 ]
- コンシューマ向けの話じゃないのか
|
 |
