トップページ⇒unix
991コメント253KB

Sun Microsystems 最大の日本撤退

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/06/08(木) 00:04:32
2006年 Sun Microsystems　日本撤退発表

君はこのフライングスレにその証を残せるか
0332名無しさん＠お腹いっぱい。2007/09/28(金) 11:34:40
hpに負けてたっけ？2位だった気がするんだが。
まあhpはUNIXで減らしてもx86で大勝ちしているからなんてことないんだろうが。
IBMもNiagara対抗チップ出すみたいだし、これからがSunにとっては正念場だな。
せめてUnixの中だけでもシェアトップを取り戻さないとやっぱり死に逝く運命だと思う。
0333名無しさん＠お腹いっぱい。2007/09/28(金) 21:33:17
そのUNIXで、Sunとhpを天秤にかけて、hpを採用するのが多いのだが。

たとえばNTTドコモのiモードのサーバ。
最初の頃はSunだったけど、新聞一面を飾るような障害多発で、Sunではなくなったよね。
これでもかっていうくらいの冗長構成だったのだが・・・。
0334名無しさん＠お腹いっぱい。2007/09/28(金) 21:45:20
またおまえかｗｗｗ

世界シェアでは、IBM、Sun、HPだな。
HPはシェア落として、Sunは微増。IBMは激増。

0335名無しさん＠お腹いっぱい。2007/09/28(金) 22:16:49
>>333
でも HP に替えてもっと痛い目に遭ってるらしいが。
0336名無しさん＠お腹いっぱい。2007/09/28(金) 22:20:37
hpのPA-RISCには、
ベンチマークのスコアを稼ぐために、
不自然な命令や、
コンパイラの最適化があるんだっけ?
0337名無しさん＠お腹いっぱい。2007/09/30(日) 01:18:46
ドコモのｉモードのサーバに関して言えば、住商が悪いんでしょ？
致命的な失敗だったけど。
0338名無しさん＠お腹いっぱい。2007/09/30(日) 02:01:35
システム構成は非公開のハズなのに、
当時のSun Fireの最上位モデルをバカスカ使ったフラッグシップ事例として、
けっこう話題になってた。

それでコケたのは痛い。
0339名無しさん＠お腹いっぱい。2007/09/30(日) 02:34:04
あれ以来、ドコモ以外のみかかでも、SUN＜ＨＰの流れが定着・・・
住商の罪は重い
でも、住商じゃなくて、富士通がＳＵＮと組んでたら、違う結果だったかも。
0340名無しさん＠お腹いっぱい。2007/09/30(日) 04:14:59
>337
詳しく
0341名無しさん＠お腹いっぱい。2007/09/30(日) 04:56:12
住商でなくて、伊藤忠ですた。
0342名無しさん＠お腹いっぱい。2007/09/30(日) 04:57:44
>>340
住商でなくて、伊藤忠ですた。
http://ja.wikipedia.org/wiki/CIRCUS_%28%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%29
0343名無しさん＠お腹いっぱい。2007/09/30(日) 05:19:59
携帯電話のシステムを、一点集中で設計するのは、どーなんだろな。
スケールメリットは捨てがたいけど、都道府県別にサーバを立ててもいいのにね。
0344名無しさん＠お腹いっぱい。2007/09/30(日) 14:43:37
>>342
よくわかりました。最初は金かけなかったんで失敗したんですね。
みかかが馬鹿ですね
0345名無しさん＠お腹いっぱい。2007/09/30(日) 14:59:54
>>344
いや、金はかかってたと思うぞ。
聞くところによると、ものすんごい冗長構成だったそうだよ。

