トップページ⇒unix
1001コメント291KB

Sun Microsystems 最後の信者

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2008/07/31(木) 20:17:31
【前スレ】
Sun Microsystems 最大の字余り
http://pc11.2ch.net/test/read.cgi/unix/1214127349/
0532名無しさん＠お腹いっぱい。2008/09/10(水) 10:19:21
>>531
お前のようなカマッテチャンは他所へ。
0533名無しさん＠お腹いっぱい。2008/09/10(水) 11:21:20
頭悪すぎて逆効果なんだからだまってたらどう? >>529,530,532
というか、なにしにここ来てるの?
0534名無しさん＠お腹いっぱい。2008/09/10(水) 15:19:49
現行世代のCPUがout of orderをどれくらい頑張っているかは
あんまりまとまった解説がないなあ。
Rockのスカウトスレッドよりも落ちるのか。
0535名無しさん＠お腹いっぱい。2008/09/10(水) 17:14:19
>>534
あんまり具体的に解説しちゃうと、特許侵害とかで訴えられるからね。
その状況下に置かれれば普通の設計者が普通に考えることですら、特許になってるご時世だから
0536名無しさん＠お腹いっぱい。2008/09/10(水) 18:04:29
>>535
特許に対して侵害になる要件は、
「その技術を利用して」「業として」何かをした場合ですがw
0537名無しさん＠お腹いっぱい。2008/09/10(水) 18:09:07
どこの誰の特許にひっかかるかわからないから、
メーカーはCPUの実装の詳細をあまり公開したがらない、というような話だろう。

本当にそうかどうかはともかく。
0538名無しさん＠お腹いっぱい。2008/09/10(水) 18:14:11
>>536
だから何?

中身を秘密にしとけば特許侵害していても訴えられないだろ。
糞特許で企業恐喝するような連中は、
リバースエンジニアリングして中身を調べることまではやらないから。
それは悪いことだと思うかもしれないが、
発明ってレベルでもない糞特許が大量にあって調査しきれない・回避しきれないのよ。
0539名無しさん＠お腹いっぱい。2008/09/10(水) 23:25:51
役に立つのか怪しい特許を買いあさり
うまく使えそうな物があれば
訴訟をふっかけて儲けるヤクザ企業があるからね
0540名無しさん＠お腹いっぱい。2008/09/11(木) 09:01:02
簡単にオープンソースにできない理由も同じだね。
0541名無しさん＠お腹いっぱい。2008/09/12(金) 11:14:34
そんなことよりクソッテルがカネにあかした近似技術で潰しに来るからな。
遅れるとイタい。典型が Transmeta。
これやると参入意欲がそがれ、産業が停滞する。
まさにこれを避けるのが特許の目的の一つなんだが。
0542名無しさん＠お腹いっぱい。2008/09/12(金) 11:32:41
アンチintelって宗教? それともファッション?
0543名無しさん＠お腹いっぱい。2008/09/12(金) 12:30:15
きっと病気
0544名無しさん＠お腹いっぱい。2008/09/12(金) 16:57:16
クサッテル盲追がここに粘着してるのはなぜだ? しかもきっちり 1hour で連投脳ミソないのか?
0545名無しさん＠お腹いっぱい。2008/09/12(金) 17:05:49
キッチンタイマーでも使ってるんだろ。
0546名無しさん＠お腹いっぱい。2008/09/12(金) 17:58:00
ぜんぶ同一人物の投稿なんだ・・・そう思いたいんですね?
0547名無しさん＠お腹いっぱい。2008/09/12(金) 18:03:26
でもキッチンタイマーは使ってるんだろ?
0548名無しさん＠お腹いっぱい。2008/09/12(金) 18:36:37
キッチンタイマーなんてRapidShareでしか使わんわ
0549名無しさん＠お腹いっぱい。2008/09/12(金) 18:55:57
やっぱそこまでして貼りついてる（しかも書くのはつまらん内容ばっかり）のは、
金もらってやってんだろな。あさましいな。
0550名無しさん＠お腹いっぱい。2008/09/12(金) 19:16:40
このスレ、>>549が粘着してるから過疎化した。
0551名無しさん＠お腹いっぱい。2008/09/12(金) 22:02:01
FreescaleのQorIQ(コアアイキュー)。通信機器用の周辺を内蔵したPowerPCらしい。
http://pc.watch.impress.co.jp/docs/2008/0912/ftfj.htm
8コアからスタートで、32コアを超えることを目指したアーキティクチャ。
組込みとはいえ、OSもまともなのを使わないと並列に動かないんじゃないだろうか…と
考えると、Solarisを持ってくるという発想もあるような気がする。
0552名無しさん＠お腹いっぱい。2008/09/12(金) 22:32:07
>>551
いまどきの組込みOSをナメんなよ。
ま、メジャーなものの大半はSPARCをサポートしてないな。

