Sun Microsystems 最恵の支援

Sun Microsystems 最恵の支援 at UNIX

[前50を表示]
200:名無しさん＠お腹いっぱい。
08/11/22 13:06:35
SPARCそのものが欠陥アーキテクチャなわけで

201:名無しさん＠お腹いっぱい。
08/11/22 13:18:20
触るな

202:名無しさん＠お腹いっぱい。
08/11/22 13:32:38
SPARCがx86に対して性能面での優位性があったのは80386まで

203:名無しさん＠お腹いっぱい。
08/11/22 14:15:17
486のパソコンよりも、メモリ搭載量やI/Oまわりが格段にすぐれていたと思う。

204:名無しさん＠お腹いっぱい。
08/11/22 15:04:06
それCPUの性能ちゃう

205:名無しさん＠お腹いっぱい。
08/11/22 16:03:03
>>193
RISCのWindows NTマシンが売れなかったのを忘れたか？
ソフトウェア資産の重要性はSunもSolaris 2で学んだよな

まあSPARCに関わらず主要なプロセッサで突然そんな性能を
廉価に実現できたりしないし、性能だけで飛びつく連中は
簡単に浮気するぞ
むなしい妄想はほどほどにしとけ

206:名無しさん＠お腹いっぱい。
08/11/22 17:00:47
x86のISA縛りがなければ5倍の性能ぐらい達成できる!

と夢見た時期もあったけどみんな討ち死にだ。
あ、GPUがあった。

207:名無しさん＠お腹いっぱい。
08/11/22 19:23:21
プロセス技術の進歩で大量のトランジスタを詰め込めるように
なった結果、出来の悪いx86命令セットをRISCに変換したり
効率上げるための機能を詰め込めるようになった。

208:名無しさん＠お腹いっぱい。
08/11/22 19:31:25
x86がちょっとキャッシュ積んだりOoO実装しただけで敵わなくなったくせに
Sunの技術力が足りないだけでしょ？

209:名無しさん＠お腹いっぱい。
08/11/22 20:04:14
足りないのは技術力だけか？

210:名無しさん＠お腹いっぱい。
08/11/22 20:15:35
お金もたりない

211:名無しさん＠お腹いっぱい。
08/11/22 20:44:59
AMDにはお金が足りていたの？

212:名無しさん＠お腹いっぱい。
08/11/22 20:51:36
AMDは金を投じてDECから開発者を引き継いだ。

213:名無しさん＠お腹いっぱい。
08/11/22 20:54:46
Sunもそうすりゃ良かったのになぜ出来なかったの？
変なプライドがあった？
自らの技術力を過信してた？
SPARCってお荷物を抱えていたから？

214:名無しさん＠お腹いっぱい。
08/11/22 20:59:36
AMDは買収したNexGenのCPUがより優れていると見るや自社のCPUを捨てた
その後DECを買収してまた過去のテクノロジとさよならした
SunがDECを買収したとして、同じ決断が出来ただろうか？
足りなかったのは技術力よりも経営陣の決断力ではないか？

215:名無しさん＠お腹いっぱい。
08/11/22 21:03:53
DECを買ったのはコンパック

216:名無しさん＠お腹いっぱい。
08/11/23 00:59:39
x86⇒RISC風命令変換　これってそんなに難しい技術じゃなかったらしく
1986年の論文だかにもあるらしい
これができたから、x86は性能向上が可能になった。

ということは前もってx86の性能向上は予見できたってことか。

217:名無しさん＠お腹いっぱい。
08/11/23 01:17:22
>>189
簡単にウイルスにかかっちゃう
役所とか警察とか学校で使ってもらう
ウインドウズが動かないから安心。x86でLinuxも普及につれ
ウイルス出てきそうだし。

218:名無しさん＠お腹いっぱい。
08/11/23 01:23:02
あーあ

219:名無しさん＠お腹いっぱい。
08/11/23 02:03:15
>>214
SPARCを捨てろって? AMDは中身こそ大胆に変えているが、x86であることは捨ててない。
SPARCとバイナリ互換で、中身がSPARCとは別物にしたら・・・オーバーヘッド大きそうね。

220:名無しさん＠お腹いっぱい。
08/11/23 02:04:36
>>215
会社は、ね。
技術者は違う。

>>217
SPARCが普及すれば、それをターゲットにしたウィルスだって、出てくるでしょう。

221:名無しさん＠お腹いっぱい。
08/11/23 02:38:03
>>219
x86は元の効率が悪かったので、オーバーヘッドがあってもRISC命令変換に
よる性能向上があった。
それだから、SUNがSPARCより効率の良い命令セットを考案しそれを内部変換で実行
できるようにすればいいのでは。

222:名無しさん＠お腹いっぱい。
08/11/23 03:13:56
CISCの場合、その定義からしても複数の単純な命令で置きかえれるような
命令を含んでいるから、そこでいうRISC変換はもともとあり得るものだった。

SPARCは基本的に、単純な命令で構成されているので、同じ意味での
RISC変換は意味がない。

もっともSPARCの内部アーキが、初期のSPARCから変わってないことはない。
大きな意味で考えればsuperscalarなんかも内部的に効率によい命令
アーキテクチャで実行しているといえるのでは？

223:名無しさん＠お腹いっぱい。
08/11/23 03:30:49
sparcの1.2GHzのDualって速い？
CG用に買おうかな、って思うんだけど
グラボはXVR-600あたりにしとけばおk？

224:名無しさん＠お腹いっぱい。
08/11/23 03:45:29
>>232
速い訳が無い

225:名無しさん＠お腹いっぱい。
08/11/23 04:09:58
>>223 >>224
UltraSparc3の1.2GhzはSpecCPU2000だとPen4の2.66Ghz辺りと同じ
市販アプリでの実行速度はどうなのかは知らんけど。

226:名無しさん＠お腹いっぱい。
08/11/23 04:27:12
CGやるだったら普通のPCで事足りる。

227:名無しさん＠お腹いっぱい。
08/11/23 07:01:54
というか、普通にCore2とGeForceの適当な何かの方が速い。しかも圧倒的に安い。
プラットフォーム気にせんでいいものは何でやっても結果変わらんでしょ。
Sun好きなら止めはせんけどさ

228:名無しさん＠お腹いっぱい。
08/11/23 07:48:58
使いたいCGソフトがSPARC版のSolaris用なら、パソコンってわけにもいかないだろう。
QuickTransitってのもあるけど、ねぇ。

229:名無しさん＠お腹いっぱい。
08/11/23 10:22:56
>>228
>使いたいCGソフトがSPARC版のSolaris用
そんなのねぇ。
っーか、SolarisでCGなんて聞いた事無い

