Sun Microsystem 最大の遊撃

**名無しさん＠お腹いっぱい。** · 2005/12/08(木) 17:43:05

今更「オープンソース」とか言い出したり、
　…でも「OpenSolaris-Closed-Bins」って一体…（´Д`;）

今更「Ultra20」とか言い出したり、
　…でも「"Ultra"SPARCではなくOpteron」って一体…（´Д`;）

Fujitsu製造のSPARC64V,
AMD製造のOpteron,
TI製造のNiagara(UltraSPARC T1)などと矢継ぎ早にCPUを模索しているが、
これは縦読みで、製品群が"FAT"になる暗示か？w

【前スレ】
Sun Microsystems 最後から二番目の真実
http://pc8.2ch.net/test/read.cgi/unix/1127872934/

**名無しさん＠お腹いっぱい。** · 2006/01/01(日) 18:24:35

　　　　　　　　　　　　　　　　＼　│　／
　　　　　　　　　　　　　　　　　／￣＼　　／￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　─（ﾟ ∀ ﾟ）＜　すぱーくすぱーく！
　　　　　　　　　　　　　　　　　＼＿／　　＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　／　│　＼
　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ﾟ∀ﾟ）＜　さんまいくろさんまいくろ！
ふじつう～～～！　. ＞（ﾟ∀ﾟ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／｜　　　〈　｜　　　｜
　　　　　　　　　　　　　 /　／＼_」　/　／＼」
　　　　　　　　　　　　　￣　　　　 / ／

**名無しさん＠お腹いっぱい。** · 2006/01/01(日) 19:00:08

おまえらぷらっとホームのUltra20 Workstation買うよな？

**名無しさん＠お腹いっぱい。** · 2006/01/01(日) 19:23:54

格好良いけどでかいのが難点だな

1 · 2006/01/01(日) 20:33:27

>>306
見た目は如何にも「インチキPowerMacG5」といった感じで格好悪い。

**名無しさん＠お腹いっぱい。** · 2006/01/01(日) 20:59:05

>>307
インチキ野郎はおまえだ

**名無しさん＠お腹いっぱい。** · 2006/01/01(日) 22:39:11

ガワはともかく中身とプライスはPowerMacG5の方がよっぽどインチキだろ

**名無しさん＠お腹いっぱい。** · 2006/01/01(日) 23:18:45

ｲﾝﾁｷのほうが性能がいい

**名無しさん＠お腹いっぱい。** · 2006/01/01(日) 23:28:33

>>310

AMD64の方が速そうだけれど...

**302** · 2006/01/01(日) 23:32:55

>>303
スパークしちゃって後に何も残らないからです。

**名無しさん＠お腹いっぱい。** · 2006/01/01(日) 23:42:10

暴落するほど現状は高くないぞ

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 01:51:40

T1000/T2000がブレイクしなかったら、いよいよまずいな。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 03:02:20

今年はSPARC64 VとSPARC64 VIがあるじゃないか

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 03:10:19

A･P･L! A･P･L!

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 11:53:58

Opteronて
Multi Thread機能も、
Virtualization Technology(最近SVM発表したみたいだけど)も、
RASも無いよね。
マザボのBIOSもEFIじゃないし、32bit互換と低価格でどうやってMS系鯖管理者の
気を引こうか考えてるだけの石じゃないんでつか。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 14:02:44

それで売れるならいいじゃん。Multi Thread機能も、
Virtualization Technologyも、 RASもあってマザボのBIOSもEFIなのに
さっぱり売れないのではだめだろうし

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 14:12:05

>>317
2台マシンを並べれば済む機能ばかり。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 15:34:13

VTに対しては以前から、pacifica発表してるじゃない。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 16:17:04

無いもの書いて、だからダメってのもな

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 16:25:15

>>317
MT も Hyper Threading 程度なら要らんでしょ。その代わり 4 core まで増やすという AMD の
計画は非常に常識的な判断だと思うけど。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 16:26:08

あれ？8コアじゃなかった？

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 17:18:34

Pentium4みたいに、リソースが余ってるならともかく、
K8はIPC高いから、それほど効果なさそうですよね。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 18:00:46

