Sun Microsystems 最大の解雇

**名無しさん＠お腹いっぱい。** · 2010/01/18(月) 18:59:42

Oracle が買収後に Sun の従業員を大量解雇か？

前スレ
Sun Microsystems 最富の庇護
http://pc12.2ch.net/test/read.cgi/unix/1254895521/

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 00:56:31

>>455
ScaleMP社のvSMPっていう製品がある。
あとはググってくれ。

ソフトウェア実装ではなくハードウェア実装だと、3Leaf社の。

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 01:03:56

Intelの「シングルチップ・クラウド」とかいうのも、コヒーレンシはハードウェアではなくソフトウェアで取るってな話だったな。
なんかRISCっぽいよね、コヒーレンシをソフトウェアで処理するのは。

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 01:17:43

>>456
thx. 見てみた。
いまいち、どんなアプリを想定しているのか分からんけど面白いね。

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 01:35:48

>>446
Pentium4以降に出たIntelのx86でSMPに対応してるのってXeonだけじゃなかったっけ？

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 01:42:12

それにIntelのCPUでマルチCPUで性能が出るようになったのはNehalemからでしょう
それまではAMDに負けてたしな

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 02:11:44

>>460
一概には言えないんだわ
キャッシュのヒット率の高さ具合で、明暗が別れるから

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 02:25:59

性根の腐った女のように過去のことをいつまでも掘り返すなら、K7の話をしちゃうよ?

AMD厨の主張 → 実際
AMDはポイントtoポイント接続なのでFSB上で競合しない → ノースブリッジ内で競合するので、実質的に同じ
AMDはポイントtoポイント接続なので伝送速度が速い → ノースブリッジ経由で別のCPUに問い合わせを行うのでレイテンシが大きく相殺
DDRでバンド幅は稼げてるが、レイテンシが大きくて、ﾏｽﾞｰだった。

もう片方のCPUに邪魔されずにメモリアクセスできた場合のK7のレイテンシと、
もう片方のCPUに邪魔されてからメモリアクセスした場合のP6のレイテンシが、だいたい一緒。

K7が、そんな悲惨なSMPやったからこそ、K8での改善に繋がったわけだが・・・

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 02:31:09

仮面ライダーとサンバルカンはどっちが強いかみたいな話か。

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 11:37:54

牛のフンと馬のフンはどっちが臭いか、みたいな話だろ。

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 11:41:46

>>462
> K7が、そんな悲惨なSMPやったからこそ、K8での改善に繋がったわけだが・・・

なんも改善されてないから、今でも x86エンプラ SMPシステムは存在してない
わけよ。
SGIががんばってるけど、昔のダメダメな 80386や i486のムリヤリ MPと
同じ扱い食らってるな。実績聞かない。

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 12:00:06

実績聞かナイヤガラ

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 12:05:29

Pentium4のころはSMPで全く性能でなかったが
Nehalem-EXは8プロセッサでかなりの性能が出るようになった

1プロセッサあたり6コアや8コアの時代で8プロセッサだから48コアや64コアになる
だからNehalem以降、x86は驚異的な存在
RISCサーバはますますハイエンドに追いやられていく

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 12:06:02

特定方面(わいど)で聞いてるよ。
別にナイヤガラじゃななくてもいいような用途だけど

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 12:33:09

Intelにしてもスマートフォンやネットブックの普及で
今後、PCの販売台数が落ち込んだり
ハイエンドのx86が売れなくなる可能性もあるから安泰ではない状況
組み込み向けでいくらがんばってもx86で囲い込みできなければ価格は安くなるので
今以上にたくさんのCPUを売りさばかないと利益が落ち込む

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 13:23:27

>>467
> だからNehalem以降、x86は驚異的な存在

驚異的なのにパソコンにしか使われないww
驚異的なんだけどみんな Atom買うし
驚異的なんだけど OSが MS-Winじゃなきゃ誰も使わない
はやく退場しろよ～ww

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 13:26:40

