Sun Microsystems 最恵の支援

**名無しさん＠お腹いっぱい。** · 2008/10/24(金) 20:09:31

Rock大遅延なるも、富士通のSPARC64に救われたSun。
これから、どうなるのでしょう

【前スレ】
Sun Microsystems 最後の信者
http://pc11.2ch.net/test/read.cgi/unix/1217503051/

**名無しさん＠お腹いっぱい。** · 2008/12/03(水) 11:40:32

Sun Blade 6048 に Core i7 のせたら最強？ｗ

**名無しさん＠お腹いっぱい。** · 2008/12/03(水) 12:35:33

>>357
intelベースのスパコンは、
乱暴に言ってしまえば、
汎用PCサーバに高速インターコネクトI/Fを挿して繋げたもの。

IBMの組込み向けPowerPCベースのスパコンは、
演算ユニットとしてPPCを使っているに過ぎず、
専用設計のコンピュータに近い。

**名無しさん＠お腹いっぱい。** · 2008/12/03(水) 12:38:08

>>358
Transmetaは実際に使ってみると、こりゃダメだって思う。
Crusoeは遅すぎたし、Efficeonで少しマシになったのは富士通にファブが移ってからだし、そもそもSMPできないだろうし。

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

こーいう時代に Sun はどーするんだろかね？ｗ
http://pc.watch.impress.co.jp/docs/2008/1202/kaigai478.htm

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

x86の1/2のシステムコストで2倍のスループットを発揮できるNiagaraを作れば
何の問題もなく売れるのにな。

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

SPARCはエンプラ用途でHPCはメインターゲットじゃないから良いんじゃない？

**名無しさん＠お腹いっぱい。** · 2008/12/03(水) 21:37:14

だめだめ、これからは個人もターゲットにしないと生き残れないぞ
はっきり言って宣伝が下手すぎる
iPodのパクリみたいなのを出して、アイドルに宣伝させるぐらいやらないと

**名無しさん＠お腹いっぱい。** · 2008/12/03(水) 22:48:34

>>363
たられば言い出したら、もう末期症状
たらればなら、なんでも言えちまう、そrができないから今の現状があるわけで

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 00:30:15

>>364
そのエンプラでx86に侵蝕されまくってるわけで。

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 09:47:58

>>365
Sun SPOT、とかw

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 10:21:41

いまの時期にRock出して、暖房にもなりますよ！と売り出せばおｋｗ

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 10:48:42

CO2対策のために、
大手町 - 北海道間に、多量の光ファイバーを敷設したら、どうよ。
距離があるから遅延は避けられんが。

始動時は暖房が必要だろうが、動きはじめてしまえば空調コストが低く済むと思う。

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 10:54:17

北海道が温暖化するじゃないか。

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 11:04:16

北海道の冬場の暖房のためのエネルギー消費は半端でないよ。
データセンターが集まったくらいで揺らがない。

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 11:09:04

北海道は意図的に経済停滞させられてるので無理です

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 13:06:58

実際、データセンターを北海道に作れば
空調の費用が安く済むとかって話なかった？ｗ

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 13:23:22

地球シミュレータなんか、横浜だっけ? アホらしいよ。

北海道だと構築・メンテ・利用などでの人の移動が大変だって話もあるが、
あそこまでの耐震構造や電磁ノイズ対策は、本当は必要なかった。

大地震で故障したら人命にかかわる、なんてこともないわけで。

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 14:31:49

そーいや理研のスパコンは神戸のポートアイランドだっけ？
地球シミュにしても海沿いが好きだなｗ

サンの地下深くに作るデータセンターの話は
実際に動いてんのか？

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 14:48:49

あんまり深いと地熱がw

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 15:09:42

>>376
火力発電所が海沿いにあります。
よって、大電力を消費する施設は、海沿いがお得です。

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 16:58:26

火力発電は CO2が出るので、データセンター内のラックを 1本原子炉にすればいい。

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 17:03:52

チップの発熱で水沸騰させてタービン回せばよくね?

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 17:12:57

おお、永久機関?!

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 21:11:31

Rock の廃熱で温泉プールも良いかもよ

**名無しさん＠お腹いっぱい。** · 2008/12/04(木) 21:31:14

給湯器と組み合わせてオフィスの省エネもいいな

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 09:28:26

ＣＰＵの上に熱電素子貼り付けとけばいいなｗ

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 09:40:51

未来はバラ色

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 09:49:29