230:名無しさん＠お腹いっぱい。
08/11/23 10:41:17
いやいやいや…
2000年前後にはまだあったんよ。

でも今でも生きてるのはx86に移植されてるし、
今となっては無用の長物だろうけど。

231:名無しさん＠お腹いっぱい。
08/11/23 10:54:10
後学のためにソフト名教えて?

232:名無しさん＠お腹いっぱい。
08/11/23 11:07:59
そもそもSPARCってCGに向くの？
MIPS(SGI), Alphaあたりは知ってるけど。

233:名無しさん＠お腹いっぱい。
08/11/23 11:08:19
Photoshopならあったな。

234:名無しさん＠お腹いっぱい。
08/11/23 11:20:57
今は違うだろうけど、昔、PixarってSunを使っていたよね？確か。

235:名無しさん＠お腹いっぱい。
08/11/23 11:25:04
>>232
SGIってフレームバッファの性能が良かったからCGで使われたんじゃ?

236:名無しさん＠お腹いっぱい。
08/11/23 11:31:33
>>222
最近のPowerPCはISA変換を行ってると聞いたが。

237:名無しさん＠お腹いっぱい。
08/11/23 13:08:21
>>232
Alphaはレンダリングに使われただけ。
>>233
いつの時代だよ。
>>234
それもレンダリングマシンとしてだろ。
>>235
IRIXが優秀だから。

238:名無しさん＠お腹いっぱい。
08/11/23 13:35:41
Sun Storage 7000は期待だな。
階層化キャッシュにSSDを使うところが面白い。
しかし、2つばかり気に入らないところがある。
１．データのライトキャッシュにSSDを使わない
２．最上位機種しかHAクラスタをサポートしない

239:名無しさん＠お腹いっぱい。
08/11/23 15:16:05
>>235
SGIは、ライブラリが整備されてた。
昔は、それだけで使う価値があったのです。

240:名無しさん＠お腹いっぱい。
08/11/23 21:54:47
中古でBlade150でも買おうか。
サイズも邪魔にならなそうだし。

241:名無しさん＠お腹いっぱい。
08/11/24 10:55:04
>>205
RISC版WinNTってMSがx86の将来性に不安を持ったから、作ったと聞いたが。

242:名無しさん＠お腹いっぱい。
08/11/24 11:25:36
そもそもWindowsNTはx86のために作られたOSではないのよ。

もともとは、x86よりも上のクラスのコンピュータのためのOSとして、開発された。
当初のターゲットは、あのi860だった。i860が悲惨だったので、途中で386にターゲットを変更した。

243:名無しさん＠お腹いっぱい。
08/11/24 12:16:11
>>238
zfsの詳細はよくわからないが、ライトキャッシュってZILと呼ばれてる奴だろうか。
ログを書き出すためのストレージは、シーケンシャルライト(&リード)が大半だったり
しないだろうか、と思うのだが。

244:名無しさん＠お腹いっぱい。
08/11/24 12:31:23
ログってさ、シーケンシャルライトなだけでなく、ライトバックキャッシュしてはならない。
これはSSDにとっては非常に厳しい条件。

フラッシュメモリの書き込み時間の長さは、ライトバックキャッシュによって隠蔽してる。
だからライトバックキャッシュが有効な状態でのシーケンシャルライトは速くても、
無効な状態でのシーケンシャルライトは劇遅だと思うよ。

インテルのエンタープライズ向けのSSDのデータシートのIOPsの値にも、
ライトバックキャッシュ有効っていう注釈がついている。
そして、無効にしたときの数字は書かれてない。

245:名無しさん＠お腹いっぱい。
08/11/24 19:05:43
>>241
開発動機と売り上げに何の関係があるんだ
頭おかしいのか？

そもそもソフトベンダにとってRISC展開はうれしいものじゃなかった
リコンパイルだけで販売OKと思えるのは頭がおかしいヤツだけ

もしRISC版の各プラットフォームでリリースすることを考えた場合
動作検証用のシステムを導入し
リリースのたびに対応するプラットフォーム全種での検証が必要になる

つまり何かと費用が必要になるわけで
そんな未知数のプラットフォームに投資できる連中はそう多くない
売れるなら出してもいいが、とりあえず様子を見ようということになる

だからアプリケーションは出ず
アプリケーションが出ないからシステムも売れない
売れないからハードウェアベンダは撤退、MSもあきらめた

そんなものを今さら取り上げた>>193は世間知らずにも程がある

246:名無しさん＠お腹いっぱい。
08/11/24 19:43:33
>>244
Flashはwriteが遅い。
だから、intelのSSDは10並列にして速度を稼いでいる。
Sun Storage 7000シリーズで使っているSSDもintel製だ。
＃多分（写真からはそう見える）

247:名無しさん＠お腹いっぱい。
08/11/24 20:53:15
>>245
> そもそもソフトベンダにとってRISC展開はうれしいものじゃなかった
> リコンパイルだけで販売OKと思えるのは頭がおかしいヤツだけ

それはまるで
UNIXはフリーウェアだけで事足りる
オープンソースを自分でコンパイルするのが常識
っていうGNU万歳な学生さんの思考だな。

ちなみに、WindowsNTではAlphaだけが少し立ち上がって失速したが、
WindowsCEではMIPS、SH、ARM、x86の4つが結構長く続いたね。
その理由もおそらく、アプリがほとんどなくても成りたっていたからだろう。

248:名無しさん＠お腹いっぱい。
08/11/24 20:59:13
実際、なんでコンパイルすら通らないカスアプリばっかなんだ？

249:名無しさん＠お腹いっぱい。
08/11/24 21:08:59
買収やらでソースがキメラ状になってて微妙なバランスの上に
成り立ってるという話なら聞いたが。

250:名無しさん＠お腹いっぱい。
08/11/24 22:35:58
>>248
多くのコンパイラで通るように書くのは、簡単ではないよ。

そんなだから、コードを修正してリコンパイルしてテストするよりも、
バイナリ・トランスレータを使って実行したほうが簡単ってことに。

