Sun Microsystems 最富の庇護

**名無しさん＠お腹いっぱい。** · 2009/10/07(水) 15:05:21

考えようによっては強力なパトロンを得た SPARC & Solaris OPENな魂は野獣どもの歯牙をググりぬけられるのか?! 秘密兵器 Rockの登場はいつ?! 【前スレ】 Sun Microsystems 最大の岩望 http://pc12.2ch.net/test/read.cgi/unix/1247220804/

**名無しさん＠お腹いっぱい。** · 2009/11/12(木) 18:19:24

>>403
> 世代が違うだろ。

オイ、誰かこのバカが何言おうとしてるのか解説してくれkkkwwppp

> SPARC + Solarisは、1秒間にどれくらい割り込みを処理できるんだ?
> x86 + WindowsNTだと、Pentium3 1GHzくらいの頃に、すでに数万～8万回くらい。

もうバカ過ぎて開いた口が塞がらんわww リアルタイム性とかの話なのか?
そんなわけないよなwpp

**名無しさん＠お腹いっぱい。** · 2009/11/12(木) 18:23:58

>>404
> メモリ搭載量が違うとか、ストレージが違うとか、そういうオチだな。

はー。Pen4までは間違いないけどな。Core2以降についてはあまり
サーバー機触ってないんで知らないんだが、目に見えて改善したというのは
聞いたことがないな。で、QPIはその辺どうだったんだよ?

> CPUが遅いと負荷に強いように錯覚する人もいるぞ。

こりゃまた大勢が錯覚したもんだなww はだかの王様か?

> どこで記事を探したのか知らんが、その範囲内で記事がないってだけだろう。

で、どこに記事があるよ?

**名無しさん＠お腹いっぱい。** · 2009/11/12(木) 18:24:40

またお前か

**名無しさん＠お腹いっぱい。** · 2009/11/12(木) 18:26:30

>>405
Pen3 + 当時のWinNTって、負荷まるでダメですの代表選手みたいなもんなんだが。
リニアリティについてグラフ化したらあらゆる他環境のカモだったですが。ww

**名無しさん＠お腹いっぱい。** · 2009/11/12(木) 18:28:37

>>407
だから QPIどうなんだよ。さっさと解説しろよ!!

**名無しさん＠お腹いっぱい。** · 2009/11/12(木) 19:34:28

>>405
> オイ、誰かこのバカが何言おうとしてるのか解説してくれkkkwwppp

前者と後者では、
アプリがOSのAPIを呼び出してから戻ってくるまでの間に、
通過するレイヤの数、コンテキストスイッチの回数、特権モードとの間の遷移の回数・・・etc
が、桁違いに違うんだよ。

後者では、レジスタウィンドウがオーバーフローするんだよ。

> もうバカ過ぎて開いた口が塞がらんわww リアルタイム性とかの話なのか?
> そんなわけないよなwpp

その通り、リアルタイム性の話なんかしてない。
あんた、わざと間違った方向に誤解して叩くの、やめれ。

WindowsNTってのは、コンテキストスイッチの頻度が高いOSってことだよ。
だから、割り込みの処理能力が高くないと、遅くなっちまうのよ。

**名無しさん＠お腹いっぱい。** · 2009/11/12(木) 19:36:41

>>406
> はー。Pen4までは間違いないけどな。

SolarisってSPARC版とx86版では、やる気がだいぶ違うんだけどなー。

> Core2以降についてはあまりサーバー機触ってないんで知らないんだが

老害は去れ

**名無しさん＠お腹いっぱい。** · 2009/11/12(木) 19:37:44

>>408
自演乙

**名無しさん＠お腹いっぱい。** · 2009/11/12(木) 19:52:54

特養スレで何言っても無駄

**名無しさん＠お腹いっぱい。** · 2009/11/12(木) 23:02:10

昔話をすると、鼓が響いた答えが帰ってくるよ。

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 00:11:28

日本IBM、100ノード超の大規模DB環境を実現する「DB2 pureScale」
http://enterprise.watch.impress.co.jp/docs/news/20091112_328404.html

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 04:29:37

若者っているの？ここに

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 11:01:07