>>467
> Pentium4のころはSMPで全く性能でなかったが

80386のころは MPはむりやりやる必要があり
i486のころは MPサポートしたけどほとんどどこも採用せず
Pen素のころは MPサポートしたはずなのにあまり使えず
PenIIのころは MPサポート改善したんだけどギャグにしか使えず
PenIIIのころは MPがうまく動くようになったはずだったけど誰も使わず
Pentium4のころはSMPで全く性能でなかったのか

そりゃすごいな、x86って。

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 13:34:46

BP6とCeleronにはお世話になったなあ

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 14:54:07

>>465
> 今でも x86エンプラ SMPシステムは存在してないわけよ。

あーあー見えない見えない聞こえない聞こえないーですか。

>>470
SPARCがx86に莫大なシェアを奪われたことを自覚してないのね?

一般向けにインターネットが普及し出した頃は、インターネットでサーバやるならSunと相場が決まってた。
WebサーバもメールサーバもRADIUSサーバもルータも、
ダイアルアップ接続さえSunのサーバにマルチポートのシリアルポートをつけてモデムをジャラジャラぶら下げてた。
とにかく、インターネットはみーんなSunのサーバの群れだったんだよ。

それが今じゃ、どうよ。エンプラの片隅に追いやられてしまってるぞ。

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 18:31:45

>>473
> あーあー見えない見えない聞こえない聞こえないーですか。

ないよ。必要な局面が減った（というか、寄せ集めで組む方法が増えただけで、
最適かどうかははなはだ疑問）だけで、x86のまっとうな SMPが出てきて
実証されたわけでもなんでもない。

というか、CPU自体のコストは安いのに、RISCエンプラ SMPの CPUだけ
x86に置き換えたようなシステムは商品として存在しない。それが一番
安くあがる近道なのに。ダメ CPUだから。
で、>471 のようにはるか昔からさんざんコネくりまわしてまるでダメ。成果ゼロ。

今 x86でできてることは、さらに工夫が進めば全部 ARMにできるので、
さっさと退場してねw

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 19:07:04

Sunの32プロセッサのEnterprise M9000の性能には近づいてきてる

SGI Altix ICE 8200EX (Intel Xeon X5570,2.93 GHz 8 chips)
http://www.spec.org/cpu2006/results/res2009q2/cpu2006-20090505-07306.html
SPECint?_rate2006 = 999
SPECint_rate_base2006 = 931

Sun SPARC Enterprise M9000 (SPARC64 VII 64 chips)
http://www.spec.org/cpu2006/results/res2009q4/cpu2006-20091012-08891.html
SPECint?_rate2006 = 2590
SPECint_rate_base2006 = 2400

Sun SPARC Enterprise M9000 (SPARC64 VII 32 chips)
http://www.spec.org/cpu2006/results/res2009q4/cpu2006-20091012-08889.html
SPECint?_rate2006 = 1450
SPECint_rate_base2006 = 1370

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 19:20:01

これの発売も控えてます

インテル、8コアの「Nehalem-EX」を今月リリースへ
http://www.computerworld.jp/topics/mp/176249.html

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 19:42:49

Sun SPARC Enterprise M8000 SPARC64 VII 64 cores, 16 chips, 4 cores/chip, 2
ttp://www.spec.org/cpu2006/results/res2009q4/cpu2006-20091012-08887.html
SPECint?_rate2006 = 753
SPECint_rate_base2006 = 706

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 19:48:11

SPEC*_rateなんて科技方面の指標にしかならんと何度言えばわかるんだこのサルは..
CPUバウンドな計算、OS内資源競合とか、意味わかるか? わかるまで来るなタコが。

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 22:15:43

>>474
ぢゃぁ、SPARCには、まっとうなSMPがあると言うのか?

> CPU自体のコストは安いのに、RISCエンプラ SMPの CPUだけx86に置き換えたようなシステムは商品として存在しない