251:名無しさん＠お腹いっぱい。
08/11/24 23:33:51
　　　　　　　　　（|li||il||）
　　　　　　　　　　`|ﾆ|゛
　　　　　　,　-‐‐‐‐-､|
　　　　, '´, '''`v'‐-、　＼　　　
　　　, '　 i　OiO　 |　　　ヽ　　　／￣￣￣￣
　　 ,'　　ヽ〇`､,ノ　　　　 !　　 |
　　 i　 (_　　　　　　　　　.| 　＜　　バイナリ
　　 .i　ヽ￣￣￣｀ヽ　　 /　　　|
　　　ヽ　 i　, ‐'""゛`|　 ./　　　　＼＿＿＿＿
　　　　ヽ､`‐‐----',,／
　　　　　　　￣￣￣

252:名無しさん＠お腹いっぱい。
08/11/25 00:45:05
>>224-225
そうですか、ベンチは結構はやいですね
ソフトはblenderとかgimpとかオープンソースのアプリで遊ぼうかと思いまして
wildcatみたいなごっついビデオカードがあるからCG用途でどうかなぁ、と思いました

253:名無しさん＠お腹いっぱい。
08/11/25 08:54:22
VISは放置のまま?

254:名無しさん＠お腹いっぱい。
08/11/25 12:07:03
>>245,247
> リコンパイルだけで販売OKと思えるのは頭がおかしいヤツだけ

まあ、移植性の悪くて使いもしない機能テンコ盛りのお下品ソフトばかり
使ってるとマトモな感覚がマヒしてしまうという典型だな。
リコンパイルだけで問題なく稼働するプラットフォームニュートラルな
ソフトウェアは実際かなりの数存在してるし、押えどころわかってさえ
いれば作成や維持もそんなに大変ではない。
第一特定機種にしか存在しない機能を使ったソフトウェアなんて一般人は
ほとんど使うことないから、当然と言えば当然。
OSや、アセンブラでチューニングしたようなのはもちろん別ね。
あと、そもそも土台から腐った書き方してあるやつね。
そういうのを後生大事に擁護する方がよっぽど「頭おかしい」と思うがねw

> つまり何かと費用が必要になるわけで

FADもはなはだしいな。

> 売れないからハードウェアベンダは撤退、MSもあきらめた

上記「土台腐ったソフト」の典型だから、だろw?

255:名無しさん＠お腹いっぱい。
08/11/25 12:08:33
FUDだったww

256:名無しさん＠お腹いっぱい。
08/11/25 12:10:34
FUDと言いたいのかな。

Uを間違ってAとタイプするのは、いったいどんな配列のキーボードなのだろうか。

257:名無しさん＠お腹いっぱい。
08/11/25 12:17:26
>>254
問題なく動くことを確認する工数は?

たぶん問題ないだろうと思っても、
実際に確認してみないことには、
品質を保証できないでしょう?

258:名無しさん＠お腹いっぱい。
08/11/25 15:09:50
知らないんなら、マルチプラットフォームなソフトウェアの勉強でもすれば?
アホかと。

259:名無しさん＠お腹いっぱい。
08/11/25 15:11:35
3文字略語の Aと U間違えると、キーボードの配列連想するの? 病気?w

260:名無しさん＠お腹いっぱい。
08/11/25 15:19:18
>>258って学生さん? それとも研究畑の人?
激しく違和感があるんだわ、その言動に。

>>259
二連投乙

261:名無しさん＠お腹いっぱい。
08/11/25 16:40:33
Sun製品使ってりゃ、ほとんどがマルチプラットフォームなソフトウェアなわけだが。
Oracle, PostgreSQL, MySQL, OpenOffice(StarOffice), Motif, GTK, GNOME,
Firefox,... 他になに上げりゃいいんだか。
Javaのランタイムなんかはプラットフォームそのものなんで実装は大変だが、
ふつーのアプリで「コストが」なんて言ってるのはやり方マズいだけ。
押えどころなんて知れてる。
違和感ねぇ。ハズれだけど。あんたこそ何者だよ? Unixさわったことあんの?!ww

262:名無しさん＠お腹いっぱい。
08/11/25 17:18:41
「たぶん動作する」と
「確実に動作する、もしダメなら動くようにする」が
異なることに気づけない素人乙

263:名無しさん＠お腹いっぱい。
08/11/25 17:27:02
へぇー、Oracleとか、そんなんで作ってると? 本気?wwww
あわれさ漂ってきたけど..

264:名無しさん＠お腹いっぱい。
08/11/25 17:31:26
いまどき、Cや C++だと、32/64bit、アラインメント、パディング、
エンディアンネスに配慮しなくていいソフトウェア開発なんてありえんでしょ。
博物館の標本にされちまうぞw

265:名無しさん＠お腹いっぱい。
08/11/25 19:52:53
【社会】株式会社SUNが破産手続き開始の申し立て…Second Life上で「Tokyo ZERO番地」など展開
ｽﾚﾘﾝｸ(newsplus板)

266:名無しさん＠お腹いっぱい。
08/11/25 20:05:12
>>264
Sun自体が博物館の標本みたいな会社だから

267:名無しさん＠お腹いっぱい。
08/11/25 21:17:28
最初から移植性を意識して書いているアプリだったら移植は楽勝だけど、
マ板をみりゃわかるように、そんな気の利いたコードを書くのは少ないよ。

268:名無しさん＠お腹いっぱい。
08/11/25 21:20:28
マ板って…
底辺を引き合いにする事はないと思うぜ？

269:名無しさん＠お腹いっぱい。
08/11/25 21:25:28
出てきた当初のNetscapeやOpenOfficeがどんなんだったか
覚えてるか？

270:名無しさん＠お腹いっぱい。
08/11/25 22:01:56
マ板は底辺だな。

あとUNIX板も

271:名無しさん＠お腹いっぱい。
08/11/25 23:45:13
Sun readies entry Sparc T2 kicker
URLﾘﾝｸ(www.theregister.co.uk)

T3120だってさ

272:名無しさん＠お腹いっぱい。
08/11/26 01:38:17
>>269
おぼえてませんｻｰｾﾝw

273:名無しさん＠お腹いっぱい。
08/11/26 01:42:01
ひどいな。
T2の在庫整理か？

274:名無しさん＠お腹いっぱい。
08/11/26 03:14:30
>>261
>>263
ここで素人さんに解説するのはアホらしいので、ヒントだけ。

OracleがサポートしているOSが限られているのはなぜか。
Oracleが持っていないCPU・OSについて、
彼らにクロスコンパイラを提供するだけで済むと思う?

275:名無しさん＠お腹いっぱい。
08/11/26 03:17:19
別の言い方もしておくか。

>>261は作ったソフトをパッケージソフトとしてバイナリで客に売るときに、
持っていないプラットフォームでも、リコンパイルしただけで済ますの?
で、客から動かないって言われたら、どーすんの?

276:名無しさん＠お腹いっぱい。
08/11/26 07:31:10
これからはなんでも、int32_tとかint64_tとかで書くんだよな
C99万歳！

277:名無しさん＠お腹いっぱい。
08/11/26 08:48:17
>>264
そんな一般常識しか思いつかないのは素人だよな

278:名無しさん＠お腹いっぱい。
08/11/26 09:23:13
>>277
現実はそんなに簡単なレベルでは済まないよなー。

279:名無しさん＠お腹いっぱい。
08/11/26 09:26:19
>>275
「じゃあJavaで書き直します」

280:名無しさん＠お腹いっぱい。
08/11/26 09:29:23
そんなにしつこく連投すると、なんか現実が変わるとでも思ってるわけ? 正味バカ?

281:名無しさん＠お腹いっぱい。
08/11/26 11:12:19
>>280
バカはお前だ。

>>279
いやべつにJavaで書いても話は同じなんだが。

持っていないプラットフォーム向けでも、
Javaで書いたので動くはずです
といってテストせずに売るの?

282:名無しさん＠お腹いっぱい。
08/11/26 11:39:51
ＩＢＭだってリストラだぞｗ

>日本IBM（東京）が1000人規模の正社員削減を進めていることが25日、明らかになった。
金融不安による世界的な景気後退のあおりを受け、自動車業界などを中心に
派遣社員や期間従業員など非正規雇用従業員を削減する動きが広がっているが、
リストラの波が正規雇用社員にも及んできた格好だ。

283:名無しさん＠お腹いっぱい。
08/11/26 14:11:16
⊂二ll∩⊂二ll∩⊂二ll∩
二⊃∪ll二⊃∪ll二⊃∪ll
ll∩⊂二ll∩⊂二ll∩⊂二
∪ll二⊃∪ll二⊃∪ll二⊃
⊂二ll∩⊂二ll∩⊂二ll∩
二⊃∪ll二終∪ll二⊃∪ll
ll∩⊂二ll∩了二ll∩⊂二
∪ll二⊃∪ll二⊃∪ll二⊃
⊂二ll∩⊂二ll∩⊂二ll∩
二⊃∪ll二⊃∪ll二⊃∪ll
ll∩⊂二ll∩⊂二ll∩⊂二
∪ll二⊃∪ll二⊃∪ll二⊃

284:名無しさん＠お腹いっぱい。
08/11/26 14:33:23
>>281
まさに FUD。こんなとこじゃだれも本気にしないんだよ。あわれなやつww

285:名無しさん＠お腹いっぱい。
08/11/26 15:59:23
>>284
まさに無知
プログラムをろくに作ったことのない素人だな

286:名無しさん＠お腹いっぱい。
08/11/26 17:19:04
片方は移植性の高いコードを書くべきだろバカ、と言っていて、もう片方は
移植性の高いソフトだろうがテストしてないプラットフォーム向けに売れるかバカ、
って言ってるのよねこれ。

まあ移植性高いコード書く習慣が広まれば未知のハードに手出す為の最低条件はクリアできるし、
黒魔術が組み込まれてて特定のアドレスで特定のコードを実行させると上司が死ぬとか、
そういう魅力的な機能がSPARCに導入されればMSだってアプリ屋だって参入してくるかもよ。
使う人が増えれば対応にコストかけても元が取れるしSunも救えるし上司も死ぬしで良い事づくめ！

287:名無しさん＠お腹いっぱい。
08/11/26 17:31:19
特定のアドレスで特定のコードを実行させると警察官が死ぬ機能もお願いします
あと弁護士も

288:名無しさん＠お腹いっぱい。
08/11/26 18:09:33
現実的なところで、特定のアドレスで特定のコードを実行させると
美少女シスターが部屋に住み着く機能でいいです

289:名無しさん＠お腹いっぱい。
08/11/26 18:57:13
>>286
> 移植性の高いソフトだろうがテストしてないプラットフォーム向けに売れるかバカ、

今の現場知らんジジイがわめいてるだけだし。携帯電話も汎用アプリに
なろうかって時代に、特定の環境だけ対象でぬくぬくと開発してて商売になると
思ってるとはおめでたすぎるわ。正味アホかと。バカかと。www
他人を「素人」とか言ってるが、何年も前に開発現場離れたジジイか
不勉強の言い訳並べまくる終りかけの会社の社員かなんかとしか思えんw

290:名無しさん＠お腹いっぱい。
08/11/26 22:51:28
> 不勉強の言い訳並べまくる終りかけの会社

まったくこのスレに相応しい名言だなぁ～

291:名無しさん＠お腹いっぱい。
08/11/27 00:01:16
つまりSunは救えないという結論ですね
でもその前にAMDが潰れそうなのでなんとかしてください

292:名無しさん＠お腹いっぱい。
08/11/27 00:05:27
コンピューターに使われてる人たちのスレはここですか？

293:名無しさん＠お腹いっぱい。
08/11/27 01:42:29
>>289
会社どこ?
出入り禁止リストに追加するから。

294:名無しさん＠お腹いっぱい。
08/11/27 02:50:32
あーなるほど
そういう会社なのねｗ

295:名無しさん＠お腹いっぱい。
08/11/27 03:03:09
appleは自前ハードでしか動かないソフトで成功してる

296:名無しさん＠お腹いっぱい。
08/11/27 03:04:36
Appleが成功したのは邪悪な会社だから

297:名無しさん＠お腹いっぱい。
08/11/27 04:43:16
移植性の低いコードを書けとは誰も言ってない、とかマジレスしちゃダメな雰囲気。

SunはAppleと比べると売り方が悪いのか物が悪いのか。
まあ客層違うし比べるもんでもないだろうけど、幼児体験による偏愛とかってレス見てると
買ってる奴の発想はどっちも似たようなもんじゃねえかとか思わなくもない。
ってのはマッキントッシュ野郎への偏見か。

298:名無しさん＠お腹いっぱい。
08/11/27 04:59:40
>>289って国語力なさすぎじゃね?

様々なプラットフォームを相手に開発して商売しているからこそ、
テストが大変だってことが骨身にしみていると思うんだがなぁ。

押えておくべきポイントがわかっていても、人はミスするし、
そして、プラットフォームにも多少のミスはあるわけで、
実際に組み合わせてみて試すことは欠かせない。

もし「大丈夫なはずだ」だけで済むのなら、
インターオペラビリティ問題なんて出てこないわな。

299:名無しさん＠お腹いっぱい。
08/11/27 07:27:25
>>298
いや、>>289 は「テストしなくていい」とは言ってないんだから
テストの必要性を訴えても話が繋がらないのでは

300:名無しさん＠お腹いっぱい。
08/11/27 07:34:35
>>254や>>261は、コーディングのことしか頭に内容で、どうもテストのことを考えていないのではないかと。

で、確認だが、マルチプラットフォーム向けにコーディングしたとしても、テストの工数はかなりかかる
これは異論ないね?

301:名無しさん＠お腹いっぱい。
08/11/27 07:42:24
まぁ理屈はともあれ、
よく売れてるプラットフォーム向けにしかアプリをリリースしない
というのは現実に行われていることで、

つまり、すでにワークステーション系のアプリが
SPARCからx86へ、SolarisからWindowsへ移行が済んでいて、
今さらSunがSPARCのワークステーションを出したところで、
それらは戻ってこない、ってことだな。

マルチプラットフォームというのは囲い込みができないわけで、
Sunの顧客はいとも容易く他社に流れるし、取り戻すのも容易。
これって、けっこう厳しいよね。

昔はSun信者がたくさんいたんだけど、彼らを失ったのは痛いね。

302:名無しさん＠お腹いっぱい。
08/11/27 07:46:45
AppleとNeXTとSunは内ゲバで共倒れ。
もっと早い時期にWindowsが脅威になっていれば共闘もあっただろうに。

303:名無しさん＠お腹いっぱい。
08/11/27 09:39:50
Sunはまだ倒れてないと思うけど…
ただSPARCは早いとこ見切りつけた方がいいんじゃないかと思う

304:名無しさん＠お腹いっぱい。
08/11/27 09:55:15
そうかそうか、連投すると気持ちが落ち着くか? はやく中毒直せよ...w

305:名無しさん＠お腹いっぱい。
08/11/27 10:39:29
>>304
連投はどっちの御家芸?

306:名無しさん＠お腹いっぱい。
08/11/27 10:40:09
MacがPowerPCではなくSPARCを採用してたら、
MacOSのベースもSolarisになってたかもしれん。

307:名無しさん＠お腹いっぱい。
08/11/27 10:46:11
SPARCliteじゃなくてモノホンのSPARC？

308:名無しさん＠お腹いっぱい。
08/11/27 11:06:56
上位機種はliteぢゃないもの積んでもいいと思う。

309:名無しさん＠お腹いっぱい。
08/11/27 11:42:26
liteって MMU乗ってないのでは? 乗ったのもある?!

310:名無しさん＠お腹いっぱい。
08/11/27 11:43:08
>>305
偽装連投って、人間としてサイテーの行為よね。みんな気をつけようねw

311:名無しさん＠お腹いっぱい。
08/11/27 11:48:54
ぷ
偽装だって

312:名無しさん＠お腹いっぱい。
08/11/27 11:53:58
別人のフリするやつな。ほんとサイテー。ミエミエだっつーの。

313:名無しさん＠お腹いっぱい。
08/11/27 12:04:04
>>309
V8EはMMU含む。

314:名無しさん＠お腹いっぱい。
08/11/27 12:04:35
>>312
へ～、別人に見えるんだ。
認識力に問題あるんじゃない?

315:名無しさん＠お腹いっぱい。
08/11/27 13:20:59
正味きしょくわるいな。気が知れんわ。

316:名無しさん＠お腹いっぱい。
08/11/27 15:26:28
なんか、話の内容ではなく、話し手についての話に熱心になるタイプがいるね。
スレの末期症状だわ。

317:名無しさん＠お腹いっぱい。
08/11/27 15:31:53
SPARCコアを使った素頓狂なチップの登場はまだかね。

318:名無しさん＠お腹いっぱい。
08/11/27 16:26:00
ま、ずっと同じやつだからな。技術レベル低いし、ろくに SPARC触ってないと
思われるし、病気だな。

319:名無しさん＠お腹いっぱい。
08/11/27 19:59:50
>>306
インテルPCへと移行するときに
うちのOSだかSparcだかを使わない？ってアピールしてなかったっけ
あっさりスルーされてたが

320:名無しさん＠お腹いっぱい。
08/11/27 20:56:10
MacOSにもSolarisにも興味ねーよ

321:名無しさん＠お腹いっぱい。
08/11/27 21:27:53
javaに興味があるのか

322:名無しさん＠お腹いっぱい。
08/11/27 22:10:59
ただ　滅びゆく様の　儚い美しさに　目を奪われ…

323:名無しさん＠お腹いっぱい。
08/11/28 02:27:49
>>318は、まさに>>316ですな。

324:名無しさん＠お腹いっぱい。
08/11/28 23:25:24
こんなスレ既にまともな人はいない
Mac関連のスレのように別の製品のユーザが馬鹿にしにくるくらい
2chではコンシューマ向けではない製品に関するスレはほとんどレスがないか、煽りだらけになるかのどちらか

325:名無しさん＠お腹いっぱい。
08/11/29 03:27:13
昔の2chにはプロがたくさんいたけど、今はもういないよね。
2chがメジャーになりすぎて、いろいろと変わりすぎた。

326:名無しさん＠お腹いっぱい。
08/11/29 06:05:44
Oracleがx86を第一に据えたように、
Solarisもx86を第一にすべきだろ。

327:名無しさん＠お腹いっぱい。
08/11/29 09:45:01
そんなに SPARCが恐いのかね? ケツの穴の小さい話だ。
まあ絶好調だからな、SPARCは。富士通のおかげもあって。
あと OpenSPARC関連の実製品が出てくれば全方位の品揃えになる。
ま、既に InfraNTのもあるけど。

328:名無しさん＠お腹いっぱい。
08/11/29 15:16:49
月光蝶である！！

329:名無しさん＠お腹いっぱい。
08/11/29 16:34:01
せいぜいS字結蝶くらいにしといてください

330:名無しさん＠お腹いっぱい。
08/11/29 18:03:48
せっかく SPARC64が SPARCファミリーのメインストリームへ踊り出よう、って時に
Sun大口顧客の金融企業が軒並ガタガタとは、富士通もツイてないな。
「今回は Niagara系買っとこ。」→「Niagara系けっこいけるじゃん!」とかねw

331:名無しさん＠お腹いっぱい。
08/11/30 04:55:44
このスレから変人が↓のスレに出張してきて荒らしています。
Sunの隔離スレでしっかり構って外に出ないようにしてください。
ｽﾚﾘﾝｸ(unix板:217-番)

> 超入門者向け 1980年代の基礎知識だけどな。MP評価する立場ならこんなん知らんと
> 話にならん。

> こういうお話しにならないアホウが x86の SMP機買ったりするんだろうなぁ..
> ろくに検証もしないから問題にもならない、とw

> ちなみにオレはクソおそい 80386のMP機は触ったことあるぞ。
> 単発の 80386パソコンの何倍も遅かったが、製品だった。
> まーーーーったく売れなかったと聞いてるww

> その他には経験がないわけですねw
> 誇らしい経験をお持ちで良かったです。

> ああ、あとは皆無だ。そんなもん買うバカにはとんとお目にかからん。
> で、記事かなんか提示しろや。自分で買ってベンチしたのでもいいぞ。
> ま、そんな知識じゃ SMPの評価なんてどうやったらいいかわからんだろうがなwwwwwww

332:名無しさん＠お腹いっぱい。
08/11/30 09:28:13
(´･ω･`)ｼﾗﾝｶﾞﾅ