何年も前から、通信機器向けに8コアの組込み向けプロセッサは作られてる。
たとえば、2004年にMIPS64の16コアを出した会社
ttp://www.caviumnetworks.com/OCTEON_MIPS64.html
他にもMIPS64の8コア & FGMTで32スレッドの製品を出している会社
ttp://www.razamicroelectronics.com/products/xlr.htm


0553名無しさん＠お腹いっぱい。2008/09/12(金) 23:57:59
組み込みだとAMPもあるしね。
0554名無しさん＠お腹いっぱい。2008/09/13(土) 01:42:53
>>552
OSは何を?
0555名無しさん＠お腹いっぱい。2008/09/13(土) 10:03:43
>>554
QNXとかVxWorksとか。
0556名無しさん＠お腹いっぱい。2008/09/14(日) 08:59:47
adaptive lockとかなさそうだけど、32スレッドでもスケールするのかな。
0557名無しさん＠お腹いっぱい。2008/09/14(日) 10:28:21
SPARCはコンテキストスイッチのコストが特に高いから、adaptive lockが必要なのよ。
コンテキストスイッチが軽いアーキテクチャなら、ちょびっとだけspinしてすぐにblockしても桶。
0558名無しさん＠お腹いっぱい。2008/09/14(日) 11:15:31
通信系なら各スレッドというかタスク間の独立性が高いし、
そもそも32core全部1OSで使うとは限らない気がする
0559名無しさん＠お腹いっぱい。2008/09/15(月) 20:57:40
組込みナメんなよ

UNIXサーバなんかじゃ絶対無理っていうくらい、
すげー細かい粒度で処理を分散させてたりすんぞ。

1パケットごとに別のコアが処理してたり、な。
0560名無しさん＠お腹いっぱい。2008/09/16(火) 08:54:24
RT なとこは Chorus の遺伝子も受け継いでるわけで、「UNIXサーバなんか」とか
言ってる時点で Solaris ナメてるわけで。
まあ、そういう用途じゃエンプラの SMP とは全く違うからな。
0561名無しさん＠お腹いっぱい。2008/09/16(火) 13:07:34
Apple P.A. Semi の連中に ARM やらしてるらしいね。
上位のノートやサーバーへも展開しないかな。おもしろくなってきた。
0562名無しさん＠お腹いっぱい。2008/09/16(火) 13:16:54
iPhoneのARMチップがSamsungからApple自家製にかわるだけだろう。 64bitのないARMでそれ以上の展開は無理。
0563名無しさん＠お腹いっぱい。2008/09/16(火) 13:32:06
と、いうことは sun4v?
0564名無しさん＠お腹いっぱい。2008/09/16(火) 15:46:29
PWRficient って Apple が売ってるの?
0565名無しさん＠お腹いっぱい。2008/09/16(火) 16:23:52
PASemiがARMやるってことは、StrongARMの再来か。
0566名無しさん＠お腹いっぱい。2008/09/16(火) 16:54:45
AppleはNewton中止して子会社だったARM社をIntelに売り払ったのに、
iPodの大ヒットでARMの大口需要家になったら今度はP.A.Semi買収して
ARMを自社製造するのか。

こういう機動性がSunには欠けてるよな。
0567名無しさん＠お腹いっぱい。2008/09/16(火) 17:05:39
携帯電話だと通信部分あるからソフトウェア的に ARM 外せないかもね。
0568名無しさん＠お腹いっぱい。2008/09/16(火) 17:06:44
>>566
Intel は StrongARM を DEC から取得したと思ったけど。
0569名無しさん＠お腹いっぱい。2008/09/16(火) 17:23:15
ARM6 はアップルとエイコーン、もしくは Advanced RISC Machines の共同開発というのは
みつけたけど、子会社だったのか?
0570名無しさん＠お腹いっぱい。2008/09/16(火) 17:49:56
>>568
ARMとStrongARMは別物
0571名無しさん＠お腹いっぱい。2008/09/16(火) 17:52:52
ARMはライセンス先に対して、基本的に中身に手を加えることを許してない
その例外がDECで、DECがいじくり回したのがStrongARM