そりゃぁプロトコルが違うんだから、CPUだけ置き換えっつーわけにもいかないでしょ。

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 22:21:58

>>478
オマイはCPUバウンドな計算だと言うが、>>475を見るとSPARC64VIIはCPUを2.00倍にしてもスコアが1.75倍に留まるんだが。
ベンチマークの項目によっては、ほぼ2倍でているものと、あんまり伸びてないものがあるぞ。
CPUバウンドな処理さえもスケーラビリティに陰りがあるなら、エンタープライズなアプリでは、もっと悲惨なことになるだろうな。

**名無しさん＠お腹いっぱい。** · 2010/03/16(火) 23:00:28

32CPUから64CPUで1.75倍ならたいしたものだと思うが
SGI Altix ICEで8CPUから16CPUの性能向上はどうなっているのかね

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 00:11:55

x86で安く作れるのが8CPUまでだからそれ以上のもの作っても意味ないでしょう

ただ、SPARC VIIの16CPUモデルまではNehalem-EPの8CPUモデルのサーバに性能で負けてる
Sun SPARC Enterprise M9000なんて最上位モデル引っ張り出さないと
Nehalem-EPサーバに勝てない状況を理解しろ

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 00:12:11

>>481
スケールしなくたって、
SPARC64VIIの16チップよりも、XeonX5570の8チップのほうが性能が高い
っていうことのほうが重要。

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 01:16:21

Nehalem-EXは8ソケットまで対応する8コアCPU
8ソケット×8コア=64コア

どれくらいの性能出るのかな

Sunでも去年の10月にこんな宣伝してたようだが

Sun、Solarisの8コア「Nehalem EX」向け最適化を宣伝
ttp://www.itmedia.co.jp/enterprise/articles/0910/26/news048.html

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 01:50:06

>>482
x86でそれ以上スケールする実装が技術的に不可能なことを理解しろ
>>483
だからなんでネットブックどまりのCPUだということを自分から告白するかね
そういうのを問わず語りというのだよ
弱点を突かれたときは黙って死んだ振りをするものだ

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 02:29:35

>>485
するとSun SPARC Enterprise M8000は16ソケットまでの対応だが
あなたの言うネットブックどまりのCPUを使ったサーバ以下の性能しか出せないオモチャか？

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 02:43:49

>>485
グルーチップ無しだと8ソケットまでなのであって、グルーチップを使えばもっと増やせる設計になってるぞ。
そして、IBMやhpやNECは、グルーチップを開発してるだろう、普通に考えて。

それにしても、M8000(SPARC64VII 64コア) を NehalemEPの4コア×8ソケットが凌駕してるわけだ。
NehalemEXの8コア×8ソケットのスコアが、仮に1.5倍しか伸びなくても、M9000の1ラック(SPARC64VII 128コア)に並ぶんだよな。
M9000の1ラックと同等の処理能力が、7Uで済むわけだ・・・

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 02:47:37

Sunやべーよ
最終到達点のハイエンドだけじゃダメなんだよ。
入り口のローエンドやミドルレンジでも競争力ある品揃えがないと、ジリ貧だぜ。

とりあえずx86で始めて、x86でのスケールアップが限界に達したらSPARCに切り換えよう
なんていう客はさ、SPARCに切り換えないで済んじゃうから。
スケールアップしなくても、同等サイズの最新マシンにリプレースするだけで、済んじゃう場合が多いから。

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 06:43:20

だって単純に高い割に性能が出ないんだもん…
SPARC サーバの優位性はハードウェアの信頼性だけでしょ
（ただし富士通製に限る）

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 10:55:41

>>487
> そして、IBMやhpやNECは、グルーチップを開発してるだろう、普通に考えて。

そうか、じゃおまえは一生普通に考えてろ。ここには来るな。

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 10:59:47

>>479
組込み専用アーキ以外のいわゆる RISC CPUにはすべてまっとうな SMPがあるよ。
x86は SMP的にはクズだな。組込み用にも今となってはクズ。
そしてパソコンという分野も間もなく消滅。バイバイw