元々の信頼性が低いハードは、いくら冗長構成にしてもダメ、っていう典型例だと思うな。
昔々の話だけど、NECのメインフレーム屋が、同じ会社のパソコンのPC-8001に対して、
バスにパリティが付いてないのは論外だ、こんなのオモチャで使い物にならないと頭ごなしに否定したらしいんだが、
いざメインフレームとパソコンの信頼性を比較してみたら、パソコンが勝っちゃったんだよ。
0346名無しさん＠お腹いっぱい。2007/09/30(日) 15:17:39
>>345
日本語でおｋ
0347名無しさん＠お腹いっぱい。2007/09/30(日) 15:38:33
適当に良いように解釈すると、
元々の信頼性が低いハードの組み合わせ/設計で、無理矢理に信頼性をあげたメインフレームでは、
パソコンにも劣ると言うことか？
0348名無しさん＠お腹いっぱい。2007/09/30(日) 16:22:44
i-modeはスイッチも冗長構成にして、
そこもfail overに失敗して、落ちていたと聞いたが。
コンポーネント選択、設計全てに問題がありそうだ。
0349名無しさん＠お腹いっぱい。2007/09/30(日) 17:04:45
そこでSPARC64なんですが、遅すぎましたね。
0350名無しさん＠お腹いっぱい。2007/09/30(日) 17:10:00
Rockの出来が良いみたいだからね。
0351↑↑↑↑↑2007/09/30(日) 18:18:26
え〜〜〜〜〜〜〜〜〜〜〜っ！
0352名無しさん＠お腹いっぱい。2007/09/30(日) 18:31:14
Rock量産の暁には
0353名無しさん＠お腹いっぱい。2007/10/01(月) 00:16:27
>>345
>元々の信頼性が低いハードは、いくら冗長構成にしてもダメ、っていう典型例だと思うな。

たぶん、ハードウェアのせいではなくて、大規模システムの運用経験が無かった
CTCの担当者が能力不足のまま手探りで構築して案の定失敗しただけだろ。

もしハードウェアが最初からhpでも、CTCの同じ連中に構築させたら結局は失敗
したんじゃないか？
0354名無しさん＠お腹いっぱい。2007/10/01(月) 00:51:41
CTCでなくSunの技術者なら・・・納期すら守れなさそ
0355名無しさん＠お腹いっぱい。2007/10/01(月) 01:06:42
能力不足なのにサポート料高いね＞＞ＣＴＣ
0356名無しさん＠お腹いっぱい。2007/10/01(月) 02:10:15
ていうかさ、NTTドコモは自社で設計を評価できる人間を育てるべきだろう。
就職の倍率がえらく高いのだから、優秀な頭脳をたくさん抱えてるのだから。
0357名無しさん＠お腹いっぱい。2007/10/01(月) 09:28:37
最後に責任取る立場には結局立ち回りの要領の悪いヤツがなるんだよ。
中途採用のコシカケばっかりだと避けられない。ドコモに限らず。
0358名無しさん＠お腹いっぱい。2007/10/01(月) 10:28:03
>>356
人事の話だから外には出てこないけど、
たぶん担当は降格だと思うよ。
0359名無しさん＠お腹いっぱい。2007/10/01(月) 11:09:40
けっこうな人数がドコモからNTTグループ内の子会社に飛ばされていると思うよ。
年三回という破格の賞与がもらえないだけでなく、
定年時の退職金・その後の企業年金の額が、まるで違ってくる。
0360名無しさん＠お腹いっぱい。2007/10/02(火) 01:26:45
冗長構成にした場合、障害検出条件は、それぞれのシステムで作りこまないと
いけないから、これができなかったんでしょうね。
よくありますよ、ＨＡクラスタソフトをデフォルトインストールのまま使って、
障害時に切り替わらないって話。ＨＡクラスタソフトの問題じゃなくて、使う
ほうが馬鹿なんですよね。そこらのパッケージソフトと同じノリでつかっちゃ
だめです。
0361名無しさん＠お腹いっぱい。2007/10/02(火) 02:06:34
障害時に適切にフェイルオーバーするかどうか、試験しないのかよ。
0362名無しさん＠お腹いっぱい。2007/10/02(火) 02:21:06
マニュアル調査でpgrなディフォールト値見てorzすることもしばし。
0363名無しさん＠お腹いっぱい。2007/10/02(火) 05:08:46
試験で成功しても、いざという時にうまく切り替わらないってことはよくあるな。
0364名無しさん＠お腹いっぱい。2007/10/02(火) 05:33:43
自己のハードウェア障害ではなかったりして、
切り替わった先でも即死したりするよな。
0365名無しさん＠お腹いっぱい。2007/10/02(火) 22:30:20
（笑えないやつ多数。テンション下がりまくり顔面蒼白）
0366名無しさん＠お腹いっぱい。2007/10/03(水) 02:09:45
障害試験ってやりかたがわからないとかめんどくさいって
理由でしない奴多いぜ。これホント。
それと多いのが負荷テストせずに稼働後に性能問題だす奴。
cpu使用率で%sysがそんなに多くないのに、OSのチューニング
を最適にせして最大性能出せとしつこく迫ってくる奴もいる。
OSチューニングしても%userは減らないぜ。アプリの責任だよなあ。
0367名無しさん＠お腹いっぱい。2007/10/03(水) 10:57:17
カーネルパラメータなんてミドル推奨のやつしか設定したことないな。
0368名無しさん＠お腹いっぱい。2007/10/03(水) 11:36:33
チューニングが必要ってのは、ダサいな。
0369名無しさん＠お腹いっぱい。2007/10/03(水) 23:12:46
SunのPCサーバがこんなに伸びるとは思わなかったな。正直。
X4150/X4450も良い設計だから、更に売れそうだね。