DECはStrongARMをIntelに売却、
IntelはXScaleという名前で開発・販売していたが、
そのうち単体プロセッサ(PXA)の製品ラインをMarvellに売却。
0572名無しさん＠お腹いっぱい。2008/09/16(火) 18:28:36
>>570
>>566 の「ARM社を Intelに売り払った」というのは?
0573名無しさん＠お腹いっぱい。2008/09/16(火) 19:22:18
>>572
ガセだろ。
0574名無しさん＠お腹いっぱい。2008/09/16(火) 20:16:51
だな。w
0575名無しさん＠お腹いっぱい。2008/09/16(火) 23:22:17
Sun Microsystems Delivers Highly Scalable X64 Servers For Next-Generation Virtualization And Datacenter Efficiency
http://www.sun.com/aboutsun/pr/2008-09/sunflash.20080915.1.xml
0576名無しさん＠お腹いっぱい。2008/09/16(火) 23:43:24
6000番台対応のブレード、SPARCはT2のシングルソケットのみだよね。
どんどんx86とSPARCの性能差が開いていくけど、大丈夫なの?

そもそも、T2+の2CPUのブレードなんで出さないんだ?
0577名無しさん＠お腹いっぱい。2008/09/16(火) 23:51:49
ttp://enterprise.watch.impress.co.jp/cda/hardware/2008/09/16/13859.html
IA64で鍛えてきたNECは違いますよ?

6コアXeonを16CPUで96コアなんて化け物マシンを出してきました。
0578名無しさん＠お腹いっぱい。2008/09/17(水) 00:27:33
Nehalemで8コアになったら16CPUでも128コアか
0579名無しさん＠お腹いっぱい。2008/09/17(水) 00:40:50
UltraSPARC T2+なら1Uで128スレッドなのに、
糞ｯﾃﾙXeonはラック半分でやった128スレッドかよ。
0580名無しさん＠お腹いっぱい。2008/09/17(水) 00:53:03
いあ、1スレッドの速さが段違いだろ
0581名無しさん＠お腹いっぱい。2008/09/17(水) 00:53:52
Nehalemになったらスレッドは倍の256スレッドになりますが
0582名無しさん＠お腹いっぱい。2008/09/17(水) 02:24:20
>>576
1ソケットで事足りる用途にしか選ばれないんじゃない？
どうあがこうと所詮Sunの製品だから。
0583名無しさん＠お腹いっぱい。2008/09/17(水) 10:07:44
>>581
OSろくにないし SMPボロボロだろうよww
ちゃんと使えんのならそもそも Itaniumなんかやらんわなw
0584名無しさん＠お腹いっぱい。2008/09/17(水) 10:17:36
x86版solarisの事も忘れないでください＞＜
0585名無しさん＠お腹いっぱい。2008/09/17(水) 13:06:37
>>583
そうやってナメてるうちに、追い越されたりするのよ。
Windowsに。
0586名無しさん＠お腹いっぱい。2008/09/17(水) 14:44:16
追い越せるんだったら NT作った時にとっくに追い越してるわな。
スクラッチから VMSの手練れにやらせてあのテイタラク。
MS-Word 動くのさいゆーせん〜 あわれグシャグシャww
なんだっけ、Singularity でも採用するんなら話は別だが。まぁムリwwww
0587名無しさん＠お腹いっぱい。2008/09/17(水) 14:53:17
>>586はSunを貶めるためにスレに粘着しているキチガイを装った工作員なのでスルーしましょう
0588名無しさん＠お腹いっぱい。2008/09/17(水) 15:05:14
寒いな、WinTel。
0589名無しさん＠お腹いっぱい。2008/09/17(水) 15:12:41
寒いのはSun

たとえば
ttp://www.oracle.com/apps_benchmark/html/results.html
を見てみよう。