Intelや MSの話するとすぐ飛びつくバカはいるけどな。
しかも Intelや MSが言ってることさえ知らん激無知がwww
なんでこんなとこに貼りついてんだか。

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 12:15:43

Venusを民主党が潰したのにお前らは煽りあいか
http://www.nikkei.co.jp/news/seiji/20091113AT3S1300H13112009.html
> 理化学研究所が手がける次世代スーパーコンピューター技術の開発事業は「来年度予算の概算要求から縮減」と判定

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 13:10:56

>>410
> 後者では、レジスタウィンドウがオーバーフローするんだよ。

オイオイ.. マイクロカーネルでコンテキストスイッチが多発すると、
なんでレジスタウィンドウが溢れるんだ? ノーミソ湧いてんのか?
なんの因果関係があるんだよぜんぜんかんけーねーじゃねーかよww
意味わかってないんだな、そうじゃないかとは思ってたけど。
レジスタウィンドウって、何するもんかわかんないで叩いてるわけだ。
まるで無根拠のいいがかりじゃないか。

で、それと元の話、負荷に強いのと、何がどう関係あるんだ?
もうカオスそのものだなppkpkkkkkkkk

> WindowsNTってのは、コンテキストスイッチの頻度が高いOSってことだよ。
> だから、割り込みの処理能力が高くないと、遅くなっちまうのよ。

うわ。激バカw

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 13:14:05

まあ、今更ここで認定するまでもなく、"NT"って商品名で呼ばれてたのは
負荷という観点（だけじゃなくてあらゆる点でだけどww）激ダメなのは
実際にそういう触り方した人にはあまりにもあたりまえで自明の事実。

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 13:41:33

WindowsNTが SPARC上で実際動いてたって記事の提示はまだーー?

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 13:52:13

動いてないんだよな? >421

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 14:34:35

動いていたというより止まっていたというほうが近い

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 14:48:55

画面に写真が貼ってあったか?ww

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 17:51:00

欧州委員会、オラクルによるサン・マイクロシステムズ買収に反対を表明
http://slashdot.jp/article.pl?sid=09/11/13/049245

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 20:53:32

>>417
あんた都合の良い発言だけ拾って持ってくるから

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 20:57:07

>>419
>　マイクロカーネルでコンテキストスイッチが多発すると、なんでレジスタウィンドウが溢れるんだ

あなたが、
マイクロカーネルでコンテキストスイッチが多発するとレジスタウィンドウが溢れる
と誤読してるからでしょ。

レイヤが多いのが原因だよ。
当時のSPARCだと、関数コールを10回くらいやれば、レジスタウィンドウは溢れるでしょ。

当時のコンパイラにはリンク時にコード生成するなんてのはなくてさ、
複数のobjに跨がって関数コールを展開して削除する機能なんか、なかったしさ。

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 21:00:23

レジスタウィンドウの問題点
・関数コールを繰り返すとオーバーフローでオーバーヘッドが大きい
・レジスタが多い = コンテキストが大きいので、コンテキストスイッチが重い

x86などのようなCPUをターゲットにして作られたOSが、SPARCで遅いのは当然の結果でしょう。

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 22:52:00

SPARC64オワタ

**名無しさん＠お腹いっぱい。** · 2009/11/13(金) 22:57:26

ついにSPARC128の登場か

**名無しさん＠お腹いっぱい。** · 2009/11/14(土) 11:00:14

>>427
もうバカ話はいいよ。どんどん底が割れるぜ?
レイヤが多い? 関数コール 10回? アホか。どアホか。どどどどどどどアホか。

いくつでレジスタウィンドウが溢れるかなんて、CPU作った時点で決まってる
だろうが。その判断が「間違ってた」、溢れる状況が頻発することの理由
書かないで、話になるか。本気でバカなんですね、おそれいましたわ。

今でも有効だよ。レジスタウィンドウは効きまくり。

**名無しさん＠お腹いっぱい。** · 2009/11/14(土) 11:08:59

>>428
> ・関数コールを繰り返すとオーバーフローでオーバーヘッドが大きい
> ・レジスタが多い = コンテキストが大きいので、コンテキストスイッチが重い