333:名無しさん＠お腹いっぱい。
08/12/01 16:50:08
SunがXeonでスパコン作るこんな世の中なんて

334:名無しさん＠お腹いっぱい。
08/12/01 17:01:51
TACCはOpteronでしょ?

335:名無しさん＠お腹いっぱい。
08/12/01 18:36:14
URLﾘﾝｸ(www.geocities.jp)
> これまでにSunが納入したConstellationスパコンとしては，Top500で6位に
> ランクされたテキサス大のRangerシステムがありますが，これはOpteronブ
> レードを使っているのに対して，今回発表の3システムでは，次世代Xeon
> （Nehalem)ベースのブレードが使われます。

336:名無しさん＠お腹いっぱい。
08/12/02 01:58:43
ロハでSolaris使えるならなんでも良いよ。

337:名無しさん＠お腹いっぱい。
08/12/02 07:20:58
SunはNiagaraシリーズを温存しすぎ。

いくらプロセッサ1個あたりの処理能力が優れていても、
1ブレードに乗せるプロセッサの数が、
x86の1/4あるいは1/2では、どうにもならんぞ。

338:名無しさん＠お腹いっぱい。
08/12/02 10:18:23
>>333
だって Sun Blade 6048 ならＣＰＵは好きなの選べるじゃんｗ