1.2GHz×24CPUが、1.8GHz×16CPUに近いパフォーマンスが出ているのは、
ポジティブな見方をすれば、スケーラビリティに優れていると言えるが、
ネガティブな見方をすれば、そうでもしないとCPU1つの性能の低さをカバーできないと言える。
0590名無しさん＠お腹いっぱい。2008/09/17(水) 17:13:37
なるほど。それで、世の中は CPU 1つの性能を追求する方向を向いてるのか?
Intelとは正反対の考えのようだな。奇特だ。
0591名無しさん＠お腹いっぱい。2008/09/17(水) 17:39:28
すごい思考パターンだな
0592名無しさん＠お腹いっぱい。2008/09/17(水) 17:44:38
1.2GHz×24CPU ← UltraSPARC IV
1.8GHz×16CPU ← SPARC64 V

SPARC64に比べてUltraSPARCの性能が低くて、
1.5倍のCPUをSMPしないと同じくらいの性能が出ない
っていう話なんだがな!!!
0593名無しさん＠お腹いっぱい。2008/09/17(水) 18:13:25
そういえばマルチスレッドなら高性能な 1コアでもとか言ってたバカがいたなww
ほんとあわれ。
シングルスレッド性能のみを追求する会社興したらどうだ? そんな会社皆無だから
ビッグチャンスだぞ!wwww..pw
0594名無しさん＠お腹いっぱい。2008/09/17(水) 18:17:31
ttp://www.sap.com/solutions/benchmark/sd2tier.epx

Sun Fire X4450、XeonMP X7460 2.66GHz 4CPU 24コア 24スレッド Solaris10 MaxDB7.6 → 23120SAPS
HP ProLiant DL580 G5 XeonMP X7460 2.66GHz 4CPU 24コア 24スレッド WindowsServer2003EE SQLServer2005 → 25830SAPS
SolarisよりもWindowsのほうが速いな。

参考)
Sun SPARC Enterprise T5240、UltraSPARC T2 Plus 1.4GHz 2CPU 16コア 128スレッド Solaris10 Oracle10g → 20900 SAPS
Sun Fire E6900 UltraSPARC IV+ 1.95GHz 24CPU 48コア 48スレッド Solaris10 Oracle10g → 30820SAPS
0595名無しさん＠お腹いっぱい。2008/09/17(水) 18:22:03
>>590
コアの性能向上が限界だからマルチプロセッサやマルチコアに走る
というのと
コアの性能向上やる金がないからマルチプロセッサに走る
というのは、断じて違う。
0596名無しさん＠お腹いっぱい。2008/09/17(水) 18:25:28
>>586は現実が見えてない。>>594を見て反省しろ。
0597名無しさん＠お腹いっぱい。2008/09/17(水) 18:36:32
> 断じて違う。
ぷ。絵に描いたように、必死だなwwwww 1時間タイマーも壊れたか?wwwwwwwwww
0598名無しさん＠お腹いっぱい。2008/09/17(水) 19:51:14
へー、Sunと富士通のAPL作戦を否定するんですか。
0599名無しさん＠お腹いっぱい。2008/09/17(水) 19:53:31
APLは結構売れてるらしいよ
0600名無しさん＠お腹いっぱい。2008/09/17(水) 20:07:47
>>594
Solaris 10+Oracle 10g+SPARC Enterprise Server M9000(64CPU SPARC64 VII, 2.52 Ghz)が
AIX Version 6.1+DB2 9.5+IBM Power 595(32CPU POWER6 5 Ghz) と
HP-UX 11iV3+Oracle 10g+HP Integrity SD64B(64CPU Itanium 2 9050 1.6 Ghz)
を抜いてトップだな。