前者はレジスタウィンドウが考案される以前からわかりきってたことで、
それ以上のメリットがある、つまりオーバーフローしない内での関数呼出しの
高速化によってトータルで性能が改善されると判断したから採用してるわけで、
その判断が間違ってた理由もしくは現在では状況が変わった理由と
その証拠を示さない限り __何も言ってない__ のと等しいんだよ。意味判るか?

後者は、レジスタウィンドウを採用していないアーキテクチャの
レジスタ本数が少ないかのような言いようだが、それは事実とまっっっっったく
異なる。
レジスタが多い場合のコンテキストスイッチの工夫はいろいろあるが、
それがレジスタウィンドウ方式だと不利になる理由をあげて証明しないと、
またまたこれも __何も言ってない__ のと同じ。意味なし。

う゛あっかにつき合うと疲れるわ

**名無しさん＠お腹いっぱい。** · 2009/11/14(土) 11:36:59

なんでそこまでSPARCアーキ擁護するの？

UltraSPARCだと8ウィンドウだから128個の64ビットレジスタと、
8個のグローバルレジスタがあるから、負担大きいほうだと思うけど

あと、レジスタウィンドウは、スレッドの切り替えみたいにコンテキストは
切り替えない場合でも、その辺のウィンドウを追い出すので効率悪いね。
v9では一応分割して使うことも出来るけど

**名無しさん＠お腹いっぱい。** · 2009/11/14(土) 12:13:34

8ウィンドウなら 8 + (16 x 8) + 8 とグローバル 8 で 152本ね。
レジスタウィンドウのデメリット回避する方法はいくらでもあるけど、
その結果クロック上げるのが難しくなる、というのはある。
というか、それしか聞いたことないけど、オレは。
で、今時の CPUはどれもレジスタ大量に持ってるし、レジスタウィンドウじゃなくても
状況はそれほど違わない。実際、クロック上げること「だけ」に集中した
2種から舵切ったら、どれも ipcに注力したのになった結果、以前のように
クロックはあげれなくなった。

SPARCのクロックがあがらない、というのも SPARC64が既に克服してると見ていいし。
無根拠でデタラメ並べるバカに退場してほしいだけ。

**名無しさん＠お腹いっぱい。** · 2009/11/14(土) 12:34:08

>>431
落ち着け
よく読んでからレスしろ

>>432
> オーバーフローしない内での関数呼出しの高速化によってトータルで性能が改善される

それは、
オーバーフローしない関数呼出しの割合が高い場合には良いが、
そうではない場合には良くないね。

WindowsNTは、OSのAPIを呼び出した場合の関数呼出しのネストが深く、
GUIアプリのように頻繁にOSのAPIを呼び出すようなものはSPARCでは遅いのも当然。

> 後者は、レジスタウィンドウを採用していないアーキテクチャのレジスタ本数が少ないかのような言いようだが

事実、WindowsNTがメインターゲットにしていたx86は、レジスタ本数が少なかったよ。

いいかい、実質的にx86用に作られたOSをSPARCに移植したら重かった、という話しだよ?

**名無しさん＠お腹いっぱい。** · 2009/11/14(土) 12:46:01

SunがJavaをやったのは、SPARCのレジスタウィンドウが理由の1つかもなー。
Javaなら、JITコンパイラが、クラスの境界を越えてメソッド呼び出しをコード展開できるから、レジスタウィンドウのオーバーフローを防げる。

**名無しさん＠お腹いっぱい。** · 2009/11/14(土) 13:21:07

「当初の WinNT」みたいなゴミといっしょくたにしないでくれない?

**名無しさん＠お腹いっぱい。** · 2009/11/14(土) 14:04:48

>>435
WindowsNTは「移植性の高いOS >404 」だけど、割込み処理が遅いとダメなので
レジスタの少ない x86以外ではまともに動かないのか。なるほどww

GUIアプリだと OSの APIを頻繁に呼び出す?

OSの APIを呼び出すと関数呼び出しのネストが深い?

よくもまあこんなデタラメをこれだけ並べられるもんだ...

**名無しさん＠お腹いっぱい。** · 2009/11/14(土) 19:35:41

>>434
>>8ウィンドウなら 8 + (16 x 8) + 8 とグローバル 8 で 152本ね。

は？