339:名無しさん＠お腹いっぱい。
08/12/02 12:16:26
URLﾘﾝｸ(signalspot.com)

35ページ
> System will consist of 82 chassis (Sun Blade 6048modular system)
> Customers can choose between Sun UltraSPARC T2, Intel Xeon / AMD Opteron quad-core processors

> AMD 4-core Opteron (285 mm2 @65nm; dissipates 95 Watts @1.2V)
> 1 Flop/cycle-core x 2.2 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~554 TFlops†
> Intel 4-core Xeon (286 mm2 @65nm; dissipates 80 Watts @1.1V)
> 1 Flop/cycle-core x 2.67 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~655 TFlops†
> Sun UltraSPARC T2 (342 mm2 @65nm; dissipates 80 Watts @1.1V)
> 1 Flop/cycle-core x 1.4 GHz x 8 cores/proc x 768 proc/ch x 82 ch = ~705 TFlops†

UltraSPARCが最速のハズだったのだが・・・

340:名無しさん＠お腹いっぱい。
08/12/02 14:30:46
... 最速なのでは?
6coreになったら、って話か?

341:名無しさん＠お腹いっぱい。
08/12/02 15:16:51
いいえ。

T2の4ソケット対応版は、ごく最近になってリリースされたが、
6048対応のブレードでは今だに1ソケットonlyだ。