>>480
CPUバウンドと SPEC*_rateみたいな特殊用途指標のスケーラビリティの間に
なんの関係があるんだ? なぜそうバカなのを自慢するんだ?
たのむからもう止めて他へ行ってくんない?

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 12:43:27

組み込みといえども MIPS も Legacy PowerPC も WS やサーバで使われたアーキテクチャだからな
連中がメニイコアで攻めてきたら電気喰うだけの SPARC なんて勝ち目無いだろ

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 12:49:28

MIPSもPowerPCもデスクトップでもサーバでも絶滅したじゃん
電気食うだけのx86は高クロックもメニイコアもお先真っ暗
もう黙ってた方がいいってｗ

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 17:03:18

1CPU当たりMCMで12コア、4チャネルメモリ以降はGPUをオンダイにするなんて小手先で逃げるんだろ
技術革新なんてなーんもありまへん
4チャネルメモリ自体Alphaでも使われてた実装だしな

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 18:56:31

>>491
SPARCのSMPって、
・CPUのキャッシュのヒット率が高い処理しか性能が出ない
・ドメイン分割して少ソケット数のサーバとして使わないと性能が出ない
だったよなー。

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 18:59:44

>>491
おまえ、CPUバウンドの意味わかってるのか? SPEC*_rateみたいなのをCPUバウンドっていうんだよ。

>>493
x86の低電圧版を使ったサーバは、CoolThreads(笑)サーバよりも、電力効率が良いんだぞ。
CPUコアの消費電力が低くても、FB-DIMMを満杯にしないと性能が出ないから、台無しなんだ。

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 19:09:09

SPEC*_rateが CPUバウンド ....wwwバカまるだしw

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 19:11:24

>>492
SPARCが電気喰うというのは事実誤認だな。キミが電気喰う SPARCしか
知らないだけだろ。それは大型向けだよ。

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 19:30:37

プリンター（笑）とかデジカメ（笑）ですか？

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 20:12:01

組み込み向けSPARCを押してる人ｷﾀｰ(ﾟ∀ﾟ)

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 20:14:48

茄子（笑）もあったな。あと何だっけ？

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 20:34:25

superSPARCはゴキブリを退治するいいやつですｗ

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 20:51:01

確かに似ているww

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 21:55:38

> SPEC*_rateが CPUバウンド ....wwwバカまるだしw

キチガイに話が通じないのは仕方ない、あきらめろ

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 22:12:04

sparcがコンバットに似てるのはいつの世代のまでだ?

**名無しさん＠お腹いっぱい。** · 2010/03/17(水) 23:55:32

SPARCって囲い込みだろ。事実、ISAの互換性を維持してるし。
RISCなら互換性なんかよりも、効率を優先すべきだろうに。

**名無しさん＠お腹いっぱい。** · 2010/03/18(木) 04:59:27

そういう意味では PowerPC も互換性堅持だよね？

**名無しさん＠お腹いっぱい。** · 2010/03/18(木) 13:36:07

世の中はもう６コアの時代ですよｗ

＞日本HP、高性能デスクトップ「HPE190jp/CT」でCore i7-980Xが選択可能に
http://journal.mycom.co.jp/news/2010/03/18/031/index.html

**名無しさん＠お腹いっぱい。** · 2010/03/18(木) 13:55:29

いくら連投して上塗りしようが、バカが強調されるだけだぞ?
巣へ帰れ、もうここにはくるな。

**名無しさん＠お腹いっぱい。** · 2010/03/18(木) 13:56:51

ISA互換だと囲い込み... またまたバカまるだし。普通のバカに失礼なくらい、バカ。

**名無しさん＠お腹いっぱい。** · 2010/03/18(木) 17:56:37

2連投ですか

**名無しさん＠お腹いっぱい。** · 2010/03/18(木) 21:48:58

CPUバウンドぷぷ

**名無しさん＠お腹いっぱい。** · 2010/03/18(木) 22:01:28