**名無しさん＠お腹いっぱい。** · 2009/11/14(土) 20:32:26

>>438
> GUIアプリだと OSの APIを頻繁に呼び出す?

WindowsでWin32API直叩きでGUIアプリ書いたことある?

> OSの APIを呼び出すと関数呼び出しのネストが深い?

そうだよ。
すべてをジャンプテーブルで処理できるわけじゃないからね。

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 09:58:48

>>440
オイ、こいつ Unixベンダーのスレッドで何言ってるんだ?

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 10:37:04

>>440
> WindowsでWin32API直叩きでGUIアプリ書いたことある?

Unixだと GUIは OS呼び出しじゃないことが多いのでね。

> すべてをジャンプテーブルで処理できるわけじゃないからね。

コンテキストスイッチは起こらないのか?

まあ、どうであれレジスタウィンドウを批判できるような知識レベルには
達してなさそうだわwww

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 17:21:49

>>439
24 + (16 x 7) + グローバル8 で 144本だな。

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 17:58:34

>>442
> Unixだと GUIは OS呼び出しじゃないことが多いのでね。

unixだと劇遅ではないSPARCが、WinNTだと劇遅になるのは、そういうことよ。

> コンテキストスイッチは起こらないのか?

発生するよ。(しない場合もある)
Win32API呼び出しは、Win32サブシステムによってNTネイティブAPI呼び出しに変換され、
NTネイティブAPIはラッパー(サンク)を介してソフトウェア割り込みに変換されてカーネルに渡される。

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 18:14:16

>>444
そんな枝葉抹消聞いてんじゃなくて、それが元の話題となんの関係があるのかと
言ってるんだが。もう遠すぎて霞の彼方だわww

結局、WinNTはポータビリティのかけらもないクズ OSだ、ということなんだな?w

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 18:15:33

s/抹消/末梢/

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 18:19:25

NetBSDが見直されるときがｷﾀ━━━(ﾟ∀ﾟ)━━━!!!! ｶﾅ!?

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 18:27:27

>>444

| Unix | WinNT
--------+------------+----------------------
x86 | ○ 良い | × 劣る
--------+------------+----------------------
SPARC | ○ 良い | ××× ひどく劣る

まとめるとこういうことだな。

> 発生するよ。(しない場合もある)

コンテキストが変われば、レジスタウィンドウは切り替わるんだけど、わかってる?
わかってないわなwwww

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 18:34:51

>>445
元の話題って>>390あたりだろ。

レジスタウィンドウの扱いが下手なのではなく、
レジスタウィンドウの弱点が顕在化するOSアーキテクチャだってことだ。

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 18:40:44

>>448
ソフトウェア割り込みによってコンテキストスイッチが生じるまでに何重もネストした関数コールが行われるし、
コンテキストスイッチの後も何重もネストした関数コールが行われるよ。

しかも、コンテキストが変る = 膨大なレジスタを退避するってことで、レジスタが多いほど重い。

Windowsはサードパーティのドライバも含めて多数のバイナリ・モジュールが連係プレーするので、
ユーザーの書くプログラムと違って、ネストした関数コールを展開することは、できないからキツイよ。

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 18:54:51

>>449
WinNTだけ? ほぉぉ。SPARCって、他にもいっぱい OSが動くって、知ってる?

＃墓穴が広く深くなってまいりましたw

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 18:56:12

>>450
でさ、そのネスト、コンテキストスイッチの前後でつながってないんだからさ、
関係ないじゃん。根拠としてカスりもしてないぜ?

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 18:57:42

>>450
でさ、WinNTだけ? 設計ダサいんだね。

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 20:41:10

顔まっかにして三連投か。

>>451
他にもSPARCだと糞トロいOSあるらしいな。

>>452

APIコール
↓多重ネストの関数コールで、レジスタウィンドウがオーバーフロー
↓コンテキストスイッチで、たくさんのレジスタの退避
↓多重ネストの関数コールで、レジスタウィンドウがオーバーフロー×N回
↓多重ネストの関数リターンで、レジスタウィンドウがオーバーフロー×N回
↓コンテキストスイッチで、たくさんのレジスタの復帰
↓多重ネストの関数リターンで、レジスタウィンドウがオーバーフロー
APIコールのリターン