実際には存在しない架空の製品を使っての性能比較なんです>>339は。

342:名無しさん＠お腹いっぱい。
08/12/02 15:18:19
韓国の KISTI ってとこにもこんなのはいってるなｗ >6048

＞Sun Blade 6048 Cluster system, "tachyon", having　 a peak performance of 24 TFlops
　went into production on June, 2008. The compute and I/O nodes are connected via a
　non-blocking InfiniBand network with a point-to-point bandwidth of 2.5GB/sec (unidirectional speed).
　Four Blade 6048 compute racks house 188 x6420 compute blades. Each compute node has four Quad-core
　AMD Opteron 2.0GHz processor and 32GB of memory. Linux based on a CentOS distribution is installed
　on compute and login nodes. Users will interact with the system via four x4600 login servers.

あとこの手のＨＰＣのシステムってたいてい OS が Linux 系だから
SPARC より x86 がいいってのもあるかもしれん？ｗ

343:名無しさん＠お腹いっぱい。
08/12/02 15:18:35
正しくは

AMD 4-core Opteron (285 mm2 @65nm; dissipates 95 Watts @1.2V)
1 Flop/cycle-core x 2.2 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~554 TFlops†
Intel 4-core Xeon (286 mm2 @65nm; dissipates 80 Watts @1.1V)
1 Flop/cycle-core x 2.67 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~655 TFlops†
Sun UltraSPARC T2 (342 mm2 @65nm; dissipates 80 Watts @1.1V)
1 Flop/cycle-core x 1.4 GHz x 8 cores/proc x 192 proc/ch x 82 ch = ~176 TFlops†

となって、UltraSPARCはダメダメ。

344:名無しさん＠お腹いっぱい。
08/12/02 15:31:55
>>341
架空もなにも... 理論値だからなw

345:名無しさん＠お腹いっぱい。
08/12/02 16:35:13
Rock量産の暁には!

って言ってたのは2年くらい前だっけ。
今となっては量産始まって性能がバレるとSunが詰みそうだ。
結果論的には、作れないRockよりNiagaraに集中投資すべきでした。

346:名無しさん＠お腹いっぱい。
08/12/02 16:55:20
>>344
理論値だから何?

実際には客が選ぶことのできない構成を示してるのは問題でしょ?

347:名無しさん＠お腹いっぱい。
08/12/02 16:57:41
選択してくれればブレード作りますよ、ってことじゃない？

348:名無しさん＠お腹いっぱい。
08/12/02 17:53:11
>>346
これはこれはお巡りさん、取締りご苦労さまです。

349:名無しさん＠お腹いっぱい。
08/12/02 18:59:28
>>347
ブレードを作りたくても4P構成できるT2+やハブのチップが・・・

TACCはAMDのBarcelonaのスケジュール遅延に巻き込まれて、先行提供を受けたくらいのスケジュールなわけで、
T2+の4P構成が手に入るようになるまでは待てなかったと思う。

350:名無しさん＠お腹いっぱい。
08/12/02 20:56:46
>>341 は T2とT2+を勘違いしてない？
T2は1cpu構成のみ(8core x 8thread)なので、>>339 は T2かと

351:名無しさん＠お腹いっぱい。
08/12/02 21:24:33
T2/T2+はつい最近まで世界最速のCPUだった。SPECint_rate、SPECfp_rate。
しかし、とうとう、intel Core i7に抜かれた。
4Coreなのに、6CoreのXeon 7400よりもずっと速い所が驚き。
Core i7はデスクトップ向けCPUなので、サーバ用CPUとしては依然最速と
言い張る事も出来なくはない。
が、2009 Q1にはサーバ用CPUのNehalem EPが出てくるので、そこで終わりだ。