大気よりも水道水のほうが冷たければ、空調の冷却塔で、水を暖めることも可能
といっても、お湯になんかならない。わずかに温度が上がるだけ。
でなければ、効率が下がってしまうから。

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 13:41:12

ひーぽん! ひーぽん!

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 13:56:18

高温側の温度を高めると、その分、空調の消費するエネルギーも増えるよ。

**名無しさん＠お腹いっぱい。** · 2008/12/05(金) 21:09:07

SunのOpen Storage戦略すごくね？
ZFS＋SSD＋SATAの組み合わせは最強かもしれん。
Sun Storage 7410なんて、read cache用SSDが
max600GB。ランダムreadのIOPS凄そうだ。
SATAの遅さをMain MemoryとSSDでカバー可能な
ZFSの仕様をうまく生かしている。

**名無しさん＠お腹いっぱい。** · 2008/12/06(土) 07:26:42

今日はヤフオクで落札したBlade150が届く日だ。
まずはSolaris10をインストールするか。

**名無しさん＠お腹いっぱい。** · 2008/12/06(土) 22:47:16

おれも一年前にblade150ヤフオクった。
家だとファンがうるさいから静音化をすすめる。

**名無しさん＠お腹いっぱい。** · 2008/12/07(日) 00:21:23

静音化って、ただファンの回転数と信頼性と寿命を落すだけだろ?

**名無しさん＠お腹いっぱい。** · 2008/12/07(日) 17:46:54

Blade150のファンの音がうるさいなら隣の部屋におけばいいじゃない

**名無しさん＠お腹いっぱい。** · 2008/12/07(日) 19:50:12

うるさいなら俺が回収するよ

**名無しさん＠お腹いっぱい。** · 2008/12/08(月) 06:34:49

なんでFCのHDDなんて採用したの？

**名無しさん＠お腹いっぱい。** · 2008/12/08(月) 11:48:54

Storage 7410ならSATAって書いてあるように見える。

**名無しさん＠お腹いっぱい。** · 2008/12/08(月) 15:49:34

確かにBlaed150うるさい。これはFAN性能良くないからだろう。

**名無しさん＠お腹いっぱい。** · 2008/12/08(月) 19:48:38

ファンの騒音は、ファンそれ自体ではなく、筐体やヒートシンク、さらには想定環境(室温)の設計によるところが大きい。
たとえば、室温が25度を越えると、室温異状と判断してファンを全力回転させる設計は、サーバには普通に見られる。
そういうのをエアコン設定27度の部屋で使ったりすると、そりゃぁもう轟音ですよ。

**名無しさん＠お腹いっぱい。** · 2008/12/08(月) 19:50:53

おっと肝心なことを忘れてた。

ファンを(ただ回転数が低いだけの)静音ファンに交換しても、寿命を短く・信頼性を低くするだけだよ。
同一の冷却性能で騒音だけが小さなファンなどという都合の良いモノは、そうそうないからね。

**名無しさん＠お腹いっぱい。** · 2008/12/08(月) 20:53:53

うちのBlade 2000 も、やはり住宅では五月蠅い。オフィスでは気にならなかったが。。
冷却効果を維持したまま、静音も達成したファンってないかな？

**名無しさん＠お腹いっぱい。** · 2008/12/08(月) 21:12:34

風速そのままで風量かせぐには径のでかいファンを使うしかないんじゃないの？

**名無しさん＠お腹いっぱい。** · 2008/12/08(月) 21:27:41

ご、五月蠅…？

**名無しさん＠お腹いっぱい。** · 2008/12/08(月) 21:29:01

サン、最新版「OpenSolaris 2008.11」を公開
http://japan.cnet.com/news/ent/story/0,2000056022,20384930,00.htm

**名無しさん＠お腹いっぱい。** · 2008/12/08(月) 21:31:09

マルチコア、マルチスレッド時代に果たすOSの役割
http://builder.japan.zdnet.com/news/story/0,3800079086,20384790,00.htm

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 13:37:42

富士通頑張ってるなｗ
http://pr.fujitsu.com/jp/news/2008/12/8.html

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 13:44:36

SPARC64では実現できないのか...

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 14:04:50

>>406
SMPはSPARC64、クラスタはXeonっていう住み分け。

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 14:08:51

JAXAは防衛予算が入ってるから贅沢な構成が可能なのか

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 14:12:02

理研じゃないの？