NiagaraのT1000/T2000って安いのは2000ドル台からあるんでしょ？
日本円にすると、30万円台かな？

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 18:30:18

>>323
昨年のAnalyst Dayで発表されたのは2007-2008に4coreを
出すぜという内容。
virtualizationもRASも今年以降入れてくみたいだし。
資料はこの辺。
http://www.amd.com/us-en/Corporate/InvestorRelations/0,,51_306_13588,00.html

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 18:34:04

>>321
いや、メジャーどころのPOWER、SPARC、EM64T/IA-64は名称こそ違え
同等機能を搭載してるでしょ。
やっぱAMDはそれだけの開発リソース裂けられないのかなと。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 18:43:49

AMD は前からその市場に行きたくて
今やっと念願かなって進出しようとしてるわけ

知らないなら口出さなくてよろしい

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 18:52:20

>EM64T/IA-64
この書き方ヘン
EM64TのRASって何ですか？

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 18:57:02

Sunのアイデンティティーって何？
sparc?
solaris?
java?
それとも...?

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 19:14:13

>>330
Network

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 19:36:51

マクネリだよ

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 19:40:13

>>315
>今年はSPARC64 VとSPARC64 VIがあるじゃないか
APLはSPARC64VIからだろ？
ようやくPOWERに対抗できるサーバが出来るな。
SPARC64も、Sun＋富士通で出荷量が増えて多少のコストダウンが図れるだろうし

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 20:00:48

>>328
そりはかなり難しそうだ。

>>329
Intelというくくりの意味で書いたが、確かに書き方としては変。
Bensleyからメモリミラーリング、DIMMのスペアリング、スクラビングが入る。
ttp://www.intel.co.jp/jp/business/japan/server/compatible.htm

IBMでは既に当たり前の遠隔管理が、チップセットレベルでAMTとして標準サポートされるな。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 20:38:53

>>325
値段くらい見てこいよ。
ttp://jp.sun.com/products/dotcom-price/coolthreads/t1000-price.html
ttp://jp.sun.com/products/dotcom-price/coolthreads/t2000-price.html

人気があるようで、納期がかなりかかりそう。
正月明けに1台借りて評価予定。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 21:00:55

RAS とかはさ、実績あげてナンボの世界なんだよ、「仕掛け入れました」じゃ
ただのうれしがりだからね。OS 含めてシステムとしての対応、あと実際の
リカバリーの運用まで含めて体勢取れて初めて意味がある。
「CPU に RAS 付きました」「じゃそれ入れて下さい」とか言ってるバカ担当は
そうそういないと思うよ。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 21:19:42

>>336 まぁそう言うなよ。Sunのサーバはチップキルさえ持っていないのばかり。
SPARCサーバだとT2000でようやくサポート。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 21:49:03