352:名無しさん＠お腹いっぱい。
08/12/02 21:29:32
一般に手に入らないという意味では、6.5GHzにOCした
Core2Duoが最速だろ。

353:名無しさん＠お腹いっぱい。
08/12/02 21:31:06
>>350
1ブレードに1ソケット構成onlyのT2を4つ押し込んだ変態ブレードを作る予定だったのかもな。

354:名無しさん＠お腹いっぱい。
08/12/02 21:34:04
>>351
> 4Coreなのに、6CoreのXeon 7400よりもずっと速い所が驚き。

Xeon 7400は1スレッド/コアだけど、Core i7は2スレッド/コアで、パイプラインの効率を上げているし、
演算速度を上げるように改良もされてるよ。

355:名無しさん＠お腹いっぱい。
08/12/02 21:48:48
もうちょっと景気が良ければ、Price Performance が悪くても
最速の T2 が売れるのにね。でも、この景気じゃなー

356:名無しさん＠お腹いっぱい。
08/12/02 21:57:30
>>354 それは知っているけど、実際に性能出してくるとはねとの驚き。
intelは本当に手がつけられんな。誰も勝てない。

357:名無しさん＠お腹いっぱい。
08/12/03 04:24:58
でもスパコンだとpowerに負けるのではないの？

358:名無しさん＠お腹いっぱい。
08/12/03 10:58:34
>>356
Niagaraはそれなりのブレイクスルーだったし、Rockも話の通りなら
イケると思うけど、とにかく年とかの単位で遅れちゃうとまずいよね。
リソースにものいわせたゴリ押しで追い付かれてしまう。
Transmetaもしかり。Efficeonがもっと早く出てれば違う展開があった。
まあ、Sunは Rockダメでも SPARC64で作ればいいんだけど。

359:名無しさん＠お腹いっぱい。
08/12/03 11:40:32
Sun Blade 6048 に Core i7 のせたら最強？ｗ

360:名無しさん＠お腹いっぱい。
08/12/03 12:35:33
>>357
intelベースのスパコンは、
乱暴に言ってしまえば、
汎用PCサーバに高速インターコネクトI/Fを挿して繋げたもの。

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

361:名無しさん＠お腹いっぱい。
08/12/03 12:38:08
>>358
Transmetaは実際に使ってみると、こりゃダメだって思う。
Crusoeは遅すぎたし、Efficeonで少しマシになったのは富士通にファブが移ってからだし、そもそもSMPできないだろうし。

362:名無しさん＠お腹いっぱい。
08/12/03 16:03:58
こーいう時代に Sun はどーするんだろかね？ｗ
URLﾘﾝｸ(pc.watch.impress.co.jp)

363:名無しさん＠お腹いっぱい。
08/12/03 16:36:40
x86の1/2のシステムコストで2倍のスループットを発揮できるNiagaraを作れば
何の問題もなく売れるのにな。

364:名無しさん＠お腹いっぱい。
08/12/03 16:47:28
SPARCはエンプラ用途でHPCはメインターゲットじゃないから良いんじゃない？

365:名無しさん＠お腹いっぱい。
08/12/03 21:37:14
だめだめ、これからは個人もターゲットにしないと生き残れないぞ
はっきり言って宣伝が下手すぎる
iPodのパクリみたいなのを出して、アイドルに宣伝させるぐらいやらないと

366:名無しさん＠お腹いっぱい。
08/12/03 22:48:34
>>363
たられば言い出したら、もう末期症状
たらればなら、なんでも言えちまう、そrができないから今の現状があるわけで

367:名無しさん＠お腹いっぱい。
08/12/04 00:30:15
>>364
そのエンプラでx86に侵蝕されまくってるわけで。

368:名無しさん＠お腹いっぱい。
08/12/04 09:47:58
>>365
Sun SPOT、とかw

369:名無しさん＠お腹いっぱい。
08/12/04 10:21:41
いまの時期にRock出して、暖房にもなりますよ！と売り出せばおｋｗ

370:名無しさん＠お腹いっぱい。
08/12/04 10:48:42
CO2対策のために、
大手町 - 北海道間に、多量の光ファイバーを敷設したら、どうよ。
距離があるから遅延は避けられんが。

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

371:名無しさん＠お腹いっぱい。
08/12/04 10:54:17
北海道が温暖化するじゃないか。

372:名無しさん＠お腹いっぱい。
08/12/04 11:04:16
北海道の冬場の暖房のためのエネルギー消費は半端でないよ。
データセンターが集まったくらいで揺らがない。

373:名無しさん＠お腹いっぱい。
08/12/04 11:09:04
北海道は意図的に経済停滞させられてるので無理です

374:名無しさん＠お腹いっぱい。
08/12/04 13:06:58
実際、データセンターを北海道に作れば
空調の費用が安く済むとかって話なかった？ｗ

375:名無しさん＠お腹いっぱい。
08/12/04 13:23:22
地球シミュレータなんか、横浜だっけ? アホらしいよ。

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

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

376:名無しさん＠お腹いっぱい。
08/12/04 14:31:49
そーいや理研のスパコンは神戸のポートアイランドだっけ？
地球シミュにしても海沿いが好きだなｗ

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

377:名無しさん＠お腹いっぱい。
08/12/04 14:48:49
あんまり深いと地熱がw

378:名無しさん＠お腹いっぱい。
08/12/04 15:09:42
>>376
火力発電所が海沿いにあります。
よって、大電力を消費する施設は、海沿いがお得です。

379:名無しさん＠お腹いっぱい。
08/12/04 16:58:26
火力発電は CO2が出るので、データセンター内のラックを 1本原子炉にすればいい。

380:名無しさん＠お腹いっぱい。
08/12/04 17:03:52
チップの発熱で水沸騰させてタービン回せばよくね?

381:名無しさん＠お腹いっぱい。
08/12/04 17:12:57
おお、永久機関?!

382:名無しさん＠お腹いっぱい。
08/12/04 21:11:31
Rock の廃熱で温泉プールも良いかもよ

383:名無しさん＠お腹いっぱい。
08/12/04 21:31:14
給湯器と組み合わせてオフィスの省エネもいいな

384:名無しさん＠お腹いっぱい。
08/12/05 09:28:26
ＣＰＵの上に熱電素子貼り付けとけばいいなｗ

385:名無しさん＠お腹いっぱい。
08/12/05 09:40:51
未来はバラ色