＞独立行政法人理化学研究所（本所：埼玉県和光市、理事長：野依良治、以下、理研）様より、
＞理論ピーク性能が現行システムの約9倍の108テラフロップス(TFLOPS)(注1)を誇る
＞新スーパーコンピュータシステムを受注しました。

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 14:24:35

利権か

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 15:03:58

理研って、戦時中、核兵器開発やってたところだろ?

スパコン需要の多くは、核がらみなんだな。
アメリカでも牽引しているのは核だもの。

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 15:21:21

http://www.geocities.jp/andosprocinfo/wadai08/20081206.htm
> IDCがCPUチップあたりのスパコンの価格を比べていて，x86ベースのシステ
> ムを1とすると，RISCやItaniumのシステムは2程度で，ベクトル機は15程度

RISCオワタ

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 15:34:37

東工大のTSUBAMEは、2コアOpteronを4コアOpteronに差し替える予定ないの?
ソケットが違うとかバリデーションや保守の問題とか、あるのかな。

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 15:41:10

>>412
CPUのチップ数あたりの価格を比較して、いったい何の意味が?
低速で多量に積まないと性能が出ない糞チップだから安くて当然。

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 16:26:24

http://pc.watch.impress.co.jp/docs/2008/1209/kaigai479.htm
富士通どうすんの

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

>>411
サイクロトロンは核兵器開発じゃないぞｗ

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

ヤバいのは Fab持ってる会社じゃなくて、設計競争力のない会社。
日本で Fab専業は難しかろう。

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 16:52:48

SunもSPARC切り離したいけど、富士通は買わないという話でそ

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 16:54:25

>>413
金の問題じゃないの？

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 17:56:52

マルチコアになればLinuxやWindowsに対するSolarisの優位性が出てくるという話が
４年ぐらい前にあったけど、最近全然聞かれなくなりましたね

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 17:57:52

256スレッドくらいにならないと優位とは言えないんです

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 17:59:35

WindowsはともかくLinuxに対する優位性なんてあるのか？

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 18:05:21

256スレッド程度ならどのOSでもそつなくこなすと思うけど
平均的なデスクトップPCでも常時百～数百のスレッドが存在
256コアと言いたかったの？

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 18:13:00

Niagara3

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 18:30:24

ほんの数年前に「8CPUでスケールしました!!」って記事が出てたが、
その後とんと音沙汰がないな。
まあ、あんなのが舵取りしてたんじゃエンプラ方面期待してもしゃーなかろ。

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 19:47:08

> 256スレッド程度ならどのOSでもそつなくこなすと思うけど
スレッドなめんな

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 20:02:02

>>425
あれ? Itaniumスレでコテンパンに叩きのめされて、ここに逃げてきたんですか?

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 20:07:11

>>416
いや、サイクロトロンが誤解されたって話ではなく、
陸軍が理研に核兵器開発を発注して、理研ではウラン濃縮の研究やってた。
しかし、使い物になるレベルには、ならなかった。

ということらしい。

>>419
X4600無印だから、X4600M2へのアップグレードになっちゃうよね。

>>422
おいおい。
LinuxよりもWindowsのほうがスケーラビリティのあるOSなんだが。
Windowsを目の敵にするなら、その敵の素性くらい理解しとけ。

>>423
256スレッド同時実行、ってことだろう。
T2+の4ソケット構成なら、256スレッド同時実行だな。

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 20:37:57

>>427
おまえな～。あっちで「放置」されたのはおまえの方なんだが。
ひとりは辛いなw?

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 20:47:05

>>429
ぷ

スヌープフィルタとスヌープを誤解してたんだろ? え?

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 20:53:10

Sun Fireの話だから、こっちに持ってきたほうがいいな。

>>429はItaniumスレで、

Sun Fire 6800はクロスバーなのでスケールする、
Xeonがいくらスヌープフィルタを使ってFSBを4分割してもバスだからスケールしないと主張。

それに対して、

Sun Fire 6800はスヌープのブロードキャストドメインが単一なので実質的にバス同等でスケールしない。
一方、Xeonはスヌープフィルタによってバスを分割しているので
スヌープのブロードキャストドメインを4プロセッサ単位で分割したSun Fire 15Kと同等でスケールする。

という反論をされて、反論しなかった。

**名無しさん＠お腹いっぱい。** · 2008/12/09(火) 20:59:15

クロスバー信者は、実装手段にすぎないクロスバーを、性能指標と思い込んでいた。

クロスバーによってシステム全体で9.6GB/secの実効帯域幅をもつシステムは、
共有バスによってシステム全体で6.4GB/secの実効帯域幅をもつシステムと、
桁違いの性能差があると思い込んでいた。

