- 1 名前：デフォルトの名無しさん [03/10/04 01:02]
- このスレッドは
「どんなにくだらないＣ＃プログラミングに関する発言でも誰かが優しくレスをしてくれるスレッド」です。
ほかのスレッドでは恐ろしくて書き込めないような低レベル、もしくは質問者自身なんだか意味がよく分からない質問など、
勇気をもって書き込んでください。
少しずつＣ＃プログラマを名乗るものが現れました。みなさん一緒に勉強しましょう。
前スレッドはこちら
pc2.2ch.net/test/read.cgi/tech/1059028988/l50 (Part4)
pc2.2ch.net/test/read.cgi/tech/1047210828/l50 (Part3)
pc2.2ch.net/test/read.cgi/tech/1035895873/l50 (Part2)
pc2.2ch.net/test/read.cgi/tech/1023766485/l50
- 270 名前：デフォルトの名無しさん mailto:sage [04/08/08 12:19]
- >>264
普通に1000とかできるじゃん……と思ったら.NET Framework2.0だった。
1.1の制限のようだ。
- 271 名前：デフォルトの名無しさん mailto:sage [04/08/08 12:27]
- >>264
OS の制限。WaitForMultipleObjects() できる最大数が64だから。
2.0 で表面的な制限は外れても、64を超えると効率は落ちる気がする。
- 272 名前：デフォルトの名無しさん mailto:sage [04/08/08 13:46]
- 簡単なベンチの結果、数が25以上になった辺りから緩やかに効率が落ちていった。
でも64周辺の境界は見あたらなかった。
ついでに1.0/1.1/2.0bも比較してみた。(スコアは低い方が優秀)
10でスコア 410 / 370 / 250
25でスコア 320 / 300 / 230
40でスコア 325 / 320 / 250
64でスコア 370 / 370 / 300
有意の差があるね。
1.1までとは違う機構を利用してたりするんじゃないかってくらい2.0は早い。
数が少ない時と多い時のスコアの分布とか。
|
 |
