アカウント名:
パスワード:
PProの4cpuの配線でも超巨大だったことを考えれば、G4のサイズに16個は到底無理だと思いますけど。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
Appleのハード設計能力は当てにならない (スコア:5, すばらしい洞察)
新チップが出るたびに、カスタムチップセット作って、BIOS作って、ってやっているよーな気がするです。それじゃソレくらいかかるわな。
そーなると、仮にこのチップを採用したとして、実際の製品は2004年の春くらいじゃないですかね。
って事は、仮にG4の倍の
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:Appleのハード設計能力は当てにならない (スコア:3, 参考になる)
> 最低16発にすれば、CPUの出荷数はAMDを抜くし、量産効果でCPUの単価も1/20位になると思うんすが(大笑い)
製品そのものが高額になって、売れなくなる罠。
Re:Appleのハード設計能力は当てにならない (スコア:3, すばらしい洞察)
立ち上げたらブレーカー落ちかねない・・・
Re:Appleのハード設計能力は当てにならない (スコア:1)
PProの4cpuの配線でも超巨大だったことを考えれば、G4のサイズに16個は到底無理だと思いますけど。
Re:Appleのハード設計能力は当てにならない (スコア:1)
そう考えると、省電力なCPUで電源やI/Oまわりを共有化するなら、がんばれば行けるように思えますが・・・コストは知りませんけど・・・
まあ、1枚のM/Bに16個配置するなんて誰も考えないでしょうし。
問題は物理的な配置よりもアーキですよね。
できればNUMA希望。
SGIに対抗しようよ。
今回はチッ
OS をどうするの? (スコア:1)
2G のアドレス空間を 16 CPU で共有することになり申す。
# どこかで Mac OS X を 64bit 化するのだろうけど、いつ頃になるかしらん?
コンタミは発見の母
LPAR-Mac (スコア:0)
16CPU × 2GB/CPU = 64GB
あるいはそれぞれをSMP化して,
16CPU × 2GB/2CPU = 32GB
はどう?
さらに,ひとつのCPUで2つの空間を時分割でサポートして,
16CPU × (2GB×2)/CPU = 128GB
--悪ノリしすぎなのでAC
Re:LPAR-Mac (スコア:1)
VMware GSX Server の GPUL 版のようなものを持ってくるか、
AS/400 みたいな LPAR をサポートした OS の
サブシステムとして Max OS X を動かせるようにするってこと?
個人的にはそれでもいいけど、#177324 [srad.jp]の人は NUMA って言っているし、
SSI (Single System Image)を希望しているんじゃないかしら。
だったら、64bits SMPマシン上で LPAR して複数の Mac OS X(32bits) を動かして、その上でクラスタリングソフトを動かして...
何かが間違ってる??
コンタミは発見の母