そこで PRIME PO (ry
しかしRASっつ～のはどの程度の位置づけなんだろうね。
エンラープライズな人々なら重きを置くのだろうけど
Intel(除IA64)とかMSとかが入った鯖担当が気にする
のかしらん？

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

まぁ、無いよりもあった方が良いんじゃないか。
昔、入札条件に CPU の Cache (Data) に ECC がついていることなんてあった。
当時は何でそんな当たり前のことが入札条件に入っているのか不思議だったよ。(w

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 22:48:04

>>339
そういうのって、どこぞのベンダーが客に入れ知恵して、競合ベンダーを
はじくためにたまにやることだ。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 23:05:08

>>339
え？それって特定のベンダーに落とさせるための常套手d

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 23:07:55

大抵はそうなんだけど、後で聞いたら客が酷い目にあったんだって。
次に使いたくないからというのもあったんだろうけど、まっとうな理由だと思うよ。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 23:11:32

結構ECCに助けられたりしてる。
syslogで1日1回エラー訂正のエラーが出ることも。
まぁ、そうなったらCPU交換だけどね。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 23:13:54

>>324
CacheのミスヒットやI/Oアクセスが入ると、レイテンシ入るから
IPC云々の問題じゃないのでは。
メインメモリにアクセスに行く時間があると、100命令くらい実行できると某所で聞いたな。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 00:29:32

>>326
AMDの公式資料じゃないけど
http://www.theinquirer.net/?article=20128

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

>>339
>入札条件に CPU の Cache (Data) に ECC
まっとうすぎる入札仕様だ。UltraSPARC-IIなんてCacheがECC保護されておらず
サーバが落ちまくったものだ。あげくはMirrored Cache。
この問題は本国では設計上の問題としてユーザにも通知されたのだが、日本では
秘密にされていた。極一部の顧客にだけMirrored CacheタイプのCPUに交換した。

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

>>346
それってどこで使ってんだ? 大気圏外かなんか? 宇宙線激しいからねぇ..

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 03:29:46

Ｓｕｎ自身がそもそも太陽出し名

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 04:19:22

Sun BluePrints は現在、英語版のみの提供となります。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 09:21:54

>>347 大気圏外とは笑わせてくれる。
まじで知らんのか？ミラードキャッシュ事件
でかいサーバ使っている所では大問題になっていたんだが。
そうした環境に縁が無かったんだろうな、347は...

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 09:37:02

なにその先輩からうけうりのage厨は

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 09:57:32

>>350
1UのPCサーバしか使ったこと無い人達なんだろ
RAS機能に縁が無い

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 09:59:12

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 10:11:28

UltraSPARC-IIの頃がSunの絶頂期だったな。ネット証券も大抵Sun＋Oracleで。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 10:14:38

x000やStarfireは貧乏人には買えなかったから

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

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 10:29:51

64個もあればけっこう壊れる

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 10:38:42

>>343
エラーメッセージ出しすぎるのも問題。神経質な客だと「壊れてんだろ」と言われる。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 10:46:31

品質の問題は25Kでも改善されていない。E10Kの方がましだったかも。
SMP機、Sunに比べるとPRIMEPOWERは落ちないと聞くが本当かな？

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

三倍苦労システムズだから

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 11:07:09

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 11:17:40

V20z/V40zもひどかったな。dell以下の品質。ベンチャーの製品だから仕方ないと
言えば仕方ないけど、ベクトルシャイムが関わっていてあの体たらくではね。
台湾の製造委託先がよろしくなかったのかな？　設計も委託してた？
その意味ではX2100もやばそうな。こちらも台湾
X4100/X4200はSunの設計だそうだから少しは期待しているが

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 11:20:00

>>344
HyperThreadingは、投機的実行よりも確実性のある
余ったリソースの有効利用ですかね。

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

>>363
良い評判聞かないけどね。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 11:41:53

>>361 芸が無いね

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

Sunの板なのにItaniumやXeonの話題が多いのはなぜなんだろう。
もしかしてSPARCサーバのユーザ少ない？

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 11:49:32

ホビーユーザーか零細ユーザーばかりなんだろ
じゃなかったらItaマンセーなNEC系の人とか

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 11:50:37

>>365
気になるんだ?

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 11:55:34

366>>368
じゃなくて、違和感を感じる。
終わってしまったItaniumで盛り上がっているのが特に。

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

Sunの株価5$以下だろ。どっか買収してくんないかな。
Sun自身は買収下手で、せっかく買った会社の製品をまともに売ったためしが無い。
唯一の成功はStarfire。
SAM-FS/QFSも良い製品なんだが、Sunブランドになって忘れられてしまっている。
最近買ったStorageTekでも同じような失敗するんだろうな。テープ以外の製品、
全滅するんではないかな。ストレージにも良い製品あるのにね、。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 12:04:11

終わってるという意味では、SPARCもItaniumも大差ないんじゃねーの？

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

SPARCの方がまだましかと

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

Niagaraが成功すれば、Afara買収はうまく行ったと言えるのかな？

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 12:36:43

ItaniumダメんなったらACOS-4もXeonで動かすのか＞NEC
期待のPRIMEQUESTはどうするのか＞富士通

intelが面子にかけても継続する？

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 12:38:10

Sunは判断ミス多いけど、Itaniumを袖にしたのは正しかったかと

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 14:00:48

>>359
25KもE10000も買ってるの？
なんて優良顧客なんだ...

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 15:53:13

判断ミスをしないSunはだめぽ

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 17:10:24

>>334
メモリだけならチップセットレベルで対応している鯖があったと思う。
それだけでRASというのは・・・。

>>336
IA-64マシンで、オーバークロックした人の話をどこかで見た。
マシンのフラッシュメモリにログが残ることもあるが、
いずれにしろWindowsはさっくりと落ちたそうな。

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

>>346
>UltraSPARC-IIなんてCacheがECC保護されておらず
>サーバが落ちまくったものだ。

この件については私は「TIの設計または製造上のミス」で特定のロット
のSPARCが不良品だったのではないかと疑っている。それを宇宙線
のせいにしてリコール隠しをしたのではないかと。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 17:18:14

RAS機能が期待通りの動作するかどうか、検証してる?

動いている状態のダイにピンポイントでα線打ち込んだりするのかな?

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 17:21:25

>>379
ECCがあれば大丈夫、なんてことはないと思う。

頻繁にビットが化けると、
ECCで訂正どころか検出すらできないほど化ける
ことだって、運が悪ければありうるから。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 17:24:28

> 頻繁にビットが化けると、
> ECCで訂正どころか検出すらできないほど化ける
> ことだって、運が悪ければありうるから。

こういうケースは、普通はブート前のOBP/POSTの診断ではねられる。

動作中にこのようなケースが起きたら（ハード故障）、OSはパニックし、
ハード・ソフトが２重化されていないければ、システムは停止するけれど、
このような激しいハード故障がいきなり起こるのはまれではないかな。

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

>>366
そんな事ないと思うよ。
Sunの元気が無いだけにヘテロな環境にならざるを得ないというのもある。

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

>>381
メモリなら理屈的に判るが、CPUのCacheでECCが有っても不安！？
やはり日常的に隕石が自分に当たらないかとか心配かね？

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 17:54:32

>>376
Ｆ通のSPARC64GPも、CPUのキャッシュがECC保護されておらず、ただのパリティだった。
GP7000シリーズは、１年に１回くらい、キャッシュのパリティエラーで落ちた

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 18:05:52

>>385
ググッたら出てきたけど、FUDでつか？
http://primeserver.fujitsu.com/primepower/products/lineup/pp200/
> SPARC64 GPでは、キャッシュメモリを全てECCで保護。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 19:31:21

>>379 おれも、製造不良、設計不良を疑っている。が、二次CacheがECC保護されて
いれば助かったケースも多かったと思う。
この板では宇宙線がどうのとちゃかしている人がいるようだが、Sunの大型サーバが
Cacheのエラーで落ちていたのは良く知られる話だよ。
メーカーが言うように宇宙線の影響なのか、品質の問題なのかは知らないけど。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 19:37:15

でかいサーバは落ちるととんでもなく起こられるんで、PRIMEPOWERみたいに
しつこい位のエラー検知・訂正機能を備えている位でちょうど良い。
>>385
富士通機でも昔はけっこう落ちたんだ。
Sunは今でも...

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 19:44:34

>>382
>普通はブート前のOBP/POSTの診断ではねられる
10分以上かけてチェックするくせに、意外とはねてくれない。
そのため、手動でblacklistに追加するなんて言う保守を行っているケースも
少なくは無い。
PRIMEPOWERだと一度障害を起こした箇所はPOST通っても切り離したままに
しておいてくれると聞いたけど。
APLが出れば、全て解決かな。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 19:49:07

> >普通はブート前のOBP/POSTの診断ではねられる
> 10分以上かけてチェックするくせに、意外とはねてくれない。
> そのため、手動でblacklistに追加するなんて言う保守を行っているケースも
> 少なくは無い。

OBP/POSTの診断は、Diskの不良セクターとは違うよ。
サーバのは特に念入りに行うはず。

普通のPCの場合は....ダメかな。。。（ま、用途が違うので当たり前）
その代わり、お手軽に買えるので、それはそれでいい。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 19:52:37

T1000/T2000には本当にがんばってもらいたい。
これが売れなければ、ボリュームラインの1U/2UサーバはLinux/Windowsの
侵食を防ぐ事すら出来ないだろう。

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

>>390
> OBP/POSTの診断は、Diskの不良セクターとは違うよ。サーバのは特に念入りに行うはず
念入りに行ってもPOST通ってしまう事が良くあるんだよ。
もしかして素人とでも思っている？わざわざblacklistと書いているのに

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 20:17:15

メモリの診断なんてそんなに念入りにやってない
cacheなら容量少ないし、念入りにやってんじゃないかな

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

メモリは指定しないと全部を確認しないよ、確か。
OSがブートできる程度ぐらいしか、デフォルトでしなかった気がする。
これだと、ブート後に2bit壊れている(UEエラー)のメモリを触ると
パニックしてしまう。パニック後は、壊れたメモリを切り離して
リブートする。

全メモリを診断して、2bit壊れている(UEエラー)のメモリを見つけると
切り離してからブートするはず。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 20:43:31

> これだと、ブート後に2bit壊れている(UEエラー)のメモリを触ると
> パニックしてしまう。パニック後は、壊れたメモリを切り離して
> リブートする。

ちなみに今は、カーネルが2bit壊れているメモリを触った場合だけ
パニック。ユーザアプリが2bit壊れているメモリを触った場合は、
プロセスを停止して、そのメモリ（ページ）を切り離す。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 21:02:52

>390
PC だと memtest86 実行するのにどれくらいかかるか、知らないの?

で memtest86 通らないものでも数GBメモリ積んでたら
数分(10分オーダー)かける ECC 初期化&POSTチェックは大抵通る。
まあこちらのテストはエラーチェック目的ではないけど、
エラーチェックをしようとしたらどれだけ時間がかかるかってことですね。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 21:13:38

月に1回とか年に1回、エラー検出不能なエラーが出るくらいの頻度では、
POSTなんかでは検出不能だと思う。POSTに1ヶ月とか1年かけるならともかく。

検出できないエラーは、そのまま正常に処理されたデータとして扱われるので、とても厄介よ。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 22:28:51

>>386
ttp://magazine.fujitsu.com/vol51-4/paper06.pdf を読むと、一部、パリティ保護の
部分もあるようだがパリティエラーでシステムダウンとなるかどうかは不明。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 22:33:01

ほんと盆暮正月はレベル下がるなぁ... サーバー落ちまくるのの原因が cache の ECC が
ないせいだなんて... 笑える。そんなレベルで機種選定するやつ実在するんだな。びっくりだ。
（ま、選定にクチはさめる立場の人間とは限らんがなw）

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 22:48:45

>>399
保守している経験からすると、CacheのECC errorで落ちるマシンが多いのは
事実。（UltraSPARC-IIの時代はparity error）

この部分を以って機種選定をするとは誰も言っていないでしょう。
大型のサーバでは外せない常識的な機能であると言っているだけ。
次期サーバではチップキル位は装備して欲しい。
Cacheの障害の次に多いのがメインメモリの障害だから。

>>399 パリティエラーを検知すると、もう一度トライする。
それでもダメだった場合は、395の通り。カーネルの場合はpanic

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 22:58:08

Sunの場合、あんまし品質が良くないんで(I、h、Fに比べて)、
エラーのリカバリ機構はふんだんに搭載して欲しいって事。
x900や20K、25Kが落ちた日には胃が痛くなるでしょ。

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

チップキルより、システムボードまたいでミラーして欲しい。
メモリRAIDなら尚うれしい。

**名無しさん＠お腹いっぱい。** · 2006/01/03(火) 23:12:31

サーバ機でPOSTのレベルをmaxにすると30分以上かかるんじゃなかったっけ

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

cache ECC エラーが頻発するってことは、なんか別に原因があるでしょ? >>379 みたいに
製造上の欠陥とか。ECC がないのが原因なわけがない。付いてれば継続運用はできたかも
知れないけどね。ECC 付けたら本質的な問題が解決するわけじゃない。