【骨髄反射】INTEL厨 vs AMD厨 Part21【ｴｸﾞｾﾞｸﾃﾌﾞ】

[過去ﾛｸﾞ] 【骨髄反射】INTEL厨 vs AMD厨 Part21【ｴｸﾞｾﾞｸﾃﾌﾞ】 (797ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

618: 04/04/02 07:32 ID:MIwDoxE0(20/25)調 AAS
373 ： ◆Rb.XJ8VXow ：04/03/15 02:14 ID:nAKK6vO9
>>366
何を訳のわからんことを言っている。
コードがL2に収まるなど元からだろう？104ＫＢだぞ。

このあたりからググリはじめてだんだんキャッシュの意味分かってきたのかな？
良かったね。

619: 衝撃の瞬間 04/04/02 07:33 ID:MIwDoxE0(21/25)調 AAS
431 Socket774 sage 04/03/15 03:21 ID:VPOI4HCe
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ !!!!!

命令コードが104Kbである証拠を教えてくれないか？前にも言ったが非公開だよ。

433 ◆Rb.XJ8VXow sage 04/03/15 03:24 ID:nAKK6vO9
>>431
正確である必要は何処にもないからexeの大きさを開示したまでだ。
なにか不都合でもあるのか？

620: 104KB 04/04/02 07:39 ID:WRI4sDEu(43/51)調 AAS
♪♪♪21世紀の名言アルバム♪♪♪
～自称年収4500万円のスーパープログラマー録音＠私の嫁は資産家の娘（別居中）

録音『はーなんか骨髄反射なレスはうんざりなんだけど・・・・』
凡人「骨髄反射って・・・。脊髄反射の誤りですよね？」
録音『伝達媒体は音波だ！骨髄で濁った音となり脳内に届くのであろう！！』
凡人「・・・。」

録音『おー、かな入力だぞ！！もちろん、ローマ字入力も出来るぞ！』
　　（ほれっ！）chinamini oreha ryohou daijyoubudaze♪』
凡人「間違ってるけど・・。それに、"ち"はtiで入力できるし・・。」

録音『スーパーπのコードサイズは104KBだ！』
凡人「命令コードが104Kbである証拠を教えてくれないか？」
録音『正確である必要は何処にもないからexeの大きさを開示したまでだ。』

録音『20インチ液晶に釣られてDELLを購入した。』
凡人「DELLの20インチ液晶なら単品で買えますよ？」
録音『へー、画面だけ売ってたんだ知らなかったよ！』
凡人「画面って・・・」
録音『私の周りだと「画面」と発言する人多いぜ？それが技術者としての拘りだ。』

621(2): ◆Rb.XJ8VXow 04/04/02 07:42 ID:1So+4lx1(104/111)調 AAS
さてと、下らぬ会話はそろそろお開きだ！
で、整理するぞ！

64bit動作時にuOPを２倍発行して処理すると言う馬鹿げた発言は却下だ。
uOPを２つ発行するってことは、パイプラインへ同時に投入するなら並列回路が二倍必要になり複雑化し過ぎる。
直列に2つ流すのなら時間が２倍かかるだけだから却下。
どのみち32bitレジスタを使っての処理ならレジスタを2つ結合しての処理となり結合するレジスタは最初から決めている必要がある
（パイプラインであることを考慮すれば当然だ）
よって、64bit用に1つのuOPを発行するのが適当だろう。
これをAthlonがSSE2で2つのuOP発行と較べるバカが居るが、依存性を考えれば較べるほうがアフォだ。

そして、Ｐ4のパイプラインは極端に深くその段数を適度に浅くするとIPCは向上する。
必要最低限の深さを残すのは敢えて言う必要も無い。
この場合、ＳＳＥ2系もIPCが低下することは無く段数を浅くした為に各回路が処理する量が増え結果的にクロックを下げることによる
性能劣化が発生するだけだ。

622: 104KB 04/04/02 07:43 ID:WRI4sDEu(44/51)調 AAS
>>621
あなたの発言にはなんの信憑性もないですよ。
ところで、あなた小児性愛者というのは本当でしょうか？

623: 04/04/02 07:46 ID:MIwDoxE0(22/25)調 AAS
>>621
敗北宣言来ました。

624(2): ◆Rb.XJ8VXow 04/04/02 07:46 ID:1So+4lx1(105/111)調 AAS
ついでに言っておくが、T.A君がIA-32eだとuOPのトレースキャッシュは64bitになるから結果的に半分の量のuOPしか保存出来ないと主張しているが、
アフォな主張は止めておけと言って置く。

625: 104KB 04/04/02 07:47 ID:WRI4sDEu(45/51)調 AAS
>>624
反論がないということはそうだと認めたと言うことでよろしいですね。
SSEとかIPCだのと、机上の空論を
語る前にあなた自身について内省してみてはどうですか？

626(1): 04/04/02 07:48 ID:MIwDoxE0(23/25)調 AAS
>>624
いる時言えばいいのに

627(2): ◆Rb.XJ8VXow 04/04/02 07:52 ID:1So+4lx1(106/111)調 AAS
>>626
居るときにも言っているのだが・・・（笑

628: 04/04/02 07:54 ID:MIwDoxE0(24/25)調 AAS
>>627
じゃあ余計だな。

629: 104KB 04/04/02 07:55 ID:WRI4sDEu(46/51)調 AAS
>>627
おそらく、あなた自身社会への適正を欠いていると自覚しているでしょう。
そうであれば、こんなところで時間の浪費をする前に
しかるべきところに相談されてみては如何でしょう。
あなたがそうなったのは、決してあなた自身の責任ではない。
必ず治療すればよくなります。
しかし、問題に蓋をしてそこから逃避しているだけでは、
あなた自身の問題はいつまでたっても解決されません。
小児性愛は犯罪です。
よく考えてみてください。そんなことで、あなたのそのすばらしいキャリアを
台無しにするお積りですか？
その能力を持ってすれば、自ずと解決するはずです。

630: 04/04/02 07:58 ID:+v7DPO18(1)調 AAS
録音･･･そろそろ寝ろ。
スレ伸びすぎて読むのめんどくさいぞ（笑

631: 誘導 04/04/02 07:59 ID:MIwDoxE0(25/25)調 AAS
こちらへ
2chｽﾚ:utu
2chｽﾚ:utu
2chｽﾚ:utu

632: 04/04/02 08:02 ID:2uxpSmpL(1)調 AAS
録音には
”ということにしておきたいのですね”
の返答だけでいいような気がしてきた。

633: 104KB 04/04/02 08:07 ID:WRI4sDEu(47/51)調 AAS
♪♪♪21世紀の名言アルバム♪♪♪
～自称年収4500万円のスーパープログラマー
　録音（小児性愛者）＠私の嫁は資産家の娘（別居中）

録音『はーなんか骨髄反射なレスはうんざりなんだけど・・・・』
凡人「骨髄反射って・・・。脊髄反射の誤りですよね？」
録音『伝達媒体は音波だ！骨髄で濁った音となり脳内に届くのであろう。』
凡人「・・・。」

録音『おー、かな入力だぞ！！もちろん、ローマ字入力も出来るぞ！』
　　（ほれっ！）chinamini oreha ryohou daijyoubudaze♪』
凡人「間違ってるけど・・。それに、"ち"はtiで入力できるし・・。」

録音『スーパーπのコードサイズは104KBだ！』
凡人「命令コードが104Kbである証拠を教えてくれないか？」
録音『正確である必要は何処にもないからexeの大きさを開示したまでだ。』

録音『20インチ液晶に釣られてDELLを購入した。』
凡人「DELLの20インチ液晶なら単品で買えますよ？」
録音『へー、画面だけ売ってたんだ知らなかったよ！』
凡人「画面って・・・」
録音『私の周りだと「画面」と発言する人多いぜ？技術者としての拘りだ。』

634: ◆Rb.XJ8VXow 04/04/02 08:25 ID:1So+4lx1(107/111)調 AAS
おいおい、下らぬ煽りで流してくれるなよ。（ほんとに根性腐ってるな。

64bit動作時にuOPを２倍発行して処理すると言う馬鹿げた発言は却下だ。
uOPを２つ発行するってことは、パイプラインへ同時に投入するなら並列回路が二倍必要になり複雑化し過ぎる。
直列に2つ流すのなら時間が２倍かかるだけだから却下。
どのみち32bitレジスタを使っての処理ならレジスタを2つ結合しての処理となり結合するレジスタは最初から決めている必要がある
（パイプラインであることを考慮すれば当然だ）
よって、64bit用に1つのuOPを発行するのが適当だろう。
これをAthlonがSSE2で2つのuOP発行と較べるバカが居るが、依存性を考えれば較べるほうがアフォだ。

そして、Ｐ4のパイプラインは極端に深くその段数を適度に浅くするとIPCは向上する。
必要最低限の深さを残すのは敢えて言う必要も無い。
この場合、ＳＳＥ2系もIPCが低下することは無く段数を浅くした為に各回路が処理する量が増え結果的にクロックを下げることによる
性能劣化が発生するだけだ。

ついでに言っておくが、T.A君がIA-32eだとuOPのトレースキャッシュは64bitになるから結果的に半分の量のuOPしか保存出来ないと主張しているが、
アフォな主張は止めておけと言って置く。

635: 104KB 04/04/02 08:32 ID:WRI4sDEu(48/51)調 AAS
♪♪♪21世紀の名言アルバム♪♪♪
～自称年収4500万円のスーパープログラマー（実は元汎用機系ドキュソ職人ＳＥ）
　録音（ショタ）＠私の嫁は資産家の娘（別居中）

録音『はーなんか骨髄反射なレスはうんざりなんだけど・・・・』
凡人「骨髄反射って・・・。脊髄反射の誤りですよね？」
録音『伝達媒体は音波だ。骨髄で濁った音となり脳内に届くのであろう。』
凡人「・・・。」

録音『おー、かな入力だぞ。もちろん、ローマ字入力も出来るぞ』
　　（ほれっ！）chinamini oreha ryohou daijyoubudaze♪』
凡人「間違ってるけど・・。それに、"ち"はtiで入力できるし・・。」

録音『スーパーπのコードサイズは104KBだ。』
凡人「命令コードが104Kbである証拠を教えてくれないか？」
録音『正確である必要は何処にもないからexeの大きさを開示したまでだ。』

録音『20インチ液晶に釣られてDELLを購入した。』
凡人「DELLの20インチ液晶なら単品で買えますよ？」
録音『へー、画面だけ売ってたんだ知らなかったよ。ちびっと損した気分だ。』
凡人「画面って・・・」
録音『私の周りだと「画面」と発言する人多いぜ？技術者としての拘りだ。』

636(1): 04/04/02 08:39 ID:heDXq2fd(1)調 AAS
先生・・・先生がトンデモ発言するのは構わんけど、
他人の発言を捏造するのは止めるべきでわ。

＞ついでに言っておくが、T.A君がIA-32eだとuOPのトレースキャッシュは64bitになるから結果的に半分の量のuOPしか保存出来ないと主張しているが、
＞アフォな主張は止めておけと言って置く。

言ってないでしょ

637: 04/04/02 08:51 ID:aocCMd9s(1)調 AAS
生まれ江戸っ子。東京都町田の生まれでぃ！
東京ってむかし江戸って言ったんでしょ?
親は関西人。
3代住んでないと江戸っ子じゃない?笑
誕生日 10月08日
前後6ヶ月受付中！＜なにを?
住んでる所埼玉県大宮市・・・もとい。さいたま市

好きな
食べ物ぶどうパン
コーヒー牛乳(砂糖ぬき)
以下増える
嫌いな
食べモン納豆(だけど食べた記憶なし)
趣味皿洗い
献血 2002年5月3日現在52回
外部ﾘﾝｸ:homepage3.nifty.com

638: 04/04/02 09:09 ID:Cs6wMHFO(1)調 AAS
昨日も激しかった模様（藁

639: 04/04/02 09:13 ID:cPIlIdJU(1/2)調 AAS
録音、腹ワタ煮えくりかえってる見た。
この前の香具師だな。
煽りうめーな

640: 04/04/02 09:15 ID:cPIlIdJU(2/2)調 AAS
録音はショタなのか？
そんな発言あったか？

641(1): 04/04/02 09:21 ID:W3QwjqEY(1)調 AAS
ていうかー録音自作してないだろ？
画面を技術者のこだわりでなおかつ打つのが早いって言うなら
画面（gamen）ディスプレイ（dexisupurei）と打つよりLCDやCRTってうちゃいいかとすくなくともこの板だとそっちのほうが一般的だし
それにDELL買ってるし・・・
自作しないなら一般板カエレ

642: 04/04/02 09:25 ID:w8uNoORf(1)調 AAS
>>641
自作してないのに、あんなに偉そうなんだ。
しかもショタかよ。

643: 04/04/02 09:33 ID:ERKMTjnm(1/2)調 AAS
今録音もWRI4sDEuも絶対このすれをｦﾁしてるよなw

644: 04/04/02 09:37 ID:MKhZ0Fes(1)調 AAS
録音はレスするの止めたら？
レスするから伸びるんだよ

645: 04/04/02 09:40 ID:ERKMTjnm(2/2)調 AAS
WRI4sDEuに釣られるから無理。

646(1): 04/04/02 09:40 ID:HeS/ZI9d(1)調 AAS
私のところでは画面はscreenなのですが、先生のところでは違うのでしょうか。

647: 04/04/02 10:06 ID:f3rJq3yP(1)調 AAS
アセンブラの話題から逃げてない？

648: 04/04/02 10:13 ID:/RgeED4/(1)調 AAS
おいおい、えらい伸びだな・・・
で、とりあえず録音は買い物下手ってことでFA？
モニタ(うちじゃ「画面」はそう呼ぶ)が単品で買えることにすら気づかないし
DELLの糞PCなんぞを与えられる娘も可哀相に

649: 04/04/02 10:35 ID:MkrHVgZu(1)調 AAS
録音は責めたてると必ず失言する。

650: 04/04/02 10:42 ID:fGh+sFPF(2/2)調 AAS
録音先生録音先生。
「自分の意見が通らないから回りの人間全員低脳」って、あんた自称天才の中学生ですか（ｗ

651(1): 04/04/02 10:53 ID:39FO4Aj9(1/2)調 AAS
こんなのどう？
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
クロックやIPCの話は録音の方ので正解なんでないの？

652: 04/04/02 10:54 ID:ZWllAyKk(1/2)調 AAS
320 ： ◆Rb.XJ8VXow ：04/04/02 10:27 ID:1So+4lx1
>>318
IA-32eはIA-32eだぞ、AMD64は無関係だ（笑

653: 04/04/02 10:58 ID:39FO4Aj9(2/2)調 AAS
↑逆だった。

654: 04/04/02 11:02 ID:ZWllAyKk(2/2)調 AAS
2chｽﾚ:jisaku

録音先生現在所在地

655: みっけ♪ 04/04/02 11:04 ID:WRI4sDEu(49/51)調 AAS
録音先生♪プロセスの局所性ってなんですか？

656: 04/04/02 11:18 ID:WWyMvcLL(1)調 AAS
LGA775のソケット見てるとコア欠けどころの騒ぎじゃないって気がしてくる今日この頃

録音先生は複数の人が同一のキャラクター基づいて演じているんでしょうかねぇ。一日中書き込みがあることや書き込みごとの辻褄の合わなさを考えるとあながち間違いでもないかもと思ったり。

657(1): 04/04/02 11:24 ID:lw32vZhZ(1)調 AAS
ここまで読んで分かった。
T.Aさんは銀伝オタ・・と。

658: 04/04/02 11:29 ID:lkSUqO9S(1)調 AAS
最初はこのスレ読んでイライラしたけどやっと楽しみ方がわかった気がする。

659(1): 04/04/02 11:33 ID:CsbJkEaw(1)調 AAS
あと録音は以前AMD64は実はIntelが裏で主導しているって言ってたよね。

あの話はどうなった？

660: ◆Rb.XJ8VXow 04/04/02 11:42 ID:1So+4lx1(108/111)調 AAS
>>659
ん？
私の妄想だと言った筈なんだが・・・・
元々、「ついでだから云々」と極論を言ってみただけなんだがな（笑

661: みっけ♪ 04/04/02 11:44 ID:WRI4sDEu(50/51)調 AAS
さてと♪
録音先生！少年でﾊｧﾊｧするんですか？
録音先生！プロセスの局所性ってなんですか？
録音先生！AMD64は実はIntel64の名前を変えた物なんですか？
録音先生！かな入力なんですか？
録音先生！すーぱーぷろぐらまーで収入が4500万円なんですか？
録音先生！30代後半に突入した、元汎用機系ドキュソ職人SEなんですか？
録音先生！技術者のこだわりでモニタを画面って言うのですか？
録音先生！骨髄反射ってなんですか？伝達媒体は音波なの？

662(1): ◆Rb.XJ8VXow 04/04/02 11:54 ID:1So+4lx1(109/111)調 AAS
>>636
いや、彼は明言しているぞ。
確か、録音テープの最終スレッド付近だ。
いまだに撤回しないから笑えるんだが・・・

663: 04/04/02 11:58 ID:DwOhu2U6(41/43)調 AAS
おはよ。休みをいいことにカレで遊びすぎた。
なんていうか、朝日（新聞社とか読者とか）と同じでおもしろい。
>>646
あ・・・それが正解。あくまで画面はscreenでdisplayなら表示装置ですね。
私もなにいってたんだろ。まんまと詭弁を通されてかつ詭弁で言い返していた詭弁トークしてました。御免なさい
>>657
T.A.さんじゃないですがある一定の世代で三国志に心引かれる厨房っ気があったばあい男女問わず嵌った時期があるかと。
ちょっと前にDVD箱で話題になってたりしてますよ。

664(1): 04/04/02 12:00 ID:DwOhu2U6(42/43)調 AAS
居るし・・・いつ寝てるんですか？>>662

665: 04/04/02 12:37 ID:q93xblds(1/2)調 AAS
眠いから寝てしまったが、みんな漏れのいない間に祭りすんなよ(w

666: 04/04/02 12:44 ID:q93xblds(2/2)調 AAS
>664

この辺が、屁理屈をこねるスクリプトとか言われる所以なんだろうな・・・。

667: 04/04/02 13:08 ID:afCuWECa(1)調 AAS
寝て起きて会社行って出先に行って昼ご飯食べてもまだ2chいる録音先生ﾏﾝｾｰ

　というか、録音先生ローマ字入力習った方がいいですよ。

668: 04/04/02 13:43 ID:lGbUW46s(2/2)調 AAS
かな入力でもタッチタイプで無いと速くない

669(1): 04/04/02 13:49 ID:nGPZZm0T(1)調 AAS
仮に一切ストールが発生しないと仮定(物理でいう理想状態な)

命令を実行するに当たってフェッチ、デコード、実行、書き戻しの作業があった場合、
1パイプラインだと4サイクルかかる。対して4パイプラインにすれば最初の１命令だけは
4サイクルかかるが、それ以降は1サイクルごとに実行可能である。

そういう意味で本来パイプラインの細分化は処理能力をあげるって理解でいいのかな？

昨日のutVqEoHqの話は。

670: 04/04/02 14:53 ID:82NVhnAX(3/3)調 AAS
>>651
録音先生に反論している側がその内容を
説明しているように見えるけど。

671: 04/04/02 15:26 ID:omMmHH5h(1)調 AAS
明らかに昼夜逆転してる人たちの争いなんだな

672: 04/04/02 15:26 ID:YX8xvRTA(1)調 AAS
知らない間にすごい勢いで書き込み増えてますな・・
昨夜は祭りだったのですか？

絶対に負けを認めませんな、録音大先生は。
しかし「負け」とは客観的なものでありまして、つまりは・・・
そろそろお休みになられては如何かということです。

673: 04/04/02 15:29 ID:DO6Wq7MD(1)調 AAS
ヒットしたのこれだけだす。

外部ﾘﾝｸ:www.google.com"手動（てどう）"

674(1): ◆Rb.XJ8VXow 04/04/02 16:04 ID:1So+4lx1(110/111)調 AAS
>>669
そうなんだけどね、話題がプレスコットの段数を減らすと言うことなんで
その回答は不適切ってことだ。

675: 04/04/02 16:46 ID:JEkEUjy6(1)調 AAS
結局、録音はアセンブラの知識はあるのか？
ネタで誤魔化していたようだがw

676: 04/04/02 16:47 ID:zgDN1JWW(1)調 AAS
話題に乗り遅れてが・・・骨髄反射は笑えるな。
２ちゃん用語で流行らせるか？

677: 04/04/02 16:50 ID:YVfwG9pM(1)調 AA×

678: 04/04/02 16:55 ID:uAXlVUuX(1)調 AAS
使い古したカセットテープってさ
録音してもノイズが乗るし
再生してもノイズが乗るから
使いもんになんないよな

といまさらおもた

679: 04/04/02 17:00 ID:L3ksdLGc(1)調 AAS
使いもんになんないのに遊ばれる奴って何なんだろうな

といまさらおもた

680: 04/04/02 17:30 ID:rgvjt1nR(1/5)調 AAS
>674

もう寝ろ。

681: 04/04/02 17:42 ID:YMCsLNY3(1)調 AA×

682(1): 04/04/02 17:44 ID:eTWtvFj+(1)調 AAS
こいつ録音？

2chｽﾚ:jisaku
60 名前：55 投稿日：04/03/24 10:28 +NbPZPRC
>>59
俺は多分、当時から県内一のスキルの持ち主だが、君は知らん
N/N88-Basic専門だしで
現在は、当時のソフトをエクセルに移しているのだが、かなりの作業だ
応用性重視で、1つのファイルに数万もの数式を埋め込んでるぞ

1GHzクラスのCPUでも、データベースを変更すると数十秒の再計算時間を要する

683: 04/04/02 18:17 ID:DwOhu2U6(43/43)調 AAS
眠いｗ

>>682
懐かしいねN-Basic。PC8001とかの頃のアレだね。PC9801はN88(86)-BASICだったっけ？

ところで関数を一つのファイルに詰め込むって素人目には応用性が無いような気がするんだけど。
エクセルデータシートに数式を撒いてるだけなら普通の使い方だし

684: 04/04/02 18:37 ID:y68w5KuI(1)調 AAS
録音先生、仕事して下さい！
てゆーか他の皆さんもですよ！

685: 04/04/02 18:59 ID:WRI4sDEu(51/51)調 AAS
◆Rb.XJ8VXow11/05 01:21 >>1 > 俺は、３０代後半に突入した、元汎用機系ドキ
ュソ職人ＳＥ。省13 前次ｶｷｺﾐ ri ver 0.32 (2003/08/05)
science.2ch.net/test/r.i/infosys/1013186708/i - 3k - キャッシュ - 関連ページ

◆Rb.XJ8VXow 11/05 01:31 >>1 > 基本情報技術者試験ってSE始めて
どれくらいで取れるもんなの？省18 前次ｶｷｺﾐ ri ver 0.32 (2003/08/05)
science.2ch.net/test/r.i/infosys/1054649464/i - 3k - キャッシュ - 関連ページ

686: 04/04/02 19:48 ID:rgvjt1nR(2/5)調 AAS
最近の録音先生の書き込み時間は常軌を逸してるよな。
録音先生は2chと契約したプロコテの実在人物だったが、実は最近亡くなっていて
その書き込み誘発効果と先生の人となりを惜しんだUNIX板の有志達がinternetを自動巡回し
常に最新の情報をストックするデータベースとと７ヶ国語の自動翻訳機能、
それらから常に最新の情報を使って屁理屈をこねるスクリプトを作った、とか言うオチだったら嫌すぎ。

娘がいるとのことだったが、スクリプトが娘宛にメールを出していたりしたら怪談だよな。

687(1): 04/04/02 19:53 ID:B+btneBB(1)調 AAS
かなり前の発言にツッコミだけど、
>>212windowsの基本のタイムスライス値は基本的に約20msだったはず。
ただ自分で弄ることも出来たような気がするし、
XPは持ってないんでXPは知らんけど、今はそれより短くなってるのかもしれない。

688: ◆Rb.XJ8VXow 04/04/02 20:17 ID:1So+4lx1(111/111)調 AAS
>>687
今は10msだぞ。

689: 04/04/02 20:42 ID:8B7PSzzr(2/3)調 AAS
カナ入力は１文字打つのに１タイプ必要だが速く打てない

ローマ字入力は１文字打つのに数回叩かなければならないが
その分打つ回数を増やすことが出来る

パイプラインのお話は以上で。

690(1): 04/04/02 21:12 ID:ih46VywT(1)調 AAS
おまえら、プレスコが投売りですよ！
外部ﾘﾝｸ:www.amazon.co.jp

691: 04/04/02 21:14 ID:rgvjt1nR(3/5)調 AAS
>690

激しく笑った。

確かに熱くはなるが・・・。

692: 04/04/02 21:19 ID:OHvfgpI9(1)調 AAS
カナ入力とローマ字入力の使い分けもできない人間が居るのはこのスレですか？

693: 04/04/02 21:38 ID:MdNIgtnK(1/2)調 AAS
使い分ける必要ないだろ、禿げ！

694(1): 04/04/02 21:54 ID:OvBUPB2M(1)調 AAS
結局，最高のプロセサはIBM Powerになるのかよ……(´･ω･`)ｼｮﾎﾞｰﾝ

695(1): 04/04/02 21:55 ID:jWwqBYXq(3/5)調 AAS
ありゃ、一晩経って来てみたら凄く伸びてますね(^^;

すみません、このままでは◆Rb.XJ8VXowさんがあまりにも気の毒なので・・・

パイプラインというのはフェッチや実行等の工程に分かれているからこそ意味があるのであって、一クロックでそれらをすべてこなせるのであれば必要無いんだと思いますよ。
もちろん物理的には不可能なので、工程を分けざるをえないんですけどね(^^;;

696: 04/04/02 22:00 ID:rgvjt1nR(4/5)調 AAS
>695

気の毒、と言うか、他人の書き込みに対する否定＋煽りって言う発言を繰り返したら
叩かれるのは当たり前だろう・・・。

697(2): 04/04/02 22:07 ID:8B7PSzzr(3/3)調 AAS
>>694
x86はあと数年は生き残る
Powerはcellが出るまでの命かもね

ところで昨日の書き込みをじっくり斜め読みしたんだけど
録音さんいつのまにかアム厨になってません？
IntelはIPC低いのが分かるようになったなんて成長したじゃないですか。

698: 04/04/02 22:10 ID:rgvjt1nR(5/5)調 AAS
>697

先生を構成するスクリプトに重大な改変が加えられたのかも知れないですね。

699: 04/04/02 22:10 ID:o/Xxr1IC(1)調 AAS
昨日祭りだったのね･･

700: 04/04/02 22:14 ID:MdNIgtnK(2/2)調 AAS
>>697
スクリプトのバグです。
いま、修正ﾊﾟｯﾁを当ててる最中。

701: 録音名語録上げ 04/04/02 22:26 ID:utVqEoHq(63/63)調 AAS
323 ： ◆Rb.XJ8VXow ：04/04/02 01:31 ID:1So+4lx1
>>322
お前さん何を言ってる？
クロックが同じならパイプラインが深かろうと浅かろうとストールが無いのならIPCは同じだぜ？
それすら理解出来ないのかい？

702: 04/04/02 22:43 ID:MY701I0S(1)調 AAS
なんでCellプロセッサみたいな妄想全開なのを信じるのか疑問･･･

703: 04/04/02 22:51 ID:bnEyzX38(1)調 AA×

704: 狸 04/04/02 23:04 ID:dmH6705R(1)調 AAS
-----------------------録音語録-------------------------------------------
そりゃ、取らぬ前の皮算用はこけたわけだが、それって最初から虫が良すぎる話だしなぁ。

----------------------------------終了------------------------------------

705: 04/04/02 23:12 ID:oLTGLg8S(1)調 AAS
一日で400もレスが付くとは・・・流石厨スレ

706(1): T.A. 04/04/02 23:16 ID:rzN965ML(1/2)調 AAS
こんばんわ。今夜も懲りもせずやってまいりました。
それにしても、こんな凄いお祭り騒ぎになってるとは・・・ログ読み返すのが大変でしたよ。
では、私も早速厨スレらしく煽ってみますか。

>250 ： ◆Rb.XJ8VXow ：04/04/01 23:42 ID:3Z/vwf1e
>うーん、T.A君はどうやらトレースキャッシュに意地でも64bitアドレスを記憶させたいらしい・・・・（なんでじゃ！！！
>もう一度基礎から勉強し直せよ。
>ってか、お前以前からアフォ丸出しだぜ。

じゃあ、仮に64bitモードでもμOPが32bitだったと仮定してみる。
トレースキャッシュの役割はデコード済のμOPを格納しておくことで、x86命令をデコード
する手間を省くためにある。
ということは、トレースキャッシュにはデコード済のμOPと共にデコード前のx86命令が
どんな命令だったのかを識別する情報が必要になる。
(変換元が何か判らない状態で変換後のデータだけ持っていても何の役にも立たない。)

ところがx86命令は1～15Byteの可変長命令だから、このままトレースキャッシュに格納する
のは非常に効率が悪い。じゃあ、どうするか？

個人的な予測では「元のx86命令の開始アドレスだけを格納しておく。」のが最も簡単で
回路も単純で済むと思う。
(トレースキャッシュはスピードが命だから高速化のためには出来るだけ単純な回路にしたいはず。)
当然、64bitモードではx86命令の開始アドレスも64bitになるから、少なくとも1つは64bitの
データがトレースキャッシュに格納されることになる。

となると、トレースキャッシュには64bit固定長のμOPを格納する方が望ましい。
(前述の通り、回路の単純化を図る場合64bit/32bit混在より64bit固定長の方が有利だから。)

・・・と考えた訳だが。

707(1): 04/04/02 23:32 ID:IcNolcBS(1)調 AAS
おもしろいスレができた

【AMD64】イマドキAthlonXP買ってる奴はアフォ（ｗ
2chｽﾚ:jisaku

708(2): T.A. 04/04/02 23:50 ID:rzN965ML(2/2)調 AAS
＜続き＞

まあ、実際には１つのキャッシュ領域に開始アドレスとμOPを一緒に格納するのは効率が
良くない。
(μOPのサイズが一定でも、発行数は元の命令によって異なるので全体としては可変長化してしまう。)

実際には次のような構造なんじゃないかと思う。

・まず命令エントリテーブルを用意する。ここにはx86命令の開始アドレスとトレース
　キャッシュ内の開始アドレス・μOPの個数を対で格納する。
　(トレースキャッシュは小さいので、こちらのアドレス・個数は16bit程度でも構わない。)
・デコード済のμOPはトレースキャッシュに格納され、その開始アドレスと元のx86命令
　の開始アドレスが命令エントリテーブルに格納される。
・デコーダはまず、デコード対象のx86命令の先頭アドレスを命令エントリテーブルから
　サーチする。
　ヒットした場合は、一緒に格納されているトレースキャッシュのアドレスと命令個数を
　参照してトレースキャッシュからデコード済μOPを引き出す。

で、命令エントリテーブルは32bitモードの場合は開始アドレスを32bitで格納し、64bitモードでは64bitで格納する。
当然、これらはチップ上に実装された時点で容量が固定化されるから、64bitモードでは
32bitモードと比較して半分強程度のエントリ数しか使用できなくなる。

ただ、この構造では命令エントリテーブルかトレースキャッシュのどちらか一方の容量が
枯渇した時点で、もう一方の容量に余裕があってもそれ以上は利用できなくなる欠点が
あるので、実質的には32bitモード時の半分程度まで効果は落ちると思う。

709(2): 04/04/02 23:55 ID:jWwqBYXq(4/5)調 AAS
>70
前段のInstruction Decoderでx86命令時と等価のμOP群に変換されますから、x86命令の開始アドレスだけを格納するという線は無いですよ。
それにμOPのサイズですが、確か64bitRISCプロセッサでも命令コードが32bit固定長のものが在ったと思います。
ですから必ずしもアドレスサイズと一致にするとは限らないですよ。
即値データに関しても内部レジスタに入れてから演算すれば問題無いですし。

710: 709 04/04/02 23:56 ID:jWwqBYXq(5/5)調 AAS
>>708
へのレスでした。すみません＿|￣|○

711(1): 04/04/03 00:06 ID:O/bViLe6(1)調 AAS
>命令エントリテーブルは32bitモードの場合は開始アドレスを32bitで格納し、64bitモードでは64bitで格納する。
これは流石に頭悪すぎだろ・・・

712(2): T.A. 04/04/03 00:14 ID:u0cSKxtb(1/4)調 AAS
>>709
私が参考にしたのはここのブロック図とパイプラインステージなんですが・・・

外部ﾘﾝｸ[html]:www.atmarkit.co.jp

このブロック図を見る限りだと、BTB・命令TLBがデコードやトレースキャッシュ
より前段にいるように見えますよね。
あと、パイプライン構造にも先頭に「次の命令ポインタをトレースキャッシュへ」
とあったので、このように解釈したんですが・・・この図が間違いなのかなぁ・・・
(この解説を書かれている方は元x86プロセッサのアーキテクトらしいので、極端に
間違っているとは思えなかったもので。)

まあどっちにしても、元々非公開の部分が圧倒的に多いものから推測しているので
間違ってたら笑い飛ばされても仕方がないんですけどね。(^^;

713: 04/04/03 00:21 ID:04XV+vV7(1/2)調 AAS
録音が夫じゃ、妻も別居したくなるっつーの
金だけもらって( ﾟДﾟ)ｳﾏｰ!

714(2): 04/04/03 00:36 ID:rI3O72Sy(1/5)調 AAS
デコード前のx86命令がどんな命令かを記憶しておく必要性が
わからないんだけど・・・
何故もとの命令が識別できる必要があるの？

715(1): 04/04/03 00:36 ID:g80Jz3LW(1)調 AAS
録音もTAさんのように独自の理論を展開して欲しいな。たとえそれが糞理論でも（藁
どの道正解は無いんだし。（ｉｎｔｅｌが公表してない。つーかするわけない）

骨髄レスに骨髄レスで返すのは見苦しい。

716: [ ] 04/04/03 00:36 ID:o+2HQpqG(1)調 AAS
test

717: 04/04/03 00:40 ID:OCh08WfD(1)調 AAS
AMD (Advanced Micro Devices, Inc.) へ

この手紙をもって弊社のCPU市場のパイオニアとしての最後の仕事とする。
まず、NetBurstの問題点を解明するために、ドレスデン Fab 30にArchitecture解析をお願いしたい。
以下に、CPU開発についての愚見を述べる。
CPUの性能向上を考える際、第一選択はあくまでクロックであるという考えは今も変わらない。
しかしながら、現実にはPentium4がそうであるように、行き過ぎたクロック向上は
IPCの低下や消費電力の激増をきたした新コアを生む事態がしばしば見受けられる。
その場合には、シュリンクを含む消費電力低下と更なるクロックの向上が必要となるが、
残念ながら90nmプロセスは未だ満足のいく成果には至っていない。
これからのCPU開発の飛躍は、クロック以外の性能向上の発展にかかっている。
弊社は、御社がその一翼を担える数少ないメーカーであると信じている。
能力を持った者には、それを正しく行使する責務がある。
君にはIPC向上の発展に挑んでもらいたい。
遠くない未来に、もっさりしたCPUがこの世からなくなることを信じている。
ひいては、Prescottの屍を解析の後、御社の研究材料の一石として役立てて欲しい。
屍は生ける師なり。
なお、自らCPU開発の第一線にある者が独自のx86互換64bit規格を提唱できず、
AMD64に追従することを心より恥じる。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　Intel Corporation

【心から】財前教授のガイドライン【恥じる】
2chｽﾚ:gline

718(3): 04/04/03 00:41 ID:o1MOikWY(1/3)調 AAS
NothwoodとPrescottのダイ写真を比較してみると、Prescottでは
トレースキャッシュの容量が1.6倍くらい増えているのが分かる。
それにも関わらず、NorthwoodとPrescottでは
格納できるμOP数は12k個で同じ。

719: 04/04/03 00:52 ID:8n5hPsaA(1)調 AAS
「GET Ride アムドライバー！」
未来の地球･･･人類は、数年前に出現した「プレスコ」と呼ばれる謎の兵器の襲来を受けていた。
「プレスコ」の前には、人類が保持するいかなる兵器もまったく歯が立たず、地球はこの正体も目的
もわからない敵に怯えていた。そんな地球の救世主となったのが最新工学「アム　テクノロジー」に
よって生み出された「アムドライバー」と呼ばれる戦士たち。圧倒的な強さを誇る「アムドライバー」は、
「プレスコ」を次々と撃破。たちまち世界のヒーローとなる。
外部ﾘﾝｸ:www.tv-tokyo.co.jp

720: T.A. 04/04/03 01:25 ID:u0cSKxtb(2/4)調 AAS
>>711
言われてみると・・・確かに頭悪いですね。(^^;
現状では物理アドレスレベルでは52bitに制限されてるから、64bitモードでも64bit
フルには必要ないかな。

>>718氏が指摘されているようにトレースキャッシュの容量が1.6倍にも関わらず、
格納できるμOP数が変わらないってことは・・・32bit/64bit共に52bit固定長と
考えたほうが良いのかも。

>>714
トレースキャッシュの効果は、
「トレースキャッシュにヒットしている間は(より遅い)デコードステージを省ける。」
点にあるわけですから、機能的には

x86命令→トレースキャッシュ→μOP　＝　x86命令→デコーダ→μOP

となりますよね？
デコーダの場合、マイクロコードとロジック回路によってこの変換を行うわけですが、
トレースキャッシュの場合、既に変換済のμOPを再利用する訳です。
ところが、トレースキャッシュには多数のx86命令から変換されたμOPが混在しているので
識別情報が無ければ、対応するμOPを特定することが出来ないと思うのですが。

721(1): 04/04/03 01:33 ID:Tr51fGHY(1/2)調 AAS
録音先生きませんね。
寝てるのかな？

722: 04/04/03 01:37 ID:04XV+vV7(2/2)調 AAS
>>721
辞書データに致命的なバグが見つかったのでメンテ中

723(2): 04/04/03 01:37 ID:PS2XUDeT(1/8)調 AAS
>712
図は>305の示すHPのと微妙に違ってはおりますが、大まかには合っていると思いますよ。
このパイプラインの図に記されている内容はトレースキャッシュ以降のものですので、
「次の命令ポインタをトレースキャッシュへ」というのは、「命令ポインタを次に実行されるμOPに合わせる」という事だと思います。

>715
こうやって色々と考えてみるのが楽しいんですよねｗ

>718
という事はNorthwoodよりもμOPのサイズが大きくなっている可能性が高いですね。
Prescottは元々64bit拡張をされていますから、そうせざるを得ないのかもしれません。

724(2): 714 04/04/03 01:53 ID:rI3O72Sy(2/5)調 AAS
ダメだ、まだわからん。
トレースキャッシュ内のμOPは並び順どおり実行されるだけじゃないの？
何故キャッシュヒットしてるときにx86命令がまた出てくる必要が？

・・・つか俺トレースキャッシュの構造自体が間違って把握してる？

725(2): 04/04/03 01:57 ID:QX0EpvtQ(1/8)調 AAS
>>723
64bitと無関係にアドレス拡張もしているから、その分トレースキャッシュ上のアドレス情報
は増えているだろうね。
素人考えだけど、トレースキャッシュ部は「このアドレスからの命令をよこせ」って言われる
わけで、元のアドレスを知らないと仕事にならないだろうから。

ただ、uOPを実行する演算パイプラインは元のアドレスを知らなくても困らないし、整数演算
パイプラインは32Bit幅のままなのだから、uOP自体は32bit用じゃないのかな。

726: 04/04/03 02:06 ID:PS2XUDeT(2/8)調 AAS
>724
その解釈でいいと思いますよ。
分岐命令までμOPに変換されるとしたら、実行順序も自在に変えられるんですけどね。

727(2): 04/04/03 02:09 ID:rI3O72Sy(3/5)調 AAS
＞実行パイプラインはマイクロオペレーションを実行していくが、
＞その中に分岐がある場合、その分岐の履歴はマイクロオペレーション・ベースの
＞トレース・キャッシュも指すようになっている。
＞もし、トレース・キャッシュに詰め込まれたマイクロオペレーションにヒットすれば、
＞もはやx86命令のデコードは実行されず、直接トレース・キャッシュ内の
＞マイクロオペレーションを使って、メインの実行パイプラインが
＞動作していくのである。

>>712で挙がってた記事を読んでるとこう書いてあるし、
実行時にx86命令のアドレスからトレースキャッシュ内のμOPの位置を
割り出すわけじゃないと思う

728: 04/04/03 02:16 ID:qgZgxHe1(1)調 AAS
つまり、トレース･キャッシュはTBTBで独立して分岐予測するでFA？

729(2): 04/04/03 02:23 ID:QX0EpvtQ(2/8)調 AAS
>>727
トレースキャッシュ上にあるのが、本当に目的アドレスかどうかを調べるのに、
x86レベルのアドレスを持っていると思う。

730(2): 04/04/03 02:39 ID:PS2XUDeT(3/8)調 AAS
>725
アドレス情報だけで1.6倍にも膨れ上がるとは考え難いのでμOPもサイズアップしたのだと思ったのですが、どうなんでしょうね？
外部ﾘﾝｸ[htm]:pc.watch.impress.co.jp
を見るとモード毎に異なるμOPを発行しているようですし。
もっとも今までのサイズでも十分対応可能だったり、モードの変更を示すμOPを挿む事で実現してるのだったらサイズアップする必要も無いですけどね(^^;

>729
その辺りは従来のコードキャッシュと同じなんでしょうね。

731(1): T.A. 04/04/03 03:10 ID:u0cSKxtb(3/4)調 AAS
失礼。ちょっと弟のマシンのトラブルを見ていて席を外してました。

>>723
>こうやって色々と考えてみるのが楽しいんですよねｗ
そうですよね。いわゆる「思考実験」というやつですが、こういうのって
他人の意見を頭ごなしに否定するとちっとも面白くないんですよね。
録音先生にはそういう楽しみ方は理解できないのかな？

>>724
ああ、なるほど。ループ構造を主体にした場合は確かに並び順だけ合って
いれば問題ないですね。
でも、実際のコードだとループ構造の中に分岐が入ったり、別関数を呼び
出したりと並び順を乱してしまう要素が多いのでちょっと無理があるような
気がしますが。

>>727
私も読み込みが足りなかったかも。
でも、>>729氏が指摘されている通り、x86命令のアドレスは少なくとも
保持しているだろうと思います。
(でないと、今コード中のどこを実行しているかCPUが把握できなくなるので。)

>>730
その記事は私も見てはいたんですが・・・ちょっと気になるのが

「NetBurstのパワフルな(トランスレートの)メカニズムによって、同じMacroOPs(x86命令)でも、様々な異なるオペレーションモードのトランスレートができる。(以下略)」

という部分なんですよね・・・機能的には確かにパワフルなんだろうけど、トレース
キャッシュなんて仕組みが必要な位だから、性能的にはさほどパワフルではなさそうな
気がするんですが・・・

・・・しかし、先生がいないとこんなまともなスレになるんですねぇ・・・

732(1): 04/04/03 03:11 ID:27WX4OCF(1/3)調 AAS
この落差の繰り返しがなんとも

先生は寝たふりですか？
ネタフリ？

733: 04/04/03 03:20 ID:QX0EpvtQ(3/8)調 AAS
>>730
確かに、μOP自体のサイズも増えていないと1.6倍ってのは苦しいですね。
>>725のOP自体は32bit用ってのは、μOPによって行われる演算は32bit演
算というつもりでしたが、μOP自体の話の最中にする事ではなかったです。

サイズが増えたのは、内部レジスタ数やμOPが区別しなければならない命
令(SSE3等)の増加じゃ説明つかないかな。

734: 04/04/03 03:31 ID:KPRq8ILY(1/5)調 AAS
>732

先生は。録音スクリプトは今、メンテ中です。

735: 04/04/03 03:32 ID:QX0EpvtQ(4/8)調 AAS
>>731
＞「NetBurstのパワフルな(トランスレートの)メカニズム(以下略
NetBurstって、オンチップ CMSみたいなものだしね。

736: T.A. 04/04/03 03:38 ID:u0cSKxtb(4/4)調 AAS
いずれにせよ、>>718氏の指摘通りNorthwoodとPrescottで格納できるμOP数
が変わらないということは

「Prescottでのトレースキャッシュ増量は見かけ上の容量だけ。」

ということになるわけで、そうなるとレイテンシが増加した分、トレース
キャッシュの効果は薄くなっていることになりそうですね。

それでも性能的にはNorthwoodとほぼ同等か場面によってはそれ以上になって
いるということは、２次キャッシュ増量とALUが32bit*2になった効果の方が
大きいという事なんだろうか？
(いくらなんでも32bitモードでは片方のALUは使わないなんてこては無いと思うし。)

・・・ついでに、私が推測していた
「64bitモードでは32bitモード時に比べ、トレースキャッシュの効果が半減する。」
という説もほぼ間違いでしょうね。(^^;

737(1): 04/04/03 03:48 ID:27WX4OCF(2/3)調 AAS
外部ﾘﾝｸ[html]:www.atmarkit.co.jp

738(1): 04/04/03 04:34 ID:biXzaaf1(1)調 AAS

739: 04/04/03 04:51 ID:Ne/9c65b(1)調 AAS
>>738
無駄な事するな、厨房。

740: 04/04/03 05:45 ID:98m4AmAY(1)調 AAS
税金の時もそうだが、録音先生は反論の使用のないマヌケな事すると一定時間雲隠れするのは仕様です。

741(3): ◆Rb.XJ8VXow 04/04/03 06:21 ID:j1o0NWBg(1/7)調 AAS
お、やっとるな（笑
>>706-708
T.A君やっと自分なりの考え方を出したね。
uOPにとってみればデコードさえ出来れば元の命令は不要だということです。
翻訳後の命令もブランチが無ければ順次処理されて行きますから各命令に64bitアドレスを持つ必要は全く無く
固定長であれば事足ります。
そして必要なのは命令カウンタであり64bitの幅は要りません。
次に、uOPバッファは小さいですから必要に応じて破棄されます。
ここで問題になるのが再デコードをする為のアドレスです。
皆さんが感じているようにx86は可変長ですからそのままでは直接読み込むアドレスが判らなくなる訳ですね。
ですが、再読込する位置は限られます。
そう、ブランチ先なんです。
プログラムは通常後戻りしませんから消化（実行）した命令は破棄してよいのです。
但し、ブランチ先への戻りは有り得る訳ですからここを記憶する必要が生じます。
x86は元々可変長なので実アドレスを格納する必要があります。
とはいえ64bitにする必要は全くありません。
何故ならば、プログラムは一度メモリに全て読み込まれ（スワップ吐き出しあり）て実行されることになる訳ですから
開始位置からの連続するストリームと考えて良いのです。
そしてプログラムの大きさが64bitを必要とすることはありえません。
結果、各スレッド毎に変位アドレスを持つだけでよい事になる訳です。

742(3): ◆Rb.XJ8VXow 04/04/03 06:36 ID:j1o0NWBg(2/7)調 AAS
>>737
そこに書かれているようにAMD社がAMD64の発表した時期にINTELもIA-32eへ踏み出せばINTEL色の濃さを
演出出来たことは疑う必要もないだろう。
だけどそれを出来ない事情がINTELにはあったわけでIA-64の成長がそれだと間に合わないわけだ。
INTELとしては出来るだけ発表を遅らせ、MSにもAMD64対応のOS開発を遅らして頂く必要があったと言う事だ。
そしてそれらは不本意なものもあるが全体としてまずまずな達成と言える。
次に、INTELがIA-32eに踏み出した訳だが、当然ながらAMD64互換の様相となる。
しかし発表してしまえば、後は如何とでもなるわけでこれからも拡張命令においてINTEL色の濃い演出が可能
だと言う事だ。

743: 04/04/03 07:36 ID:Tr51fGHY(2/2)調 AAS
>>742
64bit化技術に際して、AMDは特許を取っているのでしょうか？

744(5): 04/04/03 07:42 ID:FkN9EIqi(1/3)調 AAS
>>741
オペランドにメモリを指定している場合はどうなるんだ？
64bitモードの場合、64bitのアドレス値が必要になるんじゃないか？

上下前次 1-新書関写板覧索設栞歴

あと 53 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ

ぬこの手ぬこTOP 0.042s