そこはスルーしてあげるのが人としての優しさ

**名無しさん＠お腹いっぱい。** · 2010/03/18(木) 22:19:45

>>510ってさ、口汚く罵るだけなんだよな。
それは何も知らない小学生でも可能なことだよ。

何だかんだいってもSPARCジリ貧。
いままでの失地回復も絶望的。

**名無しさん＠お腹いっぱい。** · 2010/03/18(木) 22:55:10

Oracle には CPU 設計など出来る訳がない
富士通だけでは SPARC は発展させられない
もう詰んだな(´・ω・｀)

**名無しさん＠お腹いっぱい。** · 2010/03/19(金) 10:56:56

>>515
SPARC64 VIIIfx 路線でやってけば大丈夫だろ？ｗ

**名無しさん＠お腹いっぱい。** · 2010/03/19(金) 11:27:08

レガシーチップで生き残れれば大勝利じゃないか

**名無しさん＠お腹いっぱい。** · 2010/03/19(金) 20:13:14

「ItaniumもUNIXもなくなりません！」日本HPが強調するIntegrityのメリット
http://enterprise.watch.impress.co.jp/docs/news/20100319_355813.html

**名無しさん＠お腹いっぱい。** · 2010/03/19(金) 21:02:36

だが富士通は次期 PRIMEQUEST で Itanium を見捨てるのだった

**名無しさん＠お腹いっぱい。** · 2010/03/19(金) 21:12:07

>>514
いままでさんざんバカ言ってんの棚にあげて、「口汚い」だとぉ? ゴミが。往ね。

**名無しさん＠お腹いっぱい。** · 2010/03/19(金) 22:14:37

>>516
どういうこと?
設計段階で世界一と宣伝しまくったものの、量産開始時点には、とっくに世界一ではなくなっているという恥ずかしい路線?

**名無しさん＠お腹いっぱい。** · 2010/03/19(金) 22:19:29

>>520
言われた矢先に同じことを繰り返すのかよ

**名無しさん＠お腹いっぱい。** · 2010/03/20(土) 02:11:28

SPECint_rate2006はOracle使ったときの性能とわりと相関あるよ
仕事で他に指標値がないときは使ってる

**名無しさん＠お腹いっぱい。** · 2010/03/20(土) 15:07:11

>>522
ゴミが。

**名無しさん＠お腹いっぱい。** · 2010/03/20(土) 18:47:18

難しいことはよく分からんがSPARC T2搭載したマシンでもしWindowsが稼動したら
タスクマネージャに64のCPUグラフが表示されるわけ？

**名無しさん＠お腹いっぱい。** · 2010/03/20(土) 19:58:29

Itanium機だけど、64CPU並んでるというだけで良いなら
http://www.microsoft.com/japan/sqlserver/2005/images/ssj/ki03_02_l.jpg

**名無しさん＠お腹いっぱい。** · 2010/03/20(土) 20:35:08

>>524
それしか言えないのかよ。

**名無しさん＠お腹いっぱい。** · 2010/03/20(土) 20:45:12

>>525
VirtualBox はせいぜい4コアくらいまでしかサポートして無い気がする

**名無しさん＠お腹いっぱい。** · 2010/03/20(土) 21:28:31

Windows 2008 R2は、IA64の64ソケットまでサポート
出たばかりの4コア8スレッドのTukwilaをサポートするかは不明だが、サポートするなら512スレッドだね。

T2+の64スレッド×4ソケットの256スレッドよりもデカいな。

**名無しさん＠お腹いっぱい。** · 2010/03/20(土) 22:21:17

WindowsNT 4.0 の頃はマルチアーキテクチャを指向していたけど今や x86/x64/Itanium だけだしな
Windows がわざわざマイナーな SPARC を新規にサポートするとも思えないし
Solaris もシェアを徐々に落としているし、頼みの綱は Oracle や SAP サポートくらいか？
ダウンサイジングを謳っていた Sun が今度はダウンサイズを要求される立場になったんだから
今のままだったら勝ち目無いだろ