なんかもう三重苦どころじゃないな。

>>453
設計がダサいのではなく世代が新しいのですよ。

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 20:56:00

商用の CPU でレジスタウィンドウがあるのって、SPARC と Ita ぐらい？
あら、どっちも死ぬ寸前だわ

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 21:07:26

今まで死んでいった CPU の殆どにはレジスタウィンドウが無いんだぜ

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 22:17:39

なぜならば、
いままでに世に出たCPUの殆どがレジスタウィンドウを持たない
から。

レジスタウィンドウを持つCPUだって死ぬ。
Am29kもi960も、ともにx86に食われて死んだ。

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 22:32:12

つまりレジスタウィンドウの有無で分類しようとする事は何も言ってないのと一緒って事だ

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 22:41:51

いまのSPARCのコンテキストって何バイト?

Itaなんかコンテキストがデカいんで、kernel内では浮動小数点のレジスタの大半を使用禁止にして、
カーネル内でのコンテキストスイッチ時に保存しなくて済むようにしてサイズを縮めてる。

さらに、ユーザーモードからカーネルモードに入って戻るまでの間に、
他のスレッドをユーザーモードでまったく実行しない場合には、
浮動小数点のレジスタの大半はコンテキストを退避せず持ったままにする。
他のスレッドをユーザーモードで実行するという段になってから、退避する。

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 22:42:35

>>458
そんなことはない。

**名無しさん＠お腹いっぱい。** · 2009/11/16(月) 22:43:20

何か理由書けよw

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 00:02:09

スレの少し前の議論さえ読まないのか

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 00:24:55

俺は言ったもんねー、ってかw
それに対する模範解答は、

>>462
理由が無いなら良いよ。

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 00:34:21

レジスタウィンドウは過去のもの
SPARCはバイナリ互換のためにレジスタウィンドウを使いつづけてる
Itaniumがレジスタウィンドウを使っているのは、彼らは傲慢にも、それを改良すれば問題を解決できると信じてたからだろうな、たぶん。

とにかくItaniumは野心的なCPUだよ。

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 03:41:54

＞～レジスタ・ウィンドウとの類似性が指摘されるが、IA-64ではプレディケーションと組み合わせることで、ループを自動的に展開して実行することができる。Wikipedia
なるほど。
確かにループがネックになってそうな内容だな。

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 04:02:16

wikipediaの記述、変じゃね?

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 09:30:29

Itaがコケたのはレジスタウィンドウのせいないのか?
もうバカ話はほんとにやめてくれない? ウツりそうだわ。
「わたしはバカ」「わたしはバカ」「わたしはバカ」「わたしはバカ」...って、連投しなくていいから。

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 09:31:22

>>457
> Am29kもi960も、ともにx86に食われて死んだ。

ウソつけ。そんな経緯じゃねー。

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 10:44:21

パソコンももう終りだな。
キーボードとマウスと大型液晶パネルさえあれば、Androidな機器で充分。
CPUは ARMがずっと有望。
パソコンにしか使えない x86要らないし x86でしかまともに動かない OSも退場。サッパリw

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 10:49:08

という妄想だったのさ…

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 11:20:41

>>468
プリンターエンジンや RAIDコントローラーに x86は全く進出できてないからね。
パソコン以外にはまったく使えない CPU。RISCの独壇場。

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 11:58:41

Androidなギコナビが出ればな
せめてTegraにしてくれや

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 12:03:31

アップルも自社製パソコン様のものがみんな x86なのに、iPhone作るときには
またいで通りましたw

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 12:10:46

iPodもARMだな
アポのノートはインテルのオンボーロGPUを避けてNFORCEを採用してるし
コア技術の選択に関してだけは筋がいい会社かもしれない

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 15:22:37

TOP500 のベスト１０で、サンは９位と１０位だったよ。

9 Texas Advanced Computing Center/Univ. of Texas
United States Ranger - SunBlade x6420, Opteron QC 2.3 Ghz, Infiniband / 2008
Sun Microsystems 62976 433.20

10 Sandia National Laboratories / National Renewable Energy Laboratory
United States Red Sky - Sun Blade x6275, Xeon X55xx 2.93 Ghz, Infiniband / 2009
Sun Microsystems 41616 423.90

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 16:03:53