386:名無しさん＠お腹いっぱい。
08/12/05 09:49:29
大気よりも水道水のほうが冷たければ、空調の冷却塔で、水を暖めることも可能
といっても、お湯になんかならない。わずかに温度が上がるだけ。
でなければ、効率が下がってしまうから。

387:名無しさん＠お腹いっぱい。
08/12/05 13:41:12
ひーぽん! ひーぽん!

388:名無しさん＠お腹いっぱい。
08/12/05 13:56:18
高温側の温度を高めると、その分、空調の消費するエネルギーも増えるよ。

389:名無しさん＠お腹いっぱい。
08/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の仕様をうまく生かしている。

390:名無しさん＠お腹いっぱい。
08/12/06 07:26:42
今日はヤフオクで落札したBlade150が届く日だ。
まずはSolaris10をインストールするか。

391:名無しさん＠お腹いっぱい。
08/12/06 22:47:16
おれも一年前にblade150ヤフオクった。
家だとファンがうるさいから静音化をすすめる。

392:名無しさん＠お腹いっぱい。
08/12/07 00:21:23
静音化って、ただファンの回転数と信頼性と寿命を落すだけだろ?

393:名無しさん＠お腹いっぱい。
08/12/07 17:46:54
Blade150のファンの音がうるさいなら隣の部屋におけばいいじゃない

394:名無しさん＠お腹いっぱい。
08/12/07 19:50:12
うるさいなら俺が回収するよ

395:名無しさん＠お腹いっぱい。
08/12/08 06:34:49
なんでFCのHDDなんて採用したの？

396:名無しさん＠お腹いっぱい。
08/12/08 11:48:54
Storage 7410ならSATAって書いてあるように見える。

397:名無しさん＠お腹いっぱい。
08/12/08 15:49:34
確かにBlaed150うるさい。これはFAN性能良くないからだろう。

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

399:名無しさん＠お腹いっぱい。
08/12/08 19:50:53
おっと肝心なことを忘れてた。

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

400:名無しさん＠お腹いっぱい。
08/12/08 20:53:53
うちのBlade 2000 も、やはり住宅では五月蠅い。オフィスでは気にならなかったが。。
冷却効果を維持したまま、静音も達成したファンってないかな？

401:名無しさん＠お腹いっぱい。
08/12/08 21:12:34
風速そのままで風量かせぐには径のでかいファンを使うしかないんじゃないの？

402:名無しさん＠お腹いっぱい。
08/12/08 21:27:41
ご、五月蠅…？

403:名無しさん＠お腹いっぱい。
08/12/08 21:29:01
サン、最新版「OpenSolaris 2008.11」を公開
URLﾘﾝｸ(japan.cnet.com)

404:名無しさん＠お腹いっぱい。
08/12/08 21:31:09
マルチコア、マルチスレッド時代に果たすOSの役割
URLﾘﾝｸ(builder.japan.zdnet.com)

405:名無しさん＠お腹いっぱい。
08/12/09 13:37:42
富士通頑張ってるなｗ
URLﾘﾝｸ(pr.fujitsu.com)

406:名無しさん＠お腹いっぱい。
08/12/09 13:44:36
SPARC64では実現できないのか...

407:名無しさん＠お腹いっぱい。
08/12/09 14:04:50
>>406
SMPはSPARC64、クラスタはXeonっていう住み分け。

408:名無しさん＠お腹いっぱい。
08/12/09 14:08:51
JAXAは防衛予算が入ってるから贅沢な構成が可能なのか

409:名無しさん＠お腹いっぱい。
08/12/09 14:12:02
理研じゃないの？

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

410:名無しさん＠お腹いっぱい。
08/12/09 14:24:35
利権か

411:名無しさん＠お腹いっぱい。
08/12/09 15:03:58
理研って、戦時中、核兵器開発やってたところだろ?

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

412:名無しさん＠お腹いっぱい。
08/12/09 15:21:21
URLﾘﾝｸ(www.geocities.jp)
> IDCがCPUチップあたりのスパコンの価格を比べていて，x86ベースのシステ
> ムを1とすると，RISCやItaniumのシステムは2程度で，ベクトル機は15程度

RISCオワタ

413:名無しさん＠お腹いっぱい。
08/12/09 15:34:37
東工大のTSUBAMEは、2コアOpteronを4コアOpteronに差し替える予定ないの?
ソケットが違うとかバリデーションや保守の問題とか、あるのかな。

414:名無しさん＠お腹いっぱい。
08/12/09 15:41:10
>>412
CPUのチップ数あたりの価格を比較して、いったい何の意味が?
低速で多量に積まないと性能が出ない糞チップだから安くて当然。

415:名無しさん＠お腹いっぱい。
08/12/09 16:26:24
URLﾘﾝｸ(pc.watch.impress.co.jp)
富士通どうすんの

416:名無しさん＠お腹いっぱい。
08/12/09 16:42:12
>>411
サイクロトロンは核兵器開発じゃないぞｗ

417:名無しさん＠お腹いっぱい。
08/12/09 16:49:03
ヤバいのは Fab持ってる会社じゃなくて、設計競争力のない会社。
日本で Fab専業は難しかろう。

418:名無しさん＠お腹いっぱい。
08/12/09 16:52:48
SunもSPARC切り離したいけど、富士通は買わないという話でそ

419:名無しさん＠お腹いっぱい。
08/12/09 16:54:25
>>413
金の問題じゃないの？

420:名無しさん＠お腹いっぱい。
08/12/09 17:56:52
マルチコアになればLinuxやWindowsに対するSolarisの優位性が出てくるという話が
４年ぐらい前にあったけど、最近全然聞かれなくなりましたね

421:名無しさん＠お腹いっぱい。
08/12/09 17:57:52
256スレッドくらいにならないと優位とは言えないんです

422:名無しさん＠お腹いっぱい。
08/12/09 17:59:35
WindowsはともかくLinuxに対する優位性なんてあるのか？

423:名無しさん＠お腹いっぱい。
08/12/09 18:05:21
256スレッド程度ならどのOSでもそつなくこなすと思うけど
平均的なデスクトップPCでも常時百～数百のスレッドが存在
256コアと言いたかったの？

424:名無しさん＠お腹いっぱい。
08/12/09 18:13:00
Niagara3

425:名無しさん＠お腹いっぱい。
08/12/09 18:30:24
ほんの数年前に「8CPUでスケールしました!!」って記事が出てたが、
その後とんと音沙汰がないな。
まあ、あんなのが舵取りしてたんじゃエンプラ方面期待してもしゃーなかろ。

次ページ