Rockの遅れのおかげでAPL大活躍じゃないか。
0601名無しさん＠お腹いっぱい。2008/09/17(水) 20:50:38
マルチプロセッサやるにしてもコアの性能は良くなくちゃね。
APLがそれを証明している。
0602名無しさん＠お腹いっぱい。2008/09/17(水) 21:17:00
Itaniumスレを荒らしているSun信者キチガイを何とかしてください。まじで。
0603名無しさん＠お腹いっぱい。2008/09/17(水) 21:19:53
おまえキショいねん。
0604名無しさん＠お腹いっぱい。2008/09/17(水) 21:25:21
>>600
DBMSの価格も余裕でトップだな
0605名無しさん＠お腹いっぱい。2008/09/17(水) 21:28:59
ポラックの法則はいまひとつ効きが悪いな。 アムダールの法則のせいか?
0606名無しさん＠お腹いっぱい。2008/09/17(水) 21:39:14
ダイサイズを2倍にしたら、コアが2倍になる。
インテルみたいなアホなら1.4倍しか性能が上がらないが、SPARCならキッチリ2倍にスケールする。
0607名無しさん＠お腹いっぱい。2008/09/17(水) 22:02:15
T2ひとつで64スレッド、プチEnterprise Serverだと思えばいいのか。
0608名無しさん＠お腹いっぱい。2008/09/17(水) 22:26:54
>>600
APL 大活躍というか、M9000はFujitsu製ですよ？
APLとかしなくても、Fujitsu単独で作れるもんなんだが。
ようは、Sunの力不足なんです。
0609名無しさん＠お腹いっぱい。2008/09/17(水) 22:48:58
ttp://itpro.nikkeibp.co.jp/free/WAT/ITARTICLE/20040729/7/
日付に注意

Sunの負け惜しみっぷりに脱帽
0610名無しさん＠お腹いっぱい。2008/09/17(水) 22:52:17
>>608
富士通は部品を納入しているだけで、組み立てはSunですよ?
日本国内でAPLをSunが、(富士通とはライバル関係にある)OEMを通して売るための方策か。

ちょっと前まではSunの日本法人のWebサイトには、Mシリーズは掲載されてなかった。
Rock延長になってから、Mシリーズを日本でも扱うことになったのは。
それまでに、どれだけ失地したのかな。
0611名無しさん＠お腹いっぱい。2008/09/17(水) 22:54:06
APL脂肪とか言ってた信者はくびくくったか?
0612名無しさん＠お腹いっぱい。2008/09/17(水) 22:59:08
APLが1年遅れて存在価値なしとか言ってた香具師でてきて謝れ。
APLの強化版が出てもなお、Rockは出ないじゃないか。
0613名無しさん＠お腹いっぱい。2008/09/17(水) 23:02:25
Sunが元気無く見えていたのは日本市場だけ。

ローエンドはNiagara、ミドルとハイエンドはAPLって住み分けなんだが、
日本ではAPLは富士通しか売ってこなかったので、ローエンドonlyになってた。

さすがのSunもRock遅延でプライドを捨てて日本でもAPLを売りはじめて、
ようやくミドルとハイエンドの空白が埋まったわけだが、すでに手遅れかもな。
ミドルとハイエンドの旧マシンをNiagaraでリプレーすすると場所と電気代が
節約できますよ、なんていう撤退戦みたいな売り方をやっちゃったからね。
0614名無しさん＠お腹いっぱい。2008/09/17(水) 23:06:50
>>613
いや、それは最近になって始まったこと。

そういう契約だったAPLだが、
ttp://itpro.nikkeibp.co.jp/article/MAG/20070427/269779/
の最後のところにあるように、Sun側が酷いことして反故にしてた。
0615名無しさん＠お腹いっぱい。2008/09/18(木) 22:26:01
日本サンマイクロシステムズが売らないなら
富士通から買えばいいじゃない
0616名無しさん＠お腹いっぱい。2008/09/18(木) 22:46:11
>>615
そうもいかないのよ。

たとえば
ttp://www.nec.co.jp/products/cx5000/
のように大手電機メーカー各社がSunのマシンをOEMで売ってきたのよ。

Sunだからいいけど富士通だとマズいのよ。
0617名無しさん＠お腹いっぱい。2008/09/18(木) 23:47:34
>>610
えーと、やけに詳しいですが、社員さんですか？

作れるといっているのは、設計、製造ができる技術があるという意味です。
Sunへは、部品のみっていうのは、知らんかったです。
部品っていっても、組み立てるだけのレベルのものですよね？
まぁ、運搬の件も考えれば、ばらして送ったほうがいいのかしら？
0618名無しさん＠お腹いっぱい。2008/09/19(金) 01:18:07
>>572
AppleがARM社を売却したときの買い手がIntelじゃなかった？