**名無しさん＠お腹いっぱい。** · 2010/03/20(土) 22:28:55

Solarisの要件が無きゃSPARCなんか買わんでしょ

**名無しさん＠お腹いっぱい。** · 2010/03/21(日) 00:02:14

>>519
↓これ？

富士通がItaniumから撤退、64ビットXeonに切り替え

**名無しさん＠お腹いっぱい。** · 2010/03/21(日) 00:45:57

SPARC64がある富士通がItaniumを今まで引きずってきたことのほうがビックリだよ。

**名無しさん＠お腹いっぱい。** · 2010/03/21(日) 02:44:52

Itaniumを使っているのは、WindowsとかLinuxとかを動かしたいから。
今でも Windowsでサーバ構築することは普通に多いし、その路線は
間違ってなかったんだろう
Itanium が結局消え去ってしまったことは誤算だっただろうけど

**名無しさん＠お腹いっぱい。** · 2010/03/21(日) 03:18:21

昔はさ、Windowsで64bitはItaniumしか選択肢が無かったけどさぁ・・・

**名無しさん＠お腹いっぱい。** · 2010/03/21(日) 03:20:56

まぁItaniumで一番得をしたのはマイクロソフトだろうな

AMD64がエンプラで使える状態になるまでの間、
マイクロソフトはWindows ServerやSQL Serverを売るときに、
32bitで足りなくなったらItaniumがありますから大丈夫ですよ
といってたわけで。

**名無しさん＠お腹いっぱい。** · 2010/03/21(日) 10:29:54

>>534
SPARC64VIIIIfxにLinux乗せるんでしょ?

**名無しさん＠お腹いっぱい。** · 2010/03/21(日) 10:41:51

>>537
あれは、あのスパコン専用。
SPARC用Linuxは昔からあるけど、一般のサーバ用途で使っている事例は
ほとんど無いのでは？

**名無しさん＠お腹いっぱい。** · 2010/03/21(日) 11:09:01

SolarisがあるのにLinuxなんて出番ないっつーの

**名無しさん＠お腹いっぱい。** · 2010/03/21(日) 12:23:52

つか SPARC 自体もう出番が少なくなっている現実

**名無しさん＠お腹いっぱい。** · 2010/03/21(日) 12:35:55

ディストリビューション・コンストラクタって、美味しいの？
GUIで操作できるん？

**名無しさん＠お腹いっぱい。** · 2010/03/22(月) 14:21:47

AMD、8コアと12コアの『Magny-Cours』プロセッサの出荷を明らかに
http://japan.internet.com/webtech/20100225/12.html

AMD は22日、サーバー用プロセッサ『Opteron 6100』シリーズの
8コアおよび12コアプロセッサ『Magny-Cours』(開発コード名) の
出荷が始まっていることを明らかにした。
このニュースは、AMD のサーバーおよびワークステーション製品
マーケティングディレクタ John Fruehe 氏による Blog 記事で伝えられた。
「この記事はまだ書く予定ではなく、もう少しあとで発表するつもりだった。
だが、インターネットを飛び交う情報に先を越されてしまった」と、同氏は記している。
Fruehe 氏が言及しているのは、この新プロセッサが
オークションサイトの eBay で、4基で7000ドルの値で売りに出されていた件だ。
ミズーリ州中部の人物が売りに出したものだが、
搭載するマザーボードがなければプロセッサは使いようがないうえ、
正式な発表もされてなかったとあっては、入札がゼロだったのも驚くに値しないだろう。