>>467
このスレで「バカ」を連呼しているの、お前だけだぞ。

>>468
Am29k → 開発者をゴッソリx86互換CPUの強化のため異動して打ち切られた。
i960 → x86に道を譲るために意図的に弱体化させられ、さらにI/Oプロセッサに転向させられた。

>>469
それなら、SPARCも同様だな。

>>471
SPARClite積んだプリンタは過去に存在したらしいが、
(そのSPARCliteを作っていた富士通は、SPARCliteよりも良い組み込みマイコンとしてFRに移行)
SPARClite積んだRAIDコントローラはあったのか?

ちなみに、x86を積んだプリンタもRAIDコントローラも、見たことがあるよ。
HDDでさえ、液晶モニタでさえ、x86を積んだものがあった。
過去にあったかどうかなんて、どうでもいいんじゃね?

>>473
SPARC積んだ携帯もないぞ。

>>475
SunがSPARCを使わず、富士通がSPARC使ってるのが皮肉だよな、Top500

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

>>476
13と14位が Sun Constellation 使って 274.80 って同じ数字なのが笑えるｗ

日本だと、こんなとこか？

31. 122.40 地球シミュレータ　NEX SX-9
36. 110.60 JAXA SPARC64 富士通
45. 101.74 東大　Ｔ２Ｋ　日立
47. 97.94 理研　富士通 Xeon
56. 87.01 東工大 TSUBAME NEC/Sun

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 18:14:37

ttp://www.theregister.co.uk/2009/11/16/sgi_altix_uv_preview/
とうとうx86でも、256ソケット・16TBの共有メインメモリの巨大マシンが。

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 18:56:36

>>476
「バカ」。「低脳」。「ゴミ」。「カス」。

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 19:10:25

とうとう479は壊れたようです

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 19:28:07

キモ。一生 x86と WinNT使ってればいい。

**名無しさん＠お腹いっぱい。** · 2009/11/17(火) 19:51:32

思い込み激しいよな。決め付け。

**名無しさん＠お腹いっぱい。** · 2009/11/18(水) 02:18:46

日本はLNGエンジン開発で世界のトップを走っている
ttp://www.nikkeibp.co.jp/article/column/20081117/112948/
> これまで、炭化水素系の燃料としては主にケロシンが使われていますが、ケロシンとメタンの違いはどこにあるのでしょうか。
> 7%のケロシンは燃え切らずにすすとなったり半分分解した生成物として放出されてしまっているのです。

世界トップでエコロジーで省エネな技術は無駄なので廃止します（民主党）

【政治】今度は「ＧＸロケット」予算見送りへ。ロケット本体は廃止…事業仕分け★３
ttp://tsushima.2ch.net/test/read.cgi/newsplus/1258462974/

**名無しさん＠お腹いっぱい。** · 2009/11/18(水) 06:00:22

もうミンスの議員は死んでくれないかな

**名無しさん＠お腹いっぱい。** · 2009/11/18(水) 08:59:57

>>481
つ「Windows HPC Server 2008 R2」
http://www.asahi.com/digital/cnet/CNT200911170004.html

**名無しさん＠お腹いっぱい。** · 2009/11/18(水) 11:28:43

民主党の議員が死んでも意味ないよ
国民ひとりひとりが馬鹿なんだから
民主党が無くなったらもっと悪い政党が政権とるだけ

**名無しさん＠お腹いっぱい。** · 2009/11/18(水) 13:22:38

下を見て現状が良いと思うのは民主以上にバカなこと

**名無しさん＠お腹いっぱい。** · 2009/11/18(水) 16:59:30

既に個人的な努力ではいかんともしがたい領域に突っ込んでるが

**名無しさん＠お腹いっぱい。** · 2009/11/19(木) 12:27:02

メタンエンジンは基礎研究として（ATREXとかと共に）続行すべき研究だが、
GXロケットはクソだろ。なんでもかんでも民主けなせばいいってもんじゃ
ねぇぞバカウヨ。

**名無しさん＠お腹いっぱい。** · 2009/11/19(木) 13:20:35