StrongARMの話と混同したかも。
0619名無しさん＠お腹いっぱい。2008/09/19(金) 11:14:06
そもそも Appleが ARM株持ってたのか? 聞いたことないが。
エイコーンとか、知ってんだよな?
0620名無しさん＠お腹いっぱい。2008/09/19(金) 11:19:55
>>611
妄想激しいんだな。ここの過去ログひっくりかえして全部読んでみたら?
そんなこと言ってたやついないだろ。
0621名無しさん＠お腹いっぱい。2008/09/19(金) 12:39:41
>>619
上場前は、1/3くらい持ってたと思う。
0622名無しさん＠お腹いっぱい。2008/09/19(金) 12:46:30
>>620
過去ログをちょろっと見てコピペ

265 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2008/04/26(土) 13:14:02
富士通の期待
http://itpro.nikkeibp.co.jp/free/WAT/ITARTICLE/20040729/7/
> 　消息筋は「沈みかかっている船から降りるのが技術者たちの常。サンに
> Rockを開発できる力が残っているかどうか疑問だ」と見ており、サンが今後、
> 大型サーバーの開発製造を富士通に委託し、ソフトに投資を振り向ける可能
> 性が強いと見ている。

現実
http://itpro.nikkeibp.co.jp/article/COLUMN/20070509/270354/
> Rockはサンの現行最上位である「UltraSPARC IV+」の16倍という桁外れの性
> 能が見込まれるため、仮に富士通SPARC64 VIIIや同IXがあったとしても敵わ
> ない。APL（SPARC Enterprise）は、Rock登場後数年を待たずに命運が尽き
> る。Jupiter後の富士通は、APL提携時の約束に従いRockを売ることになるは
> ずである。

そして伝説へ…
http://mainichi.jp/select/biz/news/20080415ddm008020058000c.html
> 　富士通が半導体事業を分社化し先月設立したばかりの「富士通マイクロエレ
> クトロニクス」で、社長がいきなり交代するという異例の事態になっている。
0623名無しさん＠お腹いっぱい。2008/09/19(金) 12:46:54
202 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2007/08/12(日) 01:00:32
Sugeeee APL いらないじゃん。

534 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2007/04/06(金) 21:15:39
Sun to reveal all on ye olde APL shared-server plan
http://www.theinquirer.net/default.aspx?article=38765

半年ちょっと遅れただけでぼろくそだな、おいｗ
まあ、それだけNiagara2→Rockが期待できそうってことだろうけど

550 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2007/04/09(月) 00:50:30
Plenty of Sun users to skip Fujitsu march
http://www.theregister.co.uk/2007/04/06/sun_rock_opl/

SunはAPL売る気無いみたいだなｗ


703 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2007/05/08(火) 00:03:59
APLは既に、い(ry
0624名無しさん＠お腹いっぱい。2008/09/19(金) 13:00:41
>>621
出資したんだから比率はともかく株は持ってたんだろう

しかしAcornがARMの開発部門をスピンアウトし
Acorn、Apple、VLSI Techの三社で共同設立した会社を
Appleの子会社だと言うのか？
0625名無しさん＠お腹いっぱい。2008/09/19(金) 13:02:50
>>624
アホに向かって問うのは時間のムダ。

ふつう子会社っていったら、連結対象だろ
0626名無しさん＠お腹いっぱい。2008/09/19(金) 13:18:41
>>622,623
自分の妄想を証明したくてしょうがないわけですね? わかります。
0627名無しさん＠お腹いっぱい。2008/09/19(金) 13:47:28
APLが遅れてRockまでの繋ぎの期間が短すぎて、
存在意味がなくなったなんていう記事はたくさん見たぞ。
0628名無しさん＠お腹いっぱい。2008/09/19(金) 14:02:49
ところが順調に見えたRockも結局遅れちゃって ←イマココ
0629名無しさん＠お腹いっぱい。2008/09/19(金) 14:22:57
626はRockが来るからAPLヲワタとか言ってた人ですね、わかります
0630名無しさん＠お腹いっぱい。2008/09/19(金) 14:49:50
出荷にこぎつけるも性能が出なくて←次ココ

消費電力が下がらなくて←その次ココ
0631名無しさん＠お腹いっぱい。2008/09/19(金) 14:58:43
そういやHPもItaniumサーバの一部をNECのOEMにするとかいう話があったが、どーなってるの。
■ このスレッドは過去ログ倉庫に格納されています