http://japan.internet.com/webtech/20071003/12.html
だが、もっとも驚くべき結果は、x86 サーバー市場においては比較的新参といえる
Sun が、がっちりと第3位の座を得たことだろう。報告書には次のようにある。
「われわれは、どれほどの顧客が Sun の x86 製品をデータセンターに導入して
いるのか、そのことに今も感銘を受けている。そしてそれ以上に驚くべきは、
ほぼ全ての調査項目において、Sun が一貫して Dell を上回ったことだ。
これは x86 サーバー市場に参入してわずか数年しか経っていないベンダーに
とって、すばらしい成長といえる」
0370名無しさん＠お腹いっぱい。2007/10/03(水) 23:30:33
アンディたん…
0371名無しさん＠お腹いっぱい。2007/10/03(水) 23:38:51
もともとDELLなんて存在してないのも同じだから、それと
同程度といわれてもなあ。シェアの数字をはっきりと言わ
ないところがミソだな。
0372名無しさん＠お腹いっぱい。2007/10/04(木) 11:50:45
たしかにアンディの設計した X4100 シリーズが出てから
サンの x86 でも買ってもいいかな？って思うようになったもんなｗ
0373名無しさん＠お腹いっぱい。2007/10/05(金) 07:54:59
>>371
>もともとDELLなんて存在してないのも同じだから
本気で言っているらしいところが笑いのミソ？
0374名無しさん＠お腹いっぱい。2007/10/05(金) 11:43:40
DELLぷぷ。組み立て屋のw?
0375名無しさん＠お腹いっぱい。2007/10/05(金) 11:46:38
目糞鼻糞を嗤う
0376名無しさん＠お腹いっぱい。2007/10/05(金) 13:18:25
>>768
欧州だけはシェア高いけどね。
0377名無しさん＠お腹いっぱい。2007/10/05(金) 15:41:00
768 はだいぶ先だなぁ.. こりゃまた遠大な仕込みだww
0378名無しさん＠お腹いっぱい。2007/10/05(金) 16:30:34
その頃まだSunが安泰だといいんだが…
0379名無しさん＠お腹いっぱい。2007/10/05(金) 16:31:59
Dellを抜いて、最大のWindowsServerマシンの出荷メーカになっている
0380名無しさん＠お腹いっぱい。2007/10/05(金) 16:38:01
BlackBox上陸ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!
0381名無しさん＠お腹いっぱい。2007/10/07(日) 20:47:13
X4150/X4450に続き、T5000シリーズ(T2)もリリースされる。
勢いつくかな？
0382名無しさん＠お腹いっぱい。2007/10/08(月) 19:29:20
早くバルサの４コア出せよ！！
0383名無しさん＠お腹いっぱい。2007/10/08(月) 22:43:53
T2 は応用範囲広いからな。バリエーション作ってデスクトップも出して欲しいな。
0384名無しさん＠お腹いっぱい。2007/10/09(火) 09:59:11
SPARCなWSなんて、いまどき、流行んないよ。
0385名無しさん＠お腹いっぱい。2007/10/09(火) 14:54:29
並列処理したい仕事なんて実はいくらでもある。MS-Word や MS-Excel 以外にねwww
オレにとってはとりあえず DAW。マルチトラックに仮想エフェクターラックを
組むと、数十並列くらいで音データ処理できる。
映像のことはよー知らんが、似たようなもんだろ?
それに、OpenOffice も実装方法によってはマルチコアを活かしてすげー
速くなる可能性もある。優秀な OS がある分考慮しても断然有利。
いまのうちだぞー、はよ出せーww
0386名無しさん＠お腹いっぱい。2007/10/09(火) 15:25:18
>>385
並列に処理できるからといって、
並列に処理しなければいけない、
並列に処理したほうが必ずしも速い、
ということはないよ。

