私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【Nehalem】Intel Core i7 Part18【LGA1366】
Intel スレッド一覧へ / Intel とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
http://www.tomshardware.com/reviews/Intel-Core-i7-Nehalem,2057-15.html
によるとWinrarベンチマークの設定
Winrar 3.8 Version 3.80 BETA 4
WinZIP Commandline Version 2.3
Compression = Best
Dictionary = 4096 KB
Benchmark: THG-Workload
ファイルのサイズも内容も書いてない
どう見ても専用のベンチマークがあるはず
自分のファイルを実際に圧縮してるのとは違うだろ
によるとWinrarベンチマークの設定
Winrar 3.8 Version 3.80 BETA 4
WinZIP Commandline Version 2.3
Compression = Best
Dictionary = 4096 KB
Benchmark: THG-Workload
ファイルのサイズも内容も書いてない
どう見ても専用のベンチマークがあるはず
自分のファイルを実際に圧縮してるのとは違うだろ
2.8でせいぜい80%にしか達してないといいつつ
4.0でも同じだった
つまり、Winrarにおいてはその80%が最高にCPUを
使ってる状態だということ
CPUが遅かろうがはやかろうが80%なわけだ
そして、タイムもCPUの早さに比例しているので、
スピードを決定しているのはほぼCPUの早さだ
つまり、CPUがボトルネックだということ
4.0でも同じだった
つまり、Winrarにおいてはその80%が最高にCPUを
使ってる状態だということ
CPUが遅かろうがはやかろうが80%なわけだ
そして、タイムもCPUの早さに比例しているので、
スピードを決定しているのはほぼCPUの早さだ
つまり、CPUがボトルネックだということ
>>552-554
言い訳見苦しいよ
100%には達していない&最も使用率の高いコアで律速している訳でもない
2.8GHz 3スレッドに制約 7分1秒
ご覧のように3スレッドに制約しても100%にならず、そして処理時間は当然のように更に遅くなってます
つまり最も使用率の高いコアで律速されている訳ではなく処理コア全体で律速されている
そして当然のように8コア時のCPU使用率は50%程度でしかない
# とどめw
言い訳見苦しいよ
100%には達していない&最も使用率の高いコアで律速している訳でもない
2.8GHz 3スレッドに制約 7分1秒
ご覧のように3スレッドに制約しても100%にならず、そして処理時間は当然のように更に遅くなってます
つまり最も使用率の高いコアで律速されている訳ではなく処理コア全体で律速されている
そして当然のように8コア時のCPU使用率は50%程度でしかない
# とどめw
>>555
だから、早くベンチマークのSS出せよ
出せない理由でもあるんですか?
もしかして、CPU100%になっちゃうの?www
あと、それの何がトドメになるのかわからないw
1つのスレッドが80%に達してるのは変わらず、
1つのスレッドに律速されてるのも変わらない
スレッドの数を変えるというような、CPUの使い方によって
速度が変わるということからも、結局CPUがボトルネックだと
いう俺の主張は正しいことになる
だから、早くベンチマークのSS出せよ
出せない理由でもあるんですか?
もしかして、CPU100%になっちゃうの?www
あと、それの何がトドメになるのかわからないw
1つのスレッドが80%に達してるのは変わらず、
1つのスレッドに律速されてるのも変わらない
スレッドの数を変えるというような、CPUの使い方によって
速度が変わるということからも、結局CPUがボトルネックだと
いう俺の主張は正しいことになる
処理スレッド数を増やせば速度は速くなる
まさしくCPUがボトルネックじゃんw
まさしくCPUがボトルネックじゃんw
>>567
一つのスレッドが100%近くに達している
一つのスレッドが100%近くに達している
アルゴリズム的に1つのコアが100%に達するとそれ以上
CPUを使うことができなくなるだけだろ
それはCPU使用率が100%になってるのと同じこと
CPUを使うことができなくなるだけだろ
それはCPU使用率が100%になってるのと同じこと
>>569
そういうイメージではないと思う
スレッドは皆協調しているんだが、一つのスレッドだけ多くのことを行い、
一つのスレッドだけ負荷が高く、そのスレッドがボトルネックになってる
ような状況だと思う
そういうイメージではないと思う
スレッドは皆協調しているんだが、一つのスレッドだけ多くのことを行い、
一つのスレッドだけ負荷が高く、そのスレッドがボトルネックになってる
ような状況だと思う
>>570
> アルゴリズム的に1つのコアが100%に達するとそれ以上
そうはなってない
何故ならスレッドを増やすと速くなる (立証済み
君の理屈だとメインスレッドが既にフル稼動でそれ以上処理を増やせないと言ってるようなものだ
しかし他コアに空きがありそこにサブスレッドを増やすと実際に速くなる
当然のことだが、メインスレッドは増えたスレッドに付いても同期等のサービスや取りまとめはするのだから
それだけ負荷は増えることになる、君の理屈だとメインスレッドは既にフル稼動これ以上負荷は増やせない
と言ってるのだから完全に矛盾している
> アルゴリズム的に1つのコアが100%に達するとそれ以上
そうはなってない
何故ならスレッドを増やすと速くなる (立証済み
君の理屈だとメインスレッドが既にフル稼動でそれ以上処理を増やせないと言ってるようなものだ
しかし他コアに空きがありそこにサブスレッドを増やすと実際に速くなる
当然のことだが、メインスレッドは増えたスレッドに付いても同期等のサービスや取りまとめはするのだから
それだけ負荷は増えることになる、君の理屈だとメインスレッドは既にフル稼動これ以上負荷は増やせない
と言ってるのだから完全に矛盾している
>>574
何がおかしいのか意味がわからない
メインスレッドの処理が増やせなくても、増やした部分の
サブのスレッドで補える部分があるというだけのことだろ?
それは他の3つのスレッドでは無理だけど4つ目のスレッドで
補えるとかアルゴリズムの中にいろいろ複雑な関係があるんだろ
何がおかしいのか意味がわからない
メインスレッドの処理が増やせなくても、増やした部分の
サブのスレッドで補える部分があるというだけのことだろ?
それは他の3つのスレッドでは無理だけど4つ目のスレッドで
補えるとかアルゴリズムの中にいろいろ複雑な関係があるんだろ
>>578
CPUの負荷はそんなに高く無いだろ、高々50%
平行して他の処理も十分こなせるぞ
されどCPU性能に律速されるというのはその通り
お前の間違いは「CPU使用率が100%でないと律速されない」としたところだ
トンデモ論だったなw
CPUの負荷はそんなに高く無いだろ、高々50%
平行して他の処理も十分こなせるぞ
されどCPU性能に律速されるというのはその通り
お前の間違いは「CPU使用率が100%でないと律速されない」としたところだ
トンデモ論だったなw
>>579
だから、一つのスレッドがほぼ100%に達してるだろw
つまり、アルゴリズム的に、最大限のCPU使用率に達して
律速されているということ
いちいちそんな詳しいことまで言ってられないから最初は
100%とだけ表現したが、同じことだ
それをお前は認められずにスレッド数がどうのと抵抗していたみたいだが
結局何も言い返せなくなったみたいだな
だから、一つのスレッドがほぼ100%に達してるだろw
つまり、アルゴリズム的に、最大限のCPU使用率に達して
律速されているということ
いちいちそんな詳しいことまで言ってられないから最初は
100%とだけ表現したが、同じことだ
それをお前は認められずにスレッド数がどうのと抵抗していたみたいだが
結局何も言い返せなくなったみたいだな
・メインスレッド担当してるコアが使用率100%近いけど、常時100%じゃないのはCPU以外のボトルネック?
・でも他がボトルネックならCPU周波数が上がっても処理スピードに大差は無いはずだが実際には周波数比で変わる
>>555のSSが気になったんだけど、論理8コアのときよりサブスレッドの方のCPU占有率高いな
つまりサブスレッドに投げる仕事の総量はメインスレッド依存なんじゃ?
と思ったがそうなるとサブ側が使用率100%で無いのにコア減らすと処理スピード減るのが分かんね 並列処理の度合いの関係なのか?
頭がおかしくなってきた誰かおせーて
・でも他がボトルネックならCPU周波数が上がっても処理スピードに大差は無いはずだが実際には周波数比で変わる
>>555のSSが気になったんだけど、論理8コアのときよりサブスレッドの方のCPU占有率高いな
つまりサブスレッドに投げる仕事の総量はメインスレッド依存なんじゃ?
と思ったがそうなるとサブ側が使用率100%で無いのにコア減らすと処理スピード減るのが分かんね 並列処理の度合いの関係なのか?
頭がおかしくなってきた誰かおせーて
>>583
物事を単純に考えすぎ
メインスレッドに律速されていても3スレッドでは遅くなっていたものが
8スレッドなら速くなるなんてことはありえる話だろ
そもそもそのメインスレッドが3スレッドの時と8スレッドの時で
まったく同じ処理をしてるわけではない
物事を単純に考えすぎ
メインスレッドに律速されていても3スレッドでは遅くなっていたものが
8スレッドなら速くなるなんてことはありえる話だろ
そもそもそのメインスレッドが3スレッドの時と8スレッドの時で
まったく同じ処理をしてるわけではない
Core i7はコアデザインのレベルが低くて律速されるから意味ないんだよね
>>588
7番目がノートン先生の婚約者なのと8番目がMeたんの家系なのは分かった
でもCPU使用率100%でもないのに速度がCPU依存ってどんな状態なのかはよく分からなかった
同期のために待ってるとか?
でもそれならメインは100%まで使い切ってそれにサブを合わせればいい気もするし
論理コアと物理コアの区別してないのが原因とか?しててもしてなくても俺にはよく分からんが
7番目がノートン先生の婚約者なのと8番目がMeたんの家系なのは分かった
でもCPU使用率100%でもないのに速度がCPU依存ってどんな状態なのかはよく分からなかった
同期のために待ってるとか?
でもそれならメインは100%まで使い切ってそれにサブを合わせればいい気もするし
論理コアと物理コアの区別してないのが原因とか?しててもしてなくても俺にはよく分からんが
メインが100でサブが30の場合、その重い処理をメインが終わらせるまで命令を実行することはできない!
メインが命令を出してこそサブが動き出す!
メインはサブに命令内容を梱包してサブがそれを実行して答えを送り返し、メインが結合する!
だからどうあっても、チームリーダーが固まってしまっては、
どんな単純なプロジェクトも動くことはできない!!!
メインが命令を出してこそサブが動き出す!
メインはサブに命令内容を梱包してサブがそれを実行して答えを送り返し、メインが結合する!
だからどうあっても、チームリーダーが固まってしまっては、
どんな単純なプロジェクトも動くことはできない!!!
>>589
> メインスレッドに律速されていても3スレッドでは遅くなっていたものが
> 8スレッドなら速くなるなんてことはありえる話だろ
ありえない、そもそもそれだと「メインスレッドに律速されている」とは言わない
> メインスレッドに律速されていても3スレッドでは遅くなっていたものが
> 8スレッドなら速くなるなんてことはありえる話だろ
ありえない、そもそもそれだと「メインスレッドに律速されている」とは言わない
>>592
> だからどうあっても、チームリーダーが固まってしまっては、
> どんな単純なプロジェクトも動くことはできない!!!
そのとおり、その状況下に陥ると幾ら空きコアがあってもそこにサブスレッドを生成し走らせることは出来なくなる
その状態だとメインスレッドに律速されると言えるだろう
だがWinrarのケースだとそうはならない、コア数を増やしサブスレッドを増やすことでまだまだ速度は上がるからだ・・・
> だからどうあっても、チームリーダーが固まってしまっては、
> どんな単純なプロジェクトも動くことはできない!!!
そのとおり、その状況下に陥ると幾ら空きコアがあってもそこにサブスレッドを生成し走らせることは出来なくなる
その状態だとメインスレッドに律速されると言えるだろう
だがWinrarのケースだとそうはならない、コア数を増やしサブスレッドを増やすことでまだまだ速度は上がるからだ・・・
基本的にみんな圧縮アルゴリズムを単純に考えすぎ
アルゴリズムの詳細がわからないのでメインスレッドが3スレッドの時と
8スレッドの時でまるっきり違う処理をしてる可能性だってあるし、
全体の計算の処理の仕方もまるっきり違う可能性もある
同じような処理でも処理の分散のさせ方はまったく闇に包まれてるわけで
アルゴリズムの詳細がわからないのでメインスレッドが3スレッドの時と
8スレッドの時でまるっきり違う処理をしてる可能性だってあるし、
全体の計算の処理の仕方もまるっきり違う可能性もある
同じような処理でも処理の分散のさせ方はまったく闇に包まれてるわけで
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / Intel スレッド一覧へ
みんなの評価 : ○類似してるかもしれないスレッド
- 【Nehalem】Intel Core i7 Part19【LGA1366】 (1001) - [97%] - 2009/1/13 17:01 ○
- 【Nehalem】Intel Core i7 Part13【LGA1366】 (1001) - [97%] - 2008/11/30 2:35 ○
- 【Nehalem】Intel Core i7 Part17【LGA1366】 (1001) - [97%] - 2009/1/2 8:47 ○
- 【Nehalem】Intel Core i7 Part16【LGA1366】 (1001) - [97%] - 2008/12/23 18:49 ○
- 【Nehalem】Intel Core i7 Part15【LGA1366】 (1001) - [97%] - 2008/12/15 14:32 ○
- 【Nehalem】Intel Core i7 Part14【LGA1366】 (1001) - [97%] - 2008/12/8 23:03 ○
- 【Nehalem】Intel Core i7 Part12【LGA1366】 (1001) - [97%] - 2008/11/23 20:48 ○
- 【Nehalem】Intel Core i7 Part11【LGA1366】 (1001) - [97%] - 2008/11/20 0:19 ○
- 【Nehalem】Intel Core i7 Part22【LGA1366】 (1001) - [95%] - 2009/2/8 3:26 ○
- 【Nehalem】Intel Core i7 Part26【LGA1366】 (1001) - [95%] - 2009/4/10 23:32 ○
- 【Nehalem】Intel Core i7 Part27【LGA1366】 (1001) - [95%] - 2009/4/24 20:15 ○
- 【Nehalem】Intel Core i7 Part25【LGA1366】 (1001) - [95%] - 2009/3/26 10:31 ○
- 【Nehalem】Intel Core i7 Part32【LGA1366】 (1001) - [95%] - 2009/7/22 4:55 ○
- 【Nehalem】Intel Core i7 Part29【LGA1366】 (1001) - [95%] - 2009/5/18 3:05 ○
- 【Nehalem】Intel Core i7 Part30【LGA1366】 (1001) - [95%] - 2009/6/2 16:47 ○
- 【Nehalem】Intel Core i7 Part24【LGA1366】 (1001) - [95%] - 2009/3/9 2:19 ○
- 【Nehalem】Intel Core i7 Part23【LGA1366】 (1001) - [95%] - 2009/2/20 21:32 ○
トップメニューへ / →のくす牧場書庫について