INTEL厨 VS AMD厨 Part5【未来予想図】
>>949 そういう事はぼったくられてから言え
買いもしねぇでぼったくりとか言うのは貧乏人のひがみにしか聞こえんぞ
>>951 > 効きが良過ぎて中々クロックが戻らない。ビックリしたなぁ。
そのへんの事情は気になりますな。
確か、他スレだとメチャンコ反応が良くてもっさりなんてありえないとか騒いでたのに...
事実はどっちなんだろう?
> pen4って、この辺はどうなってるんだろ。
その辺は気にならないレベルですね。
>>953 3300+なんてあるかよー!
3200+でした。すません。
956 :
951:04/01/02 00:02 ID:f8X3gE60
>>954 もしかしたら、デバイスドライバが古いのかもしれません。
そう言えば、pen4って元々HALTでしたかね?
しっかり効いてのでしたね。忘れてた。
んでもCnQが効いてる状態であっても
エクスプローラの動作自体はキビキビだったんですよね。
なんだか、よく解らんです。
もしかして、何か高負荷な状態にもっていかないとクロックは戻らないんだろうか。
当然かも知れないけど。
>>950 ページが違ったようですが、あたりです。さんくす。
「もし片方の論理プロセッサにリタイア待ちのμop がまったくない場合は、
連続したクロック・サイクルでもう一方の論理プロセッサのμop のリタイアが
行われます。」とあるので、後処理への投入が問題になることはないようですね。
まぁ、長々と喋って来たけど...
P4って結構まともなアーキテクチャなんだよなぁ。
これで、キャッシュ(uOPとL1)がもちっと大きくてデコーダを並列に配置すれば
劇的に改善されると思うんだが...
(デコーダやっぱ強化必要だよな...当初と違う見解)
>>957 そりゃそうだよ。負荷掛かったときにクロック上がるんだから。
なんか64に悪印象与えようとしてるのか?
仕組みも分かってないで、キャプチャーのCPU使用率高いとか誤解招くこと
書くなよ。
>>960 クロックをいかにして上げやすくするかってことを考えつくしてる感じがする。
競合相手ながら恐い存在だ。
漏れはL2へのキャッシュフィルを128バイトから64に変更したPen4も見てみたい。
>>962 おいおい、その言い方は失礼じゃないのかい?
負荷が掛らない状態で低クロックになるのは良いが、その状態で
管理メニュー開くだけでもっさりが復活と事実を言ってるだけだろうが!!!
何考えて投稿してんだ!!
Athlonはエンコが遅い
エンコ中に他のプロセスを走らせられないのでは?
エンコではSSEのパワーがあるIntelのほうが早い。
最近の各種マルチメディアアプリケーションを動かすのはインテルのほうが良い。
966 :
Socket774:04/01/02 00:49 ID:tfc/wdqq
エンコ中重いのは我慢できるが、キャプチャ中何もできないのがちと痛い
何かすればコマ落ちでる感じ。2500+ 64でもこれはしょうがない?
>966
オプdualにしる
まだそんなこと言ってんのか・・・
>>965-966 HT機能が無いので仕方ないことだが、
フォアグランド優先設定を止めればフォアとバックは1対1で動作するよ。
それじゃ〜不味いのかな?
Hammerはマルチスレッディングに本当に向いてないのだろうか?
他のCPUで4スレッド動かすなどという記事を見ると、Hammerの
パイプラインでも、2スレッドぐらいなら十分価値があるような気が
するのだが…
>>962 いゃさ、そう思って負荷をかけても何故かクロックが戻らんのですよ。
>>964 一応は802Mhzから816Mhzへアップしたんですけどね。
この程度ではキビキビは復活しない。
ホント、なんとかならんのかいな〜。
いゃ、CnQ切ればいいんだけどそれじゃねぇ・・・。
1台でなんでもこなそうと考えてる連中のいるスレはここですか?
>>970 いやー、それ私の発言が結構影響しちゃってるかも...
まぁ、スケジューラを2つ搭載すれば実現出来るのだけどね。
向いているとは思わないなぁ
>>971 C'n'Qのクロックって800、1800、2000でしか変動しないんじゃなかったっけ?
802MHzから816MHzに変動するのって誤差の範囲のような気がするんだけど
Pen4 3.0GHz HT使ってるけどVirtualDubでwmv9エンコ+TV見る+2chブラウザで実況
くらいならTVのフレーム落ちしたりもなく普通にこなせるよ。これ結構すごいと思ったんだけど。
もっさりってのがよく分からないしエンコの話があったから書いて見た。
自分はノートPCから乗り換えたんですごい体感早くなって満足なんだけどね。
ちなみにCPUの事とかさっぱりなんでケンカする気はないです。
976 :
Socket774:04/01/02 03:22 ID:C3URccBh
>>976 ペン4に分岐予測が無いわけなんかないだろw
978 :
Socket774:04/01/02 05:49 ID:mlOYx3sK
セレロン433Mhzはエンコ無茶遅いですね?
我が母艦の予備CPUであるAthlon500MHzでも楽勝で勝てますyo
母艦本来のCPUであるAthlon700MHzが相手だと話になりません
もーねインテルCPUは駄目ポー
インテル房世代が違うCPU持ってくんなよ!
セレロンは別格だろ。
正直セレロンなんか買うヤツの頭を疑う
>>966 とりあえず、まだ試してなかったらキャプチャーソフトの優先度を上げて見れ。
他の作業をしてもコマ落ちはしなくなるはず。(例外を除いて)
他の作業はもっさりになるが。
(余談になるが)
とはいえ、キャプチャー中に重い作業は避けたほうがいいと思う。
CPU 優先度は変えられるが HDD 優先度は変えられないので、
他の作業で HDD に大きな負荷がかかると Pentium4 であってもコマ落ちの原因になる。
(CPU が速くても HDD のアクセスが遅れれば CPU は待たされてしまうから。)
>>971 負荷をかけてクロックが上がっても、負荷をかけるのをやめればクロックは下がってしまう。
まだ試してなかったら負荷をかけながらクロックを確認してみてほしい。
それともどこかシステムに不具合があるのかも。
個人的に思ったのは 800MHz もあればもっさりは感じないと思う。
(兄貴の PenIII 733MHz のノートも充分キビキビしてるぜ。)
1MHzあたりの性能が高い Athlon64 ならなおさら。
今や 2GHz 越えは当たり前かのような空気があるが、1GHz でも相当な速度を持っている。
出来ることは余り進化していないのに動作の重さは順調に進化しているソフトを見ると ('A`) な気分にさせられる。
(VC NET++ で作られたソフトは内容に似合わないほど重いのが多い・・。ランタイムは入れる必要もあるし。)
avi って取りこぼしが影響しないコーデックじゃなかったっけ?
音ズレは間違いなくしないという記憶があるが・・・
メカニズムは忘れた。音ズレしなければ、フレーム落ちても気付かないと思う。
それは本当にVC++.NETで作られたものなのか?
managed C++とかC#製ってオチはないよな
>>982 抜けたところは欠落フレームとして扱われるんだっけ。
いや、NULLフレームだったかも。
フレーム落ちても気づかないって言う人には気づかないんだろうけど
そうでない人のほうが多いからあまり同時作業は推奨されないんだろ。
ちなみにaviはコーデックではなくコンテナ
数万フレームのうちの数個抜けてたくらいで神経質になる奴は
そもそも再圧縮映像に耐えれるとは思えんが・・・
現在のTLPであるSMT(サイマルティニアスマルチスレッディング)と
将来のSMT(スペキュラティブマルチスレッディング)を区別して
略式表記するにはどうしたらいいだろう?
HT(ハイパースレッディング)とHT(ハイパートランスポート)も揉めたなぁ…。
987 :
Socket774:04/01/02 08:02 ID:0jAtu/L/
スレ落ち間際にこんなお子様なこと聴くのもナニだけど
AMDってどうしてこんなに頑張れるの?
大雑把な言い方しかできないけどINTELとAMDじゃ利益の差は相当あるんでしょ?
開発力に大きな差がついても不思議じゃないような気がするんですが。
自分の場合、雷鳥時代にAMDに興味を持って未だにメイン機はAthlonだけど
上記のような理由でいずれジリ貧になってくんだろうな、とか思っていました。
FXを投入したりいまだにINTELとの開発競争を演じているのが
不思議な光景に映ります。
チップの開発は余所に任せて、CPUの開発だけに注力してるから??
いずれにしても一社独占というのはあまり健全ではないので
AMDにはまだまだ頑張って貰いたいと個人的には思っています。
>>987 やっぱりK7の基本設計(特にバランス)がずばぬけて
良かったからだろ。
>>975 TVを見るだけってCPUパワーやHDDを使ったっけ?
問題なのはTVをキャプチャーするときじゃないのかな?
エンコし+キャプチャ+ブラウザで、キャプチャしたものの
フレーム落ちがなければすごい。
そろそろ次スレきぼんぬ。
スレ立てむりぽ…
誰かタノム
>>991 絶対必須でことはないけど、分かれてたほうが何かと便利と思う。
>>992 ほい、立ててみる。
>>994 乙
>>993 そうなのか〜
分岐予測で予測ミスをした場合、分岐以後の処理は捨てる必要があるが
マルチスレッディングで複数のスレッド分の処理があった場合、どうやって
選択的に捨てるんだろうか? 予測ミスするとフラグのようなものを立てて、
予測ミス以後に投入された処理が来るまで、読み捨てのような感じで
捨てていくのかなあ。
まだIntelのHTの資料を読んでないから、あれを見たらわかるかも…
>>996 派生元が判ればどのスレッドに所属する命令か判別付くから問題なしってところかな?
ソート処理だと分岐予測の半分は外れ
初めての分岐は前へ、履歴があれば前回と同じ
で必要かつ十分
マルチスレッディングじゃないものでも、分岐予測ミスをした場合は、
実行ユニットかその直前で、予測ミスした後に入った処理が来るまで
読み捨てのような事をしているんだろうなあ。
最初は各ステージ回路にリセット信号のようなものを送って、フラッシュ
しているのかと想像してしまったもので…
このスレは埋めたてたほうがいいかな。
PentiumMが1000ゲット!
1000取りーノ 最高!!
1001 :
1001:
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。