Prestonia VS AthlonMP

しかも従来のアプリにHyperThread使うと
遅くなるわデッドロックするわで散々。
こんなのミッションクリティカル業務にゃ使えませんって。

それマジ！？知らんかった
できればソースきぼん
P4熱管理と安定性は良いんで嫌いじゃないんだけど
安定性堕ちた淫�эIってるYO

AMD厨がHyperThreadingを恐れてることはよくわかる。

>>13
たしかにデッドロックは恐いな

これ以上性能に差を付けるとｱﾑ厨泣いちゃうよ〜(ﾌﾟ

>>13
いえいえ、別に恐れているわけではないけど(^^)
こんなのに期待して夢みてたｲｿﾃﾙ信者が微笑ましいなぁと思ってね（笑）
>>3-5 & >>11

>>16
Linuxスレのﾊﾞｶくんですね

阿無奴の製品なんて所詮パーソナルコンピューターの世界でしかないだろう
ワークステーションになんて怖くて使えないYO！

>>18
＞阿無奴の製品なんて所詮パーソナルコンピューターの世界でしかないだろう
それをいうならIntelもね。
ワークステーションって・・・

>>18
あるよーん
http://www.watch.impress.co.jp/pc/docs/article/20011221/hitachi.htm

20はこれがWSに見えるのか･･･

>>16は>>6を見ろ

>>22
Sandraほど実態に即したベンチってあるかい？

ﾊｧ?

CPUよりもi860と760MPの差が大きいような気がする。

Sandraってどうよ？

http://www.watch.impress.co.jp/pc/docs/2002/0110/kaigai01.htm
マルチプロセッサ対応ソフトウェアの場合、Hyper-Threadingのバーチャルマルチプロセッサ上では逆に性能を大幅に落としたり、最悪CPUをスタックさせてしまう可能性があるからだ。つまり、ソフトウェア側に、
Hyper-Threading向けの対応が必要になるからだ。

Hyper-Threadingでは大きな問題を引き起こすという。それは、Spin-Waitに入ったスレッドのループが、CPUのリソースを取ってしまうからだ。Hyper-Threadingの場合、実際には2つの仮想CPUが同じ物理CPUの
リソースを共有している。そのため、Spin-Waitに入ったスレッドがリソースを浪費してしまうと、もう片方のスレッドの処理が滞ってしまうケースが出てくる。


…………