ベンチマーク値を見る限り、DAWアプリケーションであっても、
T2 よりも、インテルのデスクトップ向けクアッドコアCPUのほうが速そう。
ましてや、もうすぐ出るAMDの新コアは、演算ユニット倍増されてるので、
クアッドコア化とも相まって、T2を突き放した性能になると思われる。
0387名無しさん＠お腹いっぱい。2007/10/09(火) 17:06:37
>>386
無理www

UltraSPARC T2のSPECfp_rate2006 = 62.3
これは1ソケットの世界最高記録で、ぶっちぎり。
しかも、1.4GHz動作。

インテルとかAMDは2倍の周波数で2ソケットでないと対抗できない。

Xeon X5365 4コア 3GHz×2ソケット SPECfp_rate2006 = 66.8
ttp://www.spec.org/cpu2006/results/res2007q3/cpu2006-20070903-01968.html

Opteron 2350 4コア 2GHz×2ソケット SPECfp_rate2006 = 77.3
ttp://www.spec.org/cpu2006/results/res2007q3/cpu2006-20070820-01864.html

Opteron 2360SE 4コア 2.5GHz×2ソケット SPECfp_rate2006 = 86.3
ttp://www.spec.org/cpu2006/results/res2007q4/cpu2006-20070908-01998.html
0388名無しさん＠お腹いっぱい。2007/10/09(火) 18:12:48
>>386
> 並列に処理できるからといって、
> 並列に処理しなければいけない、
> 並列に処理したほうが必ずしも速い、
> ということはないよ。
それはまさにソフトウェア(OS)がゴミだから。Solaris にはあてはまらない。
並列に処理するようにアプリを作製すれば、間違いなく速い。

> ベンチマーク値を見る限り、DAWアプリケーションであっても、
> T2 よりも、インテルのデスクトップ向けクアッドコアCPUのほうが速そう。
何のベンチマーク見てんの?
0389名無しさん＠お腹いっぱい。2007/10/09(火) 22:04:10
何夢見てるんだろう？？？
0390名無しさん＠お腹いっぱい。2007/10/09(火) 22:45:53
spec fpはメモリバンド幅に制限されるだろうから
演算器を増やしてもspec intほど簡単にはあがらないだろうね。
俺も、T2の２ソケット版が出たら、HCP用にT2を売り込もうかと真面目に
考えているよ。性能良いし消費電力も低いし良いことずくめ。
0391名無しさん＠お腹いっぱい。2007/10/09(火) 23:00:40
hexagonal close-packed structure ?
0392名無しさん＠お腹いっぱい。2007/10/09(火) 23:05:17
>>388
CPUに負荷が集中するタイプの処理で、
なおかつ、
アプリケーションが適切にマルチスレッド化されていれば、
OSのマルチスレッド性能には、あまり依存しない。

そして、
> 並列に処理するようにアプリを作製すれば、間違いなく速い。
なんて軽く言えるほど、簡単なことではない。
0393名無しさん＠お腹いっぱい。2007/10/09(火) 23:10:02
>>390
HPC?

2ソケットにするのもいいけど、1ソケット構成のまま10GbEでクラスタ組みたい。
4Uサイズに、16台 + 10GbEスイッチ を押し込んだモノを作ってくれないかなぁ。

T2には10GbEのMACが内蔵されているので、シャーシ内接続なら、PHY省けないかな。
0394名無しさん＠お腹いっぱい。2007/10/10(水) 00:01:47
>>393
あ、HPCですぅ。失礼。

>>シャーシ内接続なら、PHY省けないかな。
PHYがあっても性能落ちないYO
0395名無しさん＠お腹いっぱい。2007/10/10(水) 03:19:13
HPCって T2はGaussian test397でどのくらいでるの。
0396名無しさん＠お腹いっぱい。2007/10/10(水) 08:51:39
ゆうちょ銀はNTTデータか。
0397名無しさん＠お腹いっぱい。2007/10/10(水) 09:18:55
並列なら、それなりに大きい粒度(1thread/1req.とか)でやればいいけど、
並行は結構難しいと思うよ。
まあ、俺にはだけど。。
0398名無しさん＠お腹いっぱい。2007/10/10(水) 10:31:24
>>392
> CPUに負荷が集中するタイプの処理で、
> なおかつ、
> アプリケーションが適切にマルチスレッド化されていれば、
> OSのマルチスレッド性能には、あまり依存しない。
そんな処理は科技系以外にはほとんど存在しないよ。