それより、EU委員会が合併反対してるのは何?
MySQLを、どうしようというんだろ。
それか、Sunの工場が欧州から引き上げたら痛い、とか?
背景がわからん..

**名無しさん＠お腹いっぱい。** · 2009/11/19(木) 13:25:18

メタエンジンてあらての推論マシンかとおもたｗ

**名無しさん＠お腹いっぱい。** · 2009/11/19(木) 13:45:05

民主にはブレが無いからな
日本にとって何が一番重要かを考えてピンポイントにそこを減らしてくる

**名無しさん＠お腹いっぱい。** · 2009/11/19(木) 14:28:17

そうか? 計画立てるどころか下準備するつもりさえないように見えるけどな。

**名無しさん＠お腹いっぱい。** · 2009/11/19(木) 17:11:56

>>492
よう民主に投票した馬鹿乙

**名無しさん＠お腹いっぱい。** · 2009/11/19(木) 20:12:43

>>494
アホか
重要な部分をピンポイントで削ってると
おっしゃってるのだ
このバカ

**名無しさん＠お腹いっぱい。** · 2009/11/20(金) 04:19:16

だから、反日勢力の人でしょ、>>492の理由で民主に投票したというのは。

**名無しさん＠お腹いっぱい。** · 2009/11/20(金) 11:21:22

スレ違いだけど
http://ja.wikipedia.org/wiki/GX%E3%83%AD%E3%82%B1%E3%83%83%E3%83%88
> また、開発の遅れに伴い、開発費用も予定を大きく超過する見込みとなった
> ため問題となり、2009年8月には宇宙開発戦略本部が「GXロケットには需要、
> 国際競争力が見込めない」という理由で本格的着手を判断できる状況には
> ないとの見解を発表し[4]、これを受け2010年（平成22年）度予算要求には
> エンジン開発費だけが盛り込まれ、ロケット開発費は含まれなかった。
これ止めない方がおかしいでしょ。

**名無しさん＠お腹いっぱい。** · 2009/11/20(金) 11:28:02

ひでー

ロケット開発費を予算要求していないのに、仕分け対象になったんだ。
それってさ、削減額を大きく見せかけるためのペテンじゃないか。

**名無しさん＠お腹いっぱい。** · 2009/11/20(金) 11:30:12

汎用京速計算機もいまプロジェクトを止めるのは費用対効果の点でどうかと思うけど、
それはそれとして、ベクトル・スカラ複合型(といえばまだ聞こえがいいが、
要するに、スカラに絞れなかった)な時点で強い批判を受けて然るべきだった。
案の定NEC・日立が離脱。

文部科学省が無能。まずは猛省したほうがいい。

**名無しさん＠お腹いっぱい。** · 2009/11/20(金) 11:39:48

そういやなんで日立がいたんだろう

**名無しさん＠お腹いっぱい。** · 2009/11/20(金) 12:13:49

日立もスパコン作って売ってるから

京速スパコンには、日本のスパコンの標準仕様にするという話があって、
各所のスパコンのリプレースを、京速の小型版で行うことになってた。

つまり、京速に参加しない =　日本のスパコン市場で仕事を大きく失うということで、
NEC、日立、富士通の3社の複合なんてことになった。

もしNECと日立がベクトルやってなくてスカラーやってたら、京速はスカラー一色だったろう。
その代わり、NECノード、日立ノード、富士通ノードが、三食パンのように結合され・・・

**名無しさん＠お腹いっぱい。** · 2009/11/20(金) 17:25:21

【後藤弘茂のWeekly海外ニュース】 LarrabeeはSIMDとMIMDのバランス--Intel CTOが語る
http://pc.watch.impress.co.jp/docs/column/kaigai/20091109_327607.html

**名無しさん＠お腹いっぱい。** · 2009/11/21(土) 09:17:19

Sun-4/600とかの時代、15年以上前に Sunが「なぜ非対称MPではなく、SMPなのか」と
言ってたのと同じことを言ってるな。並列を意識してプログラム書くのは難しい。

ところで、Intel Paragonて、なんかそんなすごいの? 名前しか知らんけど。

**名無しさん＠お腹いっぱい。** · 2009/11/21(土) 09:53:17

そんなにすごいかもしれない