Magny-Cours は基本的には、6コア『Istanbul』(開発コード名) 世代の
Opteron プロセッサを2基、『HyperTransport』インターフェイスで
つなげて1パッケージとしている。
1基のプロセッサに8コアまたは12コアを搭載しており、ダイサイズは非常に大きく、
通常の正方形ではなく長方形になっている。
8コア Magny-Cours には、3コア『Phenom』に使ったのと同じ手法が適用されている。
つまり、パッケージ内の12コアのうち4コアを遮断して、
8コアの製品とする方法だ。AMD はプロセッサのスペックを明らかにしていないが、
熱設計電力 (TDP) は従来の6コア CPU と比べても大差のない85W から140W で、
動作周波数は1.7GHz から2.4GHz の間とみられている。
これらのプロセッサには『Socket G34』と呼ばれる新ソケットが使われる。
このソケットは開発中の8コアおよび12コアプロセッサ『Interlagos』(開発コード名)
にも使われる予定だ。速さと読み込み量の苛烈な競争において、
AMD はまたもやライバルの Intel を追い越した。
Intel は、1基のチップに3つのメモリチャネルを持つ『Nehalem』を有している。

**名無しさん＠お腹いっぱい。** · 2010/03/22(月) 15:19:25

AMD はスレチ

**名無しさん＠お腹いっぱい。** · 2010/03/22(月) 21:09:27

もうSunはOpteronやってないの?

**名無しさん＠お腹いっぱい。** · 2010/03/22(月) 22:27:02

SPARC64も死に体か?

世界最速と宣伝してたSPARC64VIIIfxは、すでに一般向けに受注開始しているPOWER7に2倍近い性能差をつけられてる。

**名無しさん＠お腹いっぱい。** · 2010/03/23(火) 00:13:33

>>544
やってる

**名無しさん＠お腹いっぱい。** · 2010/03/23(火) 02:19:12

じゃぁOpteronの新型の話題はOKだな。
じきにSunから採用製品が出てくるだろうから。

12コア×8ソケットで、96コアか。
昔のOpteronの8ソケットはスケールしてなかったけど、今度のはどーなんだろ

**名無しさん＠お腹いっぱい。** · 2010/03/23(火) 10:45:31

そもそも4ソケットまでだよ、これ。

**名無しさん＠お腹いっぱい。** · 2010/03/23(火) 10:54:03

なんだ、4ソケットまでか。
Istanbulの8ソケット構成を凝縮しただけか

**名無しさん＠お腹いっぱい。** · 2010/03/23(火) 11:20:42

>> 547

でねぇよ

**名無しさん＠お腹いっぱい。** · 2010/03/23(火) 19:20:06

>>545
POWERねぇ。すごい数値だけど、そこまで売れてないよね。なんでだろ。

**名無しさん＠お腹いっぱい。** · 2010/03/23(火) 21:07:18

BlueWatersはフラッグシップ案件が決まってるから、そこに注力してるのでしょ。
京速に必要な分量を生産するのだけでもアップアップの富士通と違って、他所に売る余力があるIBMは凄いね。

**名無しさん＠お腹いっぱい。** · 2010/03/23(火) 22:10:34

>>551
ここは日本だからサポートが親切じゃない＆たいして安くも無い IBM は性能が良くても売れない

**名無しさん＠お腹いっぱい。** · 2010/03/23(火) 22:15:14

ネットから文書郵送「Webゆうびん」　富士通がシステム構築
http://www.itmedia.co.jp/news/articles/1003/23/news009.html

**名無しさん＠お腹いっぱい。** · 2010/03/24(水) 16:12:24

腐った ISAの石を、死ぬほど金かけて RISC並に改善して、死ぬほど金かけて
それ用の世代進んだプロセス工場つくって、それで一体なんのメリットがあるんだ?
普通に RISCでやってりゃ、ずっと性能のいいプロセッサをずっと安く実現
できてるし、大量の技術者がそんなことに関わらずにもっと有意義な仕事を
やれてシステムははるかに進歩してるのは間違いない。

**名無しさん＠お腹いっぱい。** · 2010/03/24(水) 16:32:38

コンピュータがみんなの物になったことの副作用なんだよ
UNIXは自社製のRISCチップをばら撒くために必要だったが
コンピュータがみんなの物になるには敷居が高すぎた