>> 並列に処理するようにアプリを作製すれば、間違いなく速い。
> なんて軽く言えるほど、簡単なことではない。
だから Solaris のチャンスなんじゃないか。まともな OS のない
Intel にはとんでもなく難しいことなんだから。つーか、スタートラインにさえ
立ってないからな。
0399名無しさん＠お腹いっぱい。2007/10/10(水) 12:15:14
>>398
> そんな処理は科技系以外にはほとんど存在しないよ。

なわけない。
個人向けのビデオ・エンコーダーの類いでさえ該当するよ。

> だから Solaris のチャンスなんじゃないか。

T2のピーク性能を引き出すために多数のスレッドに分散させることで、
Solaris程のマルチスレッド性能の高さが必要になってくるのであって、
8スレッド程度なら、そんな必要はない。

OSに出来ることは限られていて、結局は、アプリの作りの問題だし、
同じスループットが出るのなら、スレッド数は少ないほうが良い。
0400名無しさん＠お腹いっぱい。2007/10/10(水) 12:53:27
>>385
最近じゃエクセルのシートとかをHPCで処理するのがはやりらすいよｗ
http://www.is.doshisha.ac.jp/WindowsHPC/meetings/070215.html
0401名無しさん＠お腹いっぱい。2007/10/10(水) 13:39:07
ヲイオヰ.... ビデオエンコードって、並列化できない処理の典型なんじゃないの??
0402名無しさん＠お腹いっぱい。2007/10/10(水) 13:46:08
>>401
馬鹿には並列化できないな。
0403名無しさん＠お腹いっぱい。2007/10/10(水) 14:08:28
そうだな。馬鹿のどっかの会社は VLIW のプロセッサーは作ったけど
コンパイラーができなかったしなwwwwwwwww
これで 2 度目だよなー wwwwwwwww 3 度目だっけ??www
0404名無しさん＠お腹いっぱい。2007/10/10(水) 14:29:38
>>403
どこから電波を受信してるんだ?
0405名無しさん＠お腹いっぱい。2007/10/10(水) 17:54:36
可哀想だから、そっとしておこう
0406名無しさん＠お腹いっぱい。2007/10/10(水) 21:06:07
1UのT5120、シャシーデザインもなかなか良いな。
http://www.sun.com/servers/coolthreads/t5120/
T1000はDVD-ROMがつかないので不評だったけど、T5120はDVDがつくｗ
T5220だと内蔵Diskが8本載るので、ZFS使うのも面白そうだ。
ライセンス的な問題はあるんだけど、Oracleも高速に動くと思う。
実際、T2000もなかなか速かった。
0407名無しさん＠お腹いっぱい。2007/10/10(水) 21:29:21
http://www.sun.com/servers/x64/x4150/
X4150みたいに、1Uで8台のDiskが載っていると、もっと嬉しかったがな
0408名無しさん＠お腹いっぱい。2007/10/10(水) 21:35:19
T2マシンは、XeonやOpteronの2Pマシンと戦えるのか?
CPUの消費電力が半分でも、サーバ全体の割合で見ると小さくなる。
それでいて、価格が高いとなれば、SPARCユーザしか欲しがらないだろう。
0409名無しさん＠お腹いっぱい。2007/10/10(水) 21:37:14
T5120/T5220。10G Ethernetが2発搭載されているのって、なかなか良くねーか？
以前、UltraSPARC T2は、10Gをワイヤスピードに近い性能でドライブ出来ると
言っていなかったっけ？ 実験してみたいよ。
0410名無しさん＠お腹いっぱい。2007/10/10(水) 22:15:05
>>408 他の商用UNIXサーバに見劣りしなければいいんだよ。
あと、無償の仮想化機能もエッジサーバには有効。
VMware買うと高いからね。サーバより高い。
これも無償のXen使う手もあるけど。Solaris＋Zoneの方が手軽。
0411名無しさん＠お腹いっぱい。2007/10/10(水) 22:42:34
しかし、なんでT2のマシンはこんなに高いんだ？？
話では、T2の一番安いやつは$1,000切ってるんだろ？
それが、x86系と大差ない筺体に組み込まれるたとたん$13,000〜って。
旧来のSPARCマシンにしてもここまでの割高感はなかったけどな。
0412名無しさん＠お腹いっぱい。2007/10/10(水) 22:51:11
T2000 1.4GHz×8Coreの約1000万もひどかったけどな。
0413名無しさん＠お腹いっぱい。2007/10/10(水) 23:03:02
>>410
おまけにVMwareじゃゲストOSの動作保証はないし、Directorとか
Carepackみたいなシステム管理機能は動かないしね。VMwareなら
べて喜んでいる奴の気が知れない。
0414名無しさん＠お腹いっぱい。2007/10/10(水) 23:11:35
信者は面白いこと言うな
0415名無しさん＠お腹いっぱい。2007/10/10(水) 23:15:08
>>411
下から攻めてくるIAサーバに対抗する製品ではなく、SPARCサーバの下のほうをリプレースする製品だから、だろうね。
安く出してしまうと、SPARCの従来製品が全く売れなくなるんだろうな。