**名無しさん＠お腹いっぱい。** · 2008/12/10(水) 02:51:50

バスだからスヌープフィルタなんて必要になるって話じゃ?

**名無しさん＠お腹いっぱい。** · 2008/12/10(水) 04:07:55

>>432
でも「数字が大きい」ってのは営業トークでは強そうだなw

**名無しさん＠お腹いっぱい。** · 2008/12/10(水) 10:28:09

インテルにsparc開発してもらったらいいのに
itanium2よりいいでしょ

**名無しさん＠お腹いっぱい。** · 2008/12/10(水) 13:56:32

>>433
Sun Fire 6800 スヌープフィルタなし全プロセッサが9.6GB/secの帯域幅を共有
Sun Fire 15K スヌープフィルタを実装 Sun曰く、従来の10倍の性能を達成

>>435
インテルをFabにしてSPARCを作ったほうが安全よ。
インテルは下手に弄り回してポイッと捨てるからな。

**名無しさん＠お腹いっぱい。** · 2008/12/10(水) 14:07:34

スヌープフィルタとか機構の有無だけ云々してもしょうがナッシング
帯域が飽和するかどうか測るしかないでしょ

**名無しさん＠お腹いっぱい。** · 2008/12/10(水) 21:38:13

>>437
だよね。

なのにクロスバー信者は、バスだから論外とか言って思考停止。
Xeonなんか性能でないんだから誰も買わないとまで言ってた。
SunがXeonMP 4ソケットのサーバを出して好調だっつーのに。

**名無しさん＠お腹いっぱい。** · 2008/12/10(水) 21:59:30

もうSPARCなんか捨てちゃいなよ

**名無しさん＠お腹いっぱい。** · 2008/12/10(水) 22:02:10

>>437がいいこと言ったのに>>438の最後の一行で台無しだな。
どっちもいい加減にみえる。

**名無しさん＠お腹いっぱい。** · 2008/12/11(木) 10:20:00

なにが「ぷ」なんだか... 連投しないと精神が安定しないんだろ?www
せめて MBus当時にまともな SMP指向してた RISC陣がどういう技術持ってたか
調べてから書けよ Intelのウケウリだけじゃなくてさ。
スヌープフィルタとただのスヌープ混同してたのはオレの方じゃないんだけどw
ま、ヒマだったらまた来年くらいにでも相手してやるわ。

**名無しさん＠お腹いっぱい。** · 2008/12/11(木) 13:59:39

>>441
MBusより何世代も後のFirePlaneのアーキテクチャの話をしてたんですけどね。
Intel関係ないし。

もう一度言うぞ。

スヌープのドメインが単一のSun Fire 6800は、実質的にアドレスがバスである。
4CPUでも24CPUでも、全CPUのメモリアクセスの帯域幅は合計9.6GB/sec。
これはSunのカタログにも実効帯域幅9.6GB/secと明記されている。

**名無しさん＠お腹いっぱい。** · 2008/12/11(木) 14:23:16

なんじゃこりゃ？
サンってこんなことやってたのか？ｗ

＞Sun Microsystemsは、「Network.com」と呼ばれる同社のユーティリティコンピューティングの試みを、
復活させる方策が見つかるまで凍結したようである。

＞Network.comは、2年前に開始されたこの草分け的なコンピューティングの試みで、
顧客が高価なIT機器を購入しなくとも、高機能のコンピューティングアプリケーションが利用できる
従量課金制のコンピューティングインフラを提供していた。だが、Register.comの報道によると、
同サービスはわずかに「１３人」の顧客しかおらず、新規顧客の受け入れを停止したという。

**名無しさん＠お腹いっぱい。** · 2008/12/11(木) 15:30:48

クラウドですよ

**名無しさん＠お腹いっぱい。** · 2008/12/11(木) 15:54:00

>>442
一生言っとけ。ボケかw

**名無しさん＠お腹いっぱい。** · 2008/12/11(木) 16:17:47

>>445
白旗宣言乙

**名無しさん＠お腹いっぱい。** · 2008/12/11(木) 16:47:21

ここでSunのFirePlaneのおさらい

CPUがキャッシュミスしてメモリにアクセスする場合の手順の例

