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

Sun Microsystems 最大の敵はItanium

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/02/26(日) 01:49:21
まだまだ続く、痛厨との攻防

【前スレ】
Sun Microsystems 最大の滝壷
http://pc8.2ch.net/test/read.cgi/unix/1138786320/
0423名無しさん＠お腹いっぱい。2006/04/14(金) 01:33:11
> MacOS X は、1 ボタンオペが今でも根底にあるのは

だから坊やって言われるんだよ
0424名無しさん＠お腹いっぱい。2006/04/14(金) 01:38:59
Macなんか買ってるやつは(ry
ノートは良いなと思うが
0425名無しさん＠お腹いっぱい。2006/04/14(金) 11:08:49
MACは突然爆発するからなぁ
0426名無しさん＠お腹いっぱい。2006/04/14(金) 11:17:06
MAC全滅!

円盤は生物だった!
0427名無しさん＠お腹いっぱい。2006/04/14(金) 12:41:43
Linux けなされるとすぐ粘着する連中... 昔の Macintosh 狂信者と同じノリだな。
0428名無しさん＠お腹いっぱい。2006/04/14(金) 14:06:37
Linuxけなされてたのか。
そもそもLinuxのデスクトップというのが何だか不明。

Sun Java Desktop System か？
0429名無しさん＠お腹いっぱい。2006/04/14(金) 14:40:21
OpenSolarisがIntelMacで動きましたよ。
0430名無しさん＠お腹いっぱい。2006/04/14(金) 16:18:12
>>428
>>417「最近のLinuxディストリビューション」なんだから、Gnome か KDE だろ?
0431名無しさん＠お腹いっぱい。2006/04/14(金) 23:06:42
>>425
マックが突然爆発 4
http://pc7.2ch.net/test/read.cgi/mac/1144658378/l50
0432名無しさん＠お腹いっぱい。2006/04/15(土) 07:46:25
>429
を、BootCampとかで？
詳しく
0433名無しさん＠お腹いっぱい。2006/04/15(土) 10:46:30
>>432
これじゃない?
http://blogs.sun.com/roller/page/setje?entry=solaris_on_the_imac
0434名無しさん＠お腹いっぱい。2006/04/15(土) 12:30:20
画像、元サイズでよく見るとどうやら Solaris らしいが、強烈に悪趣味だな。
まるで MS-ですくとっぷ。
0435名無しさん＠お腹いっぱい。2006/04/15(土) 12:39:44
>>434
JDS使ったことない人?
0436名無しさん＠お腹いっぱい。2006/04/15(土) 15:14:37
その記事で注目すべきところはそんなとこじゃないだろ。
0437名無しさん＠お腹いっぱい。2006/04/15(土) 16:32:02
>>435
うへ〜、JDS ってデフォルトがあんなん? ぜってーつかわねー#
0438名無しさん＠お腹いっぱい。2006/04/15(土) 17:10:33
>>436
terminal が緑地に緑の文字で悪趣味なところだろ？
これはひどい。いまどきグリーンディスプレイかよ
0439名無しさん＠お腹いっぱい。2006/04/15(土) 18:12:27
緑地に緑の文字だと大変そうだな。
0440名無しさん＠お腹いっぱい。2006/04/15(土) 18:59:44
ずいぶんと読みにくそうですね
0441名無しさん＠お腹いっぱい。2006/04/15(土) 20:24:26
>>437
デフォルトとはちょっと色が違うかな。
まあJDSを使わない自由もありますから、お好きな環境でどうぞ。
0442名無しさん＠お腹いっぱい。2006/04/16(日) 01:51:16
だって、配色といいアイコンやボタンのレイアウトといい、まるで MS-Windows じゃん。
SunView にしてくれたらすぐ Sun だってわかるのに。
0443名無しさん＠お腹いっぱい。2006/04/16(日) 02:34:16
君が英語読めないのはよくわかった。
0444名無しさん＠お腹いっぱい。2006/04/16(日) 12:18:31
とんちんかんなこと言ってる香具師はJDSが嫌いみたいだな。
俺は努力してJDSを使ってみることにするよ。同類には思われたくない。
0445名無しさん＠お腹いっぱい。2006/04/16(日) 13:52:58
「MS-Windows の GUI はクソ」のどこがとんちんかんなんだ?
ちなみに Alto のプロトタイプもクソだ。Star を見習え。
0446名無しさん＠お腹いっぱい。2006/04/16(日) 16:46:03
JDSが一番WIndowsにいてるという罠ｗ
Windowsを糞といわれると、JDSも糞といわれてるように感じるのさ
0447名無しさん＠お腹いっぱい。2006/04/16(日) 16:48:32
JDSを見ると、Windows3.1を思い出す
0448名無しさん＠お腹いっぱい。2006/04/16(日) 17:29:22
> JDSが一番WIndowsにいてるという罠ｗ

日本語でおk

> JDSを見ると、Windows3.1を思い出す

単なる統合失調症ですね
0449名無しさん＠お腹いっぱい。2006/04/16(日) 18:27:03
>>447
Windows3.1のGUI見たことないんだろ
スタートメニューもタスクバーもないぞ
0450名無しさん＠お腹いっぱい。2006/04/16(日) 18:42:53
そんなことはどうでもかまわん。1.0 から現行まで全部カス。断定。
0451名無しさん＠お腹いっぱい。2006/04/16(日) 19:38:48
それでも、そのカスXPとか使ってるんだろ？
0452名無しさん＠お腹いっぱい。2006/04/16(日) 19:46:25
タスクバーにスタートメニュー。どれもこれもWindows95の亜流にしかみえない
0453名無しさん＠お腹いっぱい。2006/04/16(日) 19:52:07
>>452
狙い通りじゃん。
0454名無しさん＠お腹いっぱい。2006/04/16(日) 20:05:44
まぁ、軽くJDSで実装できるんだから、WindowsのGUIなんて単純で何も考えて
ないもんだよね。

あんなんWindowsに金を使うのはアホ。
0455名無しさん＠お腹いっぱい。2006/04/16(日) 22:31:12
そうだね。
Mac買おうね。
0456名無しさん＠お腹いっぱい。2006/04/16(日) 23:59:12
>>455
そうだね。Windowsも動かせるし。
0457名無しさん＠お腹いっぱい。2006/04/17(月) 00:10:35
板違いと言われそうだけど教えて。
Java Desktop Systemってなんで Java...　なの？
Linuxなんでしょ？
0458名無しさん＠お腹いっぱい。2006/04/17(月) 00:27:29
Linuxの上でJavaが動いてますが、何か問題でも？
0459名無しさん＠お腹いっぱい。2006/04/17(月) 02:43:33
JDS重い。
WindowsXPがどうにか使える程度のマシンではどうにもならん。
0460名無しさん＠お腹いっぱい。2006/04/17(月) 13:23:58
gnomeがださいんだよ。
0461名無しさん＠お腹いっぱい。2006/04/18(火) 09:13:12
LookingGlass見ればわかるじゃんｗ
SUNのものは重たいのばかりｗ
0462名無しさん＠お腹いっぱい。2006/04/18(火) 15:58:12
数が出ないソフトというのは、
速度を上げるための改良や、そもそも速度が出るような作りにするといった余裕がないのです。

いかに少ない工数で作るかとなると、
速度よりも機能が優先されます。

遅いのはハードウェアの性能向上で数割なら改善できるけれども、
機能がないのはハードウェアではどうにもなりませんから。
0463名無しさん＠お腹いっぱい。2006/04/18(火) 18:25:59
>>459
そういう低性能なマシンはもうすぐ寿命がくるんじゃないか？
0464名無しさん＠お腹いっぱい。2006/04/18(火) 22:09:15
省電力とメニーコアのその先になにを見る──IDF Spring 2006雑感
ttp://plusd.itmedia.co.jp/pcupdate/articles/0604/17/news053.html

まったく、

1. 実際のメニーコアな製品はまだ実現できてない
2. 1. ができても、それを充分に稼働させるインターコネクト技術を持ってない
3. 2. ができても、SMP システムとしてまとめた実績がない
4. 3. ができても、まともに多スレッドなソフトウェアを動かすための OS がない
5. 4. ができても、まともに多スレッドなソフトウェアを構築するための開発環境がない
6. 5. ができても、そういうソフトを作れる人達が周辺にいない

のに、なにを自慢げに能書きたれてるんだろうか。
あんたが一番遠いとこにいるぜ、Intel さん。
0465名無しさん＠お腹いっぱい。2006/04/19(水) 02:48:33
「うちのCPUもうだめぽ」とは言えないだろ。
0466名無しさん＠お腹いっぱい。2006/04/19(水) 08:39:30
>>464
> 4. 3. ができても、まともに多スレッドなソフトウェアを動かすための OS がない

SunOSに逃げられたじゃんw
0467名無しさん＠お腹いっぱい。2006/04/19(水) 20:09:48
Itanium2ベースソリューションとSun's SPARCアーキテクチャを比較して

ttps://www.itaniumsolutionsalliance.org/japanese/whitepapers/
0468名無しさん＠お腹いっぱい。2006/04/19(水) 21:01:28
512 プロセッサの SMP システムがあるのか? すごいね。
0469名無しさん＠お腹いっぱい。2006/04/19(水) 21:19:47
実働してるのかなあ、それ・・・
0470名無しさん＠お腹いっぱい。2006/04/19(水) 22:17:09
SPARCとの比較も面白いが、Powerとの比較の方がもっと面白いな。
IBMのOSは「非標準」だから除外して、Linux搭載機だけで売上比較とか。

よくまあいろいろ思いつくもんだ。
0471名無しさん＠お腹いっぱい。2006/04/19(水) 22:42:26
>>468
SGIのAltixのことでしょ。これは512CPUみたいな大規模構成では、ローカルメモリと
リモートメモリの性能差(レイテンシと帯域)がすごくあるので、普通のSMPとしては
使えなくて、NUMAであることを意識したプログラミングが必須だから、普通のSMPで
あるPOWERの64CPUとは同等に扱えないと思うけど。

>>470
Itaniumもサーバ売上の半分以上はHP-UX用で、今後ともHP-UX分が増えると思うのだが。
0472名無しさん＠お腹いっぱい。2006/04/19(水) 23:05:01
>>471
> 使えなくて、NUMAであることを意識したプログラミングが必須だから、普通のSMPで
> あるPOWERの64CPUとは同等に扱えないと思うけど。
やっぱり。そんなこったろうと思った。

> Itaniumもサーバ売上の半分以上はHP-UX用で、今後ともHP-UX分が増えると思うのだが。
つまり、HP-PA 勢としては現状維持、ってことだよね。
なんというか、資料から必死さと悲しさがにじみ出てるし。
0473名無しさん＠お腹いっぱい。2006/04/20(木) 06:44:49
> 512 プロセッサの SMP システムがあるのか? すごいね。

FujitsuのPrimePower 256 SPARC プロセッサのSMPが、2 coreのものになれば
512プロセッサになる（予定）だけど、出てくるまでもうちょいかかかるね。

0474名無しさん＠お腹いっぱい。2006/04/20(木) 07:18:18
FujitsuとIBMもNUMAじゃないの？
0475名無しさん＠お腹いっぱい。2006/04/20(木) 07:46:00
> FujitsuとIBMもNUMAじゃないの？

Fujitsuのやつは、NUMAでなくUMAだったと思う。
だから、性能の犠牲が少なくて済む。

NUMAは昔から作られてきているけど、まだ決定的な性能改善方法がない。
0476名無しさん＠お腹いっぱい。2006/04/20(木) 08:03:05
なるほど、正直 NUMA の定義はよく知らないんだが

NUMA = ローカルメモリのレイテンシー < リモートメモリアクセス時のレイテンシー
UMA = すべてのメモリへアクセスのレイテンシーが等しい

と思い込んでいたので

http://primeserver.fujitsu.com/primepower/technology/performance/crossbar/?from=p2500t

を見るとシステムボード間のメモリアクセスは、ローカルメモリと同じレイテンシーで
アクセスできないように見えたから NUMA だとおもてた。
0477名無しさん＠お腹いっぱい。2006/04/20(木) 08:19:45
>> 476

上の資料でも、

L1 crossbar = 133 GB/s (on board)

L2 crossbar x 2 = 66.5 GB/s x 2 = 133 GB/s (cross board)

となる。
0478名無しさん＠お腹いっぱい。2006/04/20(木) 08:23:42
> FujitsuのPrimePower 256 SPARC プロセッサのSMPが、2 coreのものになれば
> 512プロセッサになる（予定）だけど、出てくるまでもうちょいかかかるね。

は、128 cpus ==> 256 cpusだった。。。4 coreはいつだかシラン。。
0479名無しさん＠お腹いっぱい。2006/04/20(木) 10:26:57
それってスループットでは...
0480名無しさん＠お腹いっぱい。2006/04/20(木) 11:56:10
>>478
NUMA じゃない SMP って、128CPU あたりが上限なのは何が理由?
物理的な配線距離? それともインターコネクトの帯域?
後者ならデュアルコアになったら 64チップまでになったりしないの?
0481名無しさん＠お腹いっぱい。2006/04/20(木) 20:57:55
帯域じゃね?
0482名無しさん＠お腹いっぱい。2006/04/20(木) 22:18:08
CPUとメモリバンクすべてを等時間で結ぼうと思ったら巨大なクロスバースイッチが必要になってくるでしょ。
0483名無しさん＠お腹いっぱい。2006/04/20(木) 22:54:22
クロスバースイッチの規模が問題なら、集積コア数が上がってもコア総計の上限が
一定、ってこと? 4 コアなら 32 チップが上限で、それ以上は NUMA?
0484名無しさん＠お腹いっぱい。2006/04/20(木) 23:08:56
>>472
> やっぱり。そんなこったろうと思った。

128CPUのSMP 4台のクラスタよりは遥かにマシだぞ。
0485名無しさん＠お腹いっぱい。2006/04/20(木) 23:13:04
例えば、どんな用途?
0486名無しさん＠お腹いっぱい。2006/04/20(木) 23:23:47
いや、ま、昔から NUMA みたいなジャンルの製品はあるわけで、その存在には
当然意味があるんだろうが、128CPU SMP なマシンみたいに Uni-Prosessor 機と
同じソフト積んどけばいい、というわけじゃないんだよね? それって結構
特殊用途向けってことでしょ?
0487名無しさん＠お腹いっぱい。2006/04/20(木) 23:45:38
HPC分野でしょ、Altix。NASAに導入された512*20のが有名で、
Itaniumクラスタで最速だった筈。
0488名無しさん＠お腹いっぱい。2006/04/21(金) 01:43:31
なるほど。そうすると、>>484 はどう解釈すればよい?
いまいちいわゆる粗結合（OS 複数のやつ）と NUMA の住み分け基準つーのがわからん。
0489名無しさん＠お腹いっぱい。2006/04/21(金) 01:45:42
>>485
数百のビジーなプロセスを抱えるサーバとかは、OSのNUMAサポートで十分。
0490名無しさん＠お腹いっぱい。2006/04/21(金) 04:25:20
NUMAの方がノード間接続に高速なインターコネクトが使えるイメージがある。最初からそのために
仕掛けを作りこめるし。クラスタだと、汎用インターコネクトがネックになりそう。その代わり、かなり
大規模なものをつくれるだろうけど。

あとccNUMAだと1台のマシンに見えるから、お手軽にプロセス間のデータ共用ができるとか、ノード
全体の負荷バランスをとりやすい（クラスタまたいでプロセスを移転なんてのに比べれば）とか。
0491名無しさん＠お腹いっぱい。2006/04/21(金) 12:02:33
こけた時のリカバリーを考えると、NUMAよりもClusterの方がよさそう。
性能を考えると、NUMAよりもUMAの方がいい。UMAはCPUが増えるとクロスバーが
複雑になって難しくなるので、Fujitsuのマシンぐらいしか64CPU以上のものは
難しくなっちゃうので、作るとなるとNUMAの方が楽。
0492名無しさん＠お腹いっぱい。2006/04/21(金) 12:09:11
>>491
いや、粗結合と言ってるのは、例えばこの手のやつなんだが。
ttp://primeserver.fujitsu.com/primepower/hpc/close/ap3000/index.html
クラスターとは違うよね? こゆのもクラスター?
0493名無しさん＠お腹いっぱい。2006/04/21(金) 14:36:57
>>492
クラスタでしょ。
0494名無しさん＠お腹いっぱい。2006/04/21(金) 14:37:46
>>491
動いている状態で、壊れたCPUやメモリを交換できれば、どーってことないかと。
当然、OSのサポートがないとできないけど。
0495名無しさん＠お腹いっぱい。2006/04/21(金) 15:21:34
> 動いている状態で、壊れたCPUやメモリを交換できれば、どーってことないかと。

ユーザプロセスならいざ知らず、カーネル内だと普通パニックでしょ？
0496名無しさん＠お腹いっぱい。2006/04/22(土) 01:14:04
>>495
壊れた=Uncorrectableではあるまい。
0497名無しさん＠お腹いっぱい。2006/04/22(土) 01:28:37
>>471
SGIのAltixはHPCクラスタに特化してる。
クラスタのノード間インターコネクトを通信インタフェースでなく、SMPのメモリ空間で行う発想。
普通のSMPのメモリとしては遅いが、InfiniBandのRDMAよりは速いって感じだが、HPCクラスタ
だと近いプロセッサ同士が高速通信できればいいやってことが多いのでNUMAで桶。
MPICH over NUMA share memで512プロセッサをクラスタリングして
それらを並べてMPICH over InfiniBand RDMAで結合する大規模クラスタをやるって聞いたが
何処かに入れたのかな？
0498名無しさん＠お腹いっぱい。2006/04/22(土) 01:36:47
>>495
メモリミラーリングとDIMMのホットスワップはWindows serverでさえもうサポートしてる。
マシン側のサポートはItanium srverだとミドルレンジクラスまで下がってきてる。
0499名無しさん＠お腹いっぱい。2006/04/23(日) 05:18:19
> 壊れた=Uncorrectableではあるまい。

こけた場合、、っていうのは、普通

memoryのuncorrectable errorやcacheのuncorrectable errorでパニックすることの
ことだよ。
0500名無しさん＠お腹いっぱい。2006/04/23(日) 07:34:59
詭弁かよ
0501名無しさん＠お腹いっぱい。2006/04/23(日) 12:14:01
１．誤り検出無しだとデータ化けてることも判らずに誤演算続行。
２．誤り検出付だと無事にPanicできる。
３．冗長化してあれば縮退して続行できる。
４．冗長部全てが故障だと無事Panicする。

２と４がこの世の全ての人なんだよ。
0502名無しさん＠お腹いっぱい。2006/04/23(日) 13:31:08
あまり追い詰めるな。
0503名無しさん＠お腹いっぱい。2006/04/23(日) 18:24:03
>>501

1はdata pathのチェックもない、10年ぐらい前のWSか、PC程度。
3はfault tolerantに近いよね。cpuも冗長にして同時に演算、cpuが壊れれば、
正常に動作しているものを使うってな感じで。
2と4は、今普通に売られているWSやServer.

でも、ECCメモリ程度では2や4に達しないね。CPUやIO Busも守らないといけないから。
0504名無しさん＠お腹いっぱい。2006/04/24(月) 05:36:57
＞２．誤り検出付だと無事にPanicできる。
CPUの内部演算器なんかまでちゃんとこれができるのは
IBMのzSeriesと富士通のSPARC64くらいしかないでしょ。
POWERだって内部演算器の誤り検出をやっている、という話はしていない。
いわんやItanium2をや。
0505名無しさん＠お腹いっぱい。2006/04/24(月) 06:38:34
CPUの冷却を邪魔して何が起きるのか確認してる人いる?
0506名無しさん＠お腹いっぱい。2006/04/24(月) 17:21:01
> IBMのzSeriesと富士通のSPARC64くらいしかないでしょ。

そりゃそうだわな。メインフレームの技術をもってくるしかないんだから、
そんなこと今やっているのは、IBMと富士通ぐらいだわな。


0507名無しさん＠お腹いっぱい。2006/04/24(月) 17:23:59
> CPUの内部演算器なんかまでちゃんとこれができるのは

WSやServerと書いたが、CPUのregisterなどを含めてのdata pathというところまでは
さすがに意識していなかった。単に、L1, L2キャッシュのECCかparity check程度の
今のUnix鯖での常識をいったまで。

0508名無しさん＠お腹いっぱい。2006/04/24(月) 22:16:54
SPARC64ってすごいんですね
0509名無しさん＠お腹いっぱい。2006/04/25(火) 02:15:28
>>504
> いわんやItanium2をや。

Itanium2ではCacheやTLB等殆んどのアレイでエラー修正可能。
その他のユニットでもエラー検出可能。
Montecitoではレジスタレベルまでエラー修正可能になってる。
0510名無しさん＠お腹いっぱい。2006/04/25(火) 23:32:50
>>509
＞その他のユニットでもエラー検出可能。
＞Montecitoではレジスタレベルまでエラー修正可能になってる。
キャッシュやTLBなど以外でもちゃんと訂正可能なら、サーバ用CPUとしては
すごいアドバンテージだから、もっと自慢たらたらの資料が出回っているはず。
(Intelのプレゼン資料やらISSCCの論文やら)

SPARC64のこの自慢げな資料を見て。
http://primeserver.fujitsu.com/primepower/technology/reliance/processor-a/

Montecitoが本当にレジスタや演算器まで障害検出・回復ができるなら、Marchitectureの
本家Intelだったら、××テクノロジとか名前を付けて鳴り物入りで発表するに決まっているのに、
そういう発表はないよね。
キャッシュの切り離しにさえも名前を付けて、Marchitecureだと指摘されているよ。

http://www.geocities.jp/andosprocinfo/wadai04/20040724.htm の５．
＞ 新しい機能として，オンチップのキャッシュに不良ビットが出た時，それを含むブロックを
＞切り離して運用を続ける技術を取り入れ，これをPellston Technologyと呼んでいますが，
＞このような機能はハイエンドサーバ用のRISCプロセサでは一般に行われている話で，Intelの
＞マーキテクチャ（MarketingとArchitectureを組み合わせた造語で，大したことではなくても，
＞宣伝のために先進技術らしく見せかけることを言う）です。
0511名無しさん＠お腹いっぱい。2006/04/26(水) 00:14:18
そういや、某N社の知り合いが嘆いてたっけ。
こんな糞な石でどうやって汎用機並みの信頼性が
実現できるんだって。

製品になっているんだから何とかしたんだろうな。
0512名無しさん＠お腹いっぱい。2006/04/26(水) 01:46:08
>>511
> 製品になっているんだから何とかしたんだろうな。

人は何のために生まれてくるのですか?
0513名無しさん＠お腹いっぱい。2006/04/26(水) 09:15:46
>>510
＞マーキテクチャ（MarketingとArchitectureを組み合わせた造語で，大したことではなくても，
＞宣伝のために先進技術らしく見せかけることを言う）です。

Microsoftも、そういうのよくやるよねw

Wintelのせいで社会全体のモラルが低下したような気がする。
見世物小屋を地で行くような売り込み方が横行している。
0514名無しさん＠お腹いっぱい。2006/04/27(木) 03:56:01
というか、PC(CPU, Windows)の性能、品質が糞なんだよ。
いい加減にWintelの嘘から目を覚ませ。
0515名無しさん＠お腹いっぱい。2006/04/27(木) 14:27:07
> というか、PC(CPU, Windows)の性能、品質が糞なんだよ。

マーキテクチャのせいで、技術屋じゃない一般人がすっかり騙され、
PCがハイテクなんだとばっかり勘違いしている。。。そう大したテクを
使っているわけでもなく、普通なものばっかりなのにね。

PCなんて一般向け家庭用コンピュータなんだから、そんな肩に力を入れる
必要なんてないんだよ、そうハイテクでもなんでもないんだから。

そんな世の中だから、Wintelの思うつぼなんだよね。
0516名無しさん＠お腹いっぱい。2006/04/27(木) 21:12:19
どういうのが理想のＰＣなん？
0517名無しさん＠お腹いっぱい。2006/04/27(木) 22:00:22
>>516
そういう話じゃないと思うけど？
0518名無しさん＠お腹いっぱい。2006/04/27(木) 22:16:00
理想のフロントエンドということなら、Sun Ray はある意味一番理想に近いと思うよ。
0519名無しさん＠お腹いっぱい。2006/04/27(木) 22:48:54
用途限定もせず一番とか言えるあなたが素敵。
0520名無しさん＠お腹いっぱい。2006/04/28(金) 00:55:33
その点 Sun はすばらしいな、常に最高に品質、先進の技術を提供しているよ。
まぁ、一般人には受けていないが。
0521名無しさん＠お腹いっぱい。2006/04/28(金) 01:04:53
"常に最高に品質"は嘘だな
煙噴いたりしたマシンがあったもん
0522名無しさん＠お腹いっぱい。2006/04/28(金) 15:29:05
Intel、業績低迷で事業再編へ
ttp://www.itmedia.co.jp/news/articles/0604/28/news012.html
> オッテリーニ氏によれば、(中略)業績の振るわない事業を見直して、..
キタかあー?!
0523名無しさん＠お腹いっぱい。2006/04/28(金) 15:33:23
>>522

いよいよ、"さらば、Itanium"でつか？
■ このスレッドは過去ログ倉庫に格納されています