>>412
あれには呆れたよ。

8コア×4スレッドの凄いCPUとして美辞麗句を並べておきながら、
実際に売るのは4コアとか6コアなんだもの。
0416名無しさん＠お腹いっぱい。2007/10/10(水) 23:20:51
>>415
T1000 1G×8Coreは安かったよ。DVD付かないんで売れないけど
0417名無しさん＠お腹いっぱい。2007/10/10(水) 23:21:36
なんであんな売り方してユーザは暴動を起こさないの
0418名無しさん＠お腹いっぱい。2007/10/10(水) 23:22:47
DVDなんていらないじゃん。
0419名無しさん＠お腹いっぱい。2007/10/10(水) 23:24:19
>>417 残念ながら、Sunにクレームつけるほど、Sunを使いたがっている
ユーザがいなくなってしまった。
SPARCの性能改善のボトルネックになっていたTIのせいだねｗ
期待の富士通もSPARC64遅れに遅れたし。(IV+に追いつかれたと言う...)
0420名無しさん＠お腹いっぱい。2007/10/10(水) 23:27:45
>>419
TIのせいにしてはいかんよ。SUNにプロセッサの設計力がないからだ。
0421名無しさん＠お腹いっぱい。2007/10/11(木) 00:06:02
製造遅れが多かったよ。TIは。不良品も沢山
0422名無しさん＠お腹いっぱい。2007/10/11(木) 00:21:05
IBM、HP、富士通、こいつらは自社工場でプロセッサを製造できるが、
Sunは、半導体工場を持たないので、他社に依頼するしかない。

そうなると、どーしてもキビシイわな。
TIに見切りを付けて富士通に製造依頼する手はなかったのか?
パソコン級になるが、TransmetaのEfficeonは富士通で製造だったよね。
0423名無しさん＠お腹いっぱい。2007/10/11(木) 00:26:01
>>422 設計はともかく、製造は台湾UMC頼みですね。
TIよりは全然良いと思います。
富士通はSPARC64VIで大失敗しましたね。技術力と言うより経営の
問題なのでしょうか。VIIは早急に出して欲しいです。
信頼性ではピカイチですからねぇ。このチップ
0424名無しさん＠お腹いっぱい。2007/10/11(木) 00:35:23
富士通もPRIMQUESTなんつークズマシンにリソース割くから。
せっかく欧州で伸び始めていたPRIMEPOWERを失速させてしまう。
最近、ようやく自社のSPARC Solarisユーザが重要である事に気がついたらしいが
0425名無しさん＠お腹いっぱい。2007/10/11(木) 00:36:08
>>422
PAはずいぶん前からIBMのプロセスだっただろ？
今となってはItaだし
0426名無しさん＠お腹いっぱい。2007/10/11(木) 00:39:19
富士通だって最新のプロセス使えるはずなんだけどな。
0427名無しさん＠お腹いっぱい。2007/10/11(木) 00:40:28
NECもベクトルのみ。Cellは泣かず飛ばず。
富士通にはがんばって欲しいよ。
0428名無しさん＠お腹いっぱい。2007/10/11(木) 00:48:48
>>426
プロセッサよりもシステムLSIの需要のほうが大切でしょう。
家電製品向けのものは、出る数の桁が違うから。
0429名無しさん＠お腹いっぱい。2007/10/11(木) 00:50:08
システムLSIも儲かっていないんだよなぁ
0430名無しさん＠お腹いっぱい。2007/10/11(木) 01:05:31
儲からなくても、社員と工場を維持できれば、それで十分。
それらを失ってしまうと、イニシアチブの取れないどうでもいいメーカーに転落してしまう。
0431名無しさん＠お腹いっぱい。2007/10/11(木) 01:14:41
そう言っては、儲からない事業を残してきたんだよな。
■ このスレッドは過去ログ倉庫に格納されています