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/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 付けたら本質的な問題が解決するわけじゃない。

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

>>404 みんなそう思っているんじゃ？

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

品質問題は、Sunである以上、ある程度見込んでおかないと。
エラー訂正でカバーしてあげないと怖くて使えない。
APLは富士通と共同で設計されるマシンだから期待はしているが。
＃ E10000から素晴らしく改良されたはずのsf15000やsf25000があれでは

**406** · 2006/01/03(火) 23:32:38

蛇足だけど、俺はSunが好きです。復活して欲しいと思っている一人。
でかくて高いサーバは、処理能力もさる事ながら、信頼性でも優れて
いないと売れないからね。

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

FT機、大々的にやってくんないかな。売れそうも無い？

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

T1000/T2000を評価した方いる？うちの会社、まだなんだわ。
Sunが言うように、Webアプリサーバで高性能なら期待の星なんだが。
あと、メールサーバ、アンチウイルスゲートウェイとか。

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

Sun Ray スタートパック、Sun Ray 1g 2 台と Ultra20 で 20 万円かぁ。買ってみようかなぁ..

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

個人で？

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

一応会社。ほぼ個人だけどw。評価用に。

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

http://jp.sun.com/promotions/spack2006/
漢ならSun Ray スタートパック 2逝っとけ

**385** · 2006/01/03(火) 23:59:36

>>388
漏れの記憶では、ＣＰＵの１次キャッシュのデータ部や命令部分そのものはＥＣＣ
で保護されていたが、キャッシュのタグは、パリティで、エラーは検出するが訂正
はできなかった。

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 00:26:50

>>414
SPARC64Vでも1次キャッシュはデータだけがECCだよね。
でも、Sun含めて他の会社のCPUは、1次キャッシュはデータ含めてパリティのみ
がほとんどだから。(メインフレーム用CPUだけかな。ここまでやんの)

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 00:29:42

>>413 SunRayは素晴らしい機械だが、結局Windows環境は必要になるんで。
Windows2003 ServerやTaranteraを買うと割高になる。
WBTの方が安上がりなのは痛い。
IS部門からすると悪夢かもしれんけど、HotDeskは便利だよ！

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

漏れの会社はSunRayに移行中...
SunRayに限った話じゃないんだが、Thinクライアントになると、便利な
ユーティリティをインストールする事が(権限の関係で)出来なくなるのが
つらい。情報システム部門のお仕着せ環境しか使えない。
これはかなり悲しいぞ。
SunRayはUNIXベースなんだからemacs位入れて欲しい...
メーラーも使いやすい物を使わせて欲しい...

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 00:50:28

アプリなら自分のホームディレクトリにインスコすれば良いと思うけど。

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 00:53:30

さすがにgcc＋emacs＋漢字変換をホームに入れるのは...
Windows系のアプリだとレジストリいじるやつがいて...

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

>>417
業務に必要なら申請できるはずだけどダメなの？

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 01:52:29

>>419
Web ブラウザーのキャッシュサイズとか考えたらたいした大きさじゃないようなw。
/opt 下とかに入れてもらうほうがいいけどね。pkgadd するだけなんだし。
妙な言い訳で断られるようなら、みんなバカスカホームディレクトリに
入れ出したら管理者も考えるだろう、という線もありかも。

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 08:37:55

SunRayって鯖落ちたら全員死亡なのか?

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 08:43:02

コンピューター落ちたからって死んだ人はまだ見たことないな。

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 11:18:55

> SunRayはUNIXベースなんだからemacs位入れて欲しい...

漏れの会社には、あちらこちらにSunRayがおいてあって、
昼のご飯の後に適度に使わせて貰ってる。

ネットサーフ以外にも、ちゃんと{x}emacsが使えて、
ほどよく便利。

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 17:48:25

>>417

418のいうとおり、パーミッションの問題なら自分のホームに
インストールすれば問題なし。

全体で共用して使いたければサーバにインストールすればいいだけ。

SunRayはインテリ端末みたいなもんだから、何を使うか、
インストールするかは、SunRayとは関係ないよ。

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

エラーが頻発してるけどECCでエャ堰[訂正できてｂ驍ｩら大丈夫

なんて恐ろしいことは言えないよ

エラー検出できてない可能性だってあるんだから。

**名無しさん＠お腹いっぱい。** · 2006/01/05(木) 13:01:58

大気圏外ではそうやって使うんだろ、きっと。

**名無しさん＠お腹いっぱい。** · 2006/01/05(木) 13:21:15

大気圏外運用の世界では
"メモリに 1bit error 起きますた!"
"ECC にて自動修復された模様でありますっ!"
みたいな連絡・報告が人間組織の中でビビビっと飛びまくります

エラー頻発なんて状況は… 恐ろしい

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

製造不良を検知して自動修復する機能を入れてはどうか?

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

そんでその機能が初期不良なんだな。