Intelの次世代CPUについて語ろう 24
1 ：Socket774：
Intelの次世代CPUについて語ろう 23
http://pc7.2ch.net/test/read.cgi/jisaku/1141882416/
※荒らし・煽り・厨房・アムド虫は放置が一番効果的です。
返答せずに削除依頼を出しましょう。
放置できない人も荒らしです。マターリしましょう。
http://pc7.2ch.net/test/read.cgi/jisaku/1141882416/
※荒らし・煽り・厨房・アムド虫は放置が一番効果的です。
返答せずに削除依頼を出しましょう。
放置できない人も荒らしです。マターリしましょう。
|
|
|
2 ：Socket774：2006/04/07(金) 17:56:44 ID:uPKSXtDa
■過去スレ
21 http://pc7.2ch.net/test/read.cgi/jisaku/1136822334/
20 http://pc7.2ch.net/test/read.cgi/jisaku/1134332250/
19 http://pc7.2ch.net/test/read.cgi/jisaku/1131783188/
18 http://pc7.2ch.net/test/read.cgi/jisaku/1128543843/
17 http://pc7.2ch.net/test/read.cgi/jisaku/1125251094/
16 http://pc7.2ch.net/test/read.cgi/jisaku/1115570909/
15 http://pc7.2ch.net/test/read.cgi/jisaku/1122463712/
14 http://pc7.2ch.net/test/read.cgi/jisaku/1108228581/
13 http://pc7.2ch.net/test/read.cgi/jisaku/1097947493/
12 http://pc5.2ch.net/test/read.cgi/jisaku/1089896048/
11 http://pc5.2ch.net/test/read.cgi/jisaku/1085287040/
10 http://pc5.2ch.net/test/read.cgi/jisaku/1079371291/
09 http://pc3.2ch.net/test/read.cgi/jisaku/1077935289/
21 http://pc7.2ch.net/test/read.cgi/jisaku/1136822334/
20 http://pc7.2ch.net/test/read.cgi/jisaku/1134332250/
19 http://pc7.2ch.net/test/read.cgi/jisaku/1131783188/
18 http://pc7.2ch.net/test/read.cgi/jisaku/1128543843/
17 http://pc7.2ch.net/test/read.cgi/jisaku/1125251094/
16 http://pc7.2ch.net/test/read.cgi/jisaku/1115570909/
15 http://pc7.2ch.net/test/read.cgi/jisaku/1122463712/
14 http://pc7.2ch.net/test/read.cgi/jisaku/1108228581/
13 http://pc7.2ch.net/test/read.cgi/jisaku/1097947493/
12 http://pc5.2ch.net/test/read.cgi/jisaku/1089896048/
11 http://pc5.2ch.net/test/read.cgi/jisaku/1085287040/
10 http://pc5.2ch.net/test/read.cgi/jisaku/1079371291/
09 http://pc3.2ch.net/test/read.cgi/jisaku/1077935289/
3 ：Socket774：2006/04/07(金) 17:57:35 ID:uPKSXtDa
08 http://pc3.2ch.net/test/read.cgi/jisaku/1076749130/
07 http://pc3.2ch.net/test/read.cgi/jisaku/1075729779/
06 http://pc3.2ch.net/test/read.cgi/jisaku/1074656386/
05 http://pc3.2ch.net/test/read.cgi/jisaku/1072672636/
04 http://pc3.2ch.net/test/read.cgi/jisaku/1069899330/
03 http://pc3.2ch.net/test/read.cgi/jisaku/1068220780/
02 http://pc3.2ch.net/test/read.cgi/jisaku/1064098746/
01 http://pc3.2ch.net/test/read.cgi/jisaku/1058361617/
07 http://pc3.2ch.net/test/read.cgi/jisaku/1075729779/
06 http://pc3.2ch.net/test/read.cgi/jisaku/1074656386/
05 http://pc3.2ch.net/test/read.cgi/jisaku/1072672636/
04 http://pc3.2ch.net/test/read.cgi/jisaku/1069899330/
03 http://pc3.2ch.net/test/read.cgi/jisaku/1068220780/
02 http://pc3.2ch.net/test/read.cgi/jisaku/1064098746/
01 http://pc3.2ch.net/test/read.cgi/jisaku/1058361617/
4 ：Socket774：2006/04/07(金) 18:01:36 ID:Bh2HaOQP
■Quake 4で1.5倍，F.E.A.R.で1.7倍!?Pentium Dより圧倒的に高速なConroe
Pentiumの登場以降，新しいCPUが登場するたびに性能は向上してきたが，1命令当たりの消費電力も増大してきた。
では，初代Pentium並みの消費電力を保ち，増大させることなく性能を向上させるにはどうしたらいいのか。
この消費電力の増大問題に対する解決策がマルチコア化であり，シングルコアCPUとほぼ同じ消費電力で，最大73％も性能を向上させられる。
実際，消費電力当たりの性能に注力されたPentium MやCore Duoは，Pentium 4と同等の性能を実現しつつ，1命令当たりの消費電力はどんどん下がっている。
そして、Intelは2006年後半に，「インテル Coreマイクロアーキテクチャー」と呼ばれる新しいマイクロアーキテクチャを採用したCPUを出荷する予定だ。
Coreマイクロアーキテクチャーは，Core Duoよりも消費電力あたりの性能をさらに高めるよう設計されてある。
とにかく衝撃的なのは，Pentium D 950/3.40GHzのシステムと，Conroe/2.67GHz（L2キャッシュ4MB，FSB 1066MHz）を比較したとされるパフォーマンスだ。
今回の発表内容を見る限り，Conroeには期待してよさそうである。
パフォーマンスが向上するだけでなく，消費電力は低下するので，静音化にも貢献できるはず。ゲーマーにとって，見逃せないCPUが登場しそうだ。
http://www.4gamer.net/news/history/2006.04/20060406232305detail.html
Pentiumの登場以降，新しいCPUが登場するたびに性能は向上してきたが，1命令当たりの消費電力も増大してきた。
では，初代Pentium並みの消費電力を保ち，増大させることなく性能を向上させるにはどうしたらいいのか。
この消費電力の増大問題に対する解決策がマルチコア化であり，シングルコアCPUとほぼ同じ消費電力で，最大73％も性能を向上させられる。
実際，消費電力当たりの性能に注力されたPentium MやCore Duoは，Pentium 4と同等の性能を実現しつつ，1命令当たりの消費電力はどんどん下がっている。
そして、Intelは2006年後半に，「インテル Coreマイクロアーキテクチャー」と呼ばれる新しいマイクロアーキテクチャを採用したCPUを出荷する予定だ。
Coreマイクロアーキテクチャーは，Core Duoよりも消費電力あたりの性能をさらに高めるよう設計されてある。
とにかく衝撃的なのは，Pentium D 950/3.40GHzのシステムと，Conroe/2.67GHz（L2キャッシュ4MB，FSB 1066MHz）を比較したとされるパフォーマンスだ。
今回の発表内容を見る限り，Conroeには期待してよさそうである。
パフォーマンスが向上するだけでなく，消費電力は低下するので，静音化にも貢献できるはず。ゲーマーにとって，見逃せないCPUが登場しそうだ。
http://www.4gamer.net/news/history/2006.04/20060406232305detail.html
・Intel Core Microarchitecture
Intel's Next Generation Microarchitecture Unveiled
http://www.realworldtech.com/page.cfm?ArticleID=RWT030906143144
Into the Core: Intel's next-generation microarchitecture
http://arstechnica.com/articles/paedia/cpu/core.ars
明瞭になった「Core Microarchitecture」の全貌
http://pc.watch.impress.co.jp/docs/2006/0311/kaigai249.htm
IntelのCore Microarchitecture
http://pcweb.mycom.co.jp/articles/2006/03/21/intelcore/
Intel's Next Generation Microarchitecture Unveiled
http://www.realworldtech.com/page.cfm?ArticleID=RWT030906143144
Into the Core: Intel's next-generation microarchitecture
http://arstechnica.com/articles/paedia/cpu/core.ars
明瞭になった「Core Microarchitecture」の全貌
http://pc.watch.impress.co.jp/docs/2006/0311/kaigai249.htm
IntelのCore Microarchitecture
http://pcweb.mycom.co.jp/articles/2006/03/21/intelcore/
4コアは来年か
ペンティアムD950買ったやつがかわいそうだからその比較やめろよ
いい加減・・その比較をやめないと俺たちは買わない！うう・・買わないぞっ・・！
ペンティアムD950買ったやつがかわいそうだからその比較やめろよ
いい加減・・その比較をやめないと俺たちは買わない！うう・・買わないぞっ・・！
前スレの平均速度の問題
何がおかしいか、やっと分かった。
何がおかしいか、やっと分かった。
8 ：Socket774：2006/04/07(金) 19:02:42 ID:cR06iJh5
939 名前： Socket774 Mail： sage 投稿日： 2006/04/07(金) 00:41:35 ID： AhLYv8k8
俺OCしたPentium3でシミュレーション流して、修論書いたけど、
OCしてなかったらシミュレーションが終わらなくて留年してただろうな。
20%のクロックアップでも、10日かかるシミュレーションなら2日早く終わるんだから、
すごくありがたいことなんだがな。
俺OCしたPentium3でシミュレーション流して、修論書いたけど、
OCしてなかったらシミュレーションが終わらなくて留年してただろうな。
20%のクロックアップでも、10日かかるシミュレーションなら2日早く終わるんだから、
すごくありがたいことなんだがな。
OCの話題にちょっとだけコメントしておくす。
OCわ趣味としてわ奥の深い面白い代物すけど、一番難しいのが動作確認そのものす。
コスト競争で鎬を削ってるメーカーがあえてOC商品に手を出さないのも、これが理由す。
頻繁にクラッシュするほどコードやデータが化けるのわ論外として、定格外の利用でわ微妙に結果が化けてる
可能性わ高くなるす。バカ学生の修士論文程度ならともかく、お金や健康に絡む仕事や本格的な研究に使う
のわ、勘弁して欲しいモノす。
OCわ趣味としてわ奥の深い面白い代物すけど、一番難しいのが動作確認そのものす。
コスト競争で鎬を削ってるメーカーがあえてOC商品に手を出さないのも、これが理由す。
頻繁にクラッシュするほどコードやデータが化けるのわ論外として、定格外の利用でわ微妙に結果が化けてる
可能性わ高くなるす。バカ学生の修士論文程度ならともかく、お金や健康に絡む仕事や本格的な研究に使う
のわ、勘弁して欲しいモノす。
MACオタについてちょっとだけコメントしておくす。
ここは貴方の日記帳じゃないす。
ここは貴方の日記帳じゃないす。
>>10
前スレ972を本気で言っているのなら、君の方が勉強しなおした方が良いぞw
前スレ972を本気で言っているのなら、君の方が勉強しなおした方が良いぞw
12 ：Socket774：2006/04/07(金) 20:18:29 ID:cR06iJh5
これか
972 名前： Socket774 Mail： sage 投稿日： 2006/04/07(金) 10:30:14 ID： c/obG8Tu
20%のOCってのが、1GHz->1.25GHzなら8日で終わるで正解だね
まあ、単に20%だと1.2GHzになるとも取れるから微妙だけど。
ちなみに、どう計算したら1.25GHzになるか分からない人は頑張って勉強してね
972 名前： Socket774 Mail： sage 投稿日： 2006/04/07(金) 10:30:14 ID： c/obG8Tu
20%のOCってのが、1GHz->1.25GHzなら8日で終わるで正解だね
まあ、単に20%だと1.2GHzになるとも取れるから微妙だけど。
ちなみに、どう計算したら1.25GHzになるか分からない人は頑張って勉強してね
それで行くと
2ＧＨｚ → 1ＧＨｚ
が100％ダウンになるのか
2ＧＨｚ → 1ＧＨｚ
が100％ダウンになるのか
1.2GHｚの20%引きは0.96GHz
1.25の20%引きは1GHz
つまり到達したクロックを100%としてその内20%がOCした分とするか
OCする前を100%として増加した分が元クロックの20%だったか
普通は
14の例
1GHz→2GHz
は100%UP
2GHz→1GHｚ
は50%ダウン
1.25の20%引きは1GHz
つまり到達したクロックを100%としてその内20%がOCした分とするか
OCする前を100%として増加した分が元クロックの20%だったか
普通は
14の例
1GHz→2GHz
は100%UP
2GHz→1GHｚ
は50%ダウン
何％UPとかDOWNとか言うから紛らわしいんだよ。
20%UPして20%DOWNしたら元に戻らないで4%DOWNとか紛らわしいことにもなるし。
何倍とか何分の１とか言えば間違いなし。
20%UPして20%DOWNしたら元に戻らないで4%DOWNとか紛らわしいことにもなるし。
何倍とか何分の１とか言えば間違いなし。
そもそも10日というのが240時間ジャストでない以上
1GHzで10日目に終わる処理が1.2GHzで8日目に終わると言うのは
何の問題もないと思うのは漏れだけか？
1GHzで10日目に終わる処理が1.2GHzで8日目に終わると言うのは
何の問題もないと思うのは漏れだけか？
そもそもOC試すのに二日くらい費やしたら
元の黙阿弥
元の黙阿弥
何でこんなにループしてるんだ？
>>19
みんな答えがハッキリだせないからｗ
みんな答えがハッキリだせないからｗ
答えは>>17で出てるだろｗ
22 ：Socket774：2006/04/07(金) 22:30:14 ID:BuD2lCVM
>939 名前： Socket774 Mail： sage 投稿日： 2006/04/07(金) 00:41:35 ID： AhLYv8k8
>俺OCしたPentium3でシミュレーション流して、修論書いたけど、
>OCしてなかったらシミュレーションが終わらなくて留年してただろうな。
>20%のクロックアップでも、10日かかるシミュレーションなら2日早く終わるんだから、
>すごくありがたいことなんだがな。
「10日かかるシミュレーション*なら*2日早く終わる」
これは、240.0時間かかるシミュレーションが48.0時間早く終わると言っているのだと
解釈するのが自然だろう。
そしてそれは間違っている。
以上。
>俺OCしたPentium3でシミュレーション流して、修論書いたけど、
>OCしてなかったらシミュレーションが終わらなくて留年してただろうな。
>20%のクロックアップでも、10日かかるシミュレーションなら2日早く終わるんだから、
>すごくありがたいことなんだがな。
「10日かかるシミュレーション*なら*2日早く終わる」
これは、240.0時間かかるシミュレーションが48.0時間早く終わると言っているのだと
解釈するのが自然だろう。
そしてそれは間違っている。
以上。
>>22はテストで勝手に有効桁数変えて×貰う人
24 ：Socket774：2006/04/07(金) 22:42:16 ID:BuD2lCVM
大笑い
26 ：Socket774：2006/04/07(金) 22:58:16 ID:BuD2lCVM
大笑いするのは勝手だが、根拠を示してくれないかなぁ？
もしできるならｗ
もしできるならｗ
お前ら三人に一万円払って千円ずつもらう・・
根拠も何もあんたが有効桁数っていう概念を理解してないだけなんだが。
まるで雑音だなｗ
まるで雑音だなｗ
>>24
有効数字って知ってる？ 高校の物理からやりなおした方がいいよ。
8日と8.0日と8.00日は意味がまったく違うんだよ。
第一、きっかり10.0000000000000000000000000000000000000000000......日で
終わるシミュレーションがあるわけないだろボケが。
有効数字って知ってる？ 高校の物理からやりなおした方がいいよ。
8日と8.0日と8.00日は意味がまったく違うんだよ。
第一、きっかり10.0000000000000000000000000000000000000000000......日で
終わるシミュレーションがあるわけないだろボケが。
有効桁数とか言うなら
8日間と言って欲しい
8日とか2日とか嫌
8日間と言って欲しい
8日とか2日とか嫌
31 ：Socket774：2006/04/07(金) 23:50:53 ID:BuD2lCVM
有効桁数なんて当然知ってますが。
元の文章に有効桁数が正確に記されてないんだから、推測するしかないでしょーが。
元の文章に有効桁数が正確に記されてないんだから、推測するしかないでしょーが。
32 ：Socket774：2006/04/07(金) 23:52:30 ID:BuD2lCVM
付言するなら、
「10日かかるシミュレーション」
「2日早く終わる」
と言っているのだから、数学的な自然数（有効桁数無限大）としての「10」や「2」だと解釈するのが妥当だろう。
「10日かかるシミュレーション」
「2日早く終わる」
と言っているのだから、数学的な自然数（有効桁数無限大）としての「10」や「2」だと解釈するのが妥当だろう。
それは違う。
有効桁、一桁で書いてあるときは
有効桁数は一桁です。
有効桁、一桁で書いてあるときは
有効桁数は一桁です。
「地球滅亡まであと365日」は…
>>32
やっぱり有効数字をわかってないじゃん。 だから高校の物理の教科書を読み直せって。
http://www.kdcnet.ac.jp/buturi/kougi/buturiji/appendix/signif.htm
ここにも書いてあるが、10日は有効桁数2桁または1桁、8日は有効桁数1桁。
自己流に勝手に解釈するのはやめろや。
小数点使わないと有効桁数無限だというのは完全な誤解だよ。
やっぱり有効数字をわかってないじゃん。 だから高校の物理の教科書を読み直せって。
http://www.kdcnet.ac.jp/buturi/kougi/buturiji/appendix/signif.htm
ここにも書いてあるが、10日は有効桁数2桁または1桁、8日は有効桁数1桁。
自己流に勝手に解釈するのはやめろや。
小数点使わないと有効桁数無限だというのは完全な誤解だよ。
>>29のツッコミに尽きるな。
>>32
りんご10個とかいう風に、あいまいに小数点以下の数が出るんじゃなく
正確に10個と分かるときは確かに有効桁数は無限大になる。
でも自分で言ってるけど、10日ってのはキッチリ10日じゃない。
そう言う場合は当然有効桁数は有限。
10日の場合だったら有効桁数は1、あるいは2だな。
10.0日だったら3。
>>32
りんご10個とかいう風に、あいまいに小数点以下の数が出るんじゃなく
正確に10個と分かるときは確かに有効桁数は無限大になる。
でも自分で言ってるけど、10日ってのはキッチリ10日じゃない。
そう言う場合は当然有効桁数は有限。
10日の場合だったら有効桁数は1、あるいは2だな。
10.0日だったら3。
いや、
「10日かかるシミュレーション*なら*2日早く終わる」
っていう、理想化された仮定の場合の話をしてるわけだろ。
だから有効桁数無限大でいいんじゃないのか。
「10日かかるシミュレーション*なら*2日早く終わる」
っていう、理想化された仮定の場合の話をしてるわけだろ。
だから有効桁数無限大でいいんじゃないのか。
10日かかるシミュレーション＝24*9＜10日＜24*11
2日早く終わる＝24*1＜2日＜24*3
普通はこんなところだと思う。
2日早く終わる＝24*1＜2日＜24*3
普通はこんなところだと思う。
そもそも10日間まわしっぱなしのソフトがOCが原因で5日あたりで
とまったら元も子もないな
もう少し早く課題はじめろや
とまったら元も子もないな
もう少し早く課題はじめろや
そもそもOCが原因でとまるような
不安定な設定しか出来ないスキル皆無の馬鹿は
偉そうに書き込みすんなや
不安定な設定しか出来ないスキル皆無の馬鹿は
偉そうに書き込みすんなや
まぁ、簡単な検証としては、パイ焼き3355万桁を数回やって、結果のdiff取って0なら
そこそこ使えるといっていいんじゃないか。
まじめな計算やるんだったらメモリにECC付いてないとだめだけどな。
そこそこ使えるといっていいんじゃないか。
まじめな計算やるんだったらメモリにECC付いてないとだめだけどな。
こんなところにintel CPU発見。
http://www.watch.impress.co.jp/av/docs/20060407/hddvd2.htm
しかし、大口叩いてたわりに、自社部品一個も入ってないじゃんｗ
部品買ってきて組み立ててるだけの東芝に勝ち目はあるのかね。
http://www.watch.impress.co.jp/av/docs/20060407/hddvd2.htm
しかし、大口叩いてたわりに、自社部品一個も入ってないじゃんｗ
部品買ってきて組み立ててるだけの東芝に勝ち目はあるのかね。
有効桁数1桁とすると、
10日っていうのは、9.5≦X＜10.5 ... (A) の範囲にあるってことだよね。。。
このとき20% OCしたとすると、処理にかかる日数Yは
9.5×100÷(100+20)≦Y＜10.5×100÷(100+20)
つまり、
7.9166...≦Y＜8.75 ...(B)
結局、 X-Y 日間処理が速くなるわけだから、(A), (B)より
1.58333...≦X-Y＜1.75
1.5以上2.5未満だから、いちおう2日速くなってるとは言えるかｗ
とはいっても、前スレの939も釣りじゃなかったとしたら、
ちょっと隙が多い書き方だなｗ
10日っていうのは、9.5≦X＜10.5 ... (A) の範囲にあるってことだよね。。。
このとき20% OCしたとすると、処理にかかる日数Yは
9.5×100÷(100+20)≦Y＜10.5×100÷(100+20)
つまり、
7.9166...≦Y＜8.75 ...(B)
結局、 X-Y 日間処理が速くなるわけだから、(A), (B)より
1.58333...≦X-Y＜1.75
1.5以上2.5未満だから、いちおう2日速くなってるとは言えるかｗ
とはいっても、前スレの939も釣りじゃなかったとしたら、
ちょっと隙が多い書き方だなｗ
つまりは、
「虎舞竜なら１３章かかるところも、俺なら２小節だから」
ってことでおｋ？
「虎舞竜なら１３章かかるところも、俺なら２小節だから」
ってことでおｋ？
やっぱ1/4だよな
これだけ釣られたわけだから前スレ939も本望だろうなｗ
結局1.2GHzと1.25GHz位じゃ差は吸収されるな
マックオタのくだらない煽りをスルーでできるほどにはこのスレの住人のレベルが高くてよかった。
AMD次世代はぐだぐだだからなｗ
それはそれとして修士ネタはもう終わろうぜ。
AMD次世代はぐだぐだだからなｗ
それはそれとして修士ネタはもう終わろうぜ。
Athlonユーザーの俺が来たぞ
Conroe買ってやるから自作セット一式と数万ほど金よこせや
数ヶ月前にAthlon買ったばかりなんだよ（´・ω・｀）
Conroe買ってやるから自作セット一式と数万ほど金よこせや
数ヶ月前にAthlon買ったばかりなんだよ（´・ω・｀）
源発乗っ取り時代が懐かしい。
誰でも試せるようになってアホばっかになったのは確かだな。
誰でも試せるようになってアホばっかになったのは確かだな。
>>49
AMDと心中してろクソデヴ
AMDと心中してろクソデヴ
>>49
漏れがX2買ってやるから、喪前は自腹切れ。
漏れがX2買ってやるから、喪前は自腹切れ。
自作デビューしたいが、明らかに今は待ちの状態なので組めない
54 ：Socket774：2006/04/08(土) 17:27:34 ID:MWQ9Gp53
>>53
いつまで待っても待ちの状態
いつまで待っても待ちの状態
Nehalemが出るまで待つよ。
なんだかんだ待ちが最強、次世代スレなんだし。
Victor Wang氏のConroe ESが1GB (512MB x 2)に増設して更にベンチ結果更にアップとのことす。
http://vic.expreview.com/read.php?4
3DMark05-CPU: 11258
SuperPI 1M: 21.234sec.
ScienceMark2.0 (P-M最適化): 1551.17
http://vic.expreview.com/read.php?4
3DMark05-CPU: 11258
SuperPI 1M: 21.234sec.
ScienceMark2.0 (P-M最適化): 1551.17
>>57
ん？とりあえず死ね
ん？とりあえず死ね
>>58
うるせーバカ
うるせーバカ
>57 Conroeｼｮﾎﾞ･･･ Pentium100MHzのままでいいや。
あれだな、imacが出てからこういう程度の低いやつが多くなってきた。
本当にあいつらは馬鹿だよな。
隔離板から出てくるなって感じ
本当にあいつらは馬鹿だよな。
隔離板から出てくるなって感じ
子供を増やしまくるアフリカ人にコンドームの避妊方法を竿を木の枝に見立ててレクチャーした所、
彼らはセックスする前に木の枝にコンドームを被せたと言う。
馬鹿とはそういう物である。
彼らはセックスする前に木の枝にコンドームを被せたと言う。
馬鹿とはそういう物である。
懸念だったL2キャッシュ増加に伴うレイテンシ増はなかたようだな。
良い事だ。
良い事だ。
たとえばOCしてすべてにおいてそのまま性能が20%アップしたとする。
従来1日で終わる仕事量を100として、10日かかるものとする。
すると全仕事量は1000となる。
ここでOCをすると1日の仕事量は120となる
1000/120=8.333・・・
ではいったいどうやったら125の仕事量になるのか
差の5はどこから出てくるのか
それはマカーの場合は、自分で手計算しているということなのだろう
結論：マカー＝天才
従来1日で終わる仕事量を100として、10日かかるものとする。
すると全仕事量は1000となる。
ここでOCをすると1日の仕事量は120となる
1000/120=8.333・・・
ではいったいどうやったら125の仕事量になるのか
差の5はどこから出てくるのか
それはマカーの場合は、自分で手計算しているということなのだろう
結論：マカー＝天才
10日もPCの前に張り付いているならともかく、普通は他のことしてるでしょ。
20%のクロックアップをしたら10日目に終わるシミュレーションが8日目に
終わったということで良いんじゃない。
20%のクロックアップをしたら10日目に終わるシミュレーションが8日目に
終わったということで良いんじゃない。
Dempsey on Bensleyプラットフォームわ、4月中に登場とのことす。
http://www.xbitlabs.com/news/cpu/display/20060407173711.html
-------------------------
Intel Corp. is expected to introduce its updated platforms for high-end servers and workstations
late this month, according to some sources with knowledge of the plans.
-------------------------
これで性能上のOpteronの優位わ失われたことになるす。http://www.2cpu.com/review.php?id=110&page=6
残るOpteronの優位わ消費電力だけということに。http://www.2cpu.com/review.php?id=110&page=8
http://www.xbitlabs.com/news/cpu/display/20060407173711.html
-------------------------
Intel Corp. is expected to introduce its updated platforms for high-end servers and workstations
late this month, according to some sources with knowledge of the plans.
-------------------------
これで性能上のOpteronの優位わ失われたことになるす。http://www.2cpu.com/review.php?id=110&page=6
残るOpteronの優位わ消費電力だけということに。http://www.2cpu.com/review.php?id=110&page=8
Opteronはデュアルコアじゃないしｗ
つ価格
69 ：Socket774：2006/04/09(日) 12:14:34 ID:4n/QDbIP
前に授業でいるけど時期が悪いから買わないと言っていた者だ
本当はデルのCoreDuo2GHzメモリ2GBハードディスク7200回転ゲフォ非光沢液晶くらいのが欲しかったが
時期が悪いので買わないでいたらもう日がなくなってしまった
祭りもスルーした
オーダーメイドも間に合わないだろう
そこで店ですぐ手に入るVAIOにしようと思う
デルじゃカッコつかないしね
メモリが512MBでオンボードグラフィックでハードディスクが5400回転で光沢ワイド液晶なのは全部一緒で
CPUがセレロンM1.5GHzでハードディスクがIDEでDVDドライブと同じチャンネルに繋いであったのでちょっと遅いだろうと思われるやつが150000円くらいで
ペンティアムM1.73GHzでハードディスクがSATAのやつが170000円くらいで
CoreDuo1.66GHzでハードディスクがSATAのやつが220000円くらいだった
省電力機能は多分そんなにいらないからセレロンM1.5GHzでもいいだろうけど
人としてペンティアムM1.73GHzか
それともCoreDuo1.66GHzか
多分無いだろうけど自作プログラムがCoreDuoで動かない可能性があるかも知れないし値段が高いのでCoreDuoはスルーして
ペンティアムM1.73GHzに決まりか
でも中途半端な小数クロックはきらいなので綺麗な小数クロックのセレロンM1.5GHzか
どれ買っても地雷なのはわかってるが値段優先でセレロンM1.5GHzか標準スペックのペンティアムM1.73GHzか
時期がよくなったら今買うやつを親に売ってちゃんとしたやつを買おうと思う
ビスタ出る直前
本当はデルのCoreDuo2GHzメモリ2GBハードディスク7200回転ゲフォ非光沢液晶くらいのが欲しかったが
時期が悪いので買わないでいたらもう日がなくなってしまった
祭りもスルーした
オーダーメイドも間に合わないだろう
そこで店ですぐ手に入るVAIOにしようと思う
デルじゃカッコつかないしね
メモリが512MBでオンボードグラフィックでハードディスクが5400回転で光沢ワイド液晶なのは全部一緒で
CPUがセレロンM1.5GHzでハードディスクがIDEでDVDドライブと同じチャンネルに繋いであったのでちょっと遅いだろうと思われるやつが150000円くらいで
ペンティアムM1.73GHzでハードディスクがSATAのやつが170000円くらいで
CoreDuo1.66GHzでハードディスクがSATAのやつが220000円くらいだった
省電力機能は多分そんなにいらないからセレロンM1.5GHzでもいいだろうけど
人としてペンティアムM1.73GHzか
それともCoreDuo1.66GHzか
多分無いだろうけど自作プログラムがCoreDuoで動かない可能性があるかも知れないし値段が高いのでCoreDuoはスルーして
ペンティアムM1.73GHzに決まりか
でも中途半端な小数クロックはきらいなので綺麗な小数クロックのセレロンM1.5GHzか
どれ買っても地雷なのはわかってるが値段優先でセレロンM1.5GHzか標準スペックのペンティアムM1.73GHzか
時期がよくなったら今買うやつを親に売ってちゃんとしたやつを買おうと思う
ビスタ出る直前
>>67
-------------------
Opteronはデュアルコアじゃないしｗ
-------------------
単純に結果を比較するだけじゃなくて、アム虫のこういう念仏を思い出しながら結果を検討すると面白いす。
http://pc7.2ch.net/test/read.cgi/jisaku/1138983969/649
===================
649 名前：Socket774 投稿日：2006/03/26(日) 10:44:03 ID:0ROlw0Tq
少なくとも、CPU接続数に比例して総メモリ帯域＆接続量が
上がる、って点ではオプの方が優れていると言えると思うけどね。
これもメモコン統合の恩恵。
===================
ちなみにデュアルコアプロセッサ同士の結果の比較をお望みならこちらをどうぞ。
http://www.tecchannel.de/_misc/img/detail1000.cfm?pk=347094&fk=432957&id=IM_5792A657-9359-916F-FB1BC3ADDDA40D6D
-------------------
Opteronはデュアルコアじゃないしｗ
-------------------
単純に結果を比較するだけじゃなくて、アム虫のこういう念仏を思い出しながら結果を検討すると面白いす。
http://pc7.2ch.net/test/read.cgi/jisaku/1138983969/649
===================
649 名前：Socket774 投稿日：2006/03/26(日) 10:44:03 ID:0ROlw0Tq
少なくとも、CPU接続数に比例して総メモリ帯域＆接続量が
上がる、って点ではオプの方が優れていると言えると思うけどね。
これもメモコン統合の恩恵。
===================
ちなみにデュアルコアプロセッサ同士の結果の比較をお望みならこちらをどうぞ。
http://www.tecchannel.de/_misc/img/detail1000.cfm?pk=347094&fk=432957&id=IM_5792A657-9359-916F-FB1BC3ADDDA40D6D
71 ：ﾉｸﾏｰﾝ○（；－（ｪ）－）○ ◆j5jVuxWdss ：2006/04/09(日) 12:29:09 ID:EyZxdan8
既出の話すけど、今年前半のサーバープラットフォームの比較としてわ、Anandtechのこれが良いかと思うす。
http://www.anandtech.com/IT/showdoc.aspx?i=2644
http://www.anandtech.com/IT/showdoc.aspx?i=2644
75 ：MACオタ＞74 さん：2006/04/09(日) 14:01:11 ID:Tggbz9sb
>>74
------------------
Anandtechの方が新しいしな。
------------------
価格情報と違って、こういう話の面白い所わIntelが昨年秋のうちにOEM筋にDempseyをばら撒いて
いた上、ベンチマークすら公開する許可を与えていた点にあるす。http://www.theinquirer.net/?article=27475
性能の出ないES品をOEM筋にばら撒いて赤っ恥をかきつつあるどっかの会社とわ異なって、現行製品
の売上に対する危険を冒してでもロードマップを証明しつつ、OEMを引き止める巧妙な作戦だったかと思うす。
------------------
Anandtechの方が新しいしな。
------------------
価格情報と違って、こういう話の面白い所わIntelが昨年秋のうちにOEM筋にDempseyをばら撒いて
いた上、ベンチマークすら公開する許可を与えていた点にあるす。http://www.theinquirer.net/?article=27475
性能の出ないES品をOEM筋にばら撒いて赤っ恥をかきつつあるどっかの会社とわ異なって、現行製品
の売上に対する危険を冒してでもロードマップを証明しつつ、OEMを引き止める巧妙な作戦だったかと思うす。
>>76
だな。オタの言う虫まで連れてこられちゃたまらん。
だな。オタの言う虫まで連れてこられちゃたまらん。
>>9の続きを少しだけ。
仕事に使う計算機にわECCメモリを選択する場合も多いかと思うすけど、前スレでも引用したように
DRAMのソフトエラーのレートわ、2GBのメモリで年2-5回という頻度す。
http://www.hpc.co.jp/B-Memory/ECCMemory.html
--------------------------
現在に当てはめると1G bitチップということで16倍、2GBのメモリ搭載で8倍、128倍
ということで256-512error per yearとなります。が、現在では1998年当時より2桁ソフト
エラーの発生確率が改善されたとのことで、結局、2-5error per yearとなりました。
--------------------------
OCの結果、DRAMソフトエラーの10倍程度の誤動作率わ許容するとして、10日連続でエラー無しで動く
確立わ1/4位す。
>>41さんの方法わ、せいぜい1時間位だと思うすけど、これでわ年100回程度のレートのエラーの発見も
不可能す。いかに頼りない動作確認か判るかと思うす。
仕事に使う計算機にわECCメモリを選択する場合も多いかと思うすけど、前スレでも引用したように
DRAMのソフトエラーのレートわ、2GBのメモリで年2-5回という頻度す。
http://www.hpc.co.jp/B-Memory/ECCMemory.html
--------------------------
現在に当てはめると1G bitチップということで16倍、2GBのメモリ搭載で8倍、128倍
ということで256-512error per yearとなります。が、現在では1998年当時より2桁ソフト
エラーの発生確率が改善されたとのことで、結局、2-5error per yearとなりました。
--------------------------
OCの結果、DRAMソフトエラーの10倍程度の誤動作率わ許容するとして、10日連続でエラー無しで動く
確立わ1/4位す。
>>41さんの方法わ、せいぜい1時間位だと思うすけど、これでわ年100回程度のレートのエラーの発見も
不可能す。いかに頼りない動作確認か判るかと思うす。
えー、流れぶった切って悪いんだけど・・・。
CPUが45nmプロセスで製造され、FSBやメモリがシリアルになって・・・っていうのが
2007頃にくるのかな～？って思っているんだけど、それは妄想なのかな。
（メモリはなりつつあるが・・・）
07年で来るのなら、コンローをパスしてもいいかな～とか思っているんだけど、どう思う？
まあ、次々世代CPUになるのかもしれんのだけどね。
Intel Coreマイクロアーキテクチャの登場は目前ってことで、どうだろう？
（ヨナはIntel Coreマイクロアーキテクチャではないんだよね。）
CPUが45nmプロセスで製造され、FSBやメモリがシリアルになって・・・っていうのが
2007頃にくるのかな～？って思っているんだけど、それは妄想なのかな。
（メモリはなりつつあるが・・・）
07年で来るのなら、コンローをパスしてもいいかな～とか思っているんだけど、どう思う？
まあ、次々世代CPUになるのかもしれんのだけどね。
Intel Coreマイクロアーキテクチャの登場は目前ってことで、どうだろう？
（ヨナはIntel Coreマイクロアーキテクチャではないんだよね。）
80 ：MACオタ＞79 さん：2006/04/09(日) 16:23:22 ID:Tggbz9sb
>>79
45nm世代のロードマップす。
http://www.tomshardware.com/2005/12/04/top_secret_intel_processor_plans_uncovered/page7.html
45nm世代のロードマップす。
http://www.tomshardware.com/2005/12/04/top_secret_intel_processor_plans_uncovered/page7.html
MACｵﾀの構ってオーラが見える・・
ところで、DRAMがエラーはくと何が起こりうるの？
ソフトが止まるだけ？
ソフトが止まるだけ？
83 ：MACオタ＞82 さん：2006/04/09(日) 17:31:07 ID:Tggbz9sb
>>82
計算結果が化ける。まぁしかしメモリのオーバークロックとCPUのオーバークロックはまた別の話だからなんとも。
Macオタはこうなると絶対に持論をまげんだろうから異論があってもレスするだけ無駄ではあろうね。
計算結果が化ける。まぁしかしメモリのオーバークロックとCPUのオーバークロックはまた別の話だからなんとも。
Macオタはこうなると絶対に持論をまげんだろうから異論があってもレスするだけ無駄ではあろうね。
85 ：MACオタ＞84 さん：2006/04/09(日) 17:43:29 ID:Tggbz9sb
>>84
-------------------
CPUのオーバークロックはまた別の話
-------------------
プロセッサのエラーわ、間違いなく「使用している場所｣で起こるすから、メモリのソフトエラーより影響が
甚大だということが普通のヒトにわ推測できるかと思うす(笑)
-------------------
CPUのオーバークロックはまた別の話
-------------------
プロセッサのエラーわ、間違いなく「使用している場所｣で起こるすから、メモリのソフトエラーより影響が
甚大だということが普通のヒトにわ推測できるかと思うす(笑)
プロセッサのアイドルの部分でのエラーとメモリの空いてるところでのエラーって意味合い的には同じもんでしょ。
OCでDRAMソフトエラーの10倍の量のエラーが出るって仮定も論拠が不明だし。
計算間違いで死人が出るような機械でOCなんぞをやるなってのはそうだし、
>>41の方法が必ずしも検証に最適ではないってのもそうだろうが、
別にそんなことはみんなわかってるしMACオタの鼻につく一言多い与太話なんざ誰も欲しがってないって話ですよ。
OCでDRAMソフトエラーの10倍の量のエラーが出るって仮定も論拠が不明だし。
計算間違いで死人が出るような機械でOCなんぞをやるなってのはそうだし、
>>41の方法が必ずしも検証に最適ではないってのもそうだろうが、
別にそんなことはみんなわかってるしMACオタの鼻につく一言多い与太話なんざ誰も欲しがってないって話ですよ。
>>MACオタの鼻につく一言多い与太話なんざ誰も欲しがってない
誰も聞いてないのに一方的に語りかけるからな
多分自閉症か何らかの精神疾患を抱えている
異常な知識欲とコミュニケーション能力の欠落は分かりやすい
一番哀れなのは、どれだけ大量の知識が頭の中にあっても
彼の人生にとってはただの情報に過ぎず、役立たずということだ
誰も聞いてないのに一方的に語りかけるからな
多分自閉症か何らかの精神疾患を抱えている
異常な知識欲とコミュニケーション能力の欠落は分かりやすい
一番哀れなのは、どれだけ大量の知識が頭の中にあっても
彼の人生にとってはただの情報に過ぎず、役立たずということだ
88 ：MACオタ＞86 さん：2006/04/09(日) 18:20:25 ID:Tggbz9sb
>>86
-------------------
OCでDRAMソフトエラーの10倍の量のエラーが出るって仮定も論拠が不明だし。
-------------------
単なる試算す。ちなみに仮にDRAMのソフトエラー程度として、10日かかる計算が正常に終わっている確立わ
90%以下す。プロセッサで発生するエラーわ、ほぼ確実に計算結果に影響しているすから件の修論の信頼度も。。。(笑)
-------------------
プロセッサのアイドルの部分でのエラー
-------------------
アイドル部分わ、クロックを落としたり止めたりしている現代のプロセッサでわ、オーバークロックに起因する
エラーわ、確実に結果に何らかの影響を与えているかと思われるす。分岐予測が間違ってる程度だと良いすね。。。
-------------------
OCでDRAMソフトエラーの10倍の量のエラーが出るって仮定も論拠が不明だし。
-------------------
単なる試算す。ちなみに仮にDRAMのソフトエラー程度として、10日かかる計算が正常に終わっている確立わ
90%以下す。プロセッサで発生するエラーわ、ほぼ確実に計算結果に影響しているすから件の修論の信頼度も。。。(笑)
-------------------
プロセッサのアイドルの部分でのエラー
-------------------
アイドル部分わ、クロックを落としたり止めたりしている現代のプロセッサでわ、オーバークロックに起因する
エラーわ、確実に結果に何らかの影響を与えているかと思われるす。分岐予測が間違ってる程度だと良いすね。。。
>>88
確立確立しつこいね。まあそれはいいが。
オーバークロックによるエラーの増加率なんぞは明確に定量化されてるわけじゃないから、
具体的な数字を出してもほとんど意味がないよ。
本来プロセッサメーカーが保証している値の数倍になるかもしれないし、ほとんど変わらないかもしれない。数十倍かもしれない。
オーバークロックなしで間違いなく計算が行われる確率が98%だとして、それがオーバークロックで97.9%に低下するとして、
それを処理速度の向上とのトレードオフとして受け入れるかどうかは時と場合によるって話よ。
あと、クロックゲーティングなしで全体で単位時間あたり10000エラーが出るプロセッサのユニットの半分を
クロックゲーティングで停止したとして、残りの半分でやっぱり10000エラーが出るってことは
あり得ん話ではないにせよ毎回そうなるとはちょっと考えにくいぞ。
確立確立しつこいね。まあそれはいいが。
オーバークロックによるエラーの増加率なんぞは明確に定量化されてるわけじゃないから、
具体的な数字を出してもほとんど意味がないよ。
本来プロセッサメーカーが保証している値の数倍になるかもしれないし、ほとんど変わらないかもしれない。数十倍かもしれない。
オーバークロックなしで間違いなく計算が行われる確率が98%だとして、それがオーバークロックで97.9%に低下するとして、
それを処理速度の向上とのトレードオフとして受け入れるかどうかは時と場合によるって話よ。
あと、クロックゲーティングなしで全体で単位時間あたり10000エラーが出るプロセッサのユニットの半分を
クロックゲーティングで停止したとして、残りの半分でやっぱり10000エラーが出るってことは
あり得ん話ではないにせよ毎回そうなるとはちょっと考えにくいぞ。
90 ：MACオタ＞89 さん：2006/04/09(日) 19:08:19 ID:Tggbz9sb
>>89
--------------------
本来プロセッサメーカーが保証している値の数倍になるかもしれないし、ほとんど変わらないかもしれない。
数十倍かもしれない。
--------------------
それを確認する必要があるということす。例によって許容値をDRAMのソフトエラーレート程度とすれば、
MTBFの2倍として、25日程度わ動作確認に充てる必要があるということになるす。
--------------------
本来プロセッサメーカーが保証している値の数倍になるかもしれないし、ほとんど変わらないかもしれない。
数十倍かもしれない。
--------------------
それを確認する必要があるということす。例によって許容値をDRAMのソフトエラーレート程度とすれば、
MTBFの2倍として、25日程度わ動作確認に充てる必要があるということになるす。
なにげに無茶な数字書いてるすね。。。
--------------------
MTBFの2倍として、25日程度
--------------------
5ヶ月程度の間違いす。2日得するために5ヶ月費やすヒトわ、通常バカと呼ばれるかと笑)
--------------------
MTBFの2倍として、25日程度
--------------------
5ヶ月程度の間違いす。2日得するために5ヶ月費やすヒトわ、通常バカと呼ばれるかと笑)
ところで、intelの出荷前の選別では何ヶ月くらいテストしているんだい？
>>80
あいよ。レスthx
でもな、IDF前の情報はどうとか、05/12月の情報は古（ｒｙ とかなんとか
前に見たような気がする。
>>89-91
>>処理速度の向上とのトレードオフとして受け入れるかどうかは時と場合による
この言葉が全てだと思う。
すべては個人の判断でいいと思うのだが。
自分のもの（公では不可）をどう使おうと自分の勝手だと思う。
それがなぜこうなる？
>>それを確認する必要があるということす。
そもそも、修士論文の話なんだがなぁ。
あとね、これは独り言、チラシの裏だから、レスはいらんよ？
あいよ。レスthx
でもな、IDF前の情報はどうとか、05/12月の情報は古（ｒｙ とかなんとか
前に見たような気がする。
>>89-91
>>処理速度の向上とのトレードオフとして受け入れるかどうかは時と場合による
この言葉が全てだと思う。
すべては個人の判断でいいと思うのだが。
自分のもの（公では不可）をどう使おうと自分の勝手だと思う。
それがなぜこうなる？
>>それを確認する必要があるということす。
そもそも、修士論文の話なんだがなぁ。
あとね、これは独り言、チラシの裏だから、レスはいらんよ？
95 ：MACオタ＞94 さん：2006/04/09(日) 20:40:45 ID:Tggbz9sb
>>94
--------------------
でもな、IDF前の情報はどうとか、05/12月の情報は古（ｒｙ とかなんとか
前に見たような気がする。
--------------------
これより新しい45nm世代のまとまった話があれば、私が是非おしえていただきたいす(笑)
--------------------
そもそも、修士論文の話なんだがなぁ。
--------------------
大学の先生わ大変す。http://staff.aist.go.jp/toru-nakata/sotsuron.html
====================
誘惑は常にある。研究指導者は、学生がデータにごまかしをしていないか、かなり厳重に監視する必要がある。
====================
OCバカの監視までとわ。。。
--------------------
でもな、IDF前の情報はどうとか、05/12月の情報は古（ｒｙ とかなんとか
前に見たような気がする。
--------------------
これより新しい45nm世代のまとまった話があれば、私が是非おしえていただきたいす(笑)
--------------------
そもそも、修士論文の話なんだがなぁ。
--------------------
大学の先生わ大変す。http://staff.aist.go.jp/toru-nakata/sotsuron.html
====================
誘惑は常にある。研究指導者は、学生がデータにごまかしをしていないか、かなり厳重に監視する必要がある。
====================
OCバカの監視までとわ。。。
いちおう補足しておくすけど、ゲームマシン用や純粋な趣味としてのOCわ結構な話す。
私自身もOCマシンの技術的な話をネットで検索してわ、いつも楽しく読んでいるす。
私自身もOCマシンの技術的な話をネットで検索してわ、いつも楽しく読んでいるす。
MACヲタの粘着しているスレを結構長く（1年から2年間）ROMっているけれど
徐々に書き込みが不快になってきているなぁ。
まぁみんなに煽られることが多くなったからだとは思うけれどね。
徐々に書き込みが不快になってきているなぁ。
まぁみんなに煽られることが多くなったからだとは思うけれどね。
誰かこのつまらない流れをぶった切ってくれ
99ならＭＡＣ爆発問題ニュースで報道
すまん。みんな。スルーできなかった・・・。そんな俺をスルーしてくれ。
>>95-96
http://techon.nikkeibp.co.jp/article/NEWS/20060126/112714/
http://itpro.nikkeibp.co.jp/article/USNEWS/20060308/231995/?ST=ep1
http://itpro.nikkeibp.co.jp/article/NEWS/20060308/232002/?ST=ep1
http://itpro.nikkeibp.co.jp/article/USNEWS/20060310/232194/?ST=ep1
”まとまっているかどうかは別にして”、 新しいんじゃないかと。、
>>80では07年後半に45nmの製造準備に入るとか、なんとか。
んで、市場は08年か。
そいから、OCは不正なのか？
データの操作、盗用、業績の水増し、知的財産権の窃盗と ”よく” ある不正には
当てはまらんと思うがね。
それは、誤差として計上すべきものであると思うのだが。
定格で動かしても、OCしてもエラーが出るとして、あとは誤差が大きいか小さいかの
問題のはずだと考えるが。
で、その誤差を容認できるかできないかは、実験者及び依頼者によると思う。
あーそれから、この後レスされても、スルーするから。
>>95-96
http://techon.nikkeibp.co.jp/article/NEWS/20060126/112714/
http://itpro.nikkeibp.co.jp/article/USNEWS/20060308/231995/?ST=ep1
http://itpro.nikkeibp.co.jp/article/NEWS/20060308/232002/?ST=ep1
http://itpro.nikkeibp.co.jp/article/USNEWS/20060310/232194/?ST=ep1
”まとまっているかどうかは別にして”、 新しいんじゃないかと。、
>>80では07年後半に45nmの製造準備に入るとか、なんとか。
んで、市場は08年か。
そいから、OCは不正なのか？
データの操作、盗用、業績の水増し、知的財産権の窃盗と ”よく” ある不正には
当てはまらんと思うがね。
それは、誤差として計上すべきものであると思うのだが。
定格で動かしても、OCしてもエラーが出るとして、あとは誤差が大きいか小さいかの
問題のはずだと考えるが。
で、その誤差を容認できるかできないかは、実験者及び依頼者によると思う。
あーそれから、この後レスされても、スルーするから。
101 ：MACオタ＞82 さん：2006/04/09(日) 22:12:31 ID:Tggbz9sb
>>100
---------------------
”まとまっているかどうかは別にして”、 新しいんじゃないかと。
---------------------
どこが「プロセッサ｣ロードマップなのか？という疑問を感じずにそのリンクの内容で満足するなら結構な話す(笑)
---------------------
そいから、OCは不正なのか？
---------------------
大学院まで卒業して、「そのつもりは無かった｣と言えば許されると思っているすか。。。
愚かさを不始末の言い訳にできるのわ、子供のうちだけかと思われるす。
---------------------
”まとまっているかどうかは別にして”、 新しいんじゃないかと。
---------------------
どこが「プロセッサ｣ロードマップなのか？という疑問を感じずにそのリンクの内容で満足するなら結構な話す(笑)
---------------------
そいから、OCは不正なのか？
---------------------
大学院まで卒業して、「そのつもりは無かった｣と言えば許されると思っているすか。。。
愚かさを不始末の言い訳にできるのわ、子供のうちだけかと思われるす。
102 ：Socket774：2006/04/09(日) 22:24:13 ID:X++UbPvK
このスレには可愛い人がいますね。
103 ：Socket774：2006/04/09(日) 22:24:30 ID:B5InW5pN
あーん
＞そいから、OCは不正なのか
＞あとは誤差が大きいか小さいかの
頼むから、命に関わる仕事には絶対に就かないでくれよ
＞あとは誤差が大きいか小さいかの
頼むから、命に関わる仕事には絶対に就かないでくれよ
K6-3バックサイドキャッシュ事件て何だ
一発までなら誤射かもしれない。
とか、すごい許容範囲の新聞社みたいですね。
とか、すごい許容範囲の新聞社みたいですね。
趣味以外ではOCしない方がいいっしょ
>>107
中国大使館相手だと一発でも陰謀なのにねぇw
中国大使館相手だと一発でも陰謀なのにねぇw
(´・∀・｀)セロリンＤ2.53を3.6で常用してるもれが来ましたよ
BF2もやってるよ、MB三枚目だよ
ただの意地だよ
BF2もやってるよ、MB三枚目だよ
ただの意地だよ
>>66
AnandのSQLStressとtecchannelのSPECint_rate_base2000の結果で勝ち誇るのも良いけどさあ。
実アプリでの性能は逆転できるのかねえ。
XeonDC2.8GHZに対してOpteron285がほぼ倍のスコアを叩き出しているアプリもあるわけだけど。
FSBやMemory周りの改善を加味しても3.46GHzのDempseyで届くと思えないわけだが。
ttp://www.gamepc.com/labs/view_content.asp?id=opteron285&page=1
AnandのSQLStressとtecchannelのSPECint_rate_base2000の結果で勝ち誇るのも良いけどさあ。
実アプリでの性能は逆転できるのかねえ。
XeonDC2.8GHZに対してOpteron285がほぼ倍のスコアを叩き出しているアプリもあるわけだけど。
FSBやMemory周りの改善を加味しても3.46GHzのDempseyで届くと思えないわけだが。
ttp://www.gamepc.com/labs/view_content.asp?id=opteron285&page=1
それにのってるWS系アプリなら追いつきそうだけど、その程度の差なら。。。
coreアーキのxeonって何時出るんだっけ？
>>112
3DStudioMax7.0、LAMEMT3.97、FlashMX2004は追いつきそうだけど、
Maya6.5、WME9.0、PhotoshopCS2、ApacheBenchmarkは無理なんでねえか。
まあこれだけ勝ち負けがありそうなのに、１部外者に勝ち誇られてもなあってこと。
Woodcrestは多分最強なんでOpteronから乗り換えるけどね。
3DStudioMax7.0、LAMEMT3.97、FlashMX2004は追いつきそうだけど、
Maya6.5、WME9.0、PhotoshopCS2、ApacheBenchmarkは無理なんでねえか。
まあこれだけ勝ち負けがありそうなのに、１部外者に勝ち誇られてもなあってこと。
Woodcrestは多分最強なんでOpteronから乗り換えるけどね。
>>113
ttp://sg.vr-zone.com/index.php?i=3448
ttp://ascii24.com/news/i/topi/article/2006/03/22/imageview/images803120.jpg.html
ttp://sg.vr-zone.com/index.php?i=3448
ttp://ascii24.com/news/i/topi/article/2006/03/22/imageview/images803120.jpg.html
>>116
全角のまま書き込んじゃったorz
全角のまま書き込んじゃったorz
気にするな
死にゃあせん
死にゃあせん
sossamanはintel core microarchitectureじゃない希ガス
SossamanはCore Duo（Yonah）をDualProcessor対応にしたもの。
俺はとりあえずあの話し方を治して貰えればおk
下半期に出るのね。㌧くす。
Conroe搭載のPowerMacっていつ出る？
>>125
Yonahの時みたいにAppleに先を越されたら、ドザの漏れにとっては
嫌な感じだな。
まぁYonahと違ってメインストーム向けのConroeだから大丈夫だと思
うけど。
PowerMacはわからんがConroeは早くて7月頃じゃないかな。
Yonahの時みたいにAppleに先を越されたら、ドザの漏れにとっては
嫌な感じだな。
まぁYonahと違ってメインストーム向けのConroeだから大丈夫だと思
うけど。
PowerMacはわからんがConroeは早くて7月頃じゃないかな。
ヨナのときはDELLが切れたらしいしさすがにConroeではそんなことやらんでしょ
DELLってウザイね
>>126
Appleも大口顧客で大事だろうが、出る数から考えてもAppleを
PCメーカーの他の大口顧客を差し置いて最優先にし続ける理由も
ないわけで。
CoreDuoの時は、まぁIntel的にもApple的にもいいスタートを
切りたいってことで話がついたんでしょ。
Appleも大口顧客で大事だろうが、出る数から考えてもAppleを
PCメーカーの他の大口顧客を差し置いて最優先にし続ける理由も
ないわけで。
CoreDuoの時は、まぁIntel的にもApple的にもいいスタートを
切りたいってことで話がついたんでしょ。
>>129
kwsk
kwsk
DELLはAMDの名前を出して買い叩くメーカーでしょ、時にはそういう事があってもいいよ。
DELLは流通業の分際で偉そうにしすぎなんだよ死ね
134 ：Socket774：2006/04/11(火) 20:47:03 ID:tuGAzEtf
Intel reschedules launch of Conroe and 965-chipset to July 2006 http://www.digitimes.com/mobos/a20051221A1001.html
>>133
最終組み立てまでまとめて請け負うってのと一緒なのか？
最終組み立てまでまとめて請け負うってのと一緒なのか？
ヨナマザーが出てこなかった理由はこれだったか。
Blackfordが出てきそうです。(5月中？)
ttp://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060320-05778.html
誰も期待してないだろうけど。
ttp://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060320-05778.html
誰も期待してないだろうけど。
>>MACオタ＞82 さん
自作したこともない初心者ですが、 MACオタさんは下らないことも
答えて下さりそうなので質問したいと思います。
PenM1.4GHz(Banias)をConroe1.86GHzにすると、
性能はおよそ何十%ほど上がるか分かりますか？
自作したこともない初心者ですが、 MACオタさんは下らないことも
答えて下さりそうなので質問したいと思います。
PenM1.4GHz(Banias)をConroe1.86GHzにすると、
性能はおよそ何十%ほど上がるか分かりますか？
>>137
自己レス。
晒しから3ヶ月以内にリリースしないといけないようなので7月までということですね。
あと、Montecitoと思われる奴のTPCベンチが出てます。
ttp://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=106030901
自己レス。
晒しから3ヶ月以内にリリースしないといけないようなので7月までということですね。
あと、Montecitoと思われる奴のTPCベンチが出てます。
ttp://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=106030901
Power Macは、6月発表、7月後半から8月に出荷ってぐらいのスケジュールじゃまいか？
GPUは単精度だし汎用じゃないしｗ
馬鹿はこのスレくるなよｗ
馬鹿はこのスレくるなよｗ
単用途プロセッサと汎用プロセッサを条件なく比較するなんて
いかにも馬鹿の考えそうなことだな。
いかにも馬鹿の考えそうなことだな。
145 ：ﾉｸﾏｰﾝ○（・（ｪ）・）○ ◆j5jVuxWdss ：2006/04/12(水) 03:40:05 ID:ucHf1zor
それでも10倍の差はやっぱりどうかと思うのー。
でも、とりあえず最大のボトルネックがHDDというのはガチ
CPUよりさきに何とか汁
CPUよりさきに何とか汁
これからはGPUでエンコだな。
オイオイ、専用の機能を入れないとDVDの再生すら出来ないような
ゲーム描画専用のインチキ計算で、単精度○相当っていってるだけだぞ。
現実世界に生きてる人間にはなんにも役に立たん性能だ。
ゲーム描画専用のインチキ計算で、単精度○相当っていってるだけだぞ。
現実世界に生きてる人間にはなんにも役に立たん性能だ。
おやおや
DX10の時代になればGPUだけでゲームが動けるらしい。
淫℡もちんたらやってたらそのうちゲーマーからCPU排斥運動起こるかもなｗ
淫℡もちんたらやってたらそのうちゲーマーからCPU排斥運動起こるかもなｗ
>>153
そこまでプログラマブルじゃねーだろ
そこまでプログラマブルじゃねーだろ
ｹﾞﾌｫ用Windowsとか出せよ
10倍速くなるはず
10倍速くなるはず
DirectX10世代のGPUとやらはいつ出るんだ？
GPUだけでゲーム動くってそれじゃ本末転倒
ソニー板のtypeRスレにエンコではPenDがConroeに勝つとか言ってる馬鹿がいるんだがｗ
160 ：Socket774：2006/04/13(木) 15:31:52 ID:N9LoB9hV
なんちゃって座標って何？
.net ILネイティブCPUって面白いと思ってる俺
こいつゲームが倍精度使ってると思ってるんだろうか・・・
FPU信者かつGPUアンチなんだろ。
単精度相当に決まってるじゃん。
GPUは基本DSPだから。
GPUは基本DSPだから。
単精度ながら、単精度としてはちゃんとした演算してんじゃねぇの？
openGLチップに流用されてるのもあるし
openGLチップに流用されてるのもあるし
Conroe世代になればぶち抜くよ
AVIVOエンコはX2の10倍速だよ。
糞画質イラネ
>単精度ながら、単精度としてはちゃんとした演算してんじゃねぇの？
http://developer.nvidia.com/object/floating_point_specials.html
うちのは例外も対応してるけど他のIHVはｼﾗﾈってさ。
http://developer.nvidia.com/object/floating_point_specials.html
うちのは例外も対応してるけど他のIHVはｼﾗﾈってさ。
>161
Javaチップは大コケしたわけだが
ISAはm88kが一番美しかったなあ
CISCならNS32032が好き
Javaチップは大コケしたわけだが
ISAはm88kが一番美しかったなあ
CISCならNS32032が好き
絶対的な性能とか消費電力とか発熱とかは無視すると
エンコ性能対価格の面ではあまり違いはでないとかんがえていいのかな？
エンコ性能対価格の面ではあまり違いはでないとかんがえていいのかな？
何との比較だよ？
は？
＞エンコ性能対価格
>>172
いや……基本的に、高くて高速なプロセッサの方がエンコ性能も高いと思いますが……
いや……基本的に、高くて高速なプロセッサの方がエンコ性能も高いと思いますが……
あぁ、そういう意味か・・・
それなら、プロセサの価格体系見れば分かるが（1クラス(200Mhz)Upと価格Upの相関関係）、
基本的に安い方がコストパフォーマンスは、当然高くなる。
価格が倍だからって、クロック(性能）も倍になるわけじゃないからね。
（まぁ、1coreプロセサと2coreプロセサなら、マルチスレッド考慮した場合そう言えなくもないが・・・）
それなら、プロセサの価格体系見れば分かるが（1クラス(200Mhz)Upと価格Upの相関関係）、
基本的に安い方がコストパフォーマンスは、当然高くなる。
価格が倍だからって、クロック(性能）も倍になるわけじゃないからね。
（まぁ、1coreプロセサと2coreプロセサなら、マルチスレッド考慮した場合そう言えなくもないが・・・）
>>172
MPEG2(つーかTMPGEncで)のエンコードでさえ、Conroeのローエンド品のコストパフォーマンスは
現在もっとも優れたコストパフォーマンスであるだろうD805やD920より上だと思うよ。
同価格帯の製品で比較した場合後から出てきた製品のほうがコストパフォーマンスで
上になるってのはまぁ当然なので別段驚くべき話ではないねえ。
MPEG2(つーかTMPGEncで)のエンコードでさえ、Conroeのローエンド品のコストパフォーマンスは
現在もっとも優れたコストパフォーマンスであるだろうD805やD920より上だと思うよ。
同価格帯の製品で比較した場合後から出てきた製品のほうがコストパフォーマンスで
上になるってのはまぁ当然なので別段驚くべき話ではないねえ。
エンコですらConroe 2.67GHz＞PenD 3.4GHzだからなｗ
エンコ以外はPenDはConroeの足元にも及ばないよ。
エンコ以外はPenDはConroeの足元にも及ばないよ。
新しいＰＣが欲しいんだけどconroeが出るまで待てと言われて待っています。
いつ頃に出るんですか？
いつ頃に出るんですか？
>>179
言ってること変ですよ？
言ってること変ですよ？
Conroe用のチップセットの965が7月に前倒しらしいから7月か8月くらいに出るんじゃないの
具体的にいつ出るかはもうちょっと待たないとわからないっす
具体的にいつ出るかはもうちょっと待たないとわからないっす
Core Duo T2300 1.66 GHz
Celeron 2.20 GHz
どちらが高機能でしょうか？
Celeron 2.20 GHz
どちらが高機能でしょうか？
2.2だとCeleronのほうが高機能
188 ：Socket774：2006/04/15(土) 12:13:36 ID:rp+Qa4zh
ママー当たり前のこといってる人がいるよ～
どちらが速いでしょうか？の間違いでしたorz
淡い期待でも抱いているの？
Celeron2.20GHzの方が早い状況を探せ、というお題なら考えてやる。
>>191
教えてくれ
教えてくれ
>>192
買い替え
買い替え
>>192
Celeron以外のCPUだと遅くなるコードを吐くコンパイラでコンパイルしたプログラムを実行すたときかな…
Celeron以外のCPUだと遅くなるコードを吐くコンパイラでコンパイルしたプログラムを実行すたときかな…
>>194
東北人ですか？
東北人ですか？
Anandtechのライター、Johan De Gelas氏がAcesHardware掲示板にCoreアーキテクチャに関する次回の記事
の取材で得た次世代情報を書いてくれているす。
http://www.aceshardware.com/forums/read_post.jsp?id=115161295&forumid=1
・Parrotの研究は継続しているが実装時期わ不明
・トレースキャッシュも次世代で復活予定
・512-bit幅SIMDのようなベクトルプロセッサ的拡張の予定わ無し
・ISA拡張において結果を上書きしない3-opsタイプの命令セットも実装の予定わ無い
の取材で得た次世代情報を書いてくれているす。
http://www.aceshardware.com/forums/read_post.jsp?id=115161295&forumid=1
・Parrotの研究は継続しているが実装時期わ不明
・トレースキャッシュも次世代で復活予定
・512-bit幅SIMDのようなベクトルプロセッサ的拡張の予定わ無し
・ISA拡張において結果を上書きしない3-opsタイプの命令セットも実装の予定わ無い
そらCoreDuoとCeleron 2GHzならCeleronのほうが登場時期が早いだろ。
Trace cache ｷﾀｺﾚ
トレースキャッシュ否定派ｶﾜｲｿｽｗｗｗ
トレースキャッシュの弱点わ、トレース情報を付加するためにキャッシュ容量あたりに格納できる命令数が
減ってしまうことすけど、プロセスの微細化で使えるトランジスタ数が増えてくれば確かに問題点わ緩和される
かと思われるす。
減ってしまうことすけど、プロセスの微細化で使えるトランジスタ数が増えてくれば確かに問題点わ緩和される
かと思われるす。
つか、Parrot自体がTrace Cache前提だし。
Netburstでもたらされた技術の全てが間違いであるかのような考えのヤツが多すぎるんだよ
Nehalem（オレゴン）だけだろうか？それともGilo（イスラエル）にも実装されるんだろうか＞トレースキャッシュ
新しいCPUが出ても絶対的な性能と価格の面ではあまり変わらないんだよな。
Gameのコストパフォーマンスは若干あがるかもしれないけど、エンコユーザーにはあまりメリットなさげ。
PenD買うくらいならもう少し待てという奴もいるが、発熱の問題なら忍者+使ってればなんら問題ないし、
半年待ってまで買うメリットあるのかね？
Gameのコストパフォーマンスは若干あがるかもしれないけど、エンコユーザーにはあまりメリットなさげ。
PenD買うくらいならもう少し待てという奴もいるが、発熱の問題なら忍者+使ってればなんら問題ないし、
半年待ってまで買うメリットあるのかね？
頭悪い子がやって来ましたｗ
207 ：Socket774：2006/04/15(土) 19:33:33 ID:aZ29BW2e
オレゴン部隊がトレースキャッシュ使ってくるのは自然だけど、どう仕上げてくるか
興味深いね。
NehalemはMeromよりかなり予想が難しいんで、その分楽しみ。
興味深いね。
NehalemはMeromよりかなり予想が難しいんで、その分楽しみ。
>>新しいCPUが出ても絶対的な性能と価格の面ではあまり変わらないんだよな。
相当変わるからみんな騒いでいる。いままで高性能といわれてたFX60をゴミ
にするパワーを持ってるから。
PenD920自体悪くはないが、コンロが出たら藁セレに見えてくると思うよ。
相当変わるからみんな騒いでいる。いままで高性能といわれてたFX60をゴミ
にするパワーを持ってるから。
PenD920自体悪くはないが、コンロが出たら藁セレに見えてくると思うよ。
PenD805が16000円くらいで買えますよね？
3.7Ghzまでクロックアップできるみたいです。
同価格帯でConroeが出たとしてOCした場合
1．5倍位の性能になるのでしょうか？>エンコード
3.7Ghzまでクロックアップできるみたいです。
同価格帯でConroeが出たとしてOCした場合
1．5倍位の性能になるのでしょうか？>エンコード
211 ：Socket774：2006/04/15(土) 19:59:35 ID:/js5e2Rc
>>本気でそう思うんなら、今PenD買えばいいんじゃない？
http://plusd.itmedia.co.jp/pcupdate/articles/0603/23/news075.html
ついで、もはやAMD系が少電力とはいえない状況だね(CステのPenD参照)
シングルスレッドアプリやアイドルではFX60よりずっと省電力なXE965
>>1．5倍位の性能になるのでしょうか？>エンコード
なる。コンロはOC耐性たかいらしいから。下位グレードだとその程度
は可能。
http://plusd.itmedia.co.jp/pcupdate/articles/0603/23/news075.html
ついで、もはやAMD系が少電力とはいえない状況だね(CステのPenD参照)
シングルスレッドアプリやアイドルではFX60よりずっと省電力なXE965
>>1．5倍位の性能になるのでしょうか？>エンコード
なる。コンロはOC耐性たかいらしいから。下位グレードだとその程度
は可能。
クロック毎の効率が上がってもクロック毎の価格もあがるだそうし、
コストパフォーマンス的にはゲームならともかくエンコならあまり
変わらないんじゃないかな？
ましてやPenD805は投げ売りみたいな感じで売られてる超コストパ
フォーマンスCPUだし。おまけに半年待たなければならないってデ
メリットもあるしな。PenD買うくらいなら待てってのもおかしな
話で、その待っていた分低スペックなPCを使わなくちゃならな
いってデメリットは考えないのかな？ゲームも50％UPとか言ってる
けど、ぶっちゃけCPUなんかよりVGAによる差の方がでかいだろ。価
格無視で7900GTXのQuardSLIと組み合わせて、ベンチ等の実用性のな
い絶対的なパフォーマンスのみを求めるユーザーにしかたいして恩
恵は受けられなそうだな。
コストパフォーマンス的にはゲームならともかくエンコならあまり
変わらないんじゃないかな？
ましてやPenD805は投げ売りみたいな感じで売られてる超コストパ
フォーマンスCPUだし。おまけに半年待たなければならないってデ
メリットもあるしな。PenD買うくらいなら待てってのもおかしな
話で、その待っていた分低スペックなPCを使わなくちゃならな
いってデメリットは考えないのかな？ゲームも50％UPとか言ってる
けど、ぶっちゃけCPUなんかよりVGAによる差の方がでかいだろ。価
格無視で7900GTXのQuardSLIと組み合わせて、ベンチ等の実用性のな
い絶対的なパフォーマンスのみを求めるユーザーにしかたいして恩
恵は受けられなそうだな。
214 ：Socket774：2006/04/15(土) 20:35:28 ID:/js5e2Rc
どこを縦読みすればいいんですか？
エンコ：Conroe 2.67GHz＞PenXE 3.73GHz
その他：Conroe 2.67GHz＞＞＞越えられない壁＞＞＞PenXE 3.73GHz
その他：Conroe 2.67GHz＞＞＞越えられない壁＞＞＞PenXE 3.73GHz
解った。
今までのPenMとか805でずっとOCvs定格というアホな比較でウマーとか言ってたのと同じで
805OC vs Conroe定格で変わらないとか言ってるわけだな。
今までのPenMとか805でずっとOCvs定格というアホな比較でウマーとか言ってたのと同じで
805OC vs Conroe定格で変わらないとか言ってるわけだな。
217 ：Socket774：2006/04/15(土) 20:44:00 ID:/js5e2Rc
エンコも
Conroe XE＞＞＞越えられない壁＞＞＞PenXE
Conroe XE＞＞＞越えられない壁＞＞＞PenXE
MACオタさんて、日本人じゃないの？
それとも小学校でちゃんと国語を勉強しなかったの？
それとも「は」のかわりに「わ」を使うのがスタイル？
つっこんじゃいけなかった？
「わ」が使ってあるのと、頭がムズムズする。
それとも小学校でちゃんと国語を勉強しなかったの？
それとも「は」のかわりに「わ」を使うのがスタイル？
つっこんじゃいけなかった？
「わ」が使ってあるのと、頭がムズムズする。
>>218
まあMACキモヲタ氏ねって事だな
まあMACキモヲタ氏ねって事だな
>>214-217
絶対的なパフォーマンスと、コストパフォーマンスの違いが分かってない奴が大杉だな。
>>212
文脈の流れから50%のクロックアップが出来るかって質問じゃなくて、両方を限界まで
OCした場合、エンコ性能のコストパフォーマンスが1．5倍に上がるのかって質問だろ？
PenD805より上がるどころか、同じかむしろ下がると思うけどな。Conroeが現状で発売
されてるならConroeを買うべき（実勢価格の差にもよるが）だが、コストパフォーマン
スが同じか下がるかもしれないCPUを半年待ってまで買うメリットはない。
CPUによる性能差を体感でもろに感じられる処理なんてエンコくらいしかないんだし。
普段の処理ならセレDでもオーバースペックなくらいでしょ。
絶対的なパフォーマンスと、コストパフォーマンスの違いが分かってない奴が大杉だな。
>>212
文脈の流れから50%のクロックアップが出来るかって質問じゃなくて、両方を限界まで
OCした場合、エンコ性能のコストパフォーマンスが1．5倍に上がるのかって質問だろ？
PenD805より上がるどころか、同じかむしろ下がると思うけどな。Conroeが現状で発売
されてるならConroeを買うべき（実勢価格の差にもよるが）だが、コストパフォーマン
スが同じか下がるかもしれないCPUを半年待ってまで買うメリットはない。
CPUによる性能差を体感でもろに感じられる処理なんてエンコくらいしかないんだし。
普段の処理ならセレDでもオーバースペックなくらいでしょ。
221 ：Socket774：2006/04/15(土) 20:59:03 ID:/js5e2Rc
バカの壁が発生中です。。。
>PenD805より上がるどころか、同じかむしろ下がると思うけどな。
ｷﾀｺﾚｗｗ
ｷﾀｺﾚｗｗ
エンコも
Conroe 2.4GHz ＞＞＞＞＞＞＞＞ PenXE3.73GHz
Conroe 2.4GHz ＞＞＞＞＞＞＞＞ PenXE3.73GHz
>>223
あくまで「思う」と言っているだけです。
断言してるようですからデータをお持ちなようですね。
発売当時のConroeの価格を明記して、TMPGenc3.0のMPEG2のエンコを同じ設定でエン
コした場合の結果を教えてくれると助かります。定格と限界OC同士での両方のデータがあれば
なお完璧ですね。私も純粋にコストパフォーマンスが上がってくれれば嬉しい（待たされるの
ですから上がってくれないと困りますね。）のでよろしくお願いします。面倒ならばConroeの結果と発売当時の価格の明記だけでもかまいませんので。
あくまで「思う」と言っているだけです。
断言してるようですからデータをお持ちなようですね。
発売当時のConroeの価格を明記して、TMPGenc3.0のMPEG2のエンコを同じ設定でエン
コした場合の結果を教えてくれると助かります。定格と限界OC同士での両方のデータがあれば
なお完璧ですね。私も純粋にコストパフォーマンスが上がってくれれば嬉しい（待たされるの
ですから上がってくれないと困りますね。）のでよろしくお願いします。面倒ならばConroeの結果と発売当時の価格の明記だけでもかまいませんので。
>>225
頭水冷したら？
頭水冷したら？
227 ：Socket774：2006/04/15(土) 21:34:25 ID:WGScLCQQ
漏れもエンコのコストパフォーマンスがどの程度上がるのか知りたい。
発売されてるIntelの最速CPUと現状の最速Conroeとの絶対的な性能ばかり
の比較であまり意味なさそうだし・・・。
実勢価格がいくらくらいになるのか書いてある信用性のあるサイトってないっすか？
発売されてるIntelの最速CPUと現状の最速Conroeとの絶対的な性能ばかり
の比較であまり意味なさそうだし・・・。
実勢価格がいくらくらいになるのか書いてある信用性のあるサイトってないっすか？
>>226
ガス冷じゃなきゃ無理だよw
ガス冷じゃなきゃ無理だよw
>>212のリンク先の
D820とD920の消費電力がなんかおかしくね？
D820とD920の消費電力がなんかおかしくね？
230 ：Socket774：2006/04/15(土) 22:15:42 ID:5T9SoaXx
ヤバい。ID: YI3hsoaCが面白すぎる。
hkepcがIDF台北のレポートを掲載しているすけど、Intelわ2007年後半にもDDR3に移行するつもりらしいす。
http://www.hkepc.com/bbs/news.php?tid=583562
-------------------------
他們的DDR3記憶體模組已經準備可於06年下半年量?，初期速度為DDR3-800，及後將會推出
DDR3-1067及DDR3-1333，預計最高速度將為DDR3-1666，並預計Intel將會於07年下半年把
DDR3記憶體用於?面平台以上，而取代DDR2主流地位則預測為2009年Q1。
-------------------------
同頁のプレゼンにあるようにDDR3の最大のポイントわ消費電力の低減すけど、64-bit化によるメモリの
大容量化やメモリコントローラ機能内蔵のFB-DIMMへの流れで重要性わ高いと思われるす。
ついでにメモリコントローラを抱え込んじゃった競合他社を引き離す意味もあるかと。。。
http://www.hkepc.com/bbs/news.php?tid=583562
-------------------------
他們的DDR3記憶體模組已經準備可於06年下半年量?，初期速度為DDR3-800，及後將會推出
DDR3-1067及DDR3-1333，預計最高速度將為DDR3-1666，並預計Intel將會於07年下半年把
DDR3記憶體用於?面平台以上，而取代DDR2主流地位則預測為2009年Q1。
-------------------------
同頁のプレゼンにあるようにDDR3の最大のポイントわ消費電力の低減すけど、64-bit化によるメモリの
大容量化やメモリコントローラ機能内蔵のFB-DIMMへの流れで重要性わ高いと思われるす。
ついでにメモリコントローラを抱え込んじゃった競合他社を引き離す意味もあるかと。。。
同じくhkepcのClovertownレポートす。
http://www.hkepc.com/bbs/news.php?tid=583149
Clovertown/2GHz Dual構成でCinebench 9.5のデモを行った結果わ、
SP Rendering: 362
MP Rendering: 1723 (4.76x)
とのことす。
http://www.hkepc.com/bbs/news.php?tid=583149
Clovertown/2GHz Dual構成でCinebench 9.5のデモを行った結果わ、
SP Rendering: 362
MP Rendering: 1723 (4.76x)
とのことす。
コンロはAGP使えるマザーでないだろうからCステPenD買う
スケーラビリティすけど、aceshardware掲示板のヒトが掘ってきたOpteron 854(2.8GHz) x 8構成との比較す。
http://www.iwill-benelux.com/test/H8502/images/IMG_0969.jpg
http://forums.2cpu.com/showpost.php?p=623782&postcount=44
SP Rendering: 448
MP Rendering: 2154 (4.81x)
2-dieくっつけてるだけとか、4-coreでFSB一本とかいう点が問題になっている様子わ無いす。
http://www.iwill-benelux.com/test/H8502/images/IMG_0969.jpg
http://forums.2cpu.com/showpost.php?p=623782&postcount=44
SP Rendering: 448
MP Rendering: 2154 (4.81x)
2-dieくっつけてるだけとか、4-coreでFSB一本とかいう点が問題になっている様子わ無いす。
235 ：Socket774：2006/04/15(土) 23:32:56 ID:HLvpdPC9
ID:YI3hsoaC
エンコなんてハードウェアでやらないほうが馬鹿だろ。
マンコはソフトの方がよい。
238 ： ◆LSD.t1QD9w ：2006/04/16(日) 00:14:30 ID:34ftUpy2 BE:211349344-#
はぁ・・・
意外とハードもいけますよ？
240 ： ◆LSD.t1QD9w ：2006/04/16(日) 00:23:54 ID:34ftUpy2 BE:79256232-#
ハードは上級者向け
普通はソフト
で、エンコードをソフトでやる奴が居たら称えよう
で、エンコを学校でやる奴が居たら神認定してピーポ君にチクろう
普通はソフト
で、エンコードをソフトでやる奴が居たら称えよう
で、エンコを学校でやる奴が居たら神認定してピーポ君にチクろう
TMPGEncでMpeg2ｴﾝｺの結果をどこもやらなくなったなぁ。
TMPGEnc4.0XPressがCoreに最適化されているなら、やるんだろうけど・・・。
TMPGEnc4.0XPressがCoreに最適化されているなら、やるんだろうけど・・・。
>>223
は何も音沙汰ないな？逃げたのかな？w
証拠もなしに勝手な思いこみだけで断言したのかな？w
もしそうなら2行目は脅迫と受け取れるんじゃないか？wwwwwwwwwwwwwwwwwwwwwwww
は何も音沙汰ないな？逃げたのかな？w
証拠もなしに勝手な思いこみだけで断言したのかな？w
もしそうなら2行目は脅迫と受け取れるんじゃないか？wwwwwwwwwwwwwwwwwwwwwwww
http://www.anandtech.com/printarticle.aspx?i=2716
Conroeは、PenDと同等以上のエンコ性能のFX60を2.8GHzにOCしたものに圧勝してますね。
しかもこのベンチ結果は激しく既出なんですが。
Conroeは、PenDと同等以上のエンコ性能のFX60を2.8GHzにOCしたものに圧勝してますね。
しかもこのベンチ結果は激しく既出なんですが。
244 ：Socket774：2006/04/16(日) 07:33:26 ID:69Nt7475
ID:YI3hsoaCはID: z0xYTc1zになったのか。
今日も楽しませてくれ。
今日も楽しませてくれ。
245 ：Socket774：2006/04/16(日) 08:17:44 ID:z0xYTc1z
>>243
ん？WMEとDIVXとITUNESのエンコードだと買ってFX-60が買ってるように見えるんだけど？
このグラフどうやってみればいいのかいまいち分からないんだけど横軸は秒間あたりのフレームレートでいいのかな？
ん？WMEとDIVXとITUNESのエンコードだと買ってFX-60が買ってるように見えるんだけど？
このグラフどうやってみればいいのかいまいち分からないんだけど横軸は秒間あたりのフレームレートでいいのかな？
Encoding Time in Seconds (Lower is Better)
>>246
ああ、うっかりしてた・・・・
>>243
TMPGencとDivXならXE955の時点で勝ってるんですよね。
WMEなんて信者くらいしか使わんでしょ・・
http://pcweb.mycom.co.jp/special/2006/xe955vsfx60/009.html
ああ、うっかりしてた・・・・
>>243
TMPGencとDivXならXE955の時点で勝ってるんですよね。
WMEなんて信者くらいしか使わんでしょ・・
http://pcweb.mycom.co.jp/special/2006/xe955vsfx60/009.html
なんかあまりの頭悪さを見せられると
カワイソスの哀れみが先に来て煽って楽しむとか出来なくなる。
カワイソスの哀れみが先に来て煽って楽しむとか出来なくなる。
それと僕はコストパフォーマンスについて聞いてるのに、なんで絶対性能ばかりの話をしてるの？
ユーザーの視点で全く語られてないじゃん。ラインナップと市場価格とエンコの性能比を出してくれば一発なのに
ユーザーの視点で全く語られてないじゃん。ラインナップと市場価格とエンコの性能比を出してくれば一発なのに
>>248
だよねぇ・・・
だよねぇ・・・
>>248
>>250
そこまで言うなら納得できるデータを持ってきてくれれば済む話じゃん。
こちらが要求してるベンチくらいたいして難しいもんでもないでしょ。
ただ人を中傷するだけの奴の方がよほどｶﾜｲｿｽ
>>250
そこまで言うなら納得できるデータを持ってきてくれれば済む話じゃん。
こちらが要求してるベンチくらいたいして難しいもんでもないでしょ。
ただ人を中傷するだけの奴の方がよほどｶﾜｲｿｽ
頭がおかしいと言うか、精神的に狂ってるとしか言いようがないな・・・
なんだただの煽りか、相手にした漏れが馬鹿でした^^;
255 ：Socket774：2006/04/16(日) 09:27:48 ID:oYaY7YeD
ID:z0xYTc1z
256 ：Socket774：2006/04/16(日) 09:31:18 ID:z0xYTc1z
E6300が日本円で25000円ちょっとってところか？
E6700相当までOCできると考えて・・・。
PenD 805の限界OC（CeleronDのデュアル3.7Ghzl相当）と比較して1．5倍以上のエンコ性能が
あるかどうかってことだよね。なんか微妙だな？やっぱり直接比較してくれないと分かりにくい
のでよろしくお願いします。
E6700相当までOCできると考えて・・・。
PenD 805の限界OC（CeleronDのデュアル3.7Ghzl相当）と比較して1．5倍以上のエンコ性能が
あるかどうかってことだよね。なんか微妙だな？やっぱり直接比較してくれないと分かりにくい
のでよろしくお願いします。
呆れたｗ
いえいえ、そちらこそデータを示してください。
何も出来ないなら黙ってROMってて下さい。
迷惑です。
何も出来ないなら黙ってROMってて下さい。
迷惑です。
私は思うといったことを断定して否定してきた訳ですからソースを示す義務はそちらにあると思いますよ。
そもそもの問題はソース無しの断定に説得力があるかどうかだな。
もっともConroeは手元に無いからOCできないし、エンコのコストパフォーマンスにこだわるなら
ランコストまで考えないとおかしいしな(時間かかるから)。
もっともConroeは手元に無いからOCできないし、エンコのコストパフォーマンスにこだわるなら
ランコストまで考えないとおかしいしな(時間かかるから)。
特に何も情報がないのに、なんで流れてるのかと思ったら、コストパフォーマンスを使いたいだけのバカが沸いていたのか
それにしてもこのバカは純正FANでOCするつもりなんだな、CPUの値段だけでコストパフォーマンスって騒いでるようだしw
それにしてもこのバカは純正FANでOCするつもりなんだな、CPUの値段だけでコストパフォーマンスって騒いでるようだしw
Conroeに期待しまくっている馬鹿共で一杯だなｗ
>261
限界OC目指すならどちらにせよ純正FANじゃ無理じゃない？
限界OC目指すならどちらにせよ純正FANじゃ無理じゃない？
$209が25000円ちょっとってｗ
実際そうだからな。
204ドルのものが安くても25,000円くらい
204ドルのものが安くても25,000円くらい
IBMが登録したSossamanのSPEC2000の成績が公開されているす。シングルスレッド性能わ優秀すけど、
FPとマルチプロセスでの結果わ、バスに足を引っ張られている模様す。
・INT2000 (base/peak)
Sossaman/2.0GHz: 1663/1668
Sossaman/1.67GHz: 1417/1422
(P4 XE/3.2GHz/2MB L3: 1583/1620)
(Opteron/2.2GHz: 1494/1580)
・FP2000 (base/peak)
Sossaman/2.0GHz: 1370/1397
Sossaman/1.67GHz: 1224/1246
(P4 XE/3.2GHz/2MB L3: 1841/1868)
(Opteron/2.2GHz: 1671/1911)
・INT2000_rate (4-way, base/peak)
Sossaman/2.0GHz: 57.5/57.9
Sossaman/1.67GHz: 51.1/51.2
(Xeon/3.17GHz/1MB L3: 57.6/55.9)
(Opteron/1.8GHz: 59.2/52.6)
・FP2000_rate (4-way, base/peak)
Sossaman/2.0GHz: 30.3/30.9
Sossaman/1.67GHz: 29.1/29.7
(Xeon/3.17GHz/1MB L3: 40.8/40.0)
(Opteron/1.8GHz: 64.4/59.7)
FPとマルチプロセスでの結果わ、バスに足を引っ張られている模様す。
・INT2000 (base/peak)
Sossaman/2.0GHz: 1663/1668
Sossaman/1.67GHz: 1417/1422
(P4 XE/3.2GHz/2MB L3: 1583/1620)
(Opteron/2.2GHz: 1494/1580)
・FP2000 (base/peak)
Sossaman/2.0GHz: 1370/1397
Sossaman/1.67GHz: 1224/1246
(P4 XE/3.2GHz/2MB L3: 1841/1868)
(Opteron/2.2GHz: 1671/1911)
・INT2000_rate (4-way, base/peak)
Sossaman/2.0GHz: 57.5/57.9
Sossaman/1.67GHz: 51.1/51.2
(Xeon/3.17GHz/1MB L3: 57.6/55.9)
(Opteron/1.8GHz: 59.2/52.6)
・FP2000_rate (4-way, base/peak)
Sossaman/2.0GHz: 30.3/30.9
Sossaman/1.67GHz: 29.1/29.7
(Xeon/3.17GHz/1MB L3: 40.8/40.0)
(Opteron/1.8GHz: 64.4/59.7)
DDR２メモリは短命と、MSマーティン氏。
コードネームLonghornで知られ、年末発売をVISTAとしてパッケージングを約束した彼が、
重い動作環境対策にVISTAの主流はDDR3となると豪語。
また、開発中のLonghornに関しては非常に高スペックを要する物となっているが、
パッケージングされるまでにはXP同等のメモリスペックで動作するよう調整している。
今、DDR2に金をかけるなら一歩踏みとどまるか、シェアの多いDDRを増やす方が得策であるという。
コードネームLonghornで知られ、年末発売をVISTAとしてパッケージングを約束した彼が、
重い動作環境対策にVISTAの主流はDDR3となると豪語。
また、開発中のLonghornに関しては非常に高スペックを要する物となっているが、
パッケージングされるまでにはXP同等のメモリスペックで動作するよう調整している。
今、DDR2に金をかけるなら一歩踏みとどまるか、シェアの多いDDRを増やす方が得策であるという。
ぬるぽ
>>266
板違いキチガイさんはさっさと消え失せてくださいね
板違いキチガイさんはさっさと消え失せてくださいね
コストパフォーマンスはPenD805の方が↑だぜﾋｬﾎｰ！！！！！！！！！！！！！！１
Conroeに期待して待ってるおまいら負け組wwwwwwwﾍ√ﾚvv~(ﾟ∀ﾟ)─wwﾍ√ﾚvv~─ !!wwwqwwwww!!
Conroeに期待して待ってるおまいら負け組wwwwwwwﾍ√ﾚvv~(ﾟ∀ﾟ)─wwﾍ√ﾚvv~─ !!wwwqwwwww!!
可哀想に…。
環境も比べてるアプリも同一じゃないんで、あくまで推測って程度なので
穴だらけなのは承知しているが
http://pcweb.mycom.co.jp/articles/2006/04/13/805oc/002.html
http://www.anandtech.com/printarticle.aspx?i=2716
http://pcweb.mycom.co.jp/special/2006/xe955vsfx60/006.html
これらのベンチの値をクロック比で考えると
E6300と3.8GHzくらいまでOCしたPentiumDはDivXのエンコだと似たようなパフォーマンス
になるんじゃないだろか
HTTが効いてるとすると、E6300の方が上の可能性が高い
ここで、コストパフォーマンス厨の論にのっかると、25kのE6300が16kの[email protected]
と同程度か 9(^Д^)ぷぎゃー
になるんだろうが、PenD805は別途ファン代がいるので、mycomのだと市場価格で+6000円強
それでも、25kvs22kで、PenD805最強って言いそうだが
一からPC組むんだったら3kの差ってでかいか？
というわけで、今すぐエンコしないといけないのものが大量にあって、金がないなら、PenD805で組んで
さっさとエンコしろ
別に待てるんだったら、実際にConroeが発売されて色々情報が貯まってからもう一度考えれ
という当たり前の結論だな
穴だらけなのは承知しているが
http://pcweb.mycom.co.jp/articles/2006/04/13/805oc/002.html
http://www.anandtech.com/printarticle.aspx?i=2716
http://pcweb.mycom.co.jp/special/2006/xe955vsfx60/006.html
これらのベンチの値をクロック比で考えると
E6300と3.8GHzくらいまでOCしたPentiumDはDivXのエンコだと似たようなパフォーマンス
になるんじゃないだろか
HTTが効いてるとすると、E6300の方が上の可能性が高い
ここで、コストパフォーマンス厨の論にのっかると、25kのE6300が16kの[email protected]
と同程度か 9(^Д^)ぷぎゃー
になるんだろうが、PenD805は別途ファン代がいるので、mycomのだと市場価格で+6000円強
それでも、25kvs22kで、PenD805最強って言いそうだが
一からPC組むんだったら3kの差ってでかいか？
というわけで、今すぐエンコしないといけないのものが大量にあって、金がないなら、PenD805で組んで
さっさとエンコしろ
別に待てるんだったら、実際にConroeが発売されて色々情報が貯まってからもう一度考えれ
という当たり前の結論だな
一長一短ってこったろ？
P6の延長線が焜炉
ﾈﾄﾊﾞのPenDに負ける部分が有ってもおかしくない
P6の延長線が焜炉
ﾈﾄﾊﾞのPenDに負ける部分が有ってもおかしくない
275 ：Socket774：2006/04/17(月) 16:14:47 ID:mN6YZM6t
>>273
Pentium DをOCするんなら、E6300もOCしてから比べないと不公平じゃないのかな。
Pentium DをOCするんなら、E6300もOCしてから比べないと不公平じゃないのかな。
エンコのことよく知らないから下手なこと言うかも知れんが、
エンコエンコって何をそんなにエンコするんだ？
MP3ならもう十分な速度だと思うが。
どうせnyで拾ったのとかレンタルしたDVDとかだろ？くだらねぇ。
エンコエンコって何をそんなにエンコするんだ？
MP3ならもう十分な速度だと思うが。
どうせnyで拾ったのとかレンタルしたDVDとかだろ？くだらねぇ。
XE955vsFX60で、エンコの方を貼るの忘れていた
http://pcweb.mycom.co.jp/special/2006/xe955vsfx60/009.html
こっちも参考ね
>>274
たまに出てくるよく回るCPUをOCしての、しかもエンコードにだけ着目してのコストパフォーマンスなんて話
だから一長一短もなにもない気が
E6300も1割程度OCできれば、エンコードに関してもコストパフォーマンスで同等で、他の性能は
圧倒ということになる
それに設計自体から来る性能に関しての一長一短をを云々するなら、ベンダーによって左右される値段
に基づくコストパフォーマンスじゃなくて、発売されているCPUの最高位同士を比べないか？
>>275
E6300のOC耐性なんて今の時点では推測すらできないものはわざと外したんだよ
それでも多分3000円ほど高くてDivXのエンコに関してはほぼ同等じゃねって感じだ
それも、PenD805を3.6GHz以上にOCできたらの話だ
外れ石を引いたら目も当てられないw
http://pcweb.mycom.co.jp/special/2006/xe955vsfx60/009.html
こっちも参考ね
>>274
たまに出てくるよく回るCPUをOCしての、しかもエンコードにだけ着目してのコストパフォーマンスなんて話
だから一長一短もなにもない気が
E6300も1割程度OCできれば、エンコードに関してもコストパフォーマンスで同等で、他の性能は
圧倒ということになる
それに設計自体から来る性能に関しての一長一短をを云々するなら、ベンダーによって左右される値段
に基づくコストパフォーマンスじゃなくて、発売されているCPUの最高位同士を比べないか？
>>275
E6300のOC耐性なんて今の時点では推測すらできないものはわざと外したんだよ
それでも多分3000円ほど高くてDivXのエンコに関してはほぼ同等じゃねって感じだ
それも、PenD805を3.6GHz以上にOCできたらの話だ
外れ石を引いたら目も当てられないw
つーかさ、そもそもPenD805なんて所詮繋だろ。
Conroe出て欲しくなったら、また買え。以上。
Conroe出て欲しくなったら、また買え。以上。
エンコでもConroeの相手になってないっすよ。
AGPのグラボ使うのでコンロにいけません
コンロって775と互換性ある？
Conroeは775だが現状のマザボではi975以外との互換性はない。
またi975は動作するにはするが保証の対象外。
素直にi965を待つべし。
またi975は動作するにはするが保証の対象外。
素直にi965を待つべし。
ぶりょーどうぉーらー
CPUでエンコ以外の性能比ってなんだよwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww（☆∀☆）
そんなもん体感で感じられる差が出るかってんだべらぼうめあひゃひゃれｌれｊれｋｌ
そんなもん体感で感じられる差が出るかってんだべらぼうめあひゃひゃれｌれｊれｋｌ
AcesHardware掲示板に貼られていたMicrosoftが公開したIntelのサーバーロードマップす。
http://www.mshk.com/hk/windowsserversystem/branchoffice/docs/PT101_Herbert_Hon.pdf
・Xeon DP (2-socket)
2006-1H2007: Bensley platform (Dempsey/Woodcrest -> Quad-core Clovertown)
2H2007-2008: Stoakley platform (Clovertown/Hapertown)
2008- : NextGen Xeon with CSI
・Xeon MP (> 2-socket)
2006-1H2007: Truland platform (Paxville MP/Tulsa
2H2007-2008: Caneland platform (Tigerton/Dunnington, Quad-core and P2P-FSB)
2009- : NextGen Xeon MP with CSI
http://www.mshk.com/hk/windowsserversystem/branchoffice/docs/PT101_Herbert_Hon.pdf
・Xeon DP (2-socket)
2006-1H2007: Bensley platform (Dempsey/Woodcrest -> Quad-core Clovertown)
2H2007-2008: Stoakley platform (Clovertown/Hapertown)
2008- : NextGen Xeon with CSI
・Xeon MP (> 2-socket)
2006-1H2007: Truland platform (Paxville MP/Tulsa
2H2007-2008: Caneland platform (Tigerton/Dunnington, Quad-core and P2P-FSB)
2009- : NextGen Xeon MP with CSI
>>284
あまり笑えない
あまり笑えない
>>285
日本語で書けよwwwwwwwww読めねぇだろうがwwwwwwwwwうぇうぇwwwwwwwarera rereafasdfaf
日本語で書けよwwwwwwwww読めねぇだろうがwwwwwwwwwうぇうぇwwwwwwwarera rereafasdfaf
( ﾟдﾟ) http://image.blog.livedoor.jp/friend_go_777/imgs/6/0/60aa7c5f.jpg
＿(__つ/￣￣￣/＿
＼/ /
( ﾟдﾟ)
＿(__つ/￣￣￣/＿
＼/ /
( ﾟдﾟ )
＿(__つ/￣￣￣/＿
＼/ /
＿(__つ/￣￣￣/＿
＼/ /
( ﾟдﾟ)
＿(__つ/￣￣￣/＿
＼/ /
( ﾟдﾟ )
＿(__つ/￣￣￣/＿
＼/ /
>>288
ｗｗｗｗｗｗｗｗｗｗｗｗっうぇｗｗｗｗｗｗｗｗｗｗっうぇｗｗｗｗｗｗｗｗっうぇｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗっうぇｗｗｗｗｗｗｗｗｗｗっうぇｗｗｗｗｗｗｗｗっうぇｗｗｗ
Conroeすげー
無敵だな。
無敵だな。
291 ：Socket774：2006/04/18(火) 03:50:58 ID:oF709m9H
Conroe、Meromを見るとアップルも切り替えて大正解だと思うよな。
確かに。
Appleは、OSをOPENSTEPベースにしていたのが功を奏したな。
CPUの移行が容易。
CPUの移行が容易。
294 ：Socket774：2006/04/18(火) 05:24:16 ID:Gp6qvpXF
X2ってすげぃ効率いいのな
クロックが全然違うのにクロック命のエンコでここまでやるとわ
クロックが全然違うのにクロック命のエンコでここまでやるとわ
295 ：Socket774：2006/04/18(火) 06:59:29 ID:naZtbSfv
来年Conroeマシン購入で決まっちゃいそうだ。
来年になったらAMDの65nmも出るんでしょ、どうなるかわかんないよ
今年はIntelで決まりだけど
今年はIntelで決まりだけど
>>288
こっち見んな
こっち見んな
>>296
マイクロアーキテクチャ刷新の予定も立ってないのに、65nm化だけで「どうなるかわかんない」なんてことはない。
マイクロアーキテクチャ刷新の予定も立ってないのに、65nm化だけで「どうなるかわかんない」なんてことはない。
来年の後半になったらインテルから45nmが出てくるよ。
10年後になったら今のPCなんて化石だよ
今日のアスキーにintelのとあるCPUが7月に出るって載ってた
PenD905のことでつねwwwwwwwwwwwwwwwwwwwwwwwwww
905はでないだろ、925じゃないの？
未だに5年前のOSが現役な現状を見ると、
焜炉＋DirectX10世代のグラフィックカードなら10年後でもいけそうな気はするけどな
焜炉＋DirectX10世代のグラフィックカードなら10年後でもいけそうな気はするけどな
306 ：MACオタ＞304 さん：2006/04/18(火) 19:44:16 ID:ATwUzDx0
>>304
このスレにわ、Conroeが10月になるという情報なら「うちの犬に聞いた｣ってソースでも信じちゃう
輩が棲みついてるすよ(笑)
前スレのこの辺を見ると、この手のアム虫の生態が良く判るす。
http://pc7.2ch.net/test/read.cgi/jisaku/1141882416/692-736
このスレにわ、Conroeが10月になるという情報なら「うちの犬に聞いた｣ってソースでも信じちゃう
輩が棲みついてるすよ(笑)
前スレのこの辺を見ると、この手のアム虫の生態が良く判るす。
http://pc7.2ch.net/test/read.cgi/jisaku/1141882416/692-736
Intel P965晶片組 將提早6月發?
http://www.hkepc.com/bbs/news.php?tid=586017
收到主機板廠商的消息，Intel將打算提早推出新一代晶片組P965北橋及ICH8?品系列，
原本Intel打算把965系列和下一代Core架構的Conroe處理器於Q3同時發?，
但現在則推前至06年6月7日，不過?建顯示核心的G965則尚未決定發?時間。
P965とConroeが6月7日って、最速だな。
http://www.hkepc.com/bbs/news.php?tid=586017
收到主機板廠商的消息，Intel將打算提早推出新一代晶片組P965北橋及ICH8?品系列，
原本Intel打算把965系列和下一代Core架構的Conroe處理器於Q3同時發?，
但現在則推前至06年6月7日，不過?建顯示核心的G965則尚未決定發?時間。
P965とConroeが6月7日って、最速だな。
SocketAM2の次の日って・・・
あてつけですか？
あてつけですか？
309 ：Socket774：2006/04/18(火) 21:34:16 ID:wiI4eTun
>306
呼んでないからずっとAMD板に「アム虫は～」とかいって遊んでてもらえ。
呼んでないからずっとAMD板に「アム虫は～」とかいって遊んでてもらえ。
Conroeは不安定なのでエンコ途中で止まるらしい（´ω｀）ノ
じゃあ買うの止めよう。
>>305
エンコ廚には10年後のCPUでもスペック足りないぜﾋｬｯﾎｰwwwwwwwwwww
エンコ廚には10年後のCPUでもスペック足りないぜﾋｬｯﾎｰwwwwwwwwwww
D5キャプれるキャプチャボードとその解像度でH.264リアルタイムエンコ余裕なCPUを求めて数千里
http://ascii24.com/news/i/topi/article/2006/04/03/661478-000.html
このPCならできるんじゃねぇ？ｗ
このPCならできるんじゃねぇ？ｗ
h抜き忘れた、スマソ
後よく考えりゃPCじゃない罠ｗ
後よく考えりゃPCじゃない罠ｗ
http://www16.big.or.jp/~bunnywk/cgi-bin/superpi.cgi
Yonahは空冷ではぶっちぎりだね。 AMDはYonahセレにも敗北。 南無～。
Yonahは空冷ではぶっちぎりだね。 AMDはYonahセレにも敗北。 南無～。
板違い
GPU単体で取り付けることなんてユーザーレベルではまずあり得ないから気にするな
>>317
ケースの蓋も開けたこと無いの？
ケースの蓋も開けたこと無いの？
ここは自作板なのにな(´・ω・｀)
GPU単体の取り付けなら製造業板かライン工板に
そんな板があるか知らんが
そんな板があるか知らんが
ハンダ付け板とエッチング板も要チェックだな。
タモリ倶楽部かよ。
タモリ倶楽部かよ。
SSE4はどうなった？ｗ
インテル第1四半期決算--チップの過剰在庫とPCの売上鈍化で低調
http://japan.cnet.com/news/biz/story/0,2000056020,20102013,00.htm
http://pcweb.mycom.co.jp/news/2006/04/20/103.html
http://japan.cnet.com/news/biz/story/0,2000056020,20102013,00.htm
http://pcweb.mycom.co.jp/news/2006/04/20/103.html
VistaとDirectX10が同時期だとすると、コンロと一緒にグラフィックカードも変えるのは無理があるか
vistaとDirectX10対応グラボは同時期じゃないよ。
焜炉よりは若干遅れるけど夏か秋には出るんじゃないか。
焜炉よりは若干遅れるけど夏か秋には出るんじゃないか。
WoodcrestのESも出回ってるみたいす。
http://forum.coolaler.com/showpost.php?p=1451877&postcount=5
http://forum.coolaler.com/showpost.php?p=1451877&postcount=5
こちらわhkepc.comよりIntelのXeon DPの販売計画す。
http://www.hkepc.com/bbs/news.php?tid=587095
ご覧の通り、Q3,06でWoodcrestが50%近くを占めるという、意欲的な計画す。
http://www.hkepc.com/bbs/news.php?tid=587095
ご覧の通り、Q3,06でWoodcrestが50%近くを占めるという、意欲的な計画す。
今夏に発表が予想されるPowerMacの後継機種には何が載ると思うすか？
Woodcrest
>>333
デュアルコア×1かデュアルコア×2かが気になる。
デュアルコア×1かデュアルコア×2かが気になる。
でもお前よりは役に立ってるよ。
つーか、気に入らないんならNG登録すればいいのに。
つーか、気に入らないんならNG登録すればいいのに。
他スレに出張して嫌味をぐだぐだのたまうような
品も教養も無いようなカスは死ねと思いますが。
ご丁寧に自作自演による自己弁護乙
品も教養も無いようなカスは死ねと思いますが。
ご丁寧に自作自演による自己弁護乙
MAC糞ヲタは氏ね
多分リアルでも嫌われてるだろうwwwwww
多分リアルでも嫌われてるだろうwwwwww
お前よく馬鹿にされないか？
「す。」をNGワードにすれば大丈夫です。
>>342
無茶しやがって・・・
というか、やはりこのような不毛な議論になって無駄に荒れることは目に見えているわけだから、
MAC野郎も場の空気を読んで荒れさせないように努めるべき。
一旦変なキャラを作ってしまって引くに引けないんだろうが、ここは大人な所を見せようや。
無茶しやがって・・・
というか、やはりこのような不毛な議論になって無駄に荒れることは目に見えているわけだから、
MAC野郎も場の空気を読んで荒れさせないように努めるべき。
一旦変なキャラを作ってしまって引くに引けないんだろうが、ここは大人な所を見せようや。
∫
∫ ∧＿∧＿__ ／￣￣￣￣￣￣￣￣￣￣￣￣
∫ （・∀・ ） / | ＜ まぁ落ち着けクズ共。
~━⊂ へ ∩）/ .| ＼＿＿＿＿＿＿＿＿＿＿＿＿
i'''（＿） i'''i￣,,,,,,/
￣ （＿）||￣￣
∫ ∧＿∧＿__ ／￣￣￣￣￣￣￣￣￣￣￣￣
∫ （・∀・ ） / | ＜ まぁ落ち着けクズ共。
~━⊂ へ ∩）/ .| ＼＿＿＿＿＿＿＿＿＿＿＿＿
i'''（＿） i'''i￣,,,,,,/
￣ （＿）||￣￣
MACヲタが変なしゃべり方をやめて、かつ変なAAを張るのもやめればすべて丸く収まるんだよ。
す。
いちいちあの書き方するのめんどくさくないのかねw
>>348
辞書登録してるんだろww
辞書登録してるんだろww
>>348
普通に書いた後、一括変換してるとみた
普通に書いた後、一括変換してるとみた
hkepc.comがIDF台北でのConroeのデモや3.1GHzにOCしたSuperPIの結果などを掲載しているす。
http://www.hkepc.com/bbs/news.php?tid=587650
・Officeベンチ
Presler/3.4GHz 800MHz FSB: 38.427 [sec.]
Concroe/2.16GHz 1066MHz FSB: 11.376 [sec.]
・SuperPI
Conroe/3.1GHz 1555MHz FSB: 16 [sec.]
http://www.hkepc.com/bbs/news.php?tid=587650
・Officeベンチ
Presler/3.4GHz 800MHz FSB: 38.427 [sec.]
Concroe/2.16GHz 1066MHz FSB: 11.376 [sec.]
・SuperPI
Conroe/3.1GHz 1555MHz FSB: 16 [sec.]
Concroeって何？
こんくろえ
4/23 07:30 TBS [文]がっちりマンデー!!
「ＰＣ業界陰の王様インテルの秘密」
[ゲ]吉田和正 [司]加藤浩次 [司]進藤晶子 [出]川田亜子
「ＰＣ業界陰の王様インテルの秘密」
[ゲ]吉田和正 [司]加藤浩次 [司]進藤晶子 [出]川田亜子
[ゲ]・・・ゲイ
[司]・・・司教
[司]・・・司祭
[出]・・・出がらし
[司]・・・司教
[司]・・・司祭
[出]・・・出がらし
357 ：Socket774：2006/04/23(日) 09:28:58 ID:sGSJyhht
しまった！
見損ねた！
見損ねた！
さっさと出せよ。っていつでるんだっけ？コンロ
359 ：Socket774：2006/04/23(日) 09:48:58 ID:sGSJyhht
秋じゃん？
100年後の話だな
鬼が笑い死ぬで
鬼が笑い死ぬで
>>360
去年のIDF Spring 2005でやった内容っぽいな
去年のIDF Spring 2005でやった内容っぽいな
>>360
うわ・・見れば良かった……
うわ・・見れば良かった……
俺も味噌こねた。つか日曜のこの時間帯じゃ起きられん。
CPUを作るにはコストは低いだろうけど・・・
それまでに掛かった研究費用で結局、値段が高くなるのがオチｗ
それまでに掛かった研究費用で結局、値段が高くなるのがオチｗ
IDFの入場料って15万円もするんだね。
番組見て初めて知った。
番組見て初めて知った。
>>363
100円以下で売ってどうやってあのでかい会社維持すんだよｗ
100円以下で売ってどうやってあのでかい会社維持すんだよｗ
>>367
マジか？
マジか？
>>366
研究費回収、減価償却して安定したら、の話じゃまいか？
>>368
数売るってことでしょ
そんだけ安ければ、今まで使えなかったところにもふんだんに使えるしね
だが鬼が笑い死ぬな
いつぞやは確か10GHz(ry
研究費回収、減価償却して安定したら、の話じゃまいか？
>>368
数売るってことでしょ
そんだけ安ければ、今まで使えなかったところにもふんだんに使えるしね
だが鬼が笑い死ぬな
いつぞやは確か10GHz(ry
テレビ出す暇があったら早く開発終えろと
>>374
PC（と呼ぶのかどうかは判らんが）は現在のスパコンみたいなブツになるのでは。
PC（と呼ぶのかどうかは判らんが）は現在のスパコンみたいなブツになるのでは。
物価が下がって１００円が１０万の価値になるんだよ。
原価は100円になるけど販売価格は数万というオチ。
で、光配線が最初に実用化されそうなのは
NECのスパコンだな
後継機開発が継続すればの話だけど
NECのスパコンだな
後継機開発が継続すればの話だけど
光トランジスタ勃起
現行マザーボードのConroeサポートについての情報す。
端的に言って､VRMの規格が変わっているので期待薄とか。。。
http://www.xtremesystems.org/forums/showthread.php?t=96989
------------------------
1) Boards based on the 975X chipset, available for sale right now, are NOT Conroe compatable,
nor will they be with just a BIOS update. The reason why is that the current boards all have a
PWM buck controller that does not support VRM revision 11.
------------------------
端的に言って､VRMの規格が変わっているので期待薄とか。。。
http://www.xtremesystems.org/forums/showthread.php?t=96989
------------------------
1) Boards based on the 975X chipset, available for sale right now, are NOT Conroe compatable,
nor will they be with just a BIOS update. The reason why is that the current boards all have a
PWM buck controller that does not support VRM revision 11.
------------------------
CPUなんてメモリやHDDと比べて、一台のPCを使うに当たって
そういくつもいくつもいらないから、バカ売れとはいかないかと
ただ、高性能で安いんであれば、シェアを独占するだろうね
そういくつもいくつもいらないから、バカ売れとはいかないかと
ただ、高性能で安いんであれば、シェアを独占するだろうね
今年はグラボ要件、64ビット待ちなど様々なファクターがあるので
普通の人はVistaまで買い控えます
そしてそのころにはまたAMDに逆転されてそう・・・
普通の人はVistaまで買い控えます
そしてそのころにはまたAMDに逆転されてそう・・・
>>383
不覚にもワロタ
不覚にもワロタ
いやいや、AMDもなかなか面白くなってきたじゃない。
CPUコアの設計が一新される65nm版K8
http://pc.watch.impress.co.jp/docs/2006/0424/kaigai263.htm
CPUコアの設計が一新される65nm版K8
http://pc.watch.impress.co.jp/docs/2006/0424/kaigai263.htm
>>383
Rev.Gは1H'07（恐らくQ2）だぞ。
Rev.Gは1H'07（恐らくQ2）だぞ。
そうか…… 周回遅れか……orz
最悪半年足らずでIntel45nmの洗礼か・・・・・
基本的にintelはカタログスペックを載せてamdは悪環境下のスペックを載せるから
>トランジスタのスイッチングが42%速くなり
これだと50%くらいは上がりそうだな。
ま、いいんじゃないでしょうか。
intel嫌いじゃないけど性能差がありすぎて独占になったら主に価格面で困る。
取り合えずconroeを楽しみに待つ。
いい加減北森を引退させてあげたい。
amdもnforce4で64x2を使っているが未だにnforce2の悪夢は忘れへん。
>トランジスタのスイッチングが42%速くなり
これだと50%くらいは上がりそうだな。
ま、いいんじゃないでしょうか。
intel嫌いじゃないけど性能差がありすぎて独占になったら主に価格面で困る。
取り合えずconroeを楽しみに待つ。
いい加減北森を引退させてあげたい。
amdもnforce4で64x2を使っているが未だにnforce2の悪夢は忘れへん。
DDR2必須でIDE廃止
加えて、VGAも大幅ｸﾞﾚｰﾄﾞｱｯﾌﾟさせたいとおもってたとこだし
ほぼ総入れ替えの手間も費用もかかるなら、Vistaまで待つ…
加えて、VGAも大幅ｸﾞﾚｰﾄﾞｱｯﾌﾟさせたいとおもってたとこだし
ほぼ総入れ替えの手間も費用もかかるなら、Vistaまで待つ…
IDEの光学ドライブしかないのにね
インテルのCPUはFSBが足りないと思うのだがどうよ。
FSBまだパラレルだし・・・
シリアル転送かつ帯域広くしてくれないとなぁ。
FSBまだパラレルだし・・・
シリアル転送かつ帯域広くしてくれないとなぁ。
>>390
ttp://pcweb.mycom.co.jp/articles/2006/04/19/fab36/
ttp://pcweb.mycom.co.jp/articles/2004/12/16/iedm2/index.html
第二世代のときは24%アップで、実製品のPowerPCで7%、Athlon64で12%アップだったそうだ。
ほぼ同じ設計から性質の違うトランジスタの使い分けでTurionみたいなものを作れてしまう
AMDもなかなかすごいとおもうけど、PentiumMやConroeとかみると、回路設計からとなると
まだintelにアドバンテージありそうね。プロセスも65nmは速度と電力のバランスにも気を
使ったようだし、AMDの65nmはだいぶ後だし。
ttp://pcweb.mycom.co.jp/articles/2006/04/19/fab36/
ttp://pcweb.mycom.co.jp/articles/2004/12/16/iedm2/index.html
第二世代のときは24%アップで、実製品のPowerPCで7%、Athlon64で12%アップだったそうだ。
ほぼ同じ設計から性質の違うトランジスタの使い分けでTurionみたいなものを作れてしまう
AMDもなかなかすごいとおもうけど、PentiumMやConroeとかみると、回路設計からとなると
まだintelにアドバンテージありそうね。プロセスも65nmは速度と電力のバランスにも気を
使ったようだし、AMDの65nmはだいぶ後だし。
来年のインテル45nmに期待してます。
普通の人にとってはReady+Upgradeクーポンとプレインストールじゃ
64bit問題もあるし雲泥どころじゃねー差です
64bit問題もあるし雲泥どころじゃねー差です
「普通の人」って……誰？
>>398
この板に一生縁がないような人じゃね？
この板に一生縁がないような人じゃね？
安定してなければ今まで通りPenD使うか
>>392
つPlextor
つPlextor
402 ：Socket774：2006/04/24(月) 15:20:52 ID:8tHdVulS
>>401
変換チップ載せてるだけだお( ＾ω＾)
変換チップ載せてるだけだお( ＾ω＾)
>>397
64bit問題ってなに？
64bit問題ってなに？
６４ビットOSではデバイスドライバ探してこないといけないってことじゃないか？
６４ビットＣＰＵのメリットってメモリが多く使えるようになるだけじゃないの？
そのわりにドライバとかその他もろもろデメリットほうが多いと思うんだけど・・・
６４ビットＣＰＵのメリットってメモリが多く使えるようになるだけじゃないの？
そのわりにドライバとかその他もろもろデメリットほうが多いと思うんだけど・・・
Vistaって32ビットないのか？？？
でもやっぱりどこかで32ビットは切り捨てなきゃいけないわけで、
Windowsの次バージョンでは32ビットサポートはやめるべきだろうね。
次が3年後か5年後になるかわからないけど、
藁～プレスコ世代の石じゃ重くてまともに使えないだろうし。
でもやっぱりどこかで32ビットは切り捨てなきゃいけないわけで、
Windowsの次バージョンでは32ビットサポートはやめるべきだろうね。
次が3年後か5年後になるかわからないけど、
藁～プレスコ世代の石じゃ重くてまともに使えないだろうし。
>>405
Windows Vistaの種類
個人
Windows Vist Home Basic (32/64ビット版)
一般家庭でWebページの閲覧、メールの送受信、簡単な文書作成をするのに向く。
検索機能の「Search Explorer」、操作制限機能の「Parental Control]などを備える
Windows Vist Home Premium (32/64ビット版)
「Home Basic」の機能に加えて、写真、ビデオ、ゲームなどを楽しむ用途に向く。
従来のMedia Conter Edition 2005、Tablet PCの機能を抱合する。新しい3次元
GUIの「Windows Aero」のほか、DVD作成機能、Xbox接続機能、画像や音楽ファ
イルの整理機能を備える
Windows Vist Ultimate (32/64ビット版)
個人・企業向けのすべての機能を搭載したバージョン
企業
Windows Vist Business (32/64ビット版)
新しい3次元GUIの「Windows Aero」、インテリジェントデスクトップサーチ機能、
Tablet PC機能など搭載。大量のビジネス文書を効率的に管理するのに向く
Windows Vist Enterprise (32/64ビット版)
「Business」の機能に加え、ドライブの暗号化機能の「BitLocker」、PC仮想化
ツール「Virtual PC Express」などを搭載、大企業で大量のパソコンを効率的に管
理するのに向く
新興市場
Windows Vist Starter (32ビット版のみ)
低価格の32ビットパソコン向けに開発された初心者向けOS
日経WinPC2006年5月号63ページより
Windows Vistaの種類
個人
Windows Vist Home Basic (32/64ビット版)
一般家庭でWebページの閲覧、メールの送受信、簡単な文書作成をするのに向く。
検索機能の「Search Explorer」、操作制限機能の「Parental Control]などを備える
Windows Vist Home Premium (32/64ビット版)
「Home Basic」の機能に加えて、写真、ビデオ、ゲームなどを楽しむ用途に向く。
従来のMedia Conter Edition 2005、Tablet PCの機能を抱合する。新しい3次元
GUIの「Windows Aero」のほか、DVD作成機能、Xbox接続機能、画像や音楽ファ
イルの整理機能を備える
Windows Vist Ultimate (32/64ビット版)
個人・企業向けのすべての機能を搭載したバージョン
企業
Windows Vist Business (32/64ビット版)
新しい3次元GUIの「Windows Aero」、インテリジェントデスクトップサーチ機能、
Tablet PC機能など搭載。大量のビジネス文書を効率的に管理するのに向く
Windows Vist Enterprise (32/64ビット版)
「Business」の機能に加え、ドライブの暗号化機能の「BitLocker」、PC仮想化
ツール「Virtual PC Express」などを搭載、大企業で大量のパソコンを効率的に管
理するのに向く
新興市場
Windows Vist Starter (32ビット版のみ)
低価格の32ビットパソコン向けに開発された初心者向けOS
日経WinPC2006年5月号63ページより
>>405あるよ
もしなかったらVista Ready PCｷｬﾝﾍﾟｰﾝはﾉｰﾄじゃほとんどｱｳﾄだし
もしなかったらVista Ready PCｷｬﾝﾍﾟｰﾝはﾉｰﾄじゃほとんどｱｳﾄだし
>>406
UltimateはEnterprise+αなのかな？
UltimateはEnterprise+αなのかな？
そうだよ、実質Enterpriseのスーパーセット
Pentium DとCeleron Dが価格急落、最大44%安
http://pc.watch.impress.co.jp/docs/2006/0425/pa_cphdd.htm
http://pc.watch.impress.co.jp/docs/2006/0425/pa_cphdd.htm
うおっ、マジで。ワンズで４月始め頃に調べたら
１万４千円くらいした775のCeleron D 355(3.33GHz)が
今じゃ１万円くらいになってるね
１万４千円くらいした775のCeleron D 355(3.33GHz)が
今じゃ１万円くらいになってるね
478のCeleron D 350(3.20GHz)なんか、９千円切ってるし・・・
Celeron D を買おうかと思っていたが、待って良かった♪
すぐさま買いじゃ～～～
Celeron D を買おうかと思っていたが、待って良かった♪
すぐさま買いじゃ～～～
うはっ、PenD950が８万円から４万円って、値下げ前に買った香具師ｶﾜｲｿｽ
ｲｿﾃﾙ儲の内紛を起こせば楽しいな
ｷﾋﾋ
ｷﾋﾋ
日本語でおｋ
IntelがビジネスPC向け新ブランド「vPro」
http://pcweb.mycom.co.jp/news/2006/04/25/100.html
http://pcweb.mycom.co.jp/news/2006/04/25/100.html
PenD960がそろそろ出てもいいころなんだが
vProか・・・。
なんかどんどん囲い込みを進めてるな。
なんかどんどん囲い込みを進めてるな。
celeron500MHzでいままでがんばってきたけどこれってもしかして買い替え時？
PenDが2万ぐらいにならないかな。
PenDが2万ぐらいにならないかな。
>>419
それはもっと前に買い換えるべきだろｗ
漏れはPen2 350MHz -> Pen3時代Celeron1.2GHz -> Sempron3000+（今ここ） -> 次Conroeって感じ。
1.2GHzではブロードバンドの動画やpdf閲覧がきつかった。今は快適。
それはもっと前に買い換えるべきだろｗ
漏れはPen2 350MHz -> Pen3時代Celeron1.2GHz -> Sempron3000+（今ここ） -> 次Conroeって感じ。
1.2GHzではブロードバンドの動画やpdf閲覧がきつかった。今は快適。
値下げしてでも売り切りたいIntel。
というか歴史の闇に葬りたいネットバースト。
早く忘れてほしいPen4
というか歴史の闇に葬りたいネットバースト。
早く忘れてほしいPen4
ttp://enterprise.watch.impress.co.jp/cda/hardware/2006/04/25/7703.html
>また、電力効率に関しても、Pentium 4ベースのプロセッサが180Wであるのに対して、140Wと低消費電力となっている点も強調した。
Pen4は670らしい。システム全体で140Wってあまり省電力でもないね。
>また、電力効率に関しても、Pentium 4ベースのプロセッサが180Wであるのに対して、140Wと低消費電力となっている点も強調した。
Pen4は670らしい。システム全体で140Wってあまり省電力でもないね。
NapaはTillamookの再来
http://pc.watch.impress.co.jp/docs/2006/0426/config.htm
http://pc.watch.impress.co.jp/docs/2006/0426/config.htm
ティラムックとは懐かしい。MMXPenの0.25版は基本的にノートしか出なかったんだよな。
例外もあるが。消費電力性能比的には当時としては名CPUだったな。
それにしても最初、ティラムークの高クロック版の改良版かと思った。
ちょっと改良して、かつキャッシュ増やせば現在でも通用しそうだしｗ
例外もあるが。消費電力性能比的には当時としては名CPUだったな。
それにしても最初、ティラムークの高クロック版の改良版かと思った。
ちょっと改良して、かつキャッシュ増やせば現在でも通用しそうだしｗ
コンロ対応と思われる965マザーが発表されたってことは、
やっぱりコンロは7月に出るんじゃね？
やっぱりコンロは7月に出るんじゃね？
いくらクロック当たりの効率がPenDより良くなってても、クロックダウンしてコストもそのままじゃ
あんまり意味ないような。皆騙されすぎじゃない？蓋あけてみたらたいしたことないってことになるんだろうな
あんまり意味ないような。皆騙されすぎじゃない？蓋あけてみたらたいしたことないってことになるんだろうな
残念だけど既に蓋が開いてるのに気がついてないのは君だけだ
ゲーム速度50％upとかありえないでしょう。
ゲームはGPU依存度の方が高いでしょう。
普段の操作では違いはでないでしょう。
消費電力気にするならモバイル機器でも使ってましょう。
クロック当たりの能力が上がってもコストが上がっては意味ないでしょう。
小規模ではありますがなんかプレステ2の発売の時みたいな大騒ぎぶりでしょう。
ゲームはGPU依存度の方が高いでしょう。
普段の操作では違いはでないでしょう。
消費電力気にするならモバイル機器でも使ってましょう。
クロック当たりの能力が上がってもコストが上がっては意味ないでしょう。
小規模ではありますがなんかプレステ2の発売の時みたいな大騒ぎぶりでしょう。
いやきっとコンソールゲームのこといってるんだよ
なにこのヘンな人。
アホだな。
ゲームだからありえるんだろ。
ネトバのゲームでの遅さを認めたくないのか？
ゲームだからありえるんだろ。
ネトバのゲームでの遅さを認めたくないのか？
435 ：・∀・）っ-○●◎ ◆Pu/ODYSSEY ：2006/04/26(水) 23:10:53 ID:BD00F4cT
AMDの中の人に続きフランス人ジサカーにまで目を付けられた俺の電波記事でしたとさ
>>393
シリアル化自体は同時転送量落ちるっしょ。幅を狭めた以上にクロックがあがって初めて意味がある的な代物。
NetBurstの倍速ALUと同じ理屈かな。
つか、狭幅・高クロック化はIntelはむしろ先んじてたけど転かされたんじゃなかったっけ？
>>393
シリアル化自体は同時転送量落ちるっしょ。幅を狭めた以上にクロックがあがって初めて意味がある的な代物。
NetBurstの倍速ALUと同じ理屈かな。
つか、狭幅・高クロック化はIntelはむしろ先んじてたけど転かされたんじゃなかったっけ？
倍速ALUつーてもクロックが倍速ではない罠。
16bitの演算１回を0.5clockかなんかじゃなかったか？
16bitの演算１回を0.5clockかなんかじゃなかったか？
NetBurst個人的には好きなんで復活してくれないかな…
NetBurstで学んだことは脈々と受け継がれるのだから心配するな。
決して無駄じゃない。
決して無駄じゃない。
>>404
64Bitモードだと論理的な汎用レジスタとXMMレジスタがそれぞれ16本に増えるから、
レジスタのやりくりが緩和されてちょっと速くなるぞ。
32bitアプリでもものによっては効果があるそうだ。
いくらレジスタリネーミング手法を使うとしても、表に見える汎用レジスタ8本ってのは
さすがに少なすぎで‥
64Bitモードだと論理的な汎用レジスタとXMMレジスタがそれぞれ16本に増えるから、
レジスタのやりくりが緩和されてちょっと速くなるぞ。
32bitアプリでもものによっては効果があるそうだ。
いくらレジスタリネーミング手法を使うとしても、表に見える汎用レジスタ8本ってのは
さすがに少なすぎで‥
Intel launches German multicore R&D center
http://www.eetimes.com/news/latest/showArticle.jhtml?articleID=186700906
http://www.eetimes.com/news/latest/showArticle.jhtml?articleID=186700906
>>440
俺が愛したのは遺伝子ではなく生き様なんだっ!
まあでもNetBurstの低クロック路線がこのまま続いていたらそれはそれでブーたれとったかもｗ
あれか、散ればこそいとど桜はめでたけれ 憂き世になにか久しかるべき
俺が愛したのは遺伝子ではなく生き様なんだっ!
まあでもNetBurstの低クロック路線がこのまま続いていたらそれはそれでブーたれとったかもｗ
あれか、散ればこそいとど桜はめでたけれ 憂き世になにか久しかるべき
64bitネイティブアプリはメモリ食いすぎ
OSが64bitになるのは結構だけど、殆どのアプリは32bitのままだろうな。
メモリは今でも貴重なリソースに変わりなし。
OSが64bitになるのは結構だけど、殆どのアプリは32bitのままだろうな。
メモリは今でも貴重なリソースに変わりなし。
後10年もしたらメインメモリは1T行くと思う
>1T
いかねーだろ
いかねーだろ
|
|
∩＿＿＿∩ |
(ヽ_ | ノ ヽ /) （（ |
((⊂ iつ / （゜） （゜） |⊂ i つ)) Ｊ ））
／∠彡 ( _●_) |＿ゝ ＼
( ＿＿＿､ |∪| ,＿＿ ）
| ヽノ /´
| /
|
∩＿＿＿∩ |
(ヽ_ | ノ ヽ /) （（ |
((⊂ iつ / （゜） （゜） |⊂ i つ)) Ｊ ））
／∠彡 ( _●_) |＿ゝ ＼
( ＿＿＿､ |∪| ,＿＿ ）
| ヽノ /´
| /
メモリよりもバックアップメディアをどうにかしてほしいの。
ブルーディスクですらテレビ録画などをパソで扱うと容量足らない。
ブルーディスクですらテレビ録画などをパソで扱うと容量足らない。
そこでホログラムディスクですよ。
一番はハードデスクだろ
何だあのデカブツは
何だあのデカブツは
451 ：Socket774：2006/04/27(木) 16:41:06 ID:b6jn79hY
Bru-RayにOTF録画する気か？
MSやIntelが支持してるのはHD-DVDなんだよな。
まぁIntelはx86の64bit拡張の件でMSに対する立場を弱くしてるのは間違いないから
IntelがMSに賛同する想像に難くないけど。
MSやIntelが支持してるのはHD-DVDなんだよな。
まぁIntelはx86の64bit拡張の件でMSに対する立場を弱くしてるのは間違いないから
IntelがMSに賛同する想像に難くないけど。
452 ：Socket774：2006/04/27(木) 16:41:51 ID:b6jn79hY
×Bru-Ray
○Blu-Ray
○Blu-Ray
それは舞い散るNetBurstのように
SHUFFLE!の方が好きでしょ
コンロ発表前より瑠璃色な
MSはBlu-rayも支持するとかいう記事最近みたような
支持というかvistaでサポートするんだろ
その内知らん間にBlu-ray側になっていたとかいうオチはやめてくれよ・・・
その内知らん間にBlu-ray側になっていたとかいうオチはやめてくれよ・・・
459 ：・∀・）っ-○●◎ ◆Pu/ODYSSEY ：2006/04/27(木) 19:32:59 ID:6KTGS4hv
SONYはBD支持だが
HD筆頭がCellの共同開発した東芝
MSにとってしてみれば、どっちに転べば美味しいってことは全然ないんだ罠
360後継機に載せるとしたらHDだろう
HD筆頭がCellの共同開発した東芝
MSにとってしてみれば、どっちに転べば美味しいってことは全然ないんだ罠
360後継機に載せるとしたらHDだろう
461 ：Socket774：2006/04/27(木) 19:46:21 ID:IoVH7Hoy
462 ：Socket774：2006/04/27(木) 19:46:49 ID:ZjeZZXQ1
だから難波店には行って無いよ。
接客がひどいな～と思ったことがあったから書き込んだだけ。
俺に言わせたら、そう言う事実を無きものにしようとする擁護のほうが
「何したいの」っていう感じだ。
改善されたのなら良いじゃないか。
それでも難波店に行こうとはあまり思わないが。
俺は本店には良く行ってる。カレー自体は好きだしな
接客がひどいな～と思ったことがあったから書き込んだだけ。
俺に言わせたら、そう言う事実を無きものにしようとする擁護のほうが
「何したいの」っていう感じだ。
改善されたのなら良いじゃないか。
それでも難波店に行こうとはあまり思わないが。
俺は本店には良く行ってる。カレー自体は好きだしな
463 ：・∀・）っ-○●◎ ◆Pu/ODYSSEY ：2006/04/27(木) 19:46:54 ID:b6jn79hY
まぁ外付けってのは既存版のユーザー救済策だろうけど
インテル コロニーで検索しても一個も引っかからないんだけど、情報ないの？
ヒント：コンロー
いやマロニーじゃね？
マンコー で100回検索した
コンローやBTXやビスタ
なんか今はじめたら後悔すような気がするのだけど・・・どうかな？
なんか今はじめたら後悔すような気がするのだけど・・・どうかな？
>>470
何をどう始めたら、何処をどう後悔する気がするのか詳しく記述汁。
何をどう始めたら、何処をどう後悔する気がするのか詳しく記述汁。
コンローに備えて腕立て
BTXに備えて腹筋
ビスタに備えてランニング
BTXに備えて腹筋
ビスタに備えてランニング
>>470
うんそうだね。代りにインテルコロニーでもはじめたほうがいいと思うよ
うんそうだね。代りにインテルコロニーでもはじめたほうがいいと思うよ
http://www.gdm.or.jp/voices.html
Pentium D最上位モデル「Pentium D 960」(3.6GHz)が5月1日(月)から発売となる。価格は約\70,000。なおステッピングはC-1となりEISTは有効となるようだ。
Pentium D最上位モデル「Pentium D 960」(3.6GHz)が5月1日(月)から発売となる。価格は約\70,000。なおステッピングはC-1となりEISTは有効となるようだ。
ﾓｳﾔﾒﾃｸﾀﾞｻｲ ｶｲﾏｾﾝｶﾗ ﾎﾝﾄｳﾆﾔﾒﾃｸﾀﾞｻｲ
476 ：・∀・）っ-○●◎ ◆Pu/ODYSSEY ：2006/04/28(金) 02:10:21 ID:IwHg2HrT
いっそのことPenium D 980（4GHz）まで引っ張ってくれ
そしたらPentiumXE975(4,522Ghz)がでるなｗ
XE975は型番から言うと3.86GHz(x14.5)だけどな
まあしかしx15でXE980のほうがキリはいい。
まあしかしx15でXE980のほうがキリはいい。
(もし出るなら)975じゃなくて985か995だな
きり良く1000でグランドフィナーレ?
きり良く1000でグランドフィナーレ?
Conroe正式対応のM/Bってまだ出てないっけ？
940あたりで先に組んでおきたいなぁ
940あたりで先に組んでおきたいなぁ
D975XBX AA D27094-304 以降
Intel Woodcrest to ship in June, Conroe July, Merom August
http://www.theinquirer.net/?article=31316
http://www.theinquirer.net/?article=31316
conroe楽しみにしてるんだが、coreスレを見てると次世代チプセトが不安。
485 ：Socket774：2006/04/28(金) 11:39:44 ID:zi3/fiVc
トランスメタ社のエフィシオンどうなったの？
486 ：Socket774：2006/04/28(金) 12:38:22 ID:2why6jXP
coreのﾏﾏﾝが地雷なのは、デスクトップ向けﾏﾏﾝのリファレンスデザインがないからでそ
487 ：Socket774：2006/04/28(金) 12:42:12 ID:76qaH1CN
七月で確定？
Pen4最強
Core Duo自体はデスクトップ（と、いうかいわゆるデジタルホーム）向けにも投入するつもりがあるし、
実際そうしてるけど、台湾のマザーボードベンダにはまだリファレンスが浸透してないみたいね。
実際そうしてるけど、台湾のマザーボードベンダにはまだリファレンスが浸透してないみたいね。
PenD及びXeonｻｲｷｮｰ
焜炉が不安定なのには変わりはないけどな
デュアルコアCPUは今までのところトラブる確立が高いね。
64Ｘ2 トラブル確立が高い
CoreDuo はどうだろうか？
CoreDuo はどうだろうか？
M/Bでトラブル祭です
>>492
マザーがどれも問題抱えているのは事実だが、OS自体もデュアルコアをあまり考えてないから仕方ない。
マザーがどれも問題抱えているのは事実だが、OS自体もデュアルコアをあまり考えてないから仕方ない。
インテルに次世代はありません
～終了～
～終了～
497 ：・∀・）っ-○●◎：2006/04/29(土) 00:11:40 ID:nDjp722L
OSがじゃなくて、アプリが、じゃね？
NTカーネル自体はエンタープライズ用途で32プロセッサとかやってる実績があるわけだし。
NTカーネル自体はエンタープライズ用途で32プロセッサとかやってる実績があるわけだし。
現行のAMDで組むかIntelの次世代待つか迷ってるんだけど、
Intelのこの先の予定ってだいたいどんな感じになってるの？
Intelのこの先の予定ってだいたいどんな感じになってるの？
ググレカス
500GHz
http://pc.watch.impress.co.jp/docs/2006/0428/hot422.htm
＞ 2007年にはMerom/Conroe/Woodcrestを45nmにシュリンクしたPenrynを投入、
＞翌2008年には45nmプロセスで新しいマイクロアーキテクチャのNehalem、
＞ 2009年には32nmプロセスにシュリンクしたNehalem-C、
＞ 2010年にGesherということになる。
こんな感じだそうです
＞ 2007年にはMerom/Conroe/Woodcrestを45nmにシュリンクしたPenrynを投入、
＞翌2008年には45nmプロセスで新しいマイクロアーキテクチャのNehalem、
＞ 2009年には32nmプロセスにシュリンクしたNehalem-C、
＞ 2010年にGesherということになる。
こんな感じだそうです
2010年まで名前が決まってるのかｗ
まあ焜炉買ったらしばらくは買わなくてもいいか。
NehalemかNehalem-Cあたりでまた入れ替えようかな。
まあ焜炉買ったらしばらくは買わなくてもいいか。
NehalemかNehalem-Cあたりでまた入れ替えようかな。
まあ数年後は10GHzに到達するぜと豪語していた会社だからな。
ところで次世代チップセットやプラットフォームのロードマップの情報があまり漏れてこないのが気になる。
普段ならプロセッサと一緒に情報が出てもおかしくないないのに。CSIとDDR3の対応はいつごろだろうか？
普段ならプロセッサと一緒に情報が出てもおかしくないないのに。CSIとDDR3の対応はいつごろだろうか？
一般家庭で扱うソフトからして、もう１０GHｚなんて・・・
どうせ高画質の動画の規格ができて、それをエンコードするのに・・・
とかで必要性を促すのか？ｗ
どうせ高画質の動画の規格ができて、それをエンコードするのに・・・
とかで必要性を促すのか？ｗ
エンコとかいくら速くても越したことはないこともいっぱいあるからな
昔はmp3エンコードも実演奏時間以上かかってた（遠い目
しかし著作権ガッチガチな世の中になっていくので動画編集は皆あまりしなくなるかもｗ
昔はmp3エンコードも実演奏時間以上かかってた（遠い目
しかし著作権ガッチガチな世の中になっていくので動画編集は皆あまりしなくなるかもｗ
3D機能ガチガチのデスクトップで必要の無い程にリソースを食い荒らすようになるのでCPUはいくらあっても足りません。
HD動画のH.264へのリアルタイムエンコードが出来るようになるまでは
CPUの速度は需要はあるだろうね
CPUの速度は需要はあるだろうね
GesherってGilo？
そんなに速度求めるならスパコン買えよw
1,080のHD動画をリアルタイムでH.264エンコードするには，プレスコ換算で100GHz必要
との試算が過去にあった。
との試算が過去にあった。
要するに、高性能なのは分かるが、それがないと困るような
使い方を一般家庭でするのか？ってこと
普通乗用車が普及した現代でも、さすがにヘリや小型の航空機までは
一般人にはなければ困るもんでもないってこと
まぁ、将来それに応じた通り道が整備されれば普及はするだろうけどｗ
使い方を一般家庭でするのか？ってこと
普通乗用車が普及した現代でも、さすがにヘリや小型の航空機までは
一般人にはなければ困るもんでもないってこと
まぁ、将来それに応じた通り道が整備されれば普及はするだろうけどｗ
OSがドンドン重くなるんだから使用がない。
そんなことはずっと以前から言われていたが、今でも速いCPUがいいだろ。
俺はとにかく速くなってほしいぞ。10GHz程度じゃ全く足りない。
俺はとにかく速くなってほしいぞ。10GHz程度じゃ全く足りない。
デメリット（特に購入価格、ランニングコスト）がなければ
どれだけ無駄な性能だろうと人はそれを選ぶと思うよ
どれだけ無駄な性能だろうと人はそれを選ぶと思うよ
AMDの話すけど､以前のOCと計算結果の信頼性の話題の続きということで。。。
http://pc.watch.impress.co.jp/docs/2006/0428/amd.htm
-----------------------
CPUおよび周囲が高温の状態で浮動小数点演算を集中的に行なった場合に、きわめてまれに
正しくない計算結果を示す場合があるというもの。
[中略]
クロック周波数マージンに関する製造後選別テストにおける出荷検査漏れが含まれていたことを確認
したという。
-----------------------
これを他山の石として､OC品で碌な動作検証もせずに仕事や研究に使ってしまうヒトがいなくなることを祈る
ばかりす。
http://pc.watch.impress.co.jp/docs/2006/0428/amd.htm
-----------------------
CPUおよび周囲が高温の状態で浮動小数点演算を集中的に行なった場合に、きわめてまれに
正しくない計算結果を示す場合があるというもの。
[中略]
クロック周波数マージンに関する製造後選別テストにおける出荷検査漏れが含まれていたことを確認
したという。
-----------------------
これを他山の石として､OC品で碌な動作検証もせずに仕事や研究に使ってしまうヒトがいなくなることを祈る
ばかりす。
じゃあCPUメーカーには全数を半年ぐらいテストしてから出荷してもらわんとなwwww
今時オーバークロックやる奴なんてバカしか居ない
>>503
その部分よりもこっちに目が行った
> まずDPサーバー向けのWoodcrestが6月、以降、毎月、デスクトップPC向けのConroe、モバイルPC向けのMeromと続く。
7月wktk
> チップセット不足でプロセッサが売れないという愚を繰り返さぬよう、チップセットの製造を
> 300mmウェハを用いた90nmプロセスへと移行させ、十分な供給体制を築く。
今回も安くて安定したM/B沢山になるよう頼むぜ
その部分よりもこっちに目が行った
> まずDPサーバー向けのWoodcrestが6月、以降、毎月、デスクトップPC向けのConroe、モバイルPC向けのMeromと続く。
7月wktk
> チップセット不足でプロセッサが売れないという愚を繰り返さぬよう、チップセットの製造を
> 300mmウェハを用いた90nmプロセスへと移行させ、十分な供給体制を築く。
今回も安くて安定したM/B沢山になるよう頼むぜ
参考までにIntelの昨日の発表のプレゼン資料す。
http://media.corporate-ir.net/media_files/webcast/2006/april/intel/PDF/SAM-42606-morning.pdf
http://media.corporate-ir.net/media_files/webcast/2006/april/intel/PDF/SAM-42606-afternoon.pdf
>>520 さん
ランダムなエラーわ､サンプル数を増やせば短い試験期間で頻度を求めることができるす。逆にいえば
数百台ノードを並べたクラスタ等でわ､DRAMのソフトエラーすら問題になる頻度でトラブルが発生するす。
なお､実際にプロセッサの信頼性の測定法についてわ､「加速試験｣なんてキーワードを加えて検索することを
お勧めするす。
http://media.corporate-ir.net/media_files/webcast/2006/april/intel/PDF/SAM-42606-morning.pdf
http://media.corporate-ir.net/media_files/webcast/2006/april/intel/PDF/SAM-42606-afternoon.pdf
>>520 さん
ランダムなエラーわ､サンプル数を増やせば短い試験期間で頻度を求めることができるす。逆にいえば
数百台ノードを並べたクラスタ等でわ､DRAMのソフトエラーすら問題になる頻度でトラブルが発生するす。
なお､実際にプロセッサの信頼性の測定法についてわ､「加速試験｣なんてキーワードを加えて検索することを
お勧めするす。
>>524
する人がいるかいないか、必要かどうかは論点じゃない
それがないと「困る人が多いか？」ってところだ
しかも、横着するが故に困るってのは論外な
それを言ったら、永遠の命がないと困るといっているようなものだから
何事も「限られた」範囲内で人間が生きていることに気づけば
無駄なものを無理に取り込もうとしない
それから、確実に高性能、今までになかったものは
普及するまでは確実にコストが高いから
それは今までパソコン以外のものでも扱ってきた人なら分かるはず
する人がいるかいないか、必要かどうかは論点じゃない
それがないと「困る人が多いか？」ってところだ
しかも、横着するが故に困るってのは論外な
それを言ったら、永遠の命がないと困るといっているようなものだから
何事も「限られた」範囲内で人間が生きていることに気づけば
無駄なものを無理に取り込もうとしない
それから、確実に高性能、今までになかったものは
普及するまでは確実にコストが高いから
それは今までパソコン以外のものでも扱ってきた人なら分かるはず
>525
大井参謀は電話口に向かって怒鳴りつけた
「国をあげての戦争に、水上部隊の伝統が何だ。水上部隊の栄光が何だ。馬鹿野郎!!」
国を守らんと必死になった男の、血の叫びであった。
まで読んだ
大井参謀は電話口に向かって怒鳴りつけた
「国をあげての戦争に、水上部隊の伝統が何だ。水上部隊の栄光が何だ。馬鹿野郎!!」
国を守らんと必死になった男の、血の叫びであった。
まで読んだ
まっ、ここの連中の頭は「自作板の住人にとって」が焦点なんだよねｗ
一般家庭での普及があってこそ、購入者からのお金が
企業へお金が入り、開発や研究の資金となる流れまで見えてない
頭の固いバカが多いみたいだしｗ
一般家庭での必要性を無理に考えて、お前の言っていることはおかしいとか
言う奴がいるが、現状から一般家庭で求められているものが何なのか？
を知れば、どの程度のものが普及するか分かるだろ
むしろ、今後はこういう産業は停滞しちゃうんじゃないかね？
ほれ、ウィニーの普及でもっと必要となったのは
HDDの大容量化と通信回線の高速化
それに伴って、動画配信などの普及もそこそこあったが
あと、一般家庭でなくても、PCを使う企業からの依頼でって言う香具師もおるやろうけど
事務処理などがメインな企業じゃ、一昔前のぼっこいもんでも十分やで
扱うファイルの容量が小さいし、高速な処理を必要とせんしｗ
ぶっちゃけ、今後はデュアルコアの発展がメインになるだろ
クロック数が高くても、ソフトウェアがついていけないという
不具合があるというのは、だいぶ前に開発者から話が出ていたことだし
一般家庭での普及があってこそ、購入者からのお金が
企業へお金が入り、開発や研究の資金となる流れまで見えてない
頭の固いバカが多いみたいだしｗ
一般家庭での必要性を無理に考えて、お前の言っていることはおかしいとか
言う奴がいるが、現状から一般家庭で求められているものが何なのか？
を知れば、どの程度のものが普及するか分かるだろ
むしろ、今後はこういう産業は停滞しちゃうんじゃないかね？
ほれ、ウィニーの普及でもっと必要となったのは
HDDの大容量化と通信回線の高速化
それに伴って、動画配信などの普及もそこそこあったが
あと、一般家庭でなくても、PCを使う企業からの依頼でって言う香具師もおるやろうけど
事務処理などがメインな企業じゃ、一昔前のぼっこいもんでも十分やで
扱うファイルの容量が小さいし、高速な処理を必要とせんしｗ
ぶっちゃけ、今後はデュアルコアの発展がメインになるだろ
クロック数が高くても、ソフトウェアがついていけないという
不具合があるというのは、だいぶ前に開発者から話が出ていたことだし
>>クロック数が高くても、ソフトウェアがついていけないという
>>不具合があるというのは、だいぶ前に開発者から話が出ていたことだし
そんな不具合はない
conroeとかopteronでも、コアのダイサイズは40mm2程度しか
ないわけで、マルチコア化する以外、シリコンの使い道がないってのが
さりげに本質的な理由だと思う
>>不具合があるというのは、だいぶ前に開発者から話が出ていたことだし
そんな不具合はない
conroeとかopteronでも、コアのダイサイズは40mm2程度しか
ないわけで、マルチコア化する以外、シリコンの使い道がないってのが
さりげに本質的な理由だと思う
529 ：・∀・）っ-○●◎：2006/04/30(日) 01:19:52 ID:KoJHysqG
Windows95のことじゃね？
アレは特殊
アレは特殊
余ったところはL2やL3で使うよ
531 ：・∀・）っ-○●◎：2006/04/30(日) 01:28:20 ID:KoJHysqG
数百MBくらいオンチップならバス遅くても無問題♪
ライトバックとかもあるから、キャッシュが3桁でも
きついとかってあるんじゃねーの?
わかんねーけど
でも、超高速メインメモリと、プログラムで明示的に読み書きする、
低速大容量メモリの組み合わせとか、ひょっとしたらいいかも
高速メモリは、内部多バンク化したGDDR3を1GBくらいで
きついとかってあるんじゃねーの?
わかんねーけど
でも、超高速メインメモリと、プログラムで明示的に読み書きする、
低速大容量メモリの組み合わせとか、ひょっとしたらいいかも
高速メモリは、内部多バンク化したGDDR3を1GBくらいで
おや、まだ分からぬと？10GHzでなきゃ困るものを挙げてみてくれ
果たしてその使用目的を多くの人が使うかどうか、それについても説明を求む
結局、どの産業にしても、商品化したものを売って資金を得てこそ
研究、開発が進むもの
まっ、一部は政治家と企業がグルになって、つまらぬ産業をはじめて
赤字経営で売却なんてのもあるがなｗ
そうだな、宇宙開発や軍事なんかで使われるんじゃねーーーーのっ？
果たしてその使用目的を多くの人が使うかどうか、それについても説明を求む
結局、どの産業にしても、商品化したものを売って資金を得てこそ
研究、開発が進むもの
まっ、一部は政治家と企業がグルになって、つまらぬ産業をはじめて
赤字経営で売却なんてのもあるがなｗ
そうだな、宇宙開発や軍事なんかで使われるんじゃねーーーーのっ？
>533
未だにZ80やら8086やらで動いてる軍事と宇宙開発に喧嘩売ってんのか(ﾟДﾟ#)ｺﾞﾙｧ！！！
未だにZ80やら8086やらで動いてる軍事と宇宙開発に喧嘩売ってんのか(ﾟДﾟ#)ｺﾞﾙｧ！！！
っつーわけで(何がっつーわけかわかんないけど)、
空想のCPUを妄想してみる
まずメモリ
メモリは内部32バンク化されたGDDR3 1.4Ghzを、512bit幅で接続
容量は1GB
どういうふうに分割するかイメージできないけど、
インタリーブ化して、レイテンシの低減も狙う
メインメモリとは別に、拡張記憶を搭載
この拡張記憶は、ソフトウェアで明示的に読み書きする
でも、パケット単位の読み書きと、byte単位の読み書きの
両方をサポート
空想のCPUを妄想してみる
まずメモリ
メモリは内部32バンク化されたGDDR3 1.4Ghzを、512bit幅で接続
容量は1GB
どういうふうに分割するかイメージできないけど、
インタリーブ化して、レイテンシの低減も狙う
メインメモリとは別に、拡張記憶を搭載
この拡張記憶は、ソフトウェアで明示的に読み書きする
でも、パケット単位の読み書きと、byte単位の読み書きの
両方をサポート
拡張記憶は、DDR2 128bit幅くらい
次に、プロセッサだ
こちらは、16パイプのベクトルプロセッサを
1チップに2個集積
クロックは2Ghzで、スカラ部と合わせて136Gflopsだ
ここで、並列処理のトポロジっつーか、SMPとか
クラスタの構成が問題になる
このバンド幅で、SMPは無理なので、メッセージパッシング式にする
各プロセッサが、クロスバーで接続
16GB/s双方向程度でいいだろう
で、1システム8プロセッサで約1Tflops
いじょ
次に、プロセッサだ
こちらは、16パイプのベクトルプロセッサを
1チップに2個集積
クロックは2Ghzで、スカラ部と合わせて136Gflopsだ
ここで、並列処理のトポロジっつーか、SMPとか
クラスタの構成が問題になる
このバンド幅で、SMPは無理なので、メッセージパッシング式にする
各プロセッサが、クロスバーで接続
16GB/s双方向程度でいいだろう
で、1システム8プロセッサで約1Tflops
いじょ
>>533
ロケットや、戦闘機にはたいしたプロセッサ乗らないよ
F-22のFCSだけ、64Gflopsとかまともな速度だけど
あと、コストパフォーマンス悪いけど、超高速のマシンとか
作っても、今の米軍は買わない
昔は買ってくれたんだけどね
そのおかげで、アメリカのMMPベンチャーがたくさんつぶれました
ロケットや、戦闘機にはたいしたプロセッサ乗らないよ
F-22のFCSだけ、64Gflopsとかまともな速度だけど
あと、コストパフォーマンス悪いけど、超高速のマシンとか
作っても、今の米軍は買わない
昔は買ってくれたんだけどね
そのおかげで、アメリカのMMPベンチャーがたくさんつぶれました
>>534
おやおや、宇宙開発っちゅーたかて、軌道や移動する物体の
計算処理とかあるでしょ？あれが速く出来れば・・・
軍事にだって、ミサイルの発射があるでしょうに
お主はミニミサイルの発射くらいしかせぬのかね？ｗ
おやおや、宇宙開発っちゅーたかて、軌道や移動する物体の
計算処理とかあるでしょ？あれが速く出来れば・・・
軍事にだって、ミサイルの発射があるでしょうに
お主はミニミサイルの発射くらいしかせぬのかね？ｗ
ところで、昔々CRAYという会社が、常識をはるかに超えた、
PCやサーバーの常識はもちろん、億単位の値段がつく、メインフレームも
真っ青のマシンを作りました
その名は、CRAY-3
シリコンのかわりに、数10Ghzの電波を出すアナログ回路とか、ごく一部でしか
使われないガリウム砒素チップを使ってたんだけど、
そのトランジスタがチップあたり、わずか100だか数100個だかそんなレベル
それを超多層セラミック基板に並べただけではすまず、
その基板をさらに縦に重ねるという3次元実装したものだった
冷却はどうすんの?って感じだけど、
これはフロリナートという、ありとあらゆる物質と反応せず、
また絶縁性で、沸点が数十度～100数十度という
冷却なり理想的な液体で、基板を直接浸すという
すごいものだった
ちなみに、フロリナートの価格は、1リットルン万円である
これだけの技術を投入して、alphaがたしか300Mhzくらいで
動いてた時代に、わずか500Mhz
こんなのが実在したのでつ
PCやサーバーの常識はもちろん、億単位の値段がつく、メインフレームも
真っ青のマシンを作りました
その名は、CRAY-3
シリコンのかわりに、数10Ghzの電波を出すアナログ回路とか、ごく一部でしか
使われないガリウム砒素チップを使ってたんだけど、
そのトランジスタがチップあたり、わずか100だか数100個だかそんなレベル
それを超多層セラミック基板に並べただけではすまず、
その基板をさらに縦に重ねるという3次元実装したものだった
冷却はどうすんの?って感じだけど、
これはフロリナートという、ありとあらゆる物質と反応せず、
また絶縁性で、沸点が数十度～100数十度という
冷却なり理想的な液体で、基板を直接浸すという
すごいものだった
ちなみに、フロリナートの価格は、1リットルン万円である
これだけの技術を投入して、alphaがたしか300Mhzくらいで
動いてた時代に、わずか500Mhz
こんなのが実在したのでつ
ちなみに米軍が使ってたコンピュータで
化石度が一番高かったものといえば
sageだろ
なんと80年代半ばまで稼動してた
真空管50000本使用なんだけど、その真空管ってのを
アメリカじゃ作ってなくて、保守のためにチェコかどっかの
東ヨーロッパのどっかから輸入してたんだよねｗ
オオマジ
化石度が一番高かったものといえば
sageだろ
なんと80年代半ばまで稼動してた
真空管50000本使用なんだけど、その真空管ってのを
アメリカじゃ作ってなくて、保守のためにチェコかどっかの
東ヨーロッパのどっかから輸入してたんだよねｗ
オオマジ
以前、NASAがスペースシャトルで使うため
8086をネットオークションで探してたってことあったよな
宇宙開発とか軍事のコンピュータってそんな程度
宇宙船や温度変化で、速いチップはすぐエラーを起こすから
たいしたもんも使えないし
4重多数決フォールトレラントとかにしても、100MIPSがせいぜい
8086をネットオークションで探してたってことあったよな
宇宙開発とか軍事のコンピュータってそんな程度
宇宙船や温度変化で、速いチップはすぐエラーを起こすから
たいしたもんも使えないし
4重多数決フォールトレラントとかにしても、100MIPSがせいぜい
>538
ミニミサイルが何に相当するのか知らんけど
イージス戦闘システムだってPowerの2桁メガヘルツを何機かってレベルだぜ
宇宙開発とか軍事は何よりも信頼性優先だから
などと本筋とはあまり関係ない軍ｦﾀ話をする俺ﾃﾗｷﾓｽ
（そういえば2年くらい前に遂にNASAがZ80を使うのを止めるとか言ってニュースになってたなぁ）
ミニミサイルが何に相当するのか知らんけど
イージス戦闘システムだってPowerの2桁メガヘルツを何機かってレベルだぜ
宇宙開発とか軍事は何よりも信頼性優先だから
などと本筋とはあまり関係ない軍ｦﾀ話をする俺ﾃﾗｷﾓｽ
（そういえば2年くらい前に遂にNASAがZ80を使うのを止めるとか言ってニュースになってたなぁ）
545 ：Socket774：2006/04/30(日) 02:29:01 ID:BewYjYlL
JAXAもH8(日立の1000円くらいのワンチップマイコン)に中性子線当てる実験とかしてたな。
地方の金融機関でもいろんな化石が稼動中
金融機関以外も他所とやり取りするネットワークが必要な業界はモノ凄いのが残ってたりするね。
例えば食品の流通業界とか。
間に合わないというのでヘルプに行ったら残っているのがCOBOLで困ったｗ
古い汎用機でテスト環境構築できないからテストもオペしてる場所に連絡してテストしないとで、
しかもテストできるのが深夜2:00～5:00の3時間ほどしかない。
例えば食品の流通業界とか。
間に合わないというのでヘルプに行ったら残っているのがCOBOLで困ったｗ
古い汎用機でテスト環境構築できないからテストもオペしてる場所に連絡してテストしないとで、
しかもテストできるのが深夜2:00～5:00の3時間ほどしかない。
うちの会社の経理にもこのあいだまでハイレゾ98みたいな画面の
オフコンが鎮座していたぞ
オフコンが鎮座していたぞ
宇宙開発とか軍事は完全に枯れてて信頼性と実績のあるCPUしか使わない
どんなに高速でもバグが内在してる可能性のあるCPUなんてのは論外
よほどのことがない限り一度安定したシステムを変更することはない
どんなに高速でもバグが内在してる可能性のあるCPUなんてのは論外
よほどのことがない限り一度安定したシステムを変更することはない
>>550
最近の軍用コンピュータはCOTS（民生品転用）がトレンドなのだが。
最近の軍用コンピュータはCOTS（民生品転用）がトレンドなのだが。
552 ：・∀・）っ-○●◎：2006/04/30(日) 06:01:51 ID:KoJHysqG
FOR文の . と , の打ち間違いで人口惑星第一号を作り上げたNASAは
やることがすげーや
「一方ロシアは鉛筆を使った」
やることがすげーや
「一方ロシアは鉛筆を使った」
宇宙用CPUは宇宙線の影響を考えないと。
民生品の中でも宇宙線に強い品はあるみたいだけど。
民生品の中でも宇宙線に強い品はあるみたいだけど。
554 ：・∀・）っ-○●◎：2006/04/30(日) 06:16:55 ID:KoJHysqG
アイタタニウムの耐久性ってどんなもんかな
555 ：Socket774：2006/04/30(日) 08:55:59 ID:/3pWmhuk
そういや板違いだけど、Ｄｅｌｌは5万台
激安PenDで納入するんだろうか？
激安PenDで納入するんだろうか？
宇宙ヤバイ
いつからONKYOスレになったんだ
車なら260を越えた辺りから意味無くなって来ているしね、
コンピュータも2.6Gあたりから意味なくなってる。
コンピュータも2.6Gあたりから意味なくなってる。
( ﾟдﾟ)
(つд⊂)ｺﾞｼｺﾞｼ
(；ﾟдﾟ)
(つд⊂)ｺﾞｼｺﾞｼ
_, ._
（；@益@） …？!
(つд⊂)ｺﾞｼｺﾞｼ
(；ﾟдﾟ)
(つд⊂)ｺﾞｼｺﾞｼ
_, ._
（；@益@） …？!
最高速じゃなく今度はユーザーフレンドリーな立場に立ったコンピューターが流行るんじゃないかな？
これは車の世界の様に…。
これは車の世界の様に…。
562 ：ってゆーか：2006/04/30(日) 14:30:24 ID:V+4iFy5a
>>561
3Dとか画像処理とか重たい作業をしない、普通のユーザーは
既にスペックとか気にしないか、もしくは、親父とかがビックカメラ
とかの店員に、「一番良いヤツ」とか言って、バカ高いメーカー品
買わされてるか、どっちかでしょ。
3Dとか画像処理とか重たい作業をしない、普通のユーザーは
既にスペックとか気にしないか、もしくは、親父とかがビックカメラ
とかの店員に、「一番良いヤツ」とか言って、バカ高いメーカー品
買わされてるか、どっちかでしょ。
おっぱいが大きすぎてもウハウハなのに
CPUが速すぎると意味ないとはこれいかに
CPUが速すぎると意味ないとはこれいかに
ところでさ、ID:KtDpuQpYの口調がきんもー☆
565 ：Socket774：2006/04/30(日) 15:22:27 ID:DRw0+bVV
ﾊﾟｲだけ速くてもね～
DVDのソフト再生ができる500MHzでとりあえずOKとかいわれてたが、
今やオフィスアプリでさえ1GHzなきゃ大いに速度面で不満を感じる。
HV動画再生とかもあるし、OSもどんどん重くなる。
H264でリアルタイムエンコするのだってどんなに大変か。
ていうのは建前。
＞おや、まだ分からぬと？10GHzでなきゃ困るものを挙げてみてくれ
こんなこと言うやつは自作板住人としての神経を疑う。
速さに対する憧れってもんがないのか。軽蔑するよ。
今やオフィスアプリでさえ1GHzなきゃ大いに速度面で不満を感じる。
HV動画再生とかもあるし、OSもどんどん重くなる。
H264でリアルタイムエンコするのだってどんなに大変か。
ていうのは建前。
＞おや、まだ分からぬと？10GHzでなきゃ困るものを挙げてみてくれ
こんなこと言うやつは自作板住人としての神経を疑う。
速さに対する憧れってもんがないのか。軽蔑するよ。
ﾊﾟｲだけ大きくてもね～
568 ：・∀・）っ-○●◎：2006/04/30(日) 17:23:28 ID:KoJHysqG
πがデカいと顔には妥協できる奴の数→
正直、3DなOS欲しいと思う。ちょいニュアンス違うがマイノリティレポートに
出てきたようなの。使いやすさとか考えたらCPUパワーさえあればもっともっと
凝ったGUI使えると思うんだがどうよ？
ぐのめとかKDEでめっさ凝ったのだと今のCPUでも全然遅いぐらいだからもっと
もっとパワー欲しいな。
出てきたようなの。使いやすさとか考えたらCPUパワーさえあればもっともっと
凝ったGUI使えると思うんだがどうよ？
ぐのめとかKDEでめっさ凝ったのだと今のCPUでも全然遅いぐらいだからもっと
もっとパワー欲しいな。
コンピュータが
「OK マイケル」とか言うようになるまではプロセッサパワーが必要だ
「OK マイケル」とか言うようになるまではプロセッサパワーが必要だ
571 ：・∀・）っ-○●◎：2006/04/30(日) 17:37:24 ID:KoJHysqG
XFree86が重いから。
カーネルをGDIに組み込んだどっかのヴァカOSはそのパフォーマンス上の
メリットを覆すくらい重たい罠
カーネルをGDIに組み込んだどっかのヴァカOSはそのパフォーマンス上の
メリットを覆すくらい重たい罠
572 ：MACオタ＞571 さん：2006/04/30(日) 17:40:26 ID:xiRnpVSz
>>571
仮想化がどうこう言ってる時代に､サブシステムがカーネル含まれてるかどうかなんて(笑)
仮想化がどうこう言ってる時代に､サブシステムがカーネル含まれてるかどうかなんて(笑)
573 ：・∀・）っ-○●◎：2006/04/30(日) 18:07:37 ID:KoJHysqG
サブシステムが不安定でもいいなんて理屈はどこにもないかと
574 ：MACオタ＞573 さん：2006/04/30(日) 18:12:05 ID:xiRnpVSz
>>573
動作速度上のメリットの話がしたいわけじゃ無いなら､構わないす。
動作速度上のメリットの話がしたいわけじゃ無いなら､構わないす。
575 ：Socket774：2006/04/30(日) 18:37:36 ID:03/uzdsd
vistaでGDIをカーネルから追い出すって話を聞いたけどな。
576 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 18:57:35 ID:KoJHysqG
だから重いのか納得
577 ：MACオタ＞576 さん：2006/04/30(日) 19:01:17 ID:xiRnpVSz
煽りたいだけに見えるな・・・
579 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 19:04:51 ID:KoJHysqG
いや事実NT4→2000はそれでパフォーマンス稼いでたわけで。
580 ：MACオタ＞579 さん：2006/04/30(日) 19:09:58 ID:xiRnpVSz
>>579
マルチコア､GPUオフロード､仮想化。。。なんて時代に同じことが制限要因になると本気で思うすか？
マルチコア､GPUオフロード､仮想化。。。なんて時代に同じことが制限要因になると本気で思うすか？
581 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 19:19:28 ID:KoJHysqG
これ書いたの俺じゃないからな。
http://ja.wikipedia.org/wiki/%E3%82%AB%E3%83%BC%E3%83%8D%E3%83%AB
WindowsはNTのころから既にマルチプロセッサ対応してたし
強いて言えばパフォーマンスが伸びたくらいで、大きく様変わりしたとは思わないけどな。
VTやPacificaなら到底、「うはｗｗｗｗ夢がひろが（ｒｙ」的代物じゃねー
http://ja.wikipedia.org/wiki/%E3%82%AB%E3%83%BC%E3%83%8D%E3%83%AB
WindowsはNTのころから既にマルチプロセッサ対応してたし
強いて言えばパフォーマンスが伸びたくらいで、大きく様変わりしたとは思わないけどな。
VTやPacificaなら到底、「うはｗｗｗｗ夢がひろが（ｒｙ」的代物じゃねー
582 ：MACオタ＞581 さん：2006/04/30(日) 19:37:46 ID:xiRnpVSz
>>581
--------------------
これ書いたの俺じゃないからな。
--------------------
つまり意味も判らずに書いていたと解釈して良いすか？
カーネル内部に機能を取り込むと高速化する理由わ､メモリ空間の切替が不要だったりレジスタ渡しで
パラメータを送れたりすることだ。。。という理解があれば､MPやGPU支援の環境でわ､機能がカーネル内部に
あろうが無かろうが､関係無くなるということが判るかと思うすけど。。。
--------------------
これ書いたの俺じゃないからな。
--------------------
つまり意味も判らずに書いていたと解釈して良いすか？
カーネル内部に機能を取り込むと高速化する理由わ､メモリ空間の切替が不要だったりレジスタ渡しで
パラメータを送れたりすることだ。。。という理解があれば､MPやGPU支援の環境でわ､機能がカーネル内部に
あろうが無かろうが､関係無くなるということが判るかと思うすけど。。。
583 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 19:49:17 ID:KoJHysqG
> MPやGPU支援の環境でわ､機能がカーネル内部に
> あろうが無かろうが､関係無くなるということが判るかと思うすけど。。。
「関係なくなる？」
おかしなことをおっしゃいますなぁ。
OSのマルチプロセッササポートやハードウェアアクセラレータがここ数年になって
実装されたものなら兎も角。
レジスタ渡しでパラメータ云々のメリットは、Windowsの主たるターゲットのIA32では
レジスタが少なすぎてほとんど高速化に寄与しないことくらい、プログラム書いた
ことのある人なら理解できることかと思うすけど。。。。
> あろうが無かろうが､関係無くなるということが判るかと思うすけど。。。
「関係なくなる？」
おかしなことをおっしゃいますなぁ。
OSのマルチプロセッササポートやハードウェアアクセラレータがここ数年になって
実装されたものなら兎も角。
レジスタ渡しでパラメータ云々のメリットは、Windowsの主たるターゲットのIA32では
レジスタが少なすぎてほとんど高速化に寄与しないことくらい、プログラム書いた
ことのある人なら理解できることかと思うすけど。。。。
584 ：MACオタ＞583 さん：2006/04/30(日) 19:58:42 ID:xiRnpVSz
>>583
------------------------
Windowsの主たるターゲットのIA32ではレジスタが少なすぎてほとんど高速化に寄与しない
------------------------
x86の狭い世界に閉じこもっていてわ､本質を見失うす。
http://itpro.nikkeibp.co.jp/article/COLUMN/20060225/230670/
========================
一方モノリシック・カーネルでは，カーネルとシステム・サービスが特権モードで動作し，同じメモリー空間で
動作する。オーバーヘッドは小さいものの，
========================
------------------------
Windowsの主たるターゲットのIA32ではレジスタが少なすぎてほとんど高速化に寄与しない
------------------------
x86の狭い世界に閉じこもっていてわ､本質を見失うす。
http://itpro.nikkeibp.co.jp/article/COLUMN/20060225/230670/
========================
一方モノリシック・カーネルでは，カーネルとシステム・サービスが特権モードで動作し，同じメモリー空間で
動作する。オーバーヘッドは小さいものの，
========================
まだ荒らしに反応する香具師いるの？
いい加減スルーという言葉を覚えて欲しい。
いい加減スルーという言葉を覚えて欲しい。
586 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 20:08:16 ID:KoJHysqG
x86市場ほどの巨大マーケットが「狭い世界」ﾊﾞﾛｽ
っつーかWindowsの話をしていたんじゃなかったのか
>>583
ゴミの相手すんなよ。口調まで移ってるじゃねえか。
ゴミの相手すんなよ。口調まで移ってるじゃねえか。
589 ：Socket774：2006/04/30(日) 20:17:56 ID:n+C9Ge6Z
>>587
それより前にスレタイm(ry
それより前にスレタイm(ry
590 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 20:19:15 ID:KoJHysqG
> しかし組み込みOSでは，カーネルやシステム・サービスのプログラム・サイズそのものが
~~~~~~~~~~~~~~~~~
> 汎用OSのそれよりも小さいため，モノリシック・カーネルと大差ない処理速度を実現できる＊3。
まぁ、何を語らんかは。
組み込みじゃそもそもGPUサポートとかマルチコアとか次元の違う話だし
まるで論旨が定まってない
~~~~~~~~~~~~~~~~~
> 汎用OSのそれよりも小さいため，モノリシック・カーネルと大差ない処理速度を実現できる＊3。
まぁ、何を語らんかは。
組み込みじゃそもそもGPUサポートとかマルチコアとか次元の違う話だし
まるで論旨が定まってない
591 ：MACオタ＞590 さん：2006/04/30(日) 20:30:09 ID:xiRnpVSz
>>590
「原理わ理解しない､書いてあることを信じる｣というのわ､信仰であって科学でも技術でも無いす。
--------------------
組み込みじゃそもそもGPUサポートとかマルチコアとか次元の違う話だし
--------------------
月が地球の周りを回っているのも､林檎が木から落ちてくるのも､同じ法則性の基にあるというのが科学的立場
だということを知っておくと良いかと思うす。
「原理わ理解しない､書いてあることを信じる｣というのわ､信仰であって科学でも技術でも無いす。
--------------------
組み込みじゃそもそもGPUサポートとかマルチコアとか次元の違う話だし
--------------------
月が地球の周りを回っているのも､林檎が木から落ちてくるのも､同じ法則性の基にあるというのが科学的立場
だということを知っておくと良いかと思うす。
592 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 20:36:33 ID:KoJHysqG
ソフトを実装したことすら無い人の空論に首を縦に振れるほど愚かでもないからね。
593 ：MACオタ＞592 さん：2006/04/30(日) 20:43:28 ID:xiRnpVSz
>>592
脳内妄想のレベルだとしても「x86の｣という限定を忘れてないすか(笑)
脳内妄想のレベルだとしても「x86の｣という限定を忘れてないすか(笑)
ここはひどいすくつですね^^
595 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 20:53:35 ID:KoJHysqG
そそ、「x86」ほどの巨大市場が狭い世界と言ってのけるクォリティタカスな方には到底かないませんｗｗｗｗｗｗｗｗｗｗｗｗ
如何でもいいけど相手をやり込めたいだけの書き込みは価値がないからやめてね。
罵倒するにしても中身が無いと・・・・・
罵倒するにしても中身が無いと・・・・・
597 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 21:00:36 ID:KoJHysqG
実際問題としてVistaが出る頃も世の半分以上のPC向けCPUはまだシングルコアだと思うがな。
Pentium 4のHTをマルチプロセッサの範疇に入れても、日本はCeleron大人気ですから。
Pentium 4のHTをマルチプロセッサの範疇に入れても、日本はCeleron大人気ですから。
一般人の購入ポイントは、デザイン、液晶、TV視聴/録画、
DVDマルチドライブ、重さ、バッテリー駆動時間だからね。
DVDマルチドライブ、重さ、バッテリー駆動時間だからね。
599 ：MACネタ＞596さん：2006/04/30(日) 21:17:42 ID:KoJHysqG
中身なんてないす（笑）
後ここはX86のCPUについてかたるスレだからさ。
空気の読めないレスは内容の全てが事実でも価値ないからね。
空気の読めないレスは内容の全てが事実でも価値ないからね。
601 ：MACオタ＞600 さん：2006/04/30(日) 21:37:44 ID:xiRnpVSz
>>600
-------------------
空気の読めないレスは内容の全てが事実でも価値ないからね。
-------------------
その方針で気の合う仲間だけで心地よい情報だけを受け入れていたアム虫が､どういう恥をかいたかを
思い返すと良いかと思うす。
-------------------
空気の読めないレスは内容の全てが事実でも価値ないからね。
-------------------
その方針で気の合う仲間だけで心地よい情報だけを受け入れていたアム虫が､どういう恥をかいたかを
思い返すと良いかと思うす。
もうどうでもいいから俺の極限までに膨張したこのエクスカリボルグを見てどう思う？
で結局
GDIがカーネルに含まれてる分速度が速いというのはx86の世界では事実なのか？
GDIがカーネルに含まれてる分速度が速いというのはx86の世界では事実なのか？
>>603
見てやるからうｐ
見てやるからうｐ
606 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 21:48:02 ID:KoJHysqG
パフォーマンスを稼ぐためにGDIをカーネルに組み込んだことは事実ですよ。
某オライリー本でも指摘されてる。というかMS公式の情報。
某オライリー本でも指摘されてる。というかMS公式の情報。
607 ：MACオタ＞604 さん：2006/04/30(日) 21:49:08 ID:xiRnpVSz
>>604
--------------------
GDIがカーネルに含まれてる分速度が速いというのはx86の世界では事実なのか？
--------------------
それ自体わ､厳然とした事実す。
ただし､GDIのようなサブシステムが他のプロセッサやGPU上で動く場合は､特に差が無くなるす。
--------------------
GDIがカーネルに含まれてる分速度が速いというのはx86の世界では事実なのか？
--------------------
それ自体わ､厳然とした事実す。
ただし､GDIのようなサブシステムが他のプロセッサやGPU上で動く場合は､特に差が無くなるす。
つかLinuxでもDRIモジュールがカーネルに入ってるのをX86がCallしてじゃん
609 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 21:56:41 ID:KoJHysqG
Linuxはもともとモノリシックカーネル。
ネットでタネンバウム教授に「ダセェ」って煽られて論争になった伝説
Linusは自伝でマイクロカーネルの高速化について
「四角いタイヤで速く走る方法を考えるくらい馬鹿げたこと」と揶揄してる
ネットでタネンバウム教授に「ダセェ」って煽られて論争になった伝説
Linusは自伝でマイクロカーネルの高速化について
「四角いタイヤで速く走る方法を考えるくらい馬鹿げたこと」と揶揄してる
610 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 22:04:42 ID:KoJHysqG
GDIがGPU上で動くとか言ってる時点で
Graphic Drawing 「Interface」の意味を解って茄子
Graphic Drawing 「Interface」の意味を解って茄子
アタマがかわいそうなMACオタをイジるスレはここでつか？
612 ：MACオタ＞610 さん：2006/04/30(日) 22:09:40 ID:xiRnpVSz
>>610
それを言うなら､
>>606
----------------------
GDIをカーネルに組み込んだことは事実ですよ。
----------------------
こちらも変でわ？ぜひご高説をお願いするす(笑)
それを言うなら､
>>606
----------------------
GDIをカーネルに組み込んだことは事実ですよ。
----------------------
こちらも変でわ？ぜひご高説をお願いするす(笑)
俺にはお前らの言ってることは殆ど分からんが
お前らが相当しょーもない言い争いをしているのは分かる
お前らが相当しょーもない言い争いをしているのは分かる
615 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 22:14:01 ID:KoJHysqG
GPUのHWアクセラレーションはディスプレイドライバでハードウェア側で出来る単純で数の多い処理をハードウェアに投げるだけ。
いつGPUがWindowsAPIを直接実行できるようになったんだか。
DX9のシェーダAPIですら専用のアセンブリコードを用意しなきゃいけないのに。
いつGPUがWindowsAPIを直接実行できるようになったんだか。
DX9のシェーダAPIですら専用のアセンブリコードを用意しなきゃいけないのに。
616 ：MACオタ＞614 さん：2006/04/30(日) 22:15:54 ID:xiRnpVSz
617 ：MACオタ＞615 さん：2006/04/30(日) 22:17:55 ID:xiRnpVSz
>>615
-------------------
DX9のシェーダAPIですら専用のアセンブリコードを用意しなきゃいけないのに。
-------------------
あなたの論法だと､x86アセンブリで書いてあるコードなら天から降ってくるということすか(笑)
-------------------
DX9のシェーダAPIですら専用のアセンブリコードを用意しなきゃいけないのに。
-------------------
あなたの論法だと､x86アセンブリで書いてあるコードなら天から降ってくるということすか(笑)
とりあえず見ていると、この話がどのように
次世代CPUと絡んでくるのかさっぱり分からなくなってきた・・・
次世代CPUと絡んでくるのかさっぱり分からなくなってきた・・・
編虫とかにとらわれずに、技術論展開してくれると、見てるだけで楽しいんですけどね
言葉の端々に一々編虫へのこだわりを見せるのが欠点かなぁ
と素人なので普段ROMってる俺が来ましたよ
言葉の端々に一々編虫へのこだわりを見せるのが欠点かなぁ
と素人なので普段ROMってる俺が来ましたよ
620 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 22:20:52 ID:KoJHysqG
いつGPU側にハードの違いを吸収するためのプログラミングインターフェイス
が実装されたのか答えてもらおうかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
が実装されたのか答えてもらおうかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
621 ：MACオタ＞620 さん：2006/04/30(日) 22:27:27 ID:xiRnpVSz
>>620
あなたの脳内用語で「規格｣である「インターフェース｣がカーネルの中にあったり外にあったりするという
話を説明して欲しいモノす。
普通カーネルの内外ということを語る際にわ､インターフェースから呼び出されるコードのことを示す筈すけど。。。
あなたの脳内用語で「規格｣である「インターフェース｣がカーネルの中にあったり外にあったりするという
話を説明して欲しいモノす。
普通カーネルの内外ということを語る際にわ､インターフェースから呼び出されるコードのことを示す筈すけど。。。
622 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 22:33:22 ID:KoJHysqG
>>621
CreateBitmapやCombineRgn といった関数がどう処理されるか説明きぼん♪
CreateBitmapやCombineRgn といった関数がどう処理されるか説明きぼん♪
623 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 22:37:21 ID:KoJHysqG
「GDIがGPU上で動く」なんてゆんゆん発言は早くも撤回という見解でおｋ？
＞ただし､GDIのようなサブシステムが他のプロセッサやGPU上で動く
＞ただし､GDIのようなサブシステムが他のプロセッサやGPU上で動く
＞ただし､GDIのようなサブシステムが他のプロセッサやGPU上で動く
＞ただし､GDIのようなサブシステムが他のプロセッサやGPU上で動く
GPU上にWindows上のサブシステムがロードされて動くなんて画期的だけどね♪
＞ただし､GDIのようなサブシステムが他のプロセッサやGPU上で動く
＞ただし､GDIのようなサブシステムが他のプロセッサやGPU上で動く
＞ただし､GDIのようなサブシステムが他のプロセッサやGPU上で動く
＞ただし､GDIのようなサブシステムが他のプロセッサやGPU上で動く
GPU上にWindows上のサブシステムがロードされて動くなんて画期的だけどね♪
625 ：MACオタ＞623 さん：2006/04/30(日) 22:50:08 ID:xiRnpVSz
>>623
勝ち誇ってるように見せて､ageで書くのわ恥ずかしくなったんじゃないすか(笑)
--------------------
CreateBitmapやCombineRgn
--------------------
見たところメモリを確保する関数に見えるすけど､メモリ管理までカーネルの外に出したマイクロカーネルって
少ないかと思うす。適切な質問だと思うすか？
勝ち誇ってるように見せて､ageで書くのわ恥ずかしくなったんじゃないすか(笑)
--------------------
CreateBitmapやCombineRgn
--------------------
見たところメモリを確保する関数に見えるすけど､メモリ管理までカーネルの外に出したマイクロカーネルって
少ないかと思うす。適切な質問だと思うすか？
626 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 23:00:35 ID:KoJHysqG
sageデフォですが何か？
プログラマブルシェーダを叩くなんてのはDirectXを通すことで可能だけど
アレは単にnVidiaあたりが用意した専用API（というか専用命令セット）に合わせて
コード書いてプログラムや外部リソースの中に埋め込んだりしてロードさせるだけで
既存のGDIを置き換える代物じゃない罠。
＞見たところ
使ったことすらないのかよｗｗｗ
話にならない。あんたの妄想なんて誰も聞きたかないよ。道理でGDIを（ｒｙなんて㌧でも発言できるわけだ。
プログラマブルシェーダを叩くなんてのはDirectXを通すことで可能だけど
アレは単にnVidiaあたりが用意した専用API（というか専用命令セット）に合わせて
コード書いてプログラムや外部リソースの中に埋め込んだりしてロードさせるだけで
既存のGDIを置き換える代物じゃない罠。
＞見たところ
使ったことすらないのかよｗｗｗ
話にならない。あんたの妄想なんて誰も聞きたかないよ。道理でGDIを（ｒｙなんて㌧でも発言できるわけだ。
627 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 23:03:53 ID:KoJHysqG
ちなみにCombineRgnはメモリ確保なんかじゃねーぞ。
画像の重ね合わせ、どうみてもGPUでのアクセラレーションが使える領域です。
画像の重ね合わせ、どうみてもGPUでのアクセラレーションが使える領域です。
MACｦﾀ全然知識無いんなら書き込むなよ。50レス程無駄になってるじゃねーか。
629 ：MACオタ＞626 さん：2006/04/30(日) 23:12:42 ID:xiRnpVSz
>>626
-------------------
sageデフォですが何か？
-------------------
>>529 ... >>597 (笑)
で､ご自慢のAPIの知識でわ「ビットマップの確保=メモリ確保｣だと理解できなかったすか？
一応注釈を見ると､デバイス依存のビットマップなのでディスプレイ上に表示する際にGPUにVRAMを確保させる
のも悪く無さそうすね。
-------------------
sageデフォですが何か？
-------------------
>>529 ... >>597 (笑)
で､ご自慢のAPIの知識でわ「ビットマップの確保=メモリ確保｣だと理解できなかったすか？
一応注釈を見ると､デバイス依存のビットマップなのでディスプレイ上に表示する際にGPUにVRAMを確保させる
のも悪く無さそうすね。
630 ：・∀・）っ-○◎● ◆toBASh.... ：2006/04/30(日) 23:16:58 ID:KoJHysqG
ﾌﾟ
GDIっていったらWinAPIのうちのドロー関連のAPIのことなの。
それ語るなら最低限動きくらい理解してこいよｗ
てか、 全 然 わかってないじゃん
GDIっていったらWinAPIのうちのドロー関連のAPIのことなの。
それ語るなら最低限動きくらい理解してこいよｗ
てか、 全 然 わかってないじゃん
お前らスレタイくらい見てくれないか？
ずいぶんスレが伸びてるから、Conroe発売が早くなったのかと期待して開いてみたらこれだ。
ずいぶんスレが伸びてるから、Conroe発売が早くなったのかと期待して開いてみたらこれだ。
何事もなかったかのようにX86CPUの話再会。
↓↓↓
大海を知っている某オタさんはこんな古井戸覗き込まなくておｋす。
↓↓↓
大海を知っている某オタさんはこんな古井戸覗き込まなくておｋす。
634 ：MACオタ＞630 さん：2006/04/30(日) 23:51:28 ID:xiRnpVSz
>>630
流石にGDIがMac OS 9のQuickDrawに相当するものってのわ承知しているすけど､
--------------------
GDIっていったらWinAPIのうちのドロー関連のAPIのことなの。
--------------------
ドロー関連だろうがネットワーク関連だろうが､プロセッサから見えるのわメモリとI/Oのアドレスに過ぎないす。
HBITMAPってのわ､メモリアドレス以外の何だと思って書いてるすか？
流石にGDIがMac OS 9のQuickDrawに相当するものってのわ承知しているすけど､
--------------------
GDIっていったらWinAPIのうちのドロー関連のAPIのことなの。
--------------------
ドロー関連だろうがネットワーク関連だろうが､プロセッサから見えるのわメモリとI/Oのアドレスに過ぎないす。
HBITMAPってのわ､メモリアドレス以外の何だと思って書いてるすか？
組み込みの次はMac OS 9かホントに世界は広いな。
でも、スレタイとはちが・・
でも、スレタイとはちが・・
636 ：Socket774：2006/05/01(月) 00:00:25 ID:PdJldqIO
お前はまず助詞を正しく使えと
637 ：Socket774：2006/05/01(月) 00:05:19 ID:NLZOFbCj
おい、おまえたち！
何の話かさっぱりわかりませんよ
参加できない＝寂しい
よし話題を変えよう
何の話かさっぱりわかりませんよ
参加できない＝寂しい
よし話題を変えよう
638 ：・∀・）っ-○◎● ◆toBASh.... ：2006/05/01(月) 00:16:09 ID:njwk6Qh8
メモリアドレスだが何か？
GDIがGPU上で動くなんて珍説唱えたのはてめーなんだから自分の発言に
責任持てよｗｗｗｗ
撤回するなら撤回するってはっきり言えよ。いえないのか？
GDIがGPU上で動くなんて珍説唱えたのはてめーなんだから自分の発言に
責任持てよｗｗｗｗ
撤回するなら撤回するってはっきり言えよ。いえないのか？
名無しはすぐ逃げるからなwwwwww
バカ相手にするより勉強や仕事頑張ったほうがいいよwwwww
バカ相手にするより勉強や仕事頑張ったほうがいいよwwwww
640 ：MACオタ＞638 さん：2006/05/01(月) 00:24:18 ID:co3Gk62E
>>638
--------------------
GDIがGPU上で動くなんて珍説唱えた
--------------------
あなたの主張でわ､「インターフェース｣なんすからどこで動くものでも無い筈すけど(笑)
--------------------
GDIがGPU上で動くなんて珍説唱えた
--------------------
あなたの主張でわ､「インターフェース｣なんすからどこで動くものでも無い筈すけど(笑)
641 ：・∀・）っ-○◎● ◆toBASh.... ：2006/05/01(月) 00:28:10 ID:njwk6Qh8
は？
「インターフェイスだから動かない」ってどういう理屈だよ。
ハードウェア操作をラップした関数だぞ。
「インターフェイスだから動かない」ってどういう理屈だよ。
ハードウェア操作をラップした関数だぞ。
ATI買収してPenDみたいにCPUとGPU合体させろ！
CELL関連の議論が落ち着いたので､「GDIをカーネルに組み込む｣ことによる高速化の説明をしておくす。
アプリケーションがGDIのようなOS機能を呼び出すということわ､こんな手順す。
アプリ(API関数の実行) -> OS(指定された機能を持つコードを実行) -[返り値]-> アプリ(API関数の終了)
ここでOS機能がカーネルの中にあるか外にあるかで､こんな違いが生じるす。
・カーネル内蔵の場合
アプリ(API関数の実行) -> メモリ空間をOS用に切替 -> OSコードの実行 -> メモリ空間をアプリ用に切替
-> アプリ(API関数の終了)
・マイクロカーネルの場合
アプリ(API関数の実行) -> メモリ空間をOS用に切替 -> OSが呼び出すサービスを選択
-> メモリ空間をサービス用に切替 -> サービスのコードを実行 -> メモリ空間をOS用に切替 -> OSが結果を受取
-> メモリ空間をアプリ用に切替 -> アプリ(API関数の終了)
マイクロカーネルがオーバーヘッドが大きいと言われる所以が判るかと思うす。これに加えてアプリ・OS・サービス
のデータと実行指令のやり取りにメッセージと呼ぶ冗長度が大きい方法を使うのが古典的マイクロカーネルが
「遅い｣といわれる所以す。
アプリケーションがGDIのようなOS機能を呼び出すということわ､こんな手順す。
アプリ(API関数の実行) -> OS(指定された機能を持つコードを実行) -[返り値]-> アプリ(API関数の終了)
ここでOS機能がカーネルの中にあるか外にあるかで､こんな違いが生じるす。
・カーネル内蔵の場合
アプリ(API関数の実行) -> メモリ空間をOS用に切替 -> OSコードの実行 -> メモリ空間をアプリ用に切替
-> アプリ(API関数の終了)
・マイクロカーネルの場合
アプリ(API関数の実行) -> メモリ空間をOS用に切替 -> OSが呼び出すサービスを選択
-> メモリ空間をサービス用に切替 -> サービスのコードを実行 -> メモリ空間をOS用に切替 -> OSが結果を受取
-> メモリ空間をアプリ用に切替 -> アプリ(API関数の終了)
マイクロカーネルがオーバーヘッドが大きいと言われる所以が判るかと思うす。これに加えてアプリ・OS・サービス
のデータと実行指令のやり取りにメッセージと呼ぶ冗長度が大きい方法を使うのが古典的マイクロカーネルが
「遅い｣といわれる所以す。
誰もマイクロカーネルのことなんて聞いてないだろｗ
しかもなんの説明してるのかよくわからねえしｗ
しかもなんの説明してるのかよくわからねえしｗ
古典的マイクロカーネルが「遅い｣のは全然かまわないんだがそろそろIntelCPUの話しようぜ。
GDIがGPU上で実行される仕組みについて知りたいんだが。
それにマイクロカーネルの味噌はシステムコールの代わりにユーザープロセス・OSサブシステム間で
共有メモリを有効活用することじゃないのか？いちいちシステムコール呼び出すぐらいなら
なんの意味もないような。
それにマイクロカーネルの味噌はシステムコールの代わりにユーザープロセス・OSサブシステム間で
共有メモリを有効活用することじゃないのか？いちいちシステムコール呼び出すぐらいなら
なんの意味もないような。
大方『サルでも判るOSの仕組み(小学館)』
上に書いた手順わ､シングルプロセッサで､かつOS機能をプロセッサのみで実行する事例す。
他のプロセッサやGPUを利用する場合は､こんな感じになるす。
・カーネル内蔵機能
プロセッサ1: アプリ(API関数の実行)・-> アプリ(API関数の終了
↓ ↑返値
プロセッサ2: メモリ空間をOSに切替 -> OS機能を実行 -> メモリ空間を切替
↓実行命令 ↑終了報告
GPU: コード実行 ----->終了
・マイクロカーネル
プロセッサ1: アプリ(API関数の実行) -> アプリ(API関数の終了
↓ ↑返値
プロセッサ2: メモリ空間をOSに切替 -> サービス選択 -> 結果を受取 → メモリ空間を切替
↓ ↑
プロセッサ3: メモリ空間をサービスに切替 -> コード実行 → メモリ空間を切替
↓実行命令 ↑終了報告
GPU: コード実行 ----->終了
オーバーヘッドが減っているのが判るかと思うす。
他のプロセッサやGPUを利用する場合は､こんな感じになるす。
・カーネル内蔵機能
プロセッサ1: アプリ(API関数の実行)・-> アプリ(API関数の終了
↓ ↑返値
プロセッサ2: メモリ空間をOSに切替 -> OS機能を実行 -> メモリ空間を切替
↓実行命令 ↑終了報告
GPU: コード実行 ----->終了
・マイクロカーネル
プロセッサ1: アプリ(API関数の実行) -> アプリ(API関数の終了
↓ ↑返値
プロセッサ2: メモリ空間をOSに切替 -> サービス選択 -> 結果を受取 → メモリ空間を切替
↓ ↑
プロセッサ3: メモリ空間をサービスに切替 -> コード実行 → メモリ空間を切替
↓実行命令 ↑終了報告
GPU: コード実行 ----->終了
オーバーヘッドが減っているのが判るかと思うす。
みす、途中で送信しちゃった
なんかそういいう初心者本に出てくる内容コピってるようにしか見えないな643は。
本当に何も理解してない。
なんかそういいう初心者本に出てくる内容コピってるようにしか見えないな643は。
本当に何も理解してない。
話逸らすのに必死だなｗ
出た、「必死だなｗ」
今時のプロセッサわ､アプリがAPIの結果を待っている間にも他のスレッドを実行することが可能だし､
APIを関数呼び出しのようなコンテキストスイッチを必要とする方法でなく､I/Oであるメッセージとすることで
更にマルチプロセッサの有利を生かすことができるす。
次世代のmassive parallelアーキテクチャにわ､マイクロカーネルわ適当である。。。という訳で次世代の話題とも
繋がるす。
APIを関数呼び出しのようなコンテキストスイッチを必要とする方法でなく､I/Oであるメッセージとすることで
更にマルチプロセッサの有利を生かすことができるす。
次世代のmassive parallelアーキテクチャにわ､マイクロカーネルわ適当である。。。という訳で次世代の話題とも
繋がるす。
653 ：MACオタ＞649 さん：2006/05/01(月) 01:01:13 ID:co3Gk62E
>>649
----------------
初心者本に出てくる内容コピってるようにしか見えないな643は。
----------------
初心者本に出てくる内容なら､正しいことわ認めるということすね(笑)
で､なぜこういう結論に続くすか？
----------------
本当に何も理解してない。
----------------
----------------
初心者本に出てくる内容コピってるようにしか見えないな643は。
----------------
初心者本に出てくる内容なら､正しいことわ認めるということすね(笑)
で､なぜこういう結論に続くすか？
----------------
本当に何も理解してない。
----------------
誰も聞いてないのにマイクロカーネルについてひとりで説明しだすMACオタ
>APIを関数呼び出しのようなコンテキストスイッチを必要とする方法でなく､I/Oであるメッセージとすることで
意味ﾜｶﾝﾈｰよｗ 人に説明する前に自分が何言ってるのか理解しれｗ
>APIを関数呼び出しのようなコンテキストスイッチを必要とする方法でなく､I/Oであるメッセージとすることで
意味ﾜｶﾝﾈｰよｗ 人に説明する前に自分が何言ってるのか理解しれｗ
655 ：MACオタ＞646 さん：2006/05/01(月) 01:03:11 ID:co3Gk62E
>>646
--------------------
ユーザープロセス・OSサブシステム間で共有メモリを有効活用することじゃないのか
--------------------
分散システム等でわ､共有メモリわ無いすから必ずしもメッセージンに共有メモリを使うわけじゃ無いす。
--------------------
ユーザープロセス・OSサブシステム間で共有メモリを有効活用することじゃないのか
--------------------
分散システム等でわ､共有メモリわ無いすから必ずしもメッセージンに共有メモリを使うわけじゃ無いす。
656 ：MACオタ＞654 さん：2006/05/01(月) 01:05:17 ID:co3Gk62E
658 ：・∀・）っ-○◎● ◆toBASh.... ：2006/05/01(月) 01:07:00 ID:njwk6Qh8
>>642
GPU統合型チップってそれ自体は古くからあるっしょ。
70000番のPS2がそうだし、いっぺんイスラエルチームでも作ろうとしてたっしょ。
Linusも言ってることだけど、マイクロカーネルの高速化のための方法って結局
モノリシックカーネルでも同じことができるんだよね。
GNU Hurdが未だに完成に至らず、傍流だったはずのLinuxカーネルがGNU OSの
中核におかれてる現状考えれば、汎用OSにMkは向かないことは明らかっしょ。
MacOSXだって実はコアなサービスをスタティックリンクしてモノリシック化してる。
「古典的マイクロカーネル」って何？
逆の「近代的マイクロカーネル」の存在を想定した表現と見受けるが、
その近代的なアプローチがMacOSみたいに「サービスのカーネルへの統合」とすれば
Windows NTは時代の一歩先を歩んでいたことになるが。
GPU統合型チップってそれ自体は古くからあるっしょ。
70000番のPS2がそうだし、いっぺんイスラエルチームでも作ろうとしてたっしょ。
Linusも言ってることだけど、マイクロカーネルの高速化のための方法って結局
モノリシックカーネルでも同じことができるんだよね。
GNU Hurdが未だに完成に至らず、傍流だったはずのLinuxカーネルがGNU OSの
中核におかれてる現状考えれば、汎用OSにMkは向かないことは明らかっしょ。
MacOSXだって実はコアなサービスをスタティックリンクしてモノリシック化してる。
「古典的マイクロカーネル」って何？
逆の「近代的マイクロカーネル」の存在を想定した表現と見受けるが、
その近代的なアプローチがMacOSみたいに「サービスのカーネルへの統合」とすれば
Windows NTは時代の一歩先を歩んでいたことになるが。
>652
で、そのmassive parallelアーキテクチャがintelの次世代micro architectureである
nehalemに含まれてるの？
それとも、MACオタ社の次世代CPUの話なの？
で、そのmassive parallelアーキテクチャがintelの次世代micro architectureである
nehalemに含まれてるの？
それとも、MACオタ社の次世代CPUの話なの？
あ～、もうウザイナ
だから、林檎にIntel入れちゃだめだったのに。
正直、プロセッサの効率なんかどうでもいい。きちんと
処理能力さえ上がってくれれば。
だから、林檎にIntel入れちゃだめだったのに。
正直、プロセッサの効率なんかどうでもいい。きちんと
処理能力さえ上がってくれれば。
microarchitecture か
トレンドだらけの理想CPUを作りたいのなら未来技術板がおすすめす。
超並列機では、マイクロカーネルが普通だけど
windowsはそういうのしないんじゃないの?
windowsはそういうのしないんじゃないの?
>>657 さん
--------------------
対象プラットフォーム不明だな。
--------------------
一般的かつ常識的説明す。
--------------------
16bitサンクもまじえて語れよ。
--------------------
汎用的な話題とも思わないし､将来に繋がる話題とも思わないす。必要と思えば､ご自分で如何すか？
>>658 さん
--------------------
マイクロカーネルの高速化のための方法って結局モノリシックカーネルでも同じことができるんだよね。
--------------------
保守や移植のやりやすさで差が出るす。
--------------------
近代的なアプローチがMacOSみたいに
--------------------
Machわ現代的なマイクロカーネルにわ分類されないす。
--------------------
対象プラットフォーム不明だな。
--------------------
一般的かつ常識的説明す。
--------------------
16bitサンクもまじえて語れよ。
--------------------
汎用的な話題とも思わないし､将来に繋がる話題とも思わないす。必要と思えば､ご自分で如何すか？
>>658 さん
--------------------
マイクロカーネルの高速化のための方法って結局モノリシックカーネルでも同じことができるんだよね。
--------------------
保守や移植のやりやすさで差が出るす。
--------------------
近代的なアプローチがMacOSみたいに
--------------------
Machわ現代的なマイクロカーネルにわ分類されないす。
664 ：MACオタ＞659 さん：2006/05/01(月) 01:49:43 ID:co3Gk62E
>>659
--------------------
そのmassive parallelアーキテクチャがintelの次世代micro architectureである
--------------------
MPP (Massive Parallel Processor)ってのわ､スーパーコンピュータの分類の一つで多くのノードをメモリ
共有システムで繋ぐモノす。現在でわ絶滅に瀕している種族すけど､大規模マルチコアのシステムというのわ､
ちょうどこのMPPと同じ構成になるす。
--------------------
そのmassive parallelアーキテクチャがintelの次世代micro architectureである
--------------------
MPP (Massive Parallel Processor)ってのわ､スーパーコンピュータの分類の一つで多くのノードをメモリ
共有システムで繋ぐモノす。現在でわ絶滅に瀕している種族すけど､大規模マルチコアのシステムというのわ､
ちょうどこのMPPと同じ構成になるす。
>>664
物理アクセラレータは、メッセージパシングでも共有メモリでも
ないわけで、intelのメニーコアが
必ずしもメッセージパッシング式になるってわけでないと思うが
超並列機の構成が、実績あってプログラミングも比較的容易で
性能もまぁまぁ出るのは事実だけど
物理アクセラレータは、メッセージパシングでも共有メモリでも
ないわけで、intelのメニーコアが
必ずしもメッセージパッシング式になるってわけでないと思うが
超並列機の構成が、実績あってプログラミングも比較的容易で
性能もまぁまぁ出るのは事実だけど
今気づいたけど、超並列機はメモリ共有じゃなく
非共有システムだぞ
BlueGene/Lとかcrayのマシンとか
みんなメッセージパシング
非共有システムだぞ
BlueGene/Lとかcrayのマシンとか
みんなメッセージパシング
>保守や移植のやりやすさで差が出るす。
↑
自分でやってもいないのに偉そうな口調でよくこんなことがいえますねーｗｗｗｗｗｗｗ
しかも大昔の教科書に書かれてたようなこの言葉。どういう理由で言ってるんでしょー？
↑
自分でやってもいないのに偉そうな口調でよくこんなことがいえますねーｗｗｗｗｗｗｗ
しかも大昔の教科書に書かれてたようなこの言葉。どういう理由で言ってるんでしょー？
話の流れがわからないのだが、並列処理のために
マイクロカーネルの優位を語ってるとすれば、
macヲタは正しいだろ
各ノードが持つOSは小さいほうがいいに決まってる
BlueGene/Lの1ノードのメモリは512MBしかないんだから
マイクロカーネルの優位を語ってるとすれば、
macヲタは正しいだろ
各ノードが持つOSは小さいほうがいいに決まってる
BlueGene/Lの1ノードのメモリは512MBしかないんだから
SX-8って、チャンネルをやめて、スカラパイプで
I/Oを処理する方式にしたんだよな
可能ならOSの各モジュールを、分散して処理するより
単一プロセッサで処理したほうが効率はいい
TCP/IPオフロードエンジンは、負荷はさがるけど
レイテンシの問題があるから、intelは採用しない模様
I/Oを処理する方式にしたんだよな
可能ならOSの各モジュールを、分散して処理するより
単一プロセッサで処理したほうが効率はいい
TCP/IPオフロードエンジンは、負荷はさがるけど
レイテンシの問題があるから、intelは採用しない模様
670 ：MACオタ＞666 さん：2006/05/01(月) 02:09:12 ID:co3Gk62E
>>666
----------------------
超並列機はメモリ共有じゃなく非共有システムだぞ
----------------------
共有す。http://top500.org/orsc/2005/architecture.html#architecture
======================
Other vendors of Massively Parallel Processing systems (sometimes called MPP systems), like
HP and SGI, also are able to support proprietary virtual shared-memory programming models due
to the fact that these physically distributed memory systems are able to address the whole
collective address space.
======================
ただ､最近わShared Memory MIMDという分類になってるすね。。。
----------------------
超並列機はメモリ共有じゃなく非共有システムだぞ
----------------------
共有す。http://top500.org/orsc/2005/architecture.html#architecture
======================
Other vendors of Massively Parallel Processing systems (sometimes called MPP systems), like
HP and SGI, also are able to support proprietary virtual shared-memory programming models due
to the fact that these physically distributed memory systems are able to address the whole
collective address space.
======================
ただ､最近わShared Memory MIMDという分類になってるすね。。。
671 ：MACオタ＞667 さん：2006/05/01(月) 02:11:28 ID:co3Gk62E
>>667
--------------------
大昔の教科書に書かれてたようなこの言葉。
--------------------
よほど「教科書｣ってのに恨みがあるみたいすね(笑)
ぜひ古臭くない最新の資料を引用して反論をお願いするす。
--------------------
大昔の教科書に書かれてたようなこの言葉。
--------------------
よほど「教科書｣ってのに恨みがあるみたいすね(笑)
ぜひ古臭くない最新の資料を引用して反論をお願いするす。
>>669
「L1～L7処理のオーバーヘッドはTCP処理にあるんじゃないんだ！バッファのコピーを繰り返す点に
あるんだよ！だからチップセットやネットワークドライバとか含めて対応する必要があるんだ！！
ToEエンジンは解決策にならないんだよ！！」みたいなことをいってたな‥＞Intel
「L1～L7処理のオーバーヘッドはTCP処理にあるんじゃないんだ！バッファのコピーを繰り返す点に
あるんだよ！だからチップセットやネットワークドライバとか含めて対応する必要があるんだ！！
ToEエンジンは解決策にならないんだよ！！」みたいなことをいってたな‥＞Intel
>>670
ccNUMAも、MPPに入れてるだけだろ
SGIのは、非共有だけど、共有メモリって
特殊なアーキティクチャだけど
クラスタでも、ダイレクトメモリアクセスってやってるから
今じゃ特殊じゃないか
ccNUMAも、MPPに入れてるだけだろ
SGIのは、非共有だけど、共有メモリって
特殊なアーキティクチャだけど
クラスタでも、ダイレクトメモリアクセスってやってるから
今じゃ特殊じゃないか
>>672
事実は知らんが、カーネル、ドライバ、アプリ間で
データのコピーを繰り返すのが
TCP/IPの遅さの原因ってのは、よく言われてるよな
windowsにNICドライバを統合すれば、速くなるんだけど
そんなの無理だろ
事実は知らんが、カーネル、ドライバ、アプリ間で
データのコピーを繰り返すのが
TCP/IPの遅さの原因ってのは、よく言われてるよな
windowsにNICドライバを統合すれば、速くなるんだけど
そんなの無理だろ
俺は素直にLANケーブルに有ると思うw
スレ違いｺﾞﾒﾈ
スレ違いｺﾞﾒﾈ
>>666
非共有というより「分散メモリ」というのが一般的かと。
共有メモリ方式の筐体をネットワークでつないで超並列にする場合も、大局的には分散と同じ。
OSのレベルで見ると、リニアなアドレス空間としては見えない。
まー、並列化を前提にプログラムを書いてコンパイル&ジョブ投入すれば、あとはコンパイラとライブラリが
面倒を見て振り分けてくれるけどねー
非共有というより「分散メモリ」というのが一般的かと。
共有メモリ方式の筐体をネットワークでつないで超並列にする場合も、大局的には分散と同じ。
OSのレベルで見ると、リニアなアドレス空間としては見えない。
まー、並列化を前提にプログラムを書いてコンパイル&ジョブ投入すれば、あとはコンパイラとライブラリが
面倒を見て振り分けてくれるけどねー
Quadricsやinifinibandも、10GbEと同じケーブルだけど
レイテンシは数μ秒と低い
1000BASEとかでも事情は同じで、プロトコルスタックだろ
TCP/IPの遅さの本質は
レイテンシは数μ秒と低い
1000BASEとかでも事情は同じで、プロトコルスタックだろ
TCP/IPの遅さの本質は
>>675
むしろTCPスタックそのものをIntelが提供するというのは如何。(恐
そういえば「Windows VistaではTCP/IPのプロトコルスタックをゼロから作り直した」とかいう発言がありましたが。
この機会に、コピーを低減する経路とそのインターフェースを新設するのもありかもしれませんね。
むしろTCPスタックそのものをIntelが提供するというのは如何。(恐
そういえば「Windows VistaではTCP/IPのプロトコルスタックをゼロから作り直した」とかいう発言がありましたが。
この機会に、コピーを低減する経路とそのインターフェースを新設するのもありかもしれませんね。
>>677, >>679 さん
話がまとまったところで失礼すけど､いわゆるMPPに関してわ､>>670の引用先にあるように
-------------------------
the fact that these physically distributed memory systems are able to address the whole collective
address space. So, for the user such systems have one global address space spanning all of the
memory in the system.
-------------------------
ということで､連続したアドレス空間となるす。ちゃんとメモリコヒーレンシの保証もあるかと。
話がまとまったところで失礼すけど､いわゆるMPPに関してわ､>>670の引用先にあるように
-------------------------
the fact that these physically distributed memory systems are able to address the whole collective
address space. So, for the user such systems have one global address space spanning all of the
memory in the system.
-------------------------
ということで､連続したアドレス空間となるす。ちゃんとメモリコヒーレンシの保証もあるかと。
x86しか知らない井の中の蛙がx86以外のことを語るのは愚か
>>684
それはHPとかSGIのccNUMA機のことだろ
普通、MPPっていうと、非連続アドレス空間だろ
ConnectionMachineとかｎCubeって
もしかして、連続アドレス空間だったのか?
それはHPとかSGIのccNUMA機のことだろ
普通、MPPっていうと、非連続アドレス空間だろ
ConnectionMachineとかｎCubeって
もしかして、連続アドレス空間だったのか?
687 ：MACオタ＞686 さん：2006/05/01(月) 02:52:16 ID:co3Gk62E
>>686
--------------------
ConnectionMachineとかｎCubeってもしかして、連続アドレス空間だったのか?
--------------------
認識そのものが勘違いかと思うす。1996年の定義でもnCubeをMPPにわ分類してないす。
http://top500.org/orsc/1996/node3.html
=====================
Other vendors of Massively Parallel Processing systems (the buzz-word MPP systems is
fashionable here), like Convex and Cray, also support proprietary virtual shared-memory
programming models which means that these physically distributed memory systems,
=====================
--------------------
ConnectionMachineとかｎCubeってもしかして、連続アドレス空間だったのか?
--------------------
認識そのものが勘違いかと思うす。1996年の定義でもnCubeをMPPにわ分類してないす。
http://top500.org/orsc/1996/node3.html
=====================
Other vendors of Massively Parallel Processing systems (the buzz-word MPP systems is
fashionable here), like Convex and Cray, also support proprietary virtual shared-memory
programming models which means that these physically distributed memory systems,
=====================
nCubeわ､これすね。
http://top500.org/orsc/1996/node38.html#SECTION000441300000000000000
---------------------
Machine type: Distributed-memory multi-processor
---------------------
http://top500.org/orsc/1996/node38.html#SECTION000441300000000000000
---------------------
Machine type: Distributed-memory multi-processor
---------------------
分散メモリシステムでも、「ユーザーアプリのレイヤ」からみて「論理的にリニアなアドレス空間」を
提供するのは可能だ。むろんこれは仮想的な話。(いわゆる仮想共有メモリモデル)
OSのレイヤで見ると、メモリ空間は各筐体で分離されている。
その上で動くミドルウェアやライブラリのレイヤでがすがす通信しあって、アプリに仮想的な実行
環境を提供している‥とでもいえばいいのか。
提供するのは可能だ。むろんこれは仮想的な話。(いわゆる仮想共有メモリモデル)
OSのレイヤで見ると、メモリ空間は各筐体で分離されている。
その上で動くミドルウェアやライブラリのレイヤでがすがす通信しあって、アプリに仮想的な実行
環境を提供している‥とでもいえばいいのか。
690 ：MACオタ＞689 さん：2006/05/01(月) 03:07:33 ID:co3Gk62E
>>689
あらかじめ書いておくすけど､90年代のスーパーコンピュータについて検索していると､やたらに"MPP"という
文句が使われていて､一種の流行語だったことが判るす。
現在でわくラスタとしか表現できない構成もMPPを名乗ってたようすね。
そう言う意味でわ"MPP"というあやふやな用語に対して､厳密な定義があるように書いたことわ不適切だったので
お詫びするす。
----------------------------
分散メモリシステムでも、「ユーザーアプリのレイヤ」からみて「論理的にリニアなアドレス空間」を
提供するのは可能だ。
----------------------------
結局のところ､分散・共有を気にしないで書かれたコードの性能が出るかどうかが問題で､ハードウェア的な
アシストがあるシステムが､その天で優秀だというだけの問題かと思うす。現存するスーパーコンピュータ
でわ､SGIのIPFベースのシステムがそういうことを売りにしているす。
あらかじめ書いておくすけど､90年代のスーパーコンピュータについて検索していると､やたらに"MPP"という
文句が使われていて､一種の流行語だったことが判るす。
現在でわくラスタとしか表現できない構成もMPPを名乗ってたようすね。
そう言う意味でわ"MPP"というあやふやな用語に対して､厳密な定義があるように書いたことわ不適切だったので
お詫びするす。
----------------------------
分散メモリシステムでも、「ユーザーアプリのレイヤ」からみて「論理的にリニアなアドレス空間」を
提供するのは可能だ。
----------------------------
結局のところ､分散・共有を気にしないで書かれたコードの性能が出るかどうかが問題で､ハードウェア的な
アシストがあるシステムが､その天で優秀だというだけの問題かと思うす。現存するスーパーコンピュータ
でわ､SGIのIPFベースのシステムがそういうことを売りにしているす。
いつもながら、話があっちゃこっちゃに飛ぶのな。
Virtual shared memoryって、一般的な共有メモリとは
違うんじゃないの?って思うが、亀レスごめん
違うんじゃないの?って思うが、亀レスごめん
兎に角
＞超並列機は共有メモリじゃなく分散メモリ
でFAな。
さてIntelの次世代CPUについて語ろうぜ。
この期に及んで超並列システムについて語ろうとする奴はほかの板に行ってくれ。
＞超並列機は共有メモリじゃなく分散メモリ
でFAな。
さてIntelの次世代CPUについて語ろうぜ。
この期に及んで超並列システムについて語ろうとする奴はほかの板に行ってくれ。
>>681
それをやってもLinuxの場合なら差はでないよ。
自IPにうってもNICには落ちずスタックの中で戻ってくるだけなので、ループバックアドレスと
ほとんど差はない。Windowsでも同じじゃなかったかな。
レイヤを越えるとき、毎回のようにバッファをコピーするバケツリレー方式がボトルネックの原因だそうだ。
かといっていきなりポインタを渡すわけにもいかんわけで‥
それをやってもLinuxの場合なら差はでないよ。
自IPにうってもNICには落ちずスタックの中で戻ってくるだけなので、ループバックアドレスと
ほとんど差はない。Windowsでも同じじゃなかったかな。
レイヤを越えるとき、毎回のようにバッファをコピーするバケツリレー方式がボトルネックの原因だそうだ。
かといっていきなりポインタを渡すわけにもいかんわけで‥
MACオタって論戦で相手を打ち負かすことに粘着してるけど
傍から見たら、何必死になってんの？と思われていることは
全く分かっていない馬鹿なんだな、CPUの知識と自意識だけが膨れ上がってる
公開オナニーキモ過ぎｗｗｗ
傍から見たら、何必死になってんの？と思われていることは
全く分かっていない馬鹿なんだな、CPUの知識と自意識だけが膨れ上がってる
公開オナニーキモ過ぎｗｗｗ
697 ：・∀・）っ-○◎● ◆toBASh.... ：2006/05/01(月) 04:36:59 ID:njwk6Qh8
Intelのメニーコア構想なんてアレですよ、「株価」。
Meromでコアを大幅にリッチ化してることを見れば、逃げ道を用意してるか、
最初からやる気無いかのどちらかだってことくらい解る。
大風呂敷広げてみるのが好きなんですよ。モトローラだってそう。
Meromでコアを大幅にリッチ化してることを見れば、逃げ道を用意してるか、
最初からやる気無いかのどちらかだってことくらい解る。
大風呂敷広げてみるのが好きなんですよ。モトローラだってそう。
エキゾチックな非シリコンとか、投機的マルチスレッディングよりは
はるかに現実性がある、メニーコアには
でも、45nmで4コアに達して、その後もコア数は増え続けるわけで
わざわざメニーコア化しないでそのままいくんじゃないか?って思う
はるかに現実性がある、メニーコアには
でも、45nmで4コアに達して、その後もコア数は増え続けるわけで
わざわざメニーコア化しないでそのままいくんじゃないか?って思う
メニーコア(メニースレッド)の先の投機的マルチスレッディングだと思って。
ところでメニーコア時代のコアは、現状のコアよりもシンプルであるべきなの?
メニーコアたるコア数 & 理想のクロック & 許容できる範囲の電力消費であれば
リッチになっていようといまいと関係ない気がするのですが。
しかもMeromはメニーコアまで繋がるコアじゃないし。
ﾖｸﾜｶﾝﾈ
ところでメニーコア時代のコアは、現状のコアよりもシンプルであるべきなの?
メニーコアたるコア数 & 理想のクロック & 許容できる範囲の電力消費であれば
リッチになっていようといまいと関係ない気がするのですが。
しかもMeromはメニーコアまで繋がるコアじゃないし。
ﾖｸﾜｶﾝﾈ
ダイサイズを半分にしても性能は半分には落ちないので、
基本的にコアを増やしてシンプルなコアにした方が「ピーク性能」は上がる。
ただし、シングルスレッド性能が下がってしまうのが痛い。
Cellみたく大きいコア1個（または2個）＋小さいコアたくさんにすれば
両方の性能をバランスよく稼げる。
基本的にコアを増やしてシンプルなコアにした方が「ピーク性能」は上がる。
ただし、シングルスレッド性能が下がってしまうのが痛い。
Cellみたく大きいコア1個（または2個）＋小さいコアたくさんにすれば
両方の性能をバランスよく稼げる。
現状の複雑なコアで、マルチコアを強化していくと
そのうちTDPが許容できないレベルになるからな
メニーコア時代は、シンプルかつ低クロックなコアしかないだろう
そのうちTDPが許容できないレベルになるからな
メニーコア時代は、シンプルかつ低クロックなコアしかないだろう
702 ：・∀・）っ-○◎● ◆toBASh.... ：2006/05/01(月) 06:56:35 ID:njwk6Qh8
マルチコアにシフトする機会ならいくらでもあった。それでも今までそうならなかったのは
シングルコアで、既存コード資産を生かしつつ、高速化を計るアプローチのほうが
支持されたし、クロックを、IPCを、上げ続けることができた。
ここにきて「マルチコアの時代」云々って話が持ち上がってるのは、「そうしないと性能が
伸ばせない」っていう半導体メーカーの消極的な都合が背景にあるわけで、
ソフト屋の多くは手間が大幅に増えるのであまり歓迎してない。
「Cellの性能を生かしきれるゲームを作れるのは世界で7社だけ」とか言われてるような
現状じゃ、数年先も読めんね。
シングルコアで、既存コード資産を生かしつつ、高速化を計るアプローチのほうが
支持されたし、クロックを、IPCを、上げ続けることができた。
ここにきて「マルチコアの時代」云々って話が持ち上がってるのは、「そうしないと性能が
伸ばせない」っていう半導体メーカーの消極的な都合が背景にあるわけで、
ソフト屋の多くは手間が大幅に増えるのであまり歓迎してない。
「Cellの性能を生かしきれるゲームを作れるのは世界で7社だけ」とか言われてるような
現状じゃ、数年先も読めんね。
the free lunch is over
コンロのメモリってDDRだっけ？
DDRならDDR2のAM2より乗り換え易いから コンロ買おうと思うんだけど
DDRならDDR2のAM2より乗り換え易いから コンロ買おうと思うんだけど
DDR2にきまってんじゃんか
そうなのか…
それじゃコンロとAM2で値下がりした64×2狙おうかな
それじゃコンロとAM2で値下がりした64×2狙おうかな
値下がりしないからCステのPenD買え
PenDだとDDR2ではないか。
865PEとかPT880とかがあるからDDR1でもいいよ
MACオタのGDI講座は終わりましたか？
>>697
もっとも、その広げた風呂敷をラトナー本人が畳んじゃったからね。
もっとも、その広げた風呂敷をラトナー本人が畳んじゃったからね。
とにかく待ち遠しいな
Many Core時代になるとまたOS戦争に発展する悪寒
NTでは駄目でそ
NTでは駄目でそ
強引にくっつけた4コアじゃなくて、
ちゃんとした4コアほしいなぁ～
ちゃんとした4コアほしいなぁ～
>>695
L3まで扱えるNPUが要るのかなぁ？
L3まで扱えるNPUが要るのかなぁ？
よく見てなかった。しかしまあどうでもいいが、、、
>>648
>オーバーヘッドが減っているのが判るかと思うす。
同期処理について書いてると思われるが、説明じゃマルチプロセッサマシンでの
マイクロカーネルの利点も分からなければ、そもそもシングルプロセッサとくらべても
何が速くなったのかすらさっぱり分からないんだがｗ
どこがどうオーバーヘッドが減ってるのかちゃんと説明してもらおうか。
GDIがGPU上で実行される仕組みと合わせてｗｗｗ
>>648
>オーバーヘッドが減っているのが判るかと思うす。
同期処理について書いてると思われるが、説明じゃマルチプロセッサマシンでの
マイクロカーネルの利点も分からなければ、そもそもシングルプロセッサとくらべても
何が速くなったのかすらさっぱり分からないんだがｗ
どこがどうオーバーヘッドが減ってるのかちゃんと説明してもらおうか。
GDIがGPU上で実行される仕組みと合わせてｗｗｗ
>>703
それは去年の話、今のトレンドはこれ
The free lunch is back!
http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=2748&p=6
1つのコアや1つのスレッドを重視するという姿勢は変わらない
http://pcweb.mycom.co.jp/articles/2006/03/08/idf2/001.html
いたずらにコアを増やしていく方針はない
http://pc.watch.impress.co.jp/docs/2006/0310/config096.htm
2～4コアでILPを向上していく
http://www.anandtech.com/tradeshows/showdoc.aspx?i=2711&p=4
デュアルコアより大容量共有キャッシュが重要
http://news.com.com/2008-1006_3-6047173.html
それは去年の話、今のトレンドはこれ
The free lunch is back!
http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=2748&p=6
1つのコアや1つのスレッドを重視するという姿勢は変わらない
http://pcweb.mycom.co.jp/articles/2006/03/08/idf2/001.html
いたずらにコアを増やしていく方針はない
http://pc.watch.impress.co.jp/docs/2006/0310/config096.htm
2～4コアでILPを向上していく
http://www.anandtech.com/tradeshows/showdoc.aspx?i=2711&p=4
デュアルコアより大容量共有キャッシュが重要
http://news.com.com/2008-1006_3-6047173.html
雑誌とかでかかれてる真のデュアルコアってどういう意味なの？
PenD使ってるんだけど、デュアル非対応のエンコーダでCPU占有率を
リアルタイムに設定してエンコードしながら、3Dゲームすればふつうに
2倍じゃないの？
PenD使ってるんだけど、デュアル非対応のエンコーダでCPU占有率を
リアルタイムに設定してエンコードしながら、3Dゲームすればふつうに
2倍じゃないの？
2個のCPUを無理矢理1つに載せただけのPenDは、
最初からデュアルコアとして開発されてコア間のやり取りも高速な
AthlonX2やYonahとは違って真のデュアルコアとは言えないということ。
ただ、FSBの調停が遅いとかコア間通信遅いとか消費電力すごいよとか
その辺目をつぶれば倍くらい速くなることもあるよ。
>>719だと他のデュアルコアと大して変わらないんじゃないかな。
大体、「真の」って言葉は宣伝文句の色が強い。
最初からデュアルコアとして開発されてコア間のやり取りも高速な
AthlonX2やYonahとは違って真のデュアルコアとは言えないということ。
ただ、FSBの調停が遅いとかコア間通信遅いとか消費電力すごいよとか
その辺目をつぶれば倍くらい速くなることもあるよ。
>>719だと他のデュアルコアと大して変わらないんじゃないかな。
大体、「真の」って言葉は宣伝文句の色が強い。
>>720
確かに真のデュアルコアだなんだ言ったって結局定義があるような問題じゃないもんね
確かに真のデュアルコアだなんだ言ったって結局定義があるような問題じゃないもんね
まあね。
Athlon64 X2の宣伝文句であるだけで、実際には完全なデュアルコアってわけでもないしな。
Athlon64 X2の宣伝文句であるだけで、実際には完全なデュアルコアってわけでもないしな。
> 現在でわくラスタとしか表現できない構成もMPPを名乗ってたようすね。
おいおい、現在でもクラスタを MPP と呼ぶことはよくあるぜ。
嘘を書くな
> Virtual shared memoryって、一般的な共有メモリとは
> 違うんじゃないの?って思うが、亀レスごめん
もちろん違う。それが virtual と呼ぶ結縁だわなあ。
それも分かっとらん香具師はイタい。
> CPUの知識と自意識だけが膨れ上がってる
MPP がメモリ共有だとか、コヒーレンシの保証があるとか
言ってる時点で、CPU の知識も素人が頑張ってるレベル
なのは明らかじゃよ。
MPP と ccNUMA の区別くらいつけろよ。
http://www.atmarkit.co.jp/news/200311/07/gartner23.html
> Massively Parallel Processor：大規模並列プロセッサ
> 各CPUがメモリもディスクも直接的に共用してはいないので、
> むしろ「シェアード・ナッシング」と呼んだ方が正確かもしれない。
> MPPとNUMAは物理的にみれば似ているが、MPPではそれぞれ
> のマシンに独立したメモリ空間があり、それぞれのマシンで
> OSが稼働しているの対して、NUMAでは複数のマシンをまたがって
> 1つのメモリ空間があり、OSも全体で1つだけ稼働している点に
> 根本的な違いがある。
> 科学技術計算などの（並列性が高い）処理を、多数のサーバで
> 分散処理させる形態をクラスタ（計算クラスタ）と呼ぶことがある。
> 正確にいえば、この形態は前記のMPPと呼ぶべきものだが。つまり、
> クラスタとMPPの用語の区別は不明確なのである。
おいおい、現在でもクラスタを MPP と呼ぶことはよくあるぜ。
嘘を書くな
> Virtual shared memoryって、一般的な共有メモリとは
> 違うんじゃないの?って思うが、亀レスごめん
もちろん違う。それが virtual と呼ぶ結縁だわなあ。
それも分かっとらん香具師はイタい。
> CPUの知識と自意識だけが膨れ上がってる
MPP がメモリ共有だとか、コヒーレンシの保証があるとか
言ってる時点で、CPU の知識も素人が頑張ってるレベル
なのは明らかじゃよ。
MPP と ccNUMA の区別くらいつけろよ。
http://www.atmarkit.co.jp/news/200311/07/gartner23.html
> Massively Parallel Processor：大規模並列プロセッサ
> 各CPUがメモリもディスクも直接的に共用してはいないので、
> むしろ「シェアード・ナッシング」と呼んだ方が正確かもしれない。
> MPPとNUMAは物理的にみれば似ているが、MPPではそれぞれ
> のマシンに独立したメモリ空間があり、それぞれのマシンで
> OSが稼働しているの対して、NUMAでは複数のマシンをまたがって
> 1つのメモリ空間があり、OSも全体で1つだけ稼働している点に
> 根本的な違いがある。
> 科学技術計算などの（並列性が高い）処理を、多数のサーバで
> 分散処理させる形態をクラスタ（計算クラスタ）と呼ぶことがある。
> 正確にいえば、この形態は前記のMPPと呼ぶべきものだが。つまり、
> クラスタとMPPの用語の区別は不明確なのである。
クラスタって元はミニコン用語で
MPPはHPC用語なんだよな
高可用クラスタって言葉はあるけど、MPPではない
余談でした
MPPはHPC用語なんだよな
高可用クラスタって言葉はあるけど、MPPではない
余談でした
ところでmacヲタが、HPCに疎いのは意外だった
メニーコアについて語るとかできないなW
メニーコアについて語るとかできないなW
そうだね。
HA クラスタと HPC クラスタって、同じクラスタって
言葉を使ってても、相当に違う。
MPP って言って良いのは HPC クラスタの方だけ。
HA クラスタと HPC クラスタって、同じクラスタって
言葉を使ってても、相当に違う。
MPP って言って良いのは HPC クラスタの方だけ。
>>718
へー、あのラトナーが方針変えたんだ。
期待外れに終わったUltraSparc T1やXbox360や、
開発難易度の高いPS3の現状からすると、
メニイコアの推進は慎重にならざる得ないんだろうな。
へー、あのラトナーが方針変えたんだ。
期待外れに終わったUltraSparc T1やXbox360や、
開発難易度の高いPS3の現状からすると、
メニイコアの推進は慎重にならざる得ないんだろうな。
微細化も、コアアーキティクチャの変更も高速化に
あまり効果がなく、コア数増やしてもすぐには
速くならないってのが、今後数年は
AMDにプラスに働く予感
あまり効果がなく、コア数増やしてもすぐには
速くならないってのが、今後数年は
AMDにプラスに働く予感
レンダリングとか、モロに効く分野もあるけど
一般的には押しが弱い気もする。
いっそのこと例のorigamiを端末とするホームサーバー的な使い方が
一般化すればメニーコアもかなりプッシュできるようになるんじゃまいか。
サーバー的用途にかけてはスレッド枯渇のような問題はないわけだから。
一般的には押しが弱い気もする。
いっそのこと例のorigamiを端末とするホームサーバー的な使い方が
一般化すればメニーコアもかなりプッシュできるようになるんじゃまいか。
サーバー的用途にかけてはスレッド枯渇のような問題はないわけだから。
731 ：Socket774：2006/05/02(火) 22:31:38 ID:HkbfPYdh
>>729
ハァ？
ハァ？
コアアーキテクチャを変更したからここまで高速化できた
http://www.xtremesystems.org/forums/showthread.php?t=97609
http://www.xtremesystems.org/forums/showthread.php?t=97593
http://www.xtremesystems.org/forums/showthread.php?t=97609
http://www.xtremesystems.org/forums/showthread.php?t=97593
単純にコア増やしても駄目だってのは誰だってわかる。
しかしIntelのメニィコアはヘテロだ。
むしろ演算性能に見合ったインターコネクトの実装が最大の課題だろう。
しかしIntelのメニィコアはヘテロだ。
むしろ演算性能に見合ったインターコネクトの実装が最大の課題だろう。
1ピンあたり10Gbpsとかまではいけるんだろうが、
そんなのを1000ピンとか実装しようなら
間違いなく100w程度じゃおさまらない
結局、熱の問題が
そんなのを1000ピンとか実装しようなら
間違いなく100w程度じゃおさまらない
結局、熱の問題が
>>737
全石同時稼動するわけではないから、そんな莫大な帯域はいらんだろう。
全石同時稼動するわけではないから、そんな莫大な帯域はいらんだろう。
>>735
とは言え相当なトーンダウン。
とは言え相当なトーンダウン。
ハァ？
ついでにニューロコンピュータも合体させて欲しい
高性能コア１６個 ＋ コプロコア１００個 ＋ ニューロコンピュータ１４０億個（人間の脳細胞の数）
高性能コア１６個 ＋ コプロコア１００個 ＋ ニューロコンピュータ１４０億個（人間の脳細胞の数）
何かみんな次次次世代くらいの話をしてるように見える
ちんぷんかんぷんだ
ちんぷんかんぷんだ
おいらなんか、ちんちんぷんぷんだぞ
インテルはサブコアにどんなアーキテクチャを持ってくるんだろ？
x86互換の予定らしいが。。。
x86互換の予定らしいが。。。
OSにＭＳを使う以上、どうしてもIntelのための仕様っぽくなるのは嫌な物だ。
世界三大標準機 「 インテル Windows PC/AT互換機 」
世界三大標準機 「 インテル Windows PC/AT互換機 」
そんなこといったらMacOSXは使えないぜ8w
Macを使うくらいなら、Linuxを使うよ
749 ：MACオタ＞724 さん：2006/05/03(水) 12:34:56 ID:nA89gB59
>>724
--------------------
現在でもクラスタを MPP と呼ぶことはよくあるぜ。 嘘を書くな
--------------------
クラスタとMPPわ別に考えるのが普通す。
http://www.top500.org/stats/26/archtype
--------------------
MPP がメモリ共有だとか、コヒーレンシの保証があるとか言ってる時点で、CPU の知識も素人が
頑張ってるレベルなのは明らかじゃよ。
MPP と ccNUMA の区別くらいつけろよ。
--------------------
あなたの脳内分類が､現代の用語とかけ離れたのを理解したほうが良いかと思うす。
怪しげな日本語の資料を引っ張ってくる前に､>>670のリンク先でも読んでおけば恥をかかなかったものを(笑)
--------------------
現在でもクラスタを MPP と呼ぶことはよくあるぜ。 嘘を書くな
--------------------
クラスタとMPPわ別に考えるのが普通す。
http://www.top500.org/stats/26/archtype
--------------------
MPP がメモリ共有だとか、コヒーレンシの保証があるとか言ってる時点で、CPU の知識も素人が
頑張ってるレベルなのは明らかじゃよ。
MPP と ccNUMA の区別くらいつけろよ。
--------------------
あなたの脳内分類が､現代の用語とかけ離れたのを理解したほうが良いかと思うす。
怪しげな日本語の資料を引っ張ってくる前に､>>670のリンク先でも読んでおけば恥をかかなかったものを(笑)
750 ：MACオタ＞748 さん：2006/05/03(水) 12:37:55 ID:nA89gB59
>>750
お前のその言葉遣いとプライドの高さにに一番イライラする
お前のその言葉遣いとプライドの高さにに一番イライラする
まぁ、慣れの問題ではないかとは思うが。
おれも『す』はイラつくなぁ。
GnomeもKDEもその他も駄目だと思うよ。慣れの問題だけでなく。
Linuxデスクトップはまだまだ…
大体デスクトップ環境なんてのは伽藍で作り上げるものだから、
オープンソースでわいわいやるプロジェクトには向かん。
ただkonquerorはちょっといい
あのごちゃ混ぜ多機能はなかなか…
重いし安定性高くないけどな
Linuxデスクトップはまだまだ…
大体デスクトップ環境なんてのは伽藍で作り上げるものだから、
オープンソースでわいわいやるプロジェクトには向かん。
ただkonquerorはちょっといい
あのごちゃ混ぜ多機能はなかなか…
重いし安定性高くないけどな
気に入らない部分は脳内スルーするす
756 ：Socket774：2006/05/03(水) 16:13:45 ID:h1z8SBts
はぁ？
MACｦﾀが無駄にｽﾚ消費してる件について
お前らホント蒸し返すのが好きだな
> クラスタとMPPわ別に考えるのが普通す。
Top500 が使ってる便宜上の分類を、アーキテクチャ的な分類だと
信じてる時点で終ってるなあ。まあそこがMacヲタらしいところだが。(w
> 怪しげな日本語の資料を引っ張ってくる前
あの文章を書いた栗原潔って人は、Macヲタと違って、ちゃんとした
専門家なんだよね。MITの計算機科学科で、Chip Level Multithreading
の論文で修士を取ってる。
ttp://citeseer.ifi.unizh.ch/kurihara91latency.html
もっぱら google で知識を得てる誰かさんとは違うのよ。
Top500 が使ってる便宜上の分類を、アーキテクチャ的な分類だと
信じてる時点で終ってるなあ。まあそこがMacヲタらしいところだが。(w
> 怪しげな日本語の資料を引っ張ってくる前
あの文章を書いた栗原潔って人は、Macヲタと違って、ちゃんとした
専門家なんだよね。MITの計算機科学科で、Chip Level Multithreading
の論文で修士を取ってる。
ttp://citeseer.ifi.unizh.ch/kurihara91latency.html
もっぱら google で知識を得てる誰かさんとは違うのよ。
760 ：MACオタ＞759 さん：2006/05/03(水) 19:55:34 ID:nA89gB59
>>759
----------------------
あの文章を書いた栗原潔って人は、Macヲタと違って、ちゃんとした
専門家なんだよね。MITの計算機科学科で、Chip Level Multithreading
の論文で修士を取ってる。
----------------------
調査会社のヒトわ､確かに「分類の専門家｣かもしれないすけど(笑)
あなたが工学部の修士というものをどのくらい立派なモノと思っているかわ知らないすけど､
多くの方にとってわ､修士時代の研究内容や論文を思い出せば､その経歴がそれほど意味が
無いことも判るかと思うす。
バカ修士の一例わ>>9でちょっと言及している前スレに出てきたOCマシンで論文の計算をやったと
自慢していたヒトを思い出せば良いかと。。。
----------------------
あの文章を書いた栗原潔って人は、Macヲタと違って、ちゃんとした
専門家なんだよね。MITの計算機科学科で、Chip Level Multithreading
の論文で修士を取ってる。
----------------------
調査会社のヒトわ､確かに「分類の専門家｣かもしれないすけど(笑)
あなたが工学部の修士というものをどのくらい立派なモノと思っているかわ知らないすけど､
多くの方にとってわ､修士時代の研究内容や論文を思い出せば､その経歴がそれほど意味が
無いことも判るかと思うす。
バカ修士の一例わ>>9でちょっと言及している前スレに出てきたOCマシンで論文の計算をやったと
自慢していたヒトを思い出せば良いかと。。。
virtual shared memory と shared memory の区別もついてない
人に馬鹿呼ばわりされても、全然困らないと俺は思うよ。
まあせいぜい誤解を再生産してくれ。
人に馬鹿呼ばわりされても、全然困らないと俺は思うよ。
まあせいぜい誤解を再生産してくれ。
762 ：MACオタ＞761 さん：2006/05/03(水) 20:25:51 ID:nA89gB59
>>761
--------------------
virtual shared memory と shared memory の区別もついてない
--------------------
脳内妄想だと思うすけど､どっかでそんなこと書いたすか？
それにしてもアカデミックな世界に憧れをもってる割にわ､現役のHPC分野の専門家が編纂したTop500の記事を
軽く見て､修卒の調査会社のお偉いさんの言い分を尊重してるってのわ何故なんすかね。。。
--------------------
virtual shared memory と shared memory の区別もついてない
--------------------
脳内妄想だと思うすけど､どっかでそんなこと書いたすか？
それにしてもアカデミックな世界に憧れをもってる割にわ､現役のHPC分野の専門家が編纂したTop500の記事を
軽く見て､修卒の調査会社のお偉いさんの言い分を尊重してるってのわ何故なんすかね。。。
>>670 で、超並列機をメモリ共有だと主張してるだろ。
大笑い。
大笑い。
top500の便宜上の分類じゃ、SGIやHPのccNUMAもMPPっぽいけど、
普通MPPって言えば、分散メモリ、論理非共有だろ
(論理非共有でも、他ノードのメモリに直にアドッレッシングできるのは
ここでは触れない)
macヲタが、MPPの歴史を知らなかった(個人的には意外
知ってると思ってた)のは事実
普通MPPって言えば、分散メモリ、論理非共有だろ
(論理非共有でも、他ノードのメモリに直にアドッレッシングできるのは
ここでは触れない)
macヲタが、MPPの歴史を知らなかった(個人的には意外
知ってると思ってた)のは事実
TOP500って、1993年からのしかないんだよな
80年代のHPC事情も知りたい
まぁCRAY XMPと日本産ベクタル機で埋まってるんだろうが
80年代のHPC事情も知りたい
まぁCRAY XMPと日本産ベクタル機で埋まってるんだろうが
766 ：MACオタ＞764 さん：2006/05/03(水) 20:38:46 ID:nA89gB59
>>764
-------------------
普通MPPって言えば、
-------------------
MPPわ「なんとなくプロセッサがたくさんあって贅沢な気がする｣宣伝文句に過ぎないす。
日本語の"超並列機"とMPPの関係も「昔わ格好良かったキャッチフレーズ｣という以上の共通点わ無いかと。。。
(>>690参照)
-------------------
普通MPPって言えば、
-------------------
MPPわ「なんとなくプロセッサがたくさんあって贅沢な気がする｣宣伝文句に過ぎないす。
日本語の"超並列機"とMPPの関係も「昔わ格好良かったキャッチフレーズ｣という以上の共通点わ無いかと。。。
(>>690参照)
単なる流行用語じゃなくて、CM-5とかCRAY T3Dみたいな
具体的なマシンを指す言葉だろ
HPCって言葉が一般化する以前は、スパコンっていうと
ベクトル機を指して、それの対としてスカラパラレルとかMPPって
言葉があった
具体的なマシンを指す言葉だろ
HPCって言葉が一般化する以前は、スパコンっていうと
ベクトル機を指して、それの対としてスカラパラレルとかMPPって
言葉があった
話はずれるが、SGIはintelのヨタを信じて、IPFと一緒に心中だもんな
可愛そうなもんだ
opteronにしてれば、死なずにすんだかもしれないのに
可愛そうなもんだ
opteronにしてれば、死なずにすんだかもしれないのに
770 ：MACオタ＞767 さん：2006/05/03(水) 20:46:22 ID:nA89gB59
>>767
------------------
HPCって言葉が一般化する以前は、スパコンっていうと
ベクトル機を指して、それの対としてスカラパラレルとかMPPって
言葉があった
------------------
それってベクトル以外わ、なんでもかんでもMPPを名乗っていたという意味かと。。。
>>766で書いていることと違うすか？
------------------
HPCって言葉が一般化する以前は、スパコンっていうと
ベクトル機を指して、それの対としてスカラパラレルとかMPPって
言葉があった
------------------
それってベクトル以外わ、なんでもかんでもMPPを名乗っていたという意味かと。。。
>>766で書いていることと違うすか？
771 ：MACオタ＞768 さん：2006/05/03(水) 20:48:48 ID:nA89gB59
>>770
PCやワークステーションをLANで接続するっつー、
クラスタ構成でのHPCって、昔はなかったもの
ベクトル機と、MPPしかなかった
まぁ、アレイプロセッサとか擬似ベクトルとか
マルチスレッドのMTAとか、少数ながら
わけわかんないアーキティクチャもあったけどな
TOP500の古いのを見ろよ
PCやワークステーションをLANで接続するっつー、
クラスタ構成でのHPCって、昔はなかったもの
ベクトル機と、MPPしかなかった
まぁ、アレイプロセッサとか擬似ベクトルとか
マルチスレッドのMTAとか、少数ながら
わけわかんないアーキティクチャもあったけどな
TOP500の古いのを見ろよ
774 ：MACオタ＞772 さん：2006/05/03(水) 20:51:30 ID:nA89gB59
>>772
--------------------
クラスタ構成でのHPCって、昔はなかったもの
--------------------
カートナーの栗原氏の講釈(>>724参照)でわ､MPP=clusterだそうで(笑)
--------------------
クラスタ構成でのHPCって、昔はなかったもの
--------------------
カートナーの栗原氏の講釈(>>724参照)でわ､MPP=clusterだそうで(笑)
MPP=クラスタじゃないが、普通だったらいいたい意味はわかる
イーサネットの高速化や、inifinibandoなんかの登場で
メーカー専用のネットワークを使ったMPPから
Linuxクラスタに置き換わったんだから
イーサネットの高速化や、inifinibandoなんかの登場で
メーカー専用のネットワークを使ったMPPから
Linuxクラスタに置き換わったんだから
777 ：MACオタ＞776 さん：2006/05/03(水) 20:56:42 ID:nA89gB59
constellationって、smp機のクラスタのことでは?
ほとんど聞かないので、よくわからんが
ほとんど聞かないので、よくわからんが
> MPP=クラスタじゃないが、普通だったらいいたい意味はわかる
MPP⊃HPC cluster なら OK じゃない？
まあ HPC cluster にもいろいろあるから、Ether を CPU 間リンク
に使ってるような HPC cluster は MPP としては認めんとか、いや
いや専用機じゃないと MPP とは呼ばんとかいう立場ははあるかも
しれんが、リモートDMAのないMPP専用機もあったから、アーキテク
チャから見れば本質的な違いはないよね。
あと、カートナーじゃなくてガートナーな。
Macヲタ、英語だけじゃなくて、日本語もちゃんと理解できんのか。
つうか、普通ガートナーくらい知らんか？
MPP⊃HPC cluster なら OK じゃない？
まあ HPC cluster にもいろいろあるから、Ether を CPU 間リンク
に使ってるような HPC cluster は MPP としては認めんとか、いや
いや専用機じゃないと MPP とは呼ばんとかいう立場ははあるかも
しれんが、リモートDMAのないMPP専用機もあったから、アーキテク
チャから見れば本質的な違いはないよね。
あと、カートナーじゃなくてガートナーな。
Macヲタ、英語だけじゃなくて、日本語もちゃんと理解できんのか。
つうか、普通ガートナーくらい知らんか？
780 ：MACオタ＞778 さん：2006/05/03(水) 21:06:48 ID:nA89gB59
叩けば叩くほど、ヲタからボロが出るぞ
久しぶりだｗ
久しぶりだｗ
>>783
かつてベクトル機以外のHPCは、ほとんどすべてMPPだった
MPPのインターコネクタは、自社製だった
MPPで、大規模SMPなのはなかった
すべて間違っていないと思うが?
なお、constellationの最初のものは、
CMOS化したてのベクトル機だな
sx-4なんかアメリカ政府が受注しかかったくらい
かつてベクトル機以外のHPCは、ほとんどすべてMPPだった
MPPのインターコネクタは、自社製だった
MPPで、大規模SMPなのはなかった
すべて間違っていないと思うが?
なお、constellationの最初のものは、
CMOS化したてのベクトル機だな
sx-4なんかアメリカ政府が受注しかかったくらい
787 ：MACオタ＞785 さん：2006/05/03(水) 21:33:21 ID:nA89gB59
>>785
---------------------
MPPで、大規模SMPなのはなかった
---------------------
システム名であからさまにMPPを名乗ってる日立SR8000/MPPわSMPのクラスタでわ？
大規模の定義によるすけど。。。
---------------------
MPPで、大規模SMPなのはなかった
---------------------
システム名であからさまにMPPを名乗ってる日立SR8000/MPPわSMPのクラスタでわ？
大規模の定義によるすけど。。。
詳しいことはわからんが、SR8000は複数のプロセッサを
分散メモリマシンとして使うのと
擬似ベクトルとして使う場合との
二つのモードを持つ
MPP、ベクトル機の両方の後継を狙ったからな
寿命は短かった、orz
分散メモリマシンとして使うのと
擬似ベクトルとして使う場合との
二つのモードを持つ
MPP、ベクトル機の両方の後継を狙ったからな
寿命は短かった、orz
790 ：MACオタ＞788-789 さん：2006/05/03(水) 21:54:35 ID:nA89gB59
>>788-789
COMPAS機能なら､POWER4/5をそのまま使ったSR11000にも引き継がれている筈す。
IBMの方がViVAなる名称でパクって採用するとの話も。。。
http://japan.cnet.com/special/story/0,2000056049,20075599,00.htm
COMPAS機能なら､POWER4/5をそのまま使ったSR11000にも引き継がれている筈す。
IBMの方がViVAなる名称でパクって採用するとの話も。。。
http://japan.cnet.com/special/story/0,2000056049,20075599,00.htm
結局 Top500 Database の Computer Architecture の分類が、
システム調達的な都合に合わせたものに過ぎず、実際の計算
機アーキテクチャとは無縁であることを証明してるに過ぎん
気がするな。
Interconnectにメーカ製独自ネットワークを使うか、
Inifiniband を使うかで、本質的な違いが出るか？
出ないよ。
システム調達的な都合に合わせたものに過ぎず、実際の計算
機アーキテクチャとは無縁であることを証明してるに過ぎん
気がするな。
Interconnectにメーカ製独自ネットワークを使うか、
Inifiniband を使うかで、本質的な違いが出るか？
出ないよ。
うん
おまいらのPRIDEのリングはここじゃないから、迷惑。
あけぼんぼどうなったの？
足払いでこけてフロントチョークでギブｗ
MACオタは阿呆だなぁとつくづく思う。
スレ違いの話題を延々と書いとる。
しかも前の方のレスで自爆しとる。
見苦しいにもほどがある。
まぁ自爆は自業自得だから晒し者にして放って置くとしても
スレ違いの話題を延々と書かれるのは迷惑千万。
Intelではないプロセッサの話題やより一般的な内容について
意見を書きたいのなら、そういった話題を扱うスレで発言
すればいいものを、それが出来ない。
つくづくMACオタは阿呆だなぁと思う。
スレ違いの話題を延々と書いとる。
しかも前の方のレスで自爆しとる。
見苦しいにもほどがある。
まぁ自爆は自業自得だから晒し者にして放って置くとしても
スレ違いの話題を延々と書かれるのは迷惑千万。
Intelではないプロセッサの話題やより一般的な内容について
意見を書きたいのなら、そういった話題を扱うスレで発言
すればいいものを、それが出来ない。
つくづくMACオタは阿呆だなぁと思う。
797 ：Socket774：2006/05/04(木) 12:19:12 ID:8Ka6PYlN
そうだな。
自分が優秀だけど認めてもらえないと感じていた頃は俺もMACオタのようだったな。
実際特定分野の知識や経験に自信も実績もあったから。
経験を周囲の人の幸せに役立てる事を考えるようになってからは
知識をひけらかすことも無くなった。
すると認められるようになった。
そんな考えが出来るようになったのも子育ての経験からだが。
ところでMACオタはどうして大文字なんだ？
Macという表記が正しいと思うんだが。
スレ違いスマン
自分が優秀だけど認めてもらえないと感じていた頃は俺もMACオタのようだったな。
実際特定分野の知識や経験に自信も実績もあったから。
経験を周囲の人の幸せに役立てる事を考えるようになってからは
知識をひけらかすことも無くなった。
すると認められるようになった。
そんな考えが出来るようになったのも子育ての経験からだが。
ところでMACオタはどうして大文字なんだ？
Macという表記が正しいと思うんだが。
スレ違いスマン
799 ：M･A･Cオタ＞798 さん：2006/05/05(金) 00:17:43 ID:4ZdSStF+
>>798
---------------------
もしやこれかな?
---------------------
今頃気づいたすか(笑)
私わMacユーザーでもあるすけど、ハンドルわ初めからコスメのMACから由来したものす。
よって自作PC板に書き込むのわ、全く板違いではなかったということになるすよ。
馬鹿な自作板の男共わ全然気がついていなかったみたいすけどね。。。
---------------------
もしやこれかな?
---------------------
今頃気づいたすか(笑)
私わMacユーザーでもあるすけど、ハンドルわ初めからコスメのMACから由来したものす。
よって自作PC板に書き込むのわ、全く板違いではなかったということになるすよ。
馬鹿な自作板の男共わ全然気がついていなかったみたいすけどね。。。
800 ：Socket774：2006/05/05(金) 00:26:35 ID:lRzFjTTt
コスメならMac以上に板違い甚だしいのですが。空気を読めないどころか勘違い甚だしい
最近のIntelの重役陣のインタビューから､次世代ネタを少々。
http://www.hpcwire.com/hpc/638662.html
HPCwireのRattnerインタビューす。まずIPFについて､
-----------------------
"I really don't recall a time, in our own minds, where we positioned Itanium as a the
ultimate replacement for x86,"
-----------------------
という遠大な野望わ､大幅に縮小しているとのことす。
-----------------------
"There's definitely space above the 64-bit x86 server processors and that's really the space that
Power and some of the Sparc implementations target.
-----------------------
http://www.hpcwire.com/hpc/638662.html
HPCwireのRattnerインタビューす。まずIPFについて､
-----------------------
"I really don't recall a time, in our own minds, where we positioned Itanium as a the
ultimate replacement for x86,"
-----------------------
という遠大な野望わ､大幅に縮小しているとのことす。
-----------------------
"There's definitely space above the 64-bit x86 server processors and that's really the space that
Power and some of the Sparc implementations target.
-----------------------
次世代についてわ､2007年後半に45nmプロセスの製造に入ると語った上､フラッシュメモリの応用の拡大に
ついて述べているす。
-----------------------
The company is looking to expand the use of flash memory beyond that of popular consumer devices
-----------------------
技術的にわ､こういう種があるようで､今後のIntelのフラッシュメモリ応用のストレージ技術にも注目かと思うす。
-----------------------
"They do have wearout mechanisms -- you can only write them so many times," explains Rattner.
"But we've developed what I'll describe as system solutions to minimize the write activity across
the array, to eliminate some of the erase-write cycle limitations."
-----------------------
ついて述べているす。
-----------------------
The company is looking to expand the use of flash memory beyond that of popular consumer devices
-----------------------
技術的にわ､こういう種があるようで､今後のIntelのフラッシュメモリ応用のストレージ技術にも注目かと思うす。
-----------------------
"They do have wearout mechanisms -- you can only write them so many times," explains Rattner.
"But we've developed what I'll describe as system solutions to minimize the write activity across
the array, to eliminate some of the erase-write cycle limitations."
-----------------------
http://www.reed-electronics.com/electronicnews/article/CA6329160.html
こちらわ､ElectronicNewsのゲルジンガーインタビューす。
---------------------------
Electronic News:
Let’s shift subjects. How many cores will you have in your chips, how will they be managed and
what will they be used for?
Gelssinger:
I don’t think we know how many there will be. That’s a topic of both research and product and
market understanding. We’re on track. We have lots of duals out already, and we have quads and
octs under development. Each of those cores can support multiple threads of execution. You can
have 16 or 32 threads each.
---------------------------
8-core&4-way SMTまでわ量産を意識して研究が進んでいることが判るす。
こちらわ､ElectronicNewsのゲルジンガーインタビューす。
---------------------------
Electronic News:
Let’s shift subjects. How many cores will you have in your chips, how will they be managed and
what will they be used for?
Gelssinger:
I don’t think we know how many there will be. That’s a topic of both research and product and
market understanding. We’re on track. We have lots of duals out already, and we have quads and
octs under development. Each of those cores can support multiple threads of execution. You can
have 16 or 32 threads each.
---------------------------
8-core&4-way SMTまでわ量産を意識して研究が進んでいることが判るす。
4core-16way/8core-32wayのCPUを開発して、使い道が「御家庭でgoogleできます！」か
>>804のように判り易い騙りも区別がつかないヒトが､プロセッサ記事のソースの信頼性やら
技術的内容の吟味ができるすかね？
真偽に関係なくネガティブな内容だけを脳内に溜め込んで醗酵させたあげく､粘着叩きに進化
しちゃったりする連中って。。。
技術的内容の吟味ができるすかね？
真偽に関係なくネガティブな内容だけを脳内に溜め込んで醗酵させたあげく､粘着叩きに進化
しちゃったりする連中って。。。
>>806
ん？とりあえず死ね
ん？とりあえず死ね
>>807
せっかく見えなくしたのにわざわざアンカー付けてくれるなよ
せっかく見えなくしたのにわざわざアンカー付けてくれるなよ
連鎖あぼーんかけるのもなんだしな…
MACヲタってどんどん酷くなっていくね。
なんでだろうか？
痛々しいくらいだよね。もう2ちゃんねるで「煽り・煽られ」は
やめた方がいいと思うんだよね。
疲れるでしょ？
なんでだろうか？
痛々しいくらいだよね。もう2ちゃんねるで「煽り・煽られ」は
やめた方がいいと思うんだよね。
疲れるでしょ？
律義にアホの相手をするからいかんのだ…
LenovoがDual Dempsey/3.73GHzのTPC-Cを登録しているす。Bensleyプラットフォームの公式データとして
わ､最初のものかと思うす。
http://www.tpc.org/tpcc/results/tpcc_advanced_sort.asp?FLTCOL1=tpcc.c_server_cores&FLTCHO1=4&ADDFILTERROW=&filterRowCount=1&SRTCOL1=tpcc.c_tpmc&SRTDIR1=DESC&ADDSORTROW=&sortRowCount=1&include_server_cpu=ON
Server CPU Socket/Core/Thread DB tpmC
OpteronDC/2.6GHz 4/4/8 SQL Server 2005 213,986-
Dempsey/3.73GHz 2/4/8 SQL Server 2005 125,954-
OpteronDC/2.6GHz 2/4/4 SQL Server 2005 113,628-
わ､最初のものかと思うす。
http://www.tpc.org/tpcc/results/tpcc_advanced_sort.asp?FLTCOL1=tpcc.c_server_cores&FLTCHO1=4&ADDFILTERROW=&filterRowCount=1&SRTCOL1=tpcc.c_tpmc&SRTDIR1=DESC&ADDSORTROW=&sortRowCount=1&include_server_cpu=ON
Server CPU Socket/Core/Thread DB tpmC
OpteronDC/2.6GHz 4/4/8 SQL Server 2005 213,986-
Dempsey/3.73GHz 2/4/8 SQL Server 2005 125,954-
OpteronDC/2.6GHz 2/4/4 SQL Server 2005 113,628-
>>812
これ理解に苦しんだんだけど、一番上のOpは4/8/8じゃん。
これ理解に苦しんだんだけど、一番上のOpは4/8/8じゃん。
Dempseyについてわ､DellやHPがSPECにも登録していたす。注目のデュアルFSB vs. 内蔵メモリコントローラを
メモリ負荷が大きいSPECfp-rate2000で比較して見るす。
なお､OSわ全てLinux。コンパイラわIntelわicc9, AMDわPathScale2.3す。
Model Processor Memory Base/Peak
Dell PowerEdge 2950 Besley(DC)/3.73GHz x 2 DDR2/533 FB-DIMM (CL4) 66.4/66.4
Tyan Thunder K8QW Op856(SC)/3.0GHz x 4 DDR400 Reg. (CL3) 90.6/100.0
TYAN Thunder K8SDpro Op285(DC)/2.6GHz x 2 DDR400 Reg. (CL2) 67.8/77.0
個人的にわ､FB-DIMM悪くないと見るす。
メモリ負荷が大きいSPECfp-rate2000で比較して見るす。
なお､OSわ全てLinux。コンパイラわIntelわicc9, AMDわPathScale2.3す。
Model Processor Memory Base/Peak
Dell PowerEdge 2950 Besley(DC)/3.73GHz x 2 DDR2/533 FB-DIMM (CL4) 66.4/66.4
Tyan Thunder K8QW Op856(SC)/3.0GHz x 4 DDR400 Reg. (CL3) 90.6/100.0
TYAN Thunder K8SDpro Op285(DC)/2.6GHz x 2 DDR400 Reg. (CL2) 67.8/77.0
個人的にわ､FB-DIMM悪くないと見るす。
815 ：MACオタ＞+++ さん：2006/05/05(金) 18:46:04 ID:eXdYaDf3
>>813
--------------------
一番上のOpは4/8/8じゃん。
--------------------
失礼したす。一応､スレッドを揃えた結果も並べてみよう。。。ってことで。
--------------------
一番上のOpは4/8/8じゃん。
--------------------
失礼したす。一応､スレッドを揃えた結果も並べてみよう。。。ってことで。
で、Woodcrest 2Sが109だっけ?
もう圧勝だなぁ。
もう圧勝だなぁ。
Woodcrestってやっぱすごいのか
上のSPECの結果､リンク入れ忘れたす。
・Dell-Dempsey http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060417-05870.html
・AMD-Op856 http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060321-05801.html
・AMD-Op285 http://www.spec.org/cpu2000/results/res2006q1/cpu2000-20060220-05636.html
・Dell-Dempsey http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060417-05870.html
・AMD-Op856 http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060321-05801.html
・AMD-Op285 http://www.spec.org/cpu2000/results/res2006q1/cpu2000-20060220-05636.html
Woodcrestて名前が強そうだな
そうなるとDempseyはスルーだよな
Woodcrest = Dempsey * 1.52(+52%) = 100.9
くらいか?ｽﾏｿ。
くらいか?ｽﾏｿ。
DempseyめちゃめちゃWoodcrestの繋ぎだなｗ
もうWoodcrest出るっちゅうのｗ
もうWoodcrest出るっちゅうのｗ
TYAN Thunder K8SD Pro (S2882-D), AMD Opteron(TM) 285 4 cores, 2 chips, 2 cores/chip 69.2 79.6
http://www.spec.org/cpu2000/results/res2006q1/cpu2000-20060220-05637.html
TYAN Thunder K8QW (S4881), AMD Opteron(TM) 856 4 cores, 4 chips, 1 core/chip 79.7 90.5
http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060321-05802.html
Dell PowerEdge 2950 (3.73GHz Intel Xeon processor 5080) 4 cores, 2 chips, 2 cores/chip (Hyper-Threading Technology enabled) 80.5 81.0
http://www.spec.org/cpu2000/results/res2006q1/cpu2000-20060219-05624.html
intだと、こんな感じらしい。
Woodcrestだと2Sで120というかなりの化け物スコアになる計算だが…。
http://www.spec.org/cpu2000/results/res2006q1/cpu2000-20060220-05637.html
TYAN Thunder K8QW (S4881), AMD Opteron(TM) 856 4 cores, 4 chips, 1 core/chip 79.7 90.5
http://www.spec.org/cpu2000/results/res2006q2/cpu2000-20060321-05802.html
Dell PowerEdge 2950 (3.73GHz Intel Xeon processor 5080) 4 cores, 2 chips, 2 cores/chip (Hyper-Threading Technology enabled) 80.5 81.0
http://www.spec.org/cpu2000/results/res2006q1/cpu2000-20060219-05624.html
intだと、こんな感じらしい。
Woodcrestだと2Sで120というかなりの化け物スコアになる計算だが…。
woodcrestはHTonなの？
WoodcrestはHTなし。もとからのってないんだから、onのしようもない罠。
IDF2006のTechnical TrackではMeromコアにHTは必要ないと豪語してたな。
クロックが落ちた分とキャッシュが大きくなった分で若干緩和されたとは言え、
キャッシュミスしたら100クロックのオーダで待たされるんだから、SMT か
VMT はあった方がいいんじゃないかなあ。
キャッシュミスしたら100クロックのオーダで待たされるんだから、SMT か
VMT はあった方がいいんじゃないかなあ。
>MeromコアにHTは必要ない
Meromについてないのは消費電力の観点からよく理解できる。
だがConroe、Woodcrestには付いていた方がよかった。
実行ユニットの有効活用にはなるし、、メモリレイテンシの隠蔽にも役立って
実装コストはそれほどかからないとくらぁ。
どこぞの人たちが必死になって叩いてたトレースキャッシュみたいに
将来的には実装すると思われます、SMT。
FSB(と呼称していいのかは不明)のシリアルインターフェース化で
必要な帯域確保できたら載せてくると予想しておく。
Meromについてないのは消費電力の観点からよく理解できる。
だがConroe、Woodcrestには付いていた方がよかった。
実行ユニットの有効活用にはなるし、、メモリレイテンシの隠蔽にも役立って
実装コストはそれほどかからないとくらぁ。
どこぞの人たちが必死になって叩いてたトレースキャッシュみたいに
将来的には実装すると思われます、SMT。
FSB(と呼称していいのかは不明)のシリアルインターフェース化で
必要な帯域確保できたら載せてくると予想しておく。
Conroeにはいらんだろ。そこまでスレッドが走ってるとも思えん。
HTT付きクアッドコアで2ｿｹだとCPUが16個も見えるわけか・・・
ゴージャスだな
ゴージャスだな
>>832
CPU２つつければいいんじゃね？スレの住人か
CPU２つつければいいんじゃね？スレの住人か
>>829
ロード命令の投機実行やL2 Cacheの容量可変に自信があるみたい。
HTがなくても充分メモリレイテンシの隠蔽が可能と考えてるんじゃないの?
それにMerom Coreはパイプライン段数が少ないのでCacheのミスヒットがあってもペナルティが少ないし。
ロード命令の投機実行やL2 Cacheの容量可変に自信があるみたい。
HTがなくても充分メモリレイテンシの隠蔽が可能と考えてるんじゃないの?
それにMerom Coreはパイプライン段数が少ないのでCacheのミスヒットがあってもペナルティが少ないし。
Conroeのパイプライン段数いくつ？
14
いかにもﾓｻﾓｻﾓｯｻｰﾘしそうだな
PentiumIIIが10段なのにか？
839 ：・∀・）っ-○◎● ◆toBASh.... ：2006/05/06(土) 12:37:34 ID:jCFLO3lx
Banias/Dothanで12段程度だ。
アルゴリズムの改良無しにただ闇雲に段数増やしただけなら平均IPCは落ちるが、実際には2割性能うｐだろ。
NetBurstが遅いのがパイプラインハザードのペナルティのせいだって言う風潮があったが
それだけじゃタカがしれてる。
どっちかというと実行トレースキャッシュのミスのほうが痛いだろ。
クロックあたり1命令のもっさりデコードがもろに響く。
アルゴリズムの改良無しにただ闇雲に段数増やしただけなら平均IPCは落ちるが、実際には2割性能うｐだろ。
NetBurstが遅いのがパイプラインハザードのペナルティのせいだって言う風潮があったが
それだけじゃタカがしれてる。
どっちかというと実行トレースキャッシュのミスのほうが痛いだろ。
クロックあたり1命令のもっさりデコードがもろに響く。
タコ足ﾓｯｻﾘｰﾆを宿命づけられてるんだからｶﾜｲｿｽなCPUだよな
実力の半分も出せず爆熱ｼﾎﾞﾝﾇしていくなんて・・・orz
実力の半分も出せず爆熱ｼﾎﾞﾝﾇしていくなんて・・・orz
昨年暮に中国で開かれたHPC関係のイベントCI 6016 http://www.ict.ac.cn/ci6016/index1.htm
のIntelのプレゼンに､Takwilaの概要があるす。
http://www.ict.ac.cn/ci6016/ppt/hpc%20asia%202005%20november%20pgl%20final.pdf (p.20参照)
・4-core / 40GFlops/socket
・6 x 4 = 24MB L2
・on-die 4-ch. FB-DIMM controller
・CSI
- full-widthで4.8 & 6.4 GT/s/dir (上り下り非対称か？)
- 4 full-width + 2 half-width
ちなみにこのプレゼン､次の頁に "Macro-Fusion: CMP+JMP in 1 clock"なんて記述があったりして､
関係者や専門家にわcoreアーキテクチャも結構早くから詳細が公開されていたことが判るす。
のIntelのプレゼンに､Takwilaの概要があるす。
http://www.ict.ac.cn/ci6016/ppt/hpc%20asia%202005%20november%20pgl%20final.pdf (p.20参照)
・4-core / 40GFlops/socket
・6 x 4 = 24MB L2
・on-die 4-ch. FB-DIMM controller
・CSI
- full-widthで4.8 & 6.4 GT/s/dir (上り下り非対称か？)
- 4 full-width + 2 half-width
ちなみにこのプレゼン､次の頁に "Macro-Fusion: CMP+JMP in 1 clock"なんて記述があったりして､
関係者や専門家にわcoreアーキテクチャも結構早くから詳細が公開されていたことが判るす。
次世代技術としての注目点わ､Intelがスタックド・ダイ接続のメモリに注目していることす。(p.30参照)
スタックド・ダイわ､バス幅の制限がなくなるため「メモリの壁｣を打ち破る技術としてわ､正当な方向性
と言えるかと思うすけど､ハイエンドプロセッサ向けの問題わ製造技術と共に､冷却ということになるか
と思うす。
スタックド・ダイわ､バス幅の制限がなくなるため「メモリの壁｣を打ち破る技術としてわ､正当な方向性
と言えるかと思うすけど､ハイエンドプロセッサ向けの問題わ製造技術と共に､冷却ということになるか
と思うす。
>>839
俺もトレースキャッシュから外れた場合のペナルティが原因だとずっとおもってた
マイクロベンチマークでは早いのに実際のアプリはかなりもっさり
Javaや.NETはPenM系のほうが圧倒的に早かったしね
マルチスレッドの恩恵が大きい中間言語系なのにHTが思うように動いていないというか
HTが動いていたからあの程度で助かってたのかも
俺もトレースキャッシュから外れた場合のペナルティが原因だとずっとおもってた
マイクロベンチマークでは早いのに実際のアプリはかなりもっさり
Javaや.NETはPenM系のほうが圧倒的に早かったしね
マルチスレッドの恩恵が大きい中間言語系なのにHTが思うように動いていないというか
HTが動いていたからあの程度で助かってたのかも
ISAでの受け売りになるんだが、Itanium2ではパイプラインが8段なので
Pen4より分岐ミスによるペナルティが少ないと言ってたな。
複数ユーザで使ったりJavaでThreadがばんばん生成される使い方をしても
パフォーマンスの劣化がPen4より少ないと言ってたよ。
PenM系だとそういう恩恵がある程度あったんじゃないのかな。
Pen4より分岐ミスによるペナルティが少ないと言ってたな。
複数ユーザで使ったりJavaでThreadがばんばん生成される使い方をしても
パフォーマンスの劣化がPen4より少ないと言ってたよ。
PenM系だとそういう恩恵がある程度あったんじゃないのかな。
MACオタって嫌われてるからスルーされてばかりなのに
なんで意固地になって書き込み続けてるんだろうね。
正しい日本語も使えないようじゃダメだが・・・。
なんで意固地になって書き込み続けてるんだろうね。
正しい日本語も使えないようじゃダメだが・・・。
２１段もパイプラインがあったら、コンテキスト切り替えるたびに最低でも
２１クロックが無駄になるわけで、キャッシュミスとかも絡むとえらい時間
が無駄になっていそうなわけだが。
２１クロックが無駄になるわけで、キャッシュミスとかも絡むとえらい時間
が無駄になっていそうなわけだが。
847 ：・∀・）っ-○◎● ◆toBASh.... ：2006/05/07(日) 06:20:05 ID:CBhdRihQ
まぁ周波数で圧倒してるから絶対時間的にはたいした問題じゃないと踏んだんだろう。
Prescottは31段だがな。
周波数低いのにパイプライン段数長いってのが最悪のパターン。
Prescottは31段だがな。
周波数低いのにパイプライン段数長いってのが最悪のパターン。
Intelはヒートスプレッダ廃止してリテールクーラーを吸出し12cmファンにすればここまで苦戦しなかったと思うｗ
サーバーケースだけじゃなくて冷却重視でイイ電源付属のATXケースも出せばなお良かった
矢張りCPUだけでで勝負したいという矜持があったのだろうか…
それとも半導体メーカーがケースやクーラーにまで手を出すのは武霊王の胡服騎射みたいなものとする風潮があるのか
サーバーケースだけじゃなくて冷却重視でイイ電源付属のATXケースも出せばなお良かった
矢張りCPUだけでで勝負したいという矜持があったのだろうか…
それとも半導体メーカーがケースやクーラーにまで手を出すのは武霊王の胡服騎射みたいなものとする風潮があるのか
矜恃てあんた。 もっと普通の言葉使いなよ。ｗ
CPUにメモリをスタックしても、冷却をどうするの?って感じだよな
貫通電極自体や、オンダイの水冷システムで、シリコン外に熱を
逃がすことはできるけど、それでもパッケージあたりの消費電力が
すごいんで冷却が大変
ハイエンドなら液例って手もあるけど、IA-32マシンじゃ
そういうわけにもいかないし
貫通電極自体や、オンダイの水冷システムで、シリコン外に熱を
逃がすことはできるけど、それでもパッケージあたりの消費電力が
すごいんで冷却が大変
ハイエンドなら液例って手もあるけど、IA-32マシンじゃ
そういうわけにもいかないし
>>841のネタ､RealWorldTechがまとめているす。若干私と見解わ違うようす。
http://www.realworldtech.com/page.cfm?NewsID=361§ion=news&date=05-05-2006#361
ところで､Tukwilaについての過去の情報わダイ写真と思しきモノもあわせて巨大共有キャッシュ(L2 or L3?)
を持つ4-coreって代物だったすけど､大規模な再設計が行われたすかね。。。
http://www.tecchannel.de/imgserver/bdb/336000/336067/2ABB8BD6B59E8E774A206A57BB1021F2_1000x700.jpg
http://groups.msn.com/_Secure/0TgAAAJ4XJ6v7wZvxU1Kn88Hi*H4q7nxdq8fWGGg4371EKG8bW*RyE95ul1AHv0OHw6b1zM*WrCj3GUWybEQKbnG6rkZu7WdywQb9XZQqU!YrQuir0xEAJw/Tukwila%20(Custom).JPG?dc=4675540628329191567
http://www.realworldtech.com/page.cfm?NewsID=361§ion=news&date=05-05-2006#361
ところで､Tukwilaについての過去の情報わダイ写真と思しきモノもあわせて巨大共有キャッシュ(L2 or L3?)
を持つ4-coreって代物だったすけど､大規模な再設計が行われたすかね。。。
http://www.tecchannel.de/imgserver/bdb/336000/336067/2ABB8BD6B59E8E774A206A57BB1021F2_1000x700.jpg
http://groups.msn.com/_Secure/0TgAAAJ4XJ6v7wZvxU1Kn88Hi*H4q7nxdq8fWGGg4371EKG8bW*RyE95ul1AHv0OHw6b1zM*WrCj3GUWybEQKbnG6rkZu7WdywQb9XZQqU!YrQuir0xEAJw/Tukwila%20(Custom).JPG?dc=4675540628329191567
Intel Brands Next-Gen Client Processors, Cuts Prices On Existing Parts
ttp://www.crn.com/sections/breakingnews/dailyarchives.jhtml?articleId=187200861
つ Intel Core Duo 2
つ Intel Core 2 Extreme
ttp://www.crn.com/sections/breakingnews/dailyarchives.jhtml?articleId=187200861
つ Intel Core Duo 2
つ Intel Core 2 Extreme
古川氏の見聞きしたところによると、Cellは1チップで4000個のMPEG-2動画（QVGA）を
デコードできるらしい。しかし、いくらなんでも4000個なんてあり得るのか？
ttp://spaces.msn.com/furukawablog/blog/cns!156823E649BD3714!3406.entry?
_c11_blogpart_blogpart=blogview&_c=blogpart#permalink
（URLが長いので改行入れた）
デコードできるらしい。しかし、いくらなんでも4000個なんてあり得るのか？
ttp://spaces.msn.com/furukawablog/blog/cns!156823E649BD3714!3406.entry?
_c11_blogpart_blogpart=blogview&_c=blogpart#permalink
（URLが長いので改行入れた）
ジャロに電話しないと
つ 腐れルーマー
COOL Chips】東芝，Cellを使って48本のMPEG-2ストリームの同時復号化を実証
http://www.rikai.com/perl/LangMediator.En.pl?mediate_uri=http%3A%2F%2Ftechon%2Enikkeibp%2Eco%2Ejp%2Farticle%2FNEWS%2F20050424%2F104134%2F
COOL Chips】東芝，Cellを使って48本のMPEG-2ストリームの同時復号化を実証
http://www.rikai.com/perl/LangMediator.En.pl?mediate_uri=http%3A%2F%2Ftechon%2Enikkeibp%2Eco%2Ejp%2Farticle%2FNEWS%2F20050424%2F104134%2F
4000個だがQVGAと書いているが・・・。
SD 48本 dec 11GB/sec
HD 8本 dec 11-12GB/sec
QVGA 4000本 dec 221GB/sec
いくらなんでも計算あわなさすぎでしょ。
HD 8本 dec 11-12GB/sec
QVGA 4000本 dec 221GB/sec
いくらなんでも計算あわなさすぎでしょ。
>>853
Cell使わなくても汎用PowerPCでいいんでね？
Cell使わなくても汎用PowerPCでいいんでね？
http://seibun.nosv.org/?p=Core+Duo+2
Core Duo 2の解析結果
Core Duo 2の54%は覚悟で出来ています
Core Duo 2の35%は回路で出来ています
Core Duo 2の8%は濃硫酸で出来ています
Core Duo 2の3%はお菓子で出来ています
Core Duo 2の解析結果
Core Duo 2の54%は覚悟で出来ています
Core Duo 2の35%は回路で出来ています
Core Duo 2の8%は濃硫酸で出来ています
Core Duo 2の3%はお菓子で出来ています
861 ：Socket774：2006/05/07(日) 22:29:24 ID:IBJL8c96
Celeron300AでVGAサイズのDVDデコードで、CPU使用率100%は行かなかったかと。
多分、P6シングルコアでVGAデコードと表示に必要なのが200MHzくらい。
QVGAが単純に1/4として50MHz。
ｺﾝﾛなら周波数が60倍、コアで2倍、
実行効率で1.2倍(SSEの効率はもっと上がってるかも)で、144本同時デコードくらいかな？
多分、P6シングルコアでVGAデコードと表示に必要なのが200MHzくらい。
QVGAが単純に1/4として50MHz。
ｺﾝﾛなら周波数が60倍、コアで2倍、
実行効率で1.2倍(SSEの効率はもっと上がってるかも)で、144本同時デコードくらいかな？
GB -> Gbpsだね。
863 ：Socket774：2006/05/07(日) 22:31:04 ID:W0MV9S8w
ジョブスとクタのﾍﾞﾝﾁはなぁ
セルとゲフォ
って書いてあるが
って書いてあるが
ノートPCでだけどﾞPentiumMでさえ発熱がやヴぁい
ヨナも同じでメロンでは解決できなさそうだし
2008年に出るというUMPC用の0.5Wの物がどれくらいの性能になるのかが今一番気になる
ヨナも同じでメロンでは解決できなさそうだし
2008年に出るというUMPC用の0.5Wの物がどれくらいの性能になるのかが今一番気になる
>>865
気、長いね…
気、長いね…
2年なんて寝てればすぐだ
>>867
日暮巡査ですか？
日暮巡査ですか？
869 ：Socket774：2006/05/07(日) 23:34:24 ID:qdhahnnr
そこでクロックダウンですよ
870 ：MACオタ＞857 さん：2006/05/07(日) 23:42:41 ID:KxeMa/uh
>>857
MPEG-2, QVGAのビットレートって30fpsで500kbit/sくらいとのことす。4000本とすると､こんなモンすけど。
500 [kbit/s] x 4000 / 8 = 244 [MB/s]
CellのXDRのメモリ帯域わ25.2 GB/sなんで､余裕なんでわ？
MPEG-2, QVGAのビットレートって30fpsで500kbit/sくらいとのことす。4000本とすると､こんなモンすけど。
500 [kbit/s] x 4000 / 8 = 244 [MB/s]
CellのXDRのメモリ帯域わ25.2 GB/sなんで､余裕なんでわ？
decodeしたあとに転送しなきゃいけないだろ…。
>>870
（ ´,_ゝ`）ﾌﾟｯ
（ ´,_ゝ`）ﾌﾟｯ
873 ：Socket774：2006/05/08(月) 00:14:05 ID:DE22tMYN
320x240x3(RGB)x30x4000=27.6GB/s
「QVGA4000本分のメモリ帯域」とでも言ったのでは。
本当にデコードだけで、結果はキャッシュ上で上書きしてオシマイの可能性もあるが。
「QVGA4000本分のメモリ帯域」とでも言ったのでは。
本当にデコードだけで、結果はキャッシュ上で上書きしてオシマイの可能性もあるが。
http://www.watch.impress.co.jp/av/docs/20051011/4kpure.htm
>DCI仕様の最高水準となる4K規格(4,096×2,160ドット/800万画素クラス)と、
>2K規格(2,048×1,080ドット/200万画素クラス)の2方式での上映を予定
4Kシネマ => 4096 * 2160 = 800万画素
QVGA4000本 => 320 * 240 * 4000 = 3億画素
そもそも表示できるわけなかった…。
>DCI仕様の最高水準となる4K規格(4,096×2,160ドット/800万画素クラス)と、
>2K規格(2,048×1,080ドット/200万画素クラス)の2方式での上映を予定
4Kシネマ => 4096 * 2160 = 800万画素
QVGA4000本 => 320 * 240 * 4000 = 3億画素
そもそも表示できるわけなかった…。
875 ：Socket774：2006/05/08(月) 00:32:49 ID:LVKiuLUO
PS3のメモリって256MBだろ？
仮にデコード結果をメモリ
上に展開できたとしても、
256MB÷25.6GB/s＝1/100sしか持たない。
というか、1フレームにもならんぞw
動き補償があるから、1chあたり最低でも2フレームのワークエリアは必要なはず。
2フレームぴったりでデコードできても、
256MB÷（320×240×3×2）＝555本が限界。
仮にデコード結果をメモリ
上に展開できたとしても、
256MB÷25.6GB/s＝1/100sしか持たない。
というか、1フレームにもならんぞw
動き補償があるから、1chあたり最低でも2フレームのワークエリアは必要なはず。
2フレームぴったりでデコードできても、
256MB÷（320×240×3×2）＝555本が限界。
>MPEG2の映像画面が再生されてそれが沢山表示されます..その数なんと4000個、
>つまり4000個の小さな映像がリアルタイムで再生されながら画面の中で渦をまいたり、
>一瞬にして建物の形や地球の大陸に沿って海岸線に4000この映像が個々に再生しながら平面ではなく
>3次元の奥行きを持って並び変え、画面の中で躍動しています。
ここよんで謎が解けた(藁
4000種の動画を、実際に画面内に表示される部分だけ随時Decodeして表示しているだけのご様子。
画面で躍動させているのはそのためのエフェクトなわけ。
それを素人をだますために、4000本の動画を再生しているとのたまっているわけだ。
>つまり4000個の小さな映像がリアルタイムで再生されながら画面の中で渦をまいたり、
>一瞬にして建物の形や地球の大陸に沿って海岸線に4000この映像が個々に再生しながら平面ではなく
>3次元の奥行きを持って並び変え、画面の中で躍動しています。
ここよんで謎が解けた(藁
4000種の動画を、実際に画面内に表示される部分だけ随時Decodeして表示しているだけのご様子。
画面で躍動させているのはそのためのエフェクトなわけ。
それを素人をだますために、4000本の動画を再生しているとのたまっているわけだ。
877 ：Socket774：2006/05/08(月) 00:38:26 ID:5t4XYhtQ
結論: ｸｯﾀﾘ
878 ：MACオタ＞876 さん：2006/05/08(月) 00:49:59 ID:lefB3i/M
>>876
-------------------
4000種の動画を、実際に画面内に表示される部分だけ随時Decodeして表示しているだけのご様子。
-------------------
デコード後､更に画面に表示される部分を再構成してるんじゃないすか？特に騙ましとわ思わないす。
つーか､あの古川氏が感嘆したというのがポイントかと。。。
-------------------
4000種の動画を、実際に画面内に表示される部分だけ随時Decodeして表示しているだけのご様子。
-------------------
デコード後､更に画面に表示される部分を再構成してるんじゃないすか？特に騙ましとわ思わないす。
つーか､あの古川氏が感嘆したというのがポイントかと。。。
880 ：Socket774：2006/05/08(月) 00:57:16 ID:L59H2BBt
NDAがあるから、大っぴらには叩けないが、分かる人には分かるように古巣のMSを擁護してるんだろ。
わざわざ細かい数値を出して検証できるようにしてある。
わざわざ細かい数値を出して検証できるようにしてある。
882 ：Socket774：2006/05/08(月) 01:07:59 ID:0zNm7jtU
874が言うように物理的に画素数が30倍以上足りてない。
QVGAで完全にデコードされてるストリームはごく一部で、
目立たなくなるストリームは無茶苦茶まびいてデコードしてるんだろ。
そうでないと、デコード用のフレームバッファすら確保できない。
QVGAで完全にデコードされてるストリームはごく一部で、
目立たなくなるストリームは無茶苦茶まびいてデコードしてるんだろ。
そうでないと、デコード用のフレームバッファすら確保できない。
884 ：Socket774：2006/05/08(月) 01:22:38 ID:L+ZZl5Cx
MPEGだと単独でデコードできるIフレームは15フレームに1フレーム位しか無くて、
他のフレームはIフレームと動き補償情報を元にデコードするのよ。
だから、Iフレームはデコードされた状態で保持しないとデコードできない。
動き補償とかフレーム完予測でぐぐれば解説があるよ。
他のフレームはIフレームと動き補償情報を元にデコードするのよ。
だから、Iフレームはデコードされた状態で保持しないとデコードできない。
動き補償とかフレーム完予測でぐぐれば解説があるよ。
例のごとく議論がかわまわりしてきたな。
MACオタはデータの流れがわかってなさ過ぎだろw
MACオタはデータの流れがわかってなさ過ぎだろw
886 ：Socket774：2006/05/08(月) 01:30:59 ID:L+ZZl5Cx
嘘ついたな。
MPEGは、Iフレームを基準に動き補償じゃない。
Iフレームは単独、Bフレームは前後フレームから動き補償、
BとIの間のPフレームは直前フレームからの動き補償だ。
だから、デコードには最低でも3フレームのバッファは要るはず。
SPEのローカルストアじゃ明らかに不足。
MPEGは、Iフレームを基準に動き補償じゃない。
Iフレームは単独、Bフレームは前後フレームから動き補償、
BとIの間のPフレームは直前フレームからの動き補償だ。
だから、デコードには最低でも3フレームのバッファは要るはず。
SPEのローカルストアじゃ明らかに不足。
議論がからまわりしてきたな。データの流れがわかってなさすぎ。
>>876でFAなので漏れは終了。
SPE内で縮小とかありえないだろ…。なんでそこまでして、800万画素の領域に表示するだけなのに、
QVGA 4000本同時Decodeは内部でやってるなんて超非常識なプログラミングを信用しなきゃいけないのかわからんw
>>876でFAなので漏れは終了。
SPE内で縮小とかありえないだろ…。なんでそこまでして、800万画素の領域に表示するだけなのに、
QVGA 4000本同時Decodeは内部でやってるなんて超非常識なプログラミングを信用しなきゃいけないのかわからんw
ホントMACオタはなんも知らないのに書き込んでるよな。
MACオタの張るソースなんかたまにちゃんと読むとMACオタの書いてる事と
全然話合わないとか殆どだしw
結論：MACオタは巣に帰れ！
MACオタの張るソースなんかたまにちゃんと読むとMACオタの書いてる事と
全然話合わないとか殆どだしw
結論：MACオタは巣に帰れ！
おまいら楽しそうだな
MACオタが自作PC板のこのスレでItaniumを宣伝してる姿は泣ける(笑）
Itaniumスレは自作板を出てハードウェア板に行ったからそこに行けばいいのに、
Itaniumスレは自作板を出てハードウェア板に行ったからそこに行けばいいのに、
892 ：MACオタ＞884-886 さん：2006/05/08(月) 02:17:34 ID:lefB3i/M
>>884-886
モノクロ画像で計算して1フレーム75KB程度かと見積もってしまったす。確かに単一
フレームでもこの4倍わメモリが必要すから、LSに収まらないすね。
>>876さんの解釈が正しそうす。
モノクロ画像で計算して1フレーム75KB程度かと見積もってしまったす。確かに単一
フレームでもこの4倍わメモリが必要すから、LSに収まらないすね。
>>876さんの解釈が正しそうす。
893 ：MACオタ＞888 さん：2006/05/08(月) 02:20:54 ID:lefB3i/M
も少し詳しく書くと、
4000本分のデータをプリフェッチ
-> 出力画像に合わせてデコードする部分を選択
-> 出力画像を合成
ってので良いかと。下の記憶階層がボトルネックであるとすれば、全データプリフェッチ
しておく意味わあるかと思うす。
4000本分のデータをプリフェッチ
-> 出力画像に合わせてデコードする部分を選択
-> 出力画像を合成
ってので良いかと。下の記憶階層がボトルネックであるとすれば、全データプリフェッチ
しておく意味わあるかと思うす。
895 ：Socket774：2006/05/08(月) 02:37:01 ID:NQLgPvBq
全部デコードすると3億ピクセルで、実際の出力は800万ピクセルだから、
うまく間引けばデコードの計算量は1/37で済む。
100ストリームの完全デコード相当になら>>861の通りConroeで行けるかと。
マルチメディア処理はネトバでも速いから、Pentium4でも十分かもな。
うまく間引けばデコードの計算量は1/37で済む。
100ストリームの完全デコード相当になら>>861の通りConroeで行けるかと。
マルチメディア処理はネトバでも速いから、Pentium4でも十分かもな。
896 ：Socket774：2006/05/08(月) 02:45:34 ID:NQLgPvBq
全動画が奥行き方向に並ぶみたいな絵をイメージしたけどな。
全動画を表示してなくて4000と言ってるならほとんど詐欺だが。
多分、解像度を間引いて、全動画をデコードして表示してるんだろ。
フル、1/2、1/4、1/8って何種類かデコーダを用意して、表示サイズ毎に振り分ける。
全動画を表示してなくて4000と言ってるならほとんど詐欺だが。
多分、解像度を間引いて、全動画をデコードして表示してるんだろ。
フル、1/2、1/4、1/8って何種類かデコーダを用意して、表示サイズ毎に振り分ける。
かなり久々にこのスレ見に来たけど…
変なのに憑かれてるな。
俺は難しい話はよくわからんがまぁ、
MACオタの文は読み難い。
変なのに憑かれてるな。
俺は難しい話はよくわからんがまぁ、
MACオタの文は読み難い。
今回はMACオタの勝ちだったな
スパコンの分散メモリ・共有メモリに続いてmacヲタの完敗だろ
ヲタは焦ってるんだろ
この調子だと、次回の議論も負けるぞｗ
ヲタは焦ってるんだろ
この調子だと、次回の議論も負けるぞｗ
底辺が何を言おうと
事実は変わらんのよ
事実は変わらんのよ
901 ：Socket774：2006/05/08(月) 11:17:46 ID:yv31ZPLB
ワシＣＰＵ素人やから分からんけどＭＡＣオタもレポーターレベル。
情報を集めて解説するに留まる。しかも言葉が難解。
それだけのスキルがあるなら何か夢を見せてくれないかなあ。
ＣｏｒｅＤｕｏとチップセット買ってきて名刺サイズマザー作って稼動させたとか
クロック下げて乾電池4本で4時間駆動を実現させたとか
逆に６Ｇｈｚ超えたとか、何か人の出来ないことに挑戦するの。
まあ妄言だけどね。実現できたらすぐにでもネ申になれるんじゃないかなあ。
情報を集めて解説するに留まる。しかも言葉が難解。
それだけのスキルがあるなら何か夢を見せてくれないかなあ。
ＣｏｒｅＤｕｏとチップセット買ってきて名刺サイズマザー作って稼動させたとか
クロック下げて乾電池4本で4時間駆動を実現させたとか
逆に６Ｇｈｚ超えたとか、何か人の出来ないことに挑戦するの。
まあ妄言だけどね。実現できたらすぐにでもネ申になれるんじゃないかなあ。
>>901みたいなやつはMACオタ以上に痛い
ほんとに脳ミソがついてる哺乳類なのか疑いたくなるよ・・・
ほんとに脳ミソがついてる哺乳類なのか疑いたくなるよ・・・
どこが勝ちなのかよく判らん。どうみてもボロ負けにみえるんだが・・・・w
で、結局ムーアの法則はいつまで続くのよ？
5nmとか15nmとかで止まるんだろ?
下手したら22nmくらいですか
今、65nmだからあと10年とかで限界っぽいが、どうなるか
下手したら22nmくらいですか
今、65nmだからあと10年とかで限界っぽいが、どうなるか
MACオタはサイコパスなんじゃね？
明らかに>>870は間違っている。
何処が間違っているかは>>871に書いてある。
すぐ下のレスすら読めねぇのかよw
自分の都合の悪いことが目に入らないのはサイコパスの特徴だ。
明らかに>>870は間違っている。
何処が間違っているかは>>871に書いてある。
すぐ下のレスすら読めねぇのかよw
自分の都合の悪いことが目に入らないのはサイコパスの特徴だ。
どっかで既出だと思うが、分子レベルまでは実験室レベルではできてる。
将来は、実用量産化できるだろう。もっともその先いずれは、
という意味では先延ばしになっただけだが。
将来は、実用量産化できるだろう。もっともその先いずれは、
という意味では先延ばしになっただけだが。
オタも食いついてるやつも、どちらも痛いす（笑）
食いついている香具師もコテ付けろや。
まとめてあぼーんするから
まとめてあぼーんするから
全然スレ違いなのだが、たるさんのパソコンフィールドって
サイトで、ベクトル機や擬似ベクトル機を押してるよな
ベクトル機だと、多数の演算機持ってても制御が簡単なわけで
一見良さそうなんだけど、ベクトル化率をあげるのって
スレッド並列化率をあげるより、99.9%を超えるくらいからは
難しいんだよな
ベクトル化率向上は、cray-1が出てから、90年代前半まで
非常に重要なテーマのひとつだった
MPPが、スカラプロセッサ&分散メモリをとってるのも
80年代あたりで、「どうやらこれが一番適用範囲が広いらしい」
って、わかったからってのもあるんだよな
CrayのC90、T90は1コア、4並列(積和算なんで、パイプライン*2)
conroeもくしくも、4並列(上に同じく)
SIMDを拡張する予定はなし
これくらいが最適な、SIMD並列性なんだろう
サイトで、ベクトル機や擬似ベクトル機を押してるよな
ベクトル機だと、多数の演算機持ってても制御が簡単なわけで
一見良さそうなんだけど、ベクトル化率をあげるのって
スレッド並列化率をあげるより、99.9%を超えるくらいからは
難しいんだよな
ベクトル化率向上は、cray-1が出てから、90年代前半まで
非常に重要なテーマのひとつだった
MPPが、スカラプロセッサ&分散メモリをとってるのも
80年代あたりで、「どうやらこれが一番適用範囲が広いらしい」
って、わかったからってのもあるんだよな
CrayのC90、T90は1コア、4並列(積和算なんで、パイプライン*2)
conroeもくしくも、4並列(上に同じく)
SIMDを拡張する予定はなし
これくらいが最適な、SIMD並列性なんだろう
15nmっていうと、今の18.77倍の密度か
一桁は軽いんだな
一桁は軽いんだな
Labレベルなので完動ではないと思うよ。
何かしら機能しましたというレベルのはず。
現状のプロセス技術で15nmでまともに動くとは思えない。
2010年までに15nmプロセスを立ち上げる予定なんでしょうけど。。。
何かしら機能しましたというレベルのはず。
現状のプロセス技術で15nmでまともに動くとは思えない。
2010年までに15nmプロセスを立ち上げる予定なんでしょうけど。。。
ゲートレベルとか、SRAMのセルレベルだろうね
ただ過去の経験で言うと、試作レベルは必ず量産まで
もっていけてた
もちろん15nmっては怪しくて、それを2010年ってのは
フカシすぎだろって思うけど
ただ過去の経験で言うと、試作レベルは必ず量産まで
もっていけてた
もちろん15nmっては怪しくて、それを2010年ってのは
フカシすぎだろって思うけど
今後のプロセスでは、超微細プロセスに耐えうる新素材の開発とか、
素子の精度保つ工夫とか、そっちで行き詰まりそうだよな。
光学的にはナノ以下だろうがダイに焼き付けはできるわけだし。
素子の精度保つ工夫とか、そっちで行き詰まりそうだよな。
光学的にはナノ以下だろうがダイに焼き付けはできるわけだし。
正直15かその手前かなんてとりあえずどっちでもいいな。
問題はその先。それとも、CPUの物理的発展はあと10年たらずでおしまいですか？
問題はその先。それとも、CPUの物理的発展はあと10年たらずでおしまいですか？
新素材っていうと、過去の例では失敗したものが多いけど、
銅配線みたいに成功したのもあるし
どこまでいるのやら
アンチモン化インジウムみたいに無理っぽいのもあるし
素子の精度とか信頼性が、おそらく一番の問題になるだろうね
ナノ以下だと、冗長化とか分子レベルの自己修復とか
SFレベルの技術がいるんだろうか?
おれの知識では想像できんｗ
銅配線みたいに成功したのもあるし
どこまでいるのやら
アンチモン化インジウムみたいに無理っぽいのもあるし
素子の精度とか信頼性が、おそらく一番の問題になるだろうね
ナノ以下だと、冗長化とか分子レベルの自己修復とか
SFレベルの技術がいるんだろうか?
おれの知識では想像できんｗ
あと10年足らずでおしまいって言われて、ここまで来た
次の10年はどうなるんだろうか?
どうでもいいが、はじめておれがシリコンの限界をきいたときの数字は
控えめな100nmだった
次の10年はどうなるんだろうか?
どうでもいいが、はじめておれがシリコンの限界をきいたときの数字は
控えめな100nmだった
IBMが6nmのトライゲートトランジスタ作ってなかったか？
所でシリコン原子って3nm位じゃ無かったけ？
＞2010年までに15nmプロセスを立ち上げる予定
ってどういう話よ。
intelは2011年に22nmプロセスを立ち上げるとしか言ってないわけだけど。
まあ次の素材はカーボンナノチューブだろうとか言われたりするけど、
どうにも制御の効かないシロモノにしか見えないなあ。
ってどういう話よ。
intelは2011年に22nmプロセスを立ち上げるとしか言ってないわけだけど。
まあ次の素材はカーボンナノチューブだろうとか言われたりするけど、
どうにも制御の効かないシロモノにしか見えないなあ。
そこで銀配線とZ-RAMで延命策ですよ。
そういや銅配線の時にも思ったが銀配線って実用でありえるの？
一応理論上は銅配線より多少は良さそうだけど。
一応理論上は銅配線より多少は良さそうだけど。
>>921
これか
ttp://journal.mycom.co.jp/news/2002/12/12/19.html
3年も前とは。
>>922
その10分の1くらい。
>>923
ttp://strj-jeita.elisasp.net/strj/
ここのITRSロードマップでは2013年に32nmになっている。
まあ、もっともこの予定よりは早く微細化するだろうが。
>>925
銀はエレクトロマイグレーション（原子が電流により動く現象）が起こりやすいので
Cuよりも断線する可能性が高い。だから難しい気がする。
これか
ttp://journal.mycom.co.jp/news/2002/12/12/19.html
3年も前とは。
>>922
その10分の1くらい。
>>923
ttp://strj-jeita.elisasp.net/strj/
ここのITRSロードマップでは2013年に32nmになっている。
まあ、もっともこの予定よりは早く微細化するだろうが。
>>925
銀はエレクトロマイグレーション（原子が電流により動く現象）が起こりやすいので
Cuよりも断線する可能性が高い。だから難しい気がする。
そこでカーボンナノチューブ配線ですよ
>>926
そのITRSにあるんだけど、intelのメタルゲート、High-kは45nmには搭載されない
んだよね。先延ばし。
45nmプロセスは冒険しないというか、継ぎ足しで伸ばしたというか。なんかそんな感じ。
そのITRSにあるんだけど、intelのメタルゲート、High-kは45nmには搭載されない
んだよね。先延ばし。
45nmプロセスは冒険しないというか、継ぎ足しで伸ばしたというか。なんかそんな感じ。
あと10年もすれば量子コンピュータがそろそろ出てくると思うぞ
>>923
ttp://www.intel.com/jp/idf/spring2006/keynotes/
IDF2006の
「インテルのビジョン」の講演資料では大体そんなかんじ。
「Intel Coreマイクロアーキテクチャー概要」も日本語版だよ。
ttp://www.intel.com/jp/idf/spring2006/keynotes/
IDF2006の
「インテルのビジョン」の講演資料では大体そんなかんじ。
「Intel Coreマイクロアーキテクチャー概要」も日本語版だよ。
量子コンピュータって、処理できるアルゴリズムが少ないんだよな
並列処理以上に、アルゴリズムの発見が重要になる
この量子コンピュータに一番適した処理は
暗号解読
実用化されると、どんな暗号も一瞬で解けるので
電子決済がほぼ不可能になるし、ネットワークセキュリティや軍事機密が
危機に瀕する
並列処理以上に、アルゴリズムの発見が重要になる
この量子コンピュータに一番適した処理は
暗号解読
実用化されると、どんな暗号も一瞬で解けるので
電子決済がほぼ不可能になるし、ネットワークセキュリティや軍事機密が
危機に瀕する
>>931
じゃあ実現されたらやばいな
じゃあ実現されたらやばいな
量子暗号があるから大丈夫
ちなみに、
>どんな暗号も一瞬で解ける
これは嘘。
>どんな暗号も一瞬で解ける
これは嘘。
量子ゲート類の挙動は古典型を包含したより広い空間上で定義されるから
CMOSと同等の動作は何事もなくできるわ。
まぁ、量子ゲートがCMOS並に大量に集積できて高速駆動できるかという問題の方が致命的な気がするが…。
量子で美味しいのは一部のアルゴリズムにおいて、有限ならどれだけ膨大だろうが全てのパターンを
同時並列に1発で検証できることによって、古典系ではウルトラ無茶なオーダーになる問題を
多項式時間であっさり解ける・・・くらいだな。今んとこ。
CMOSと同等の動作は何事もなくできるわ。
まぁ、量子ゲートがCMOS並に大量に集積できて高速駆動できるかという問題の方が致命的な気がするが…。
量子で美味しいのは一部のアルゴリズムにおいて、有限ならどれだけ膨大だろうが全てのパターンを
同時並列に1発で検証できることによって、古典系ではウルトラ無茶なオーダーになる問題を
多項式時間であっさり解ける・・・くらいだな。今んとこ。
>>量子暗号があるから大丈夫
ほう、そうなのか
>>量子ゲート類の挙動は古典型を包含したより広い空間上で定義されるから
>>CMOSと同等の動作は何事もなくできるわ。
ほう～
>>量子で美味しいのは一部のアルゴリズムにおいて、有限ならどれだけ膨大だろうが全てのパターンを
>>同時並列に1発で検証できることによって、古典系ではウルトラ無茶なオーダーになる問題を
>>多項式時間であっさり解ける・・・
↑この系統しか知らなかったｗ
ほう、そうなのか
>>量子ゲート類の挙動は古典型を包含したより広い空間上で定義されるから
>>CMOSと同等の動作は何事もなくできるわ。
ほう～
>>量子で美味しいのは一部のアルゴリズムにおいて、有限ならどれだけ膨大だろうが全てのパターンを
>>同時並列に1発で検証できることによって、古典系ではウルトラ無茶なオーダーになる問題を
>>多項式時間であっさり解ける・・・
↑この系統しか知らなかったｗ
今のスパコンだと数百億年かかるような因数分解が
量子コンピュータだと数十秒でできるってほんとですか
量子コンピュータだと数十秒でできるってほんとですか
猟師で美味しいのはシカとかイノシシとかアナグマかな
２時間もののエンコードが５秒で出来るとかにはならない？
>>941
多分時代に合わせてロジックも強化されるから平行線だと思うよ
多分時代に合わせてロジックも強化されるから平行線だと思うよ
>>941
そういうのは、量子よりも、CellのSPEみたいなのを数百個搭載した光CPUとかの方が向いてると思う。
そういうのは、量子よりも、CellのSPEみたいなのを数百個搭載した光CPUとかの方が向いてると思う。
なんかFPGAのお化けみたいなの積んで、各プログラムがそいつを自由に使うようになったりとか
FPGAを含む広義のリコンフュギュアラブル･プロセッサ
並列化とトランジスタの有効利用を突き進めると
そういうのに行き着くな
エンコなんて整数演算、FPUがいたとしても単精度かそれ以下で
十分だろうから、今のプロセスルールで言うと
数百の演算機を余裕で積めるんだよな
エンコ用のリコンフュギュアラブルプロセッサは
存在すれが性能出そう
並列化とトランジスタの有効利用を突き進めると
そういうのに行き着くな
エンコなんて整数演算、FPUがいたとしても単精度かそれ以下で
十分だろうから、今のプロセスルールで言うと
数百の演算機を余裕で積めるんだよな
エンコ用のリコンフュギュアラブルプロセッサは
存在すれが性能出そう
QPU(Quantum Processing Unit)みたいなCPUのサブシステムみたいな感じで入るんだろうなぁ
＞量子コンピューター
＞量子コンピューター
Conroeが7月、Meromが8月発売って元麻布たんが言ってるぉ
季節的に熱がヤバイから冬まで遅れるお
南半球だけ優先的に発売
あほう。夏こそ焜炉。
高名なOC'er大箸氏のmerom/3.44GHz (FSB: 1.06GHz)のベンチ結果色々す。
http://www.xtremesystems.org/forums/showpost.php?p=1444368
Core2 Exの性能予想の参考までに。
http://www.xtremesystems.org/forums/showpost.php?p=1444368
Core2 Exの性能予想の参考までに。
954 ： ◆Merom./HwI ：2006/05/12(金) 10:56:54 ID:1rebxg4p
>>955 のリンク先から、大箸氏のコメント引用
> ミリπ短距離のあまりの速さに唖然呆然という感じです。
> たったの3.16Gで16.000sをゲット、3.27Gで15.468sと
> 15秒台の前半に突入しました。
> しかし、ミリπも速いのは1M付近の桁数の計算に留まるようで、
> 3.2Gにて中距離8Mは3分20秒台、長距離32Mは約15分57秒でした。
> 以前の与那によるタイムから単純に同クロックに換算して比較すると、
> 中距離ではﾒﾛﾝの方が速いものの、長距離ではほぼ互角という感じでしょうか。まだπ焼きしかしてないのでなんともですが、常用を考えた場合には
> ﾒﾛﾝに過大な期待はしない方がいいのかも？と思ってしまいました...ん～いかにもAMD頑張れ派な表現ですね(笑い
πに関しては、L2キャッシュ4Mの効果であって、演算器増設の効果は
ないということっぽいね。
> ミリπ短距離のあまりの速さに唖然呆然という感じです。
> たったの3.16Gで16.000sをゲット、3.27Gで15.468sと
> 15秒台の前半に突入しました。
> しかし、ミリπも速いのは1M付近の桁数の計算に留まるようで、
> 3.2Gにて中距離8Mは3分20秒台、長距離32Mは約15分57秒でした。
> 以前の与那によるタイムから単純に同クロックに換算して比較すると、
> 中距離ではﾒﾛﾝの方が速いものの、長距離ではほぼ互角という感じでしょうか。まだπ焼きしかしてないのでなんともですが、常用を考えた場合には
> ﾒﾛﾝに過大な期待はしない方がいいのかも？と思ってしまいました...ん～いかにもAMD頑張れ派な表現ですね(笑い
πに関しては、L2キャッシュ4Mの効果であって、演算器増設の効果は
ないということっぽいね。
ん～、ちょっと間違えた。
> 演算器増設の効果はないということっぽいね。
上の文章、キャッシュを溢れた場合には… が抜けてた。
> 演算器増設の効果はないということっぽいね。
上の文章、キャッシュを溢れた場合には… が抜けてた。
今時x87を強化ってのもなんだしな
パイ計算とか単純なのは速いけど
キャッシュから常に出てしまうような複雑な演算するときはﾑﾁｬｸﾁｬ遅くなるから
またまたﾓｯｻﾘCPUと呼ばれるらしいよ
キャッシュから常に出てしまうような複雑な演算するときはﾑﾁｬｸﾁｬ遅くなるから
またまたﾓｯｻﾘCPUと呼ばれるらしいよ
Athlon64の2GHzでπ焼き38M、だいたい35分程度がせいぜいなんだから
Conroe3.2GHzで16分ってのはそこまで貶すほどのスコアでもないように思えるなぁ
Conroe3.2GHzで16分ってのはそこまで貶すほどのスコアでもないように思えるなぁ
最近のアム蟲はsageで煽るのか。
トランスメタ廚です
貶すってかCore 2が速いのは短距離πだけと言うための布石。
ネトバの時みたいに。
今回は本物っぽいから他のベンチも出てきて消えさる運命の主張だと思うけどね。
ネトバの時みたいに。
今回は本物っぽいから他のベンチも出てきて消えさる運命の主張だと思うけどね。
πみたいな単純な演算は、性能測る参考にはほとんどならない
この類の演算はベクトルスパコンなitanimが超速い
この類の演算はベクトルスパコンなitanimが超速い
>>964
ゲームもエンコも速いよ
ゲームもエンコも速いよ
3Dのベンチもそうとう速いみたいだな。
CinebenchもConroeの圧勝のようだ。
つまりPenDは生まれもっていらない子だったということか。
まあわかりきっていたことではあるが悲しい現実だな。
インテル自らが投げ売り在庫処分するだけのことはある。
まあわかりきっていたことではあるが悲しい現実だな。
インテル自らが投げ売り在庫処分するだけのことはある。
投入速度やそこそこの性能からすれば上出来だけどな
PenDは歴代intelCPUで最速の投入速度？
半年以内では他に無いね
ALUの演算器2倍に増設してるから、常用での快適度は異様に高いと思うよ。
ALU使う処理はマルチスレッド化しにくいから正しい方向だな。
エンコとかはメニーコア化で早くしていくつもりなんだろう。
トランジスタの効率を考えると、将来的には1*Core2 + n*DSPみたいなヘテロに
進むと思うがな。
ALU使う処理はマルチスレッド化しにくいから正しい方向だな。
エンコとかはメニーコア化で早くしていくつもりなんだろう。
トランジスタの効率を考えると、将来的には1*Core2 + n*DSPみたいなヘテロに
進むと思うがな。
>将来的には1*Core2 + n*DSPみたいなヘテロに
Opでもう実現しちゃってるねソレ
Opでもう実現しちゃってるねソレ
1つのダイに集積しなくてもよいのなら、それこそOpとか関係なく20年以上前からあるねｗ
1ダイでも、組み込み向けならもうトレンドっつーか通り過ぎてごく当たり前の普通の技術だし、
x86に限定するならC3のPadlockなんかそういう方向性だろう
1ダイでも、組み込み向けならもうトレンドっつーか通り過ぎてごく当たり前の普通の技術だし、
x86に限定するならC3のPadlockなんかそういう方向性だろう
トランジスタの効率だけを考えるとホモコアになる
それなんてトランジスタの効率？
集積度とか電力という意味だろ。
ホモコア設計がヘテロコア設計に勝る部分なんてあるか？
トランジスタの効率とシステムの効率は別の物だ。
ヘテロコアにするのは既存のソフトウェアを生かすため
そんだけ
そんだけ
トランジスタ酷使する事がトランジスタの効率ならまぁ確かに合ってるけどな。
用途最適化されたコアの方が絶対的に性能高いぞ。
ホモ・ヘテロ関係無い部分をホモ・ヘテロの差と勘違いしてる悪寒
用途最適化されたコアの方が絶対的に性能高いぞ。
ホモ・ヘテロ関係無い部分をホモ・ヘテロの差と勘違いしてる悪寒
糞議論は他でやれ
ｲｿﾃﾙ ﾓｯｻﾘｰﾉﾃｸﾉﾛｼﾞ(R)は不滅です！！！
984 ： ◆Merom./HwI ：2006/05/13(土) 20:37:20 ID:7f27SZmT
ttp://www.gdm.or.jp/voices.html
「もともとFSB 1066MHzサポートしてるしね」 (5/12)
新ロットからの対応とはいえ、実績のあるチップセットで
動くというのは安心感があるね。
「もともとFSB 1066MHzサポートしてるしね」 (5/12)
新ロットからの対応とはいえ、実績のあるチップセットで
動くというのは安心感があるね。
特定用途のコードが、コード全体に占める割合で性能変わっちゃうし
マルチコアは効率高いけど、並列化率が100%にならないわけで
比較的リッチなコアで、マルチコアが一番だろ
マルチコアは効率高いけど、並列化率が100%にならないわけで
比較的リッチなコアで、マルチコアが一番だろ
単用途プロセッサが作られない負け犬の思考ｗ
987 ：プこそ最強ｗｗｗｗｗｗ：
まずはFFベンチ2の実行結果をみてみよう。
Prescottは大容量キャッシュが効いているのか、
5026-Lという圧倒的なスコアを叩き出した。
｜
｜ ┌┐5026
｜ ││
｜ ││
｜ ││
5000├ ││ ┌┐4999
== ││ ││
｜ ││ ││
└─────────
P4 Ath64
Athlon64もHighモードで計測したわりには健闘したが、
やはりPrescottの描画のなめらかさには歯がたたないようである。
Prescottは大容量キャッシュが効いているのか、
5026-Lという圧倒的なスコアを叩き出した。
｜
｜ ┌┐5026
｜ ││
｜ ││
｜ ││
5000├ ││ ┌┐4999
== ││ ││
｜ ││ ││
└─────────
P4 Ath64
Athlon64もHighモードで計測したわりには健闘したが、
やはりPrescottの描画のなめらかさには歯がたたないようである。