Opteron載せてくるんじゃないのｗ それでも話題は御免蒙るが

Apple信者きめえ・・・・・・Rubyばっか使ってるからこうなっちゃうんだな・・・・・・

部品取り用ならありじゃね？
ケースを流用するとか

どのみちスレ違いだ

なんだよ、Opteron積んだMacでも出るのかと思ったら
全然そんな話ねーじゃん

まぁ出てもMacなんて買わねーけど

8コアのシステムって個人ではかなり無駄だよね
このスレで自作してる人って何に使ってるの？
昔はデュアルソケット物で組んでたけど、今はクアッドとか当たり前で
それだけで十分な感じ。
そろそろ各コアをうまく並列処理させて1スレッドの処理をあげる技術を作って欲しいもんです。
そういうのってソフトウェア(OS)、ハードウェアのどちらで対応したほうがいいのかね。
新しいWindowsも見た目だけじゃなく、そういった実用性のある機能を実装すればバカ売れだと思うんだけど。

>>708
SCSI10基でRAID0の高速ドライブと併せてメインFPSのゲーム機になってますがそれがなにか。

うん。まぁここまで金かける必要は無かったんだけど、パーツの寿命はデスクトップ向けより長いし
費用対効果もそんなに悪くないんじゃないかと思ってる。

自作が趣味だと、現状のスペックって1年位しか持たなくね?
しかもFPS系が好きだとさらに(ry

あぁソレはあるなｗ
ベンチも意地になって毎年㌧でもない負荷のを考え付きやがるしな
音の方の壁は、DTMでオーケストラとかやらん限り目下現れていないし
某加ｲﾄﾞに触発されて声帯や管反響・伝達のエミュレーションでも流行らなければ

おっとっと
>>712ね

複数のCPUコアで、コア×クロック分の処理能力を持った仮想CPUを1つ作くれればいいなーという話です。
インテルのCPUがHTT実装して擬似8コアにしていますが、現状ではOS上で見えるコア数を増やすよりは、
上に書いたような仮想CPUの方が有益だと思うわけです。
説明が足りなくてすまん。

そんなことできるわけないだろ。

>>718
718の意図することとはズレてるかもしれないけど、こんな技術が一般PC用のプロセッサに取り入れられてくると面白いと思う。

利用しやすくなったダイナミックリコンフィギュラブルプロセッサ技術
http://journal.mycom.co.jp/articles/2007/09/14/drp/index.html

ダイ上の数億個のトランジスタを、状況に応じて単一コアとして動作させたり、分割して複数コアとして動作させたり。
上にかぶせるOSはPlan9とかAmoebaに似たモデルで。

http://ja.wikipedia.org/wiki/Amoeba

仮に出来たとして、複数のCPUコアを1つの仮想CPUに見せる機能のために
どれだけトランジスタが必要になるかだな。
1つの仮想CPUに見せるために、ダイの半分以上とかになったら意味ないしｗ

そもそも>718みたいに都合のいい話があるなら、最初からマルチコアなんかに
走らないってば。

何でマルチコアに流れが向いてるのか理解してんの？

>>718 それはふつうにスーパースカラ。
現状以上トランジスタをつかっても数に見合った性能が出なくて
あとはソフト側で努力しろってことでマルチコアの流れになった。

>>718
プログラム組んで俺TUEEEEEEがやりたいんだよ！

>>725 の話みたいにINTELとかAMDは作ってみたのかね。
試しにGPUみたいなトランジスタ数で1コアものを作って欲しい。
思ったほど性能でなくてもFXの冠つけて、ゲーマーに売りつければいいし

ゲーマーに売りつけるだけでは開発コストの回収が難しいし、失敗作の次が出るまで、
ライバルに負けつづけるじゃないか。

おまいが信者である方が早い

先ずはどんな早さがイイのか晒してくれないとｗ

>>727
君が開発費を全部出した上でまとまった数を買ってくれるなら、考えてくれるかもね。

金もないのに妄想垂れ流すだけなら死んじゃえ。

あはは

PhenomⅡは景気のいい数字が出てるみたいだな。
上海もも少しクロック盛ってもいいんじゃないかなぁ。

>>737
盛ってどうする。敢えて余裕を持たせて有るのがOpの正しい姿だ。

3GHzまでは予定にある
だが、Opの場合は性能が欲しければ8個挿すのが正しい姿じゃないかな

同じ8個挿すにしてもできるだけ速いほうが良いだろう。
AMDにしても速い分値段上げられるし。

多分抑えてるのはマザー側の供給電力を不安視してではないかな。

2376買っちゃった
285からだけど体感で向上を感じるとは思わなんだ

しかし栗使えないのは辛いなぁ

>>742
よくわからんけどメモリアクセス周りのプログラミングに一工夫要るということ？

>>743
K10statってopでは動作しないんだっけ？

>>744
マルチCPUのブロック図を見たらわかるけど、quadでは正方形にCPUが並んでメモリがそれぞれのCPUにぶら下がってるでしょ。
対角線上のCPUにぶら下がってるメモリをアクセスしようとすると、隣のCPU経由してさらに対角線上のCPUを経由してメモリにアクセスするわけです。
8コアとかになると二つ三つCPUを経由してメモリアクセスする場合も出てきて、遅延がひどいことになる。

よって、実行しているCPUに直結しているメモリに情報があるのが一番いいわけだが、OSはそこまで考えてプロセスを配分してくれないので、結局パフォーマンスがあがらない。
また、マルチプロセスじゃなくて、マルチスレッドの場合、異なるCPUで同じプロセス上のメモリを使うことになるので、どうやっても別のCPUにぶら下がってるメモリをアクセスしないといけないので、パフォーマンスが出ない。

うｎ

>>746
ああ、単純にそういうことなのか…
PS3のCellからVRAMへアクセスしにいくような感じの
そこの解決を求めるとスパコンになっちゃうわけかな