1. CPUがキャッシュラインに対してスヌープ要求を出す
2. ボード内の4つのCPUがトーナメント状のアービトレーションを行う(負けたものは待たされる)
3. ボード間のバス状のアービトレーションを行う(負けたものは待たされる)
4. システム内で勝ち残った1つのスヌープ要求を、システム内の全CPUにブロードキャストする
5. 各CPUはスヌープ要求を処理して応答する
6. 応答結果がすべて揃うのを待つ
7. どのCPUも当該のアドレスをキャッシュしていないので、メモリへアクセス要求を出す
8. CPUとメモリの間で転送が行われる ← この部分はクロスバー

1～7がパイプライン化されており、1クロックで1スヌープという優れたスループット性能を持つ。
FirePlaneは150MHzで動作なので、(システム全体で)1秒間に150M回のスヌープを処理できる。
一方、8 はクロスバーで並行処理され、ボトルネックにならない。
(システム全体の)メモリアクセスの能力は、キャッシュラインは64バイトなので、9.6GB/secとなる。

これ、共有バスの変形でしょ?

**名無しさん＠お腹いっぱい。** · 2008/12/11(木) 22:47:03

各ノードが独立して接続するならバスではなくクロスバー。
トポロジとブロードキャストの話をなぜ混ぜる?

**名無しさん＠お腹いっぱい。** · 2008/12/11(木) 22:55:42

そういえば JavaFX なんてのがリリースされていたんだな

**名無しさん＠お腹いっぱい。** · 2008/12/11(木) 23:51:03

>>448
トポロジであるバスとクロスバーは実装上の違いでしかないってことを理解せず、
バスだから性能でないって主張している人がいたから、ブロードキャストが胆だ
って説明したんだけど、彼は理解できなかったのよ。

**名無しさん＠お腹いっぱい。** · 2008/12/12(金) 09:03:56

そのはるか以前の話だろうよ。そんな話のウソホントを強引に QPI以前の
Xeonの技術的「古さ」加減の判断基準にすり替えようなんて我田引水も
はなはだしい。あと百ぺんくらい繰り返すと間に受けるのが出て来るとでも
思ってるのか。

**名無しさん＠お腹いっぱい。** · 2008/12/12(金) 14:12:56

>>451
古さの話にスリかえるなよ。

ま、古さの話してもいいけど、そしたらSPARCが古くて死亡ってことになるな。
いまどきレジスタウィンドウなんて流行らないし。

**名無しさん＠お腹いっぱい。** · 2008/12/12(金) 14:16:08

おかしいな

XeonMP用のチップセットが近年になってようやくスヌープフィルタを実装。
ようやくSun Fire 15Kに追い付いた。インテルは保守的で遅いね。

っていう話なのに。
もしかしてSunは15Kから進歩してないの?

**名無しさん＠お腹いっぱい。** · 2008/12/12(金) 14:17:40

東芝大丈夫なのか？ｗ

＞米Sun Microsystemsは12月10日（米国時間）、オープンソース版Solaris OSの最新版
「OpenSolaris 2008.11」をリリースした。
Sunはまた、東芝と提携し、東芝がノートPCにOpenSolarisを事前インストールすることも発表した。

＞最新版は、ファイルシステムZFS向けグラフィカルインターフェース「Time Slider」を搭載、
一般ユーザーがZFSの各種機能を容易に利用できるようにした。レポジトリを一新し、
コミュニティ機能を集めたcontrib、開発者向けのdev、ソフトウェアやプラグインを集めたextraなど、
5種類のレポジトリを用意した。「GNOME 2.24」を採用、「Firefox 3」「Songbird」「OpenOffice.org 3」などの
アプリケーション、「NetBeans 6.5 IDE」「Eclipse IDE」などを利用できる。

**名無しさん＠お腹いっぱい。** · 2008/12/12(金) 14:23:34

BeOSのせたのは... あれは日立だったっけ?

**名無しさん＠お腹いっぱい。** · 2008/12/12(金) 14:25:38

>>451
MBusと同等だって? ありゃ320MB/secしか出ないシロモノだぞ。

いまの4コアのXeonは、SPARCを4個のせたCPUボードを1ソケットにダウンサイジングしたものだよ。
2コアがL2キャッシュを共有し、2つのL2が1つのFSBを共有している。
このトーナメント状のアービトレーションは、まさに、FirePlaneのそれと同じ。

**名無しさん＠お腹いっぱい。** · 2008/12/12(金) 18:15:59

>>454
すでに終わってる企業だから、やけっぱちになってるだろ

**名無しさん＠お腹いっぱい。** · 2008/12/13(土) 04:34:33

なんでSolaris 10載っけないのよ・・