[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 15:12 / Filesize : 193 KB / Number-of Response : 809
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Sun Microsystems 最期の神託



1 名前:名無しさん@お腹いっぱい。 [2009/05/11(月) 19:40:54 ]
コンピュータの歴史上に数々の革新を生んできたSun Microsystemsも、
いよいよ神託(oracle)によって最期を迎える。

「汝自身を知れ」


【前スレ】
Sun Microsystems 最上川上流
pc12.2ch.net/test/read.cgi/unix/1239259163/


2 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 19:42:20 ]
【過去スレ_1of3】
Sun Microsystem最大の失態
ttp://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
ttp://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
ttp://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
ttp://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
ttp://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
ttp://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
ttp://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
ttp://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
ttp://pc5.2ch.net/test/read.cgi/unix/1094886926/
だまれ小僧!お前にサンが救えるか
ttp://pc5.2ch.net/test/read.cgi/unix/1103972661/


3 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 19:43:14 ]
【過去スレ_2of3】
Sun Microsystems 最後の理不尽
ttp://pc8.2ch.net/test/read.cgi/unix/1110926614/
Sun Microsystems 最後の量産
ttp://pc8.2ch.net/test/read.cgi/unix/1114945256/
Sun Microsystems 最後の遺産
ttp://pc8.2ch.net/test/read.cgi/unix/1121277000/
Sun Microsystems 最後から二番目の真実
ttp://pc8.2ch.net/test/read.cgi/unix/1127872934/
Sun Microsystem 最大の遊撃
ttp://pc8.2ch.net/test/read.cgi/unix/1134031385/
Sun Microsystems 最大の滝壷
ttp://pc8.2ch.net/test/read.cgi/unix/1138786320/
Sun Microsystems 最大の重複
ttp://pc8.2ch.net/test/read.cgi/unix/1141840635/
Sun Microsystems 最大のリストラ
ttp://pc8.2ch.net/test/read.cgi/unix/1149485579/
Sun Microsystem 最大の夜長
ttp://pc8.2ch.net/test/read.cgi/unix/1159681441/
Sun Microsystems 最大の移行
ttp://pc10.2ch.net/test/read.cgi/unix/1164826577/



4 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 19:44:02 ]
【過去スレ_3of3】
Sun Microsystems 最大の回復
ttp://pc11.2ch.net/test/read.cgi/unix/1170949021/
Sun Microsystems 最後の提携
ttp://pc11.2ch.net/test/read.cgi/unix/1181454302/
Sun Microsystems 最大の黒箱
ttp://pc11.2ch.net/test/read.cgi/unix/1193754625/
SunMicrosystems 最大の探検
ttp://pc11.2ch.net/test/read.cgi/unix/1207761568/
Sun Microsystems 最大の字余り
ttp://pc11.2ch.net/test/read.cgi/unix/1214127349/
Sun Microsystems 最後の信者
pc11.2ch.net/test/read.cgi/unix/1217503051/
Sun Microsystems 最恵の支援
pc11.2ch.net/test/read.cgi/unix/1224846571/
Sun Microsystems 最大の超新星
pc11.2ch.net/test/read.cgi/unix/1233928036/
Sun Microsystems 最上川上流
pc12.2ch.net/test/read.cgi/unix/1239259163/
Sun Microsystems 最期の神託
pc12.2ch.net/test/read.cgi/unix/1242038454/


5 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 19:44:53 ]
【公式サイト】
Sun Microsystems
www.sun.com/
サン・マイクロシステムズ
jp.sun.com/

blogs.sun.com
blogs.sun.com/
サン・マイクロシステムズ - 公式ブログ
jp.sun.com/communities/blogs/


6 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 19:58:50 ]
社名は OraSuncleになります。

7 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:02:27 ]
まちがえました、SuOraclenです。すぅぅおらくるん、と読みます、よろしく。

8 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:02:45 ]
Sun Microsystems 最大の企業売春
pc12.2ch.net/test/read.cgi/unix/1242037807/
こっちのほうが10分47秒早くたってるね。

ここはその次スレかな?

9 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:09:05 ]
おまえ下品だからそこへ閉じこもってろ。

10 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:09:52 ]
寒いな他人のフリ。嫌悪嫌悪



11 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:13:08 ]
ジョナシュワのブログ更新されてないな。

12 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:14:28 ]
>>8
まあ原則的には「時間優先」だけど、そっちテンプレも無いし、過去の事例
も考えると↓のスレ

[Throughput] Sun Microsystems [Deathspiral]
pc12.2ch.net/test/read.cgi/unix/1094824338/

と同じように、そっちのスレは予備として、またーり使えばいいんじゃね?

13 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:16:27 ]
そんな原則ないない。スレタイ下品過ぎボツ。削除削除

14 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:17:16 ]
やっぱり「最後」だよな

15 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:21:50 ]
伝統だしな

16 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:23:22 ]
過去スレ見ると、「だまれ小僧!お前にサンが救えるか」は異彩を放っているなw


17 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:23:55 ]
>>1


18 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:24:39 ]
まあ、ワザと重複スレをたてるのはイクナイ

19 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:27:36 ]
>>18
1です。時間的には10分先を越されましたが、わざとではありません。
スレタイ候補から吟味して立てたら立ってました。

私がわざと重複スレを立てたのは、

Sun Microsystems 最大の重複
ttp://pc8.2ch.net/test/read.cgi/unix/1141840635/

の時だけです。

20 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:28:25 ]
「売春」は犯罪。



21 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:30:44 ]
>>20
いや、これは、そういう問題ではないと思われw

22 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:31:04 ]
pc12.2ch.net/test/read.cgi/unix/1239259163/1000
> 1000 名前:名無しさん@お腹いっぱい。 []: 2009/05/11(月) 19:13:40
> Rock YOU!!!!!!

この後、17分も時間があったのに、たてなかったのは何故?

23 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:34:07 ]
メタ話はこれくらいにして。あっちは -終了- ね。

24 名前:1 mailto:sage [2009/05/11(月) 20:35:39 ]
>>22
1ですが、私が前スレを見たのがちょうど19:30頃で既に1000まで逝ってまして、
その時点では例のスレはギリギリ立ってなくて検索してもヒットしなかったので
前スレの終わりの方を見てスレタイ候補を吟味して、このスレを立てた時間が
「19:40:54」だったという事です。

25 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:37:56 ]
ルールはルールだから、一応向こうが次スレだ罠。

26 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:38:46 ]
>>24
いや、立てる直前に検索しろよwww

27 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:40:46 ]
>>25
いや、>>12のスレなんか1日遅れて立ったスレが本スレになってるw

28 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:43:57 ]
次のの過去スレリストに「売春」? 冗談だろ。去ねや。

29 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:45:00 ]
>>27 だから、ルールはルール

30 名前:1 mailto:sage [2009/05/11(月) 20:46:56 ]
>>26
その時点で1000から10分以上経過してたから、どうせ誰も立てる気が無いのだろうと
構えていて、余裕だと思って立てたw




31 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:50:28 ]
>>29
誰の?


32 名前:名無しさん@お腹いっぱい。 [2009/05/11(月) 20:51:32 ]
タイトル下品過ぎボツ。削除削除


33 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:53:03 ]
まあ、重複は後から立てるやつが避けるべきだな。
わざと立てたと言われても仕方がない。

34 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:53:19 ]
企業売春とかマジでバカじゃね?
訴えられてもおかしくないレベル

35 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:53:37 ]
よかった。「売春」ボツって。まあ、あたりまえだけどさ。

36 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:53:53 ]
>>34
誰を?

37 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 20:59:46 ]
犯罪者って、普通どうするんだっけ?

38 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:00:13 ]
>>32
削除依頼をして通ってから、な。

>>31
2chの

39 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:00:23 ]
>>34
訴えられたりすることはないだろ。実際は。

ただ、著しく「品位に欠ける」のと、もっと問題なのは「意味がわからない」
ことだ。向こうのスレで早速>>2に皮肉られている通り

「売っているのは冬なんじゃないか?」

というのは誰もが思うところw
スレタイの「企業売春」というのが、一体どういう意味を示すものなのかが
いまいちわからないのは良くないよな。

40 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:00:54 ]
「売春」タイトル下品過ぎボツボツ。削除削除。削除削除




41 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:01:45 ]
>>39
そんな次元じゃないだろ。検討の余地なし。削除削除。

42 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:02:25 ]
削除削除。逮捕逮捕。

43 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:03:33 ]
>>38
どっかに書いてあるのか?

44 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:04:40 ]
たとえ、どんなに下品でも、何らかの

「ウィットに富んだ裏の意味」

が暗示されているなら支持するけど、特に何の意味も無い
なら不支持だな。

もし意味があるなら、向こうの1の見解求む。

45 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:07:13 ]
まあ、sun自体が要請板で「我が社の品位が損なわれる」ぐらい言わないと、まず削除は無いな。

46 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:12:14 ]
>>39
向こうの 2 は、このスレの 25 だけどね。俺は、信者に春を売っている事と
Oracle に売られたことを掛けているのかなと思いながら向こうの 2 を書いた。

罵倒荒らしが毎日くれば 1 週間で埋まるんじゃないの?

47 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:19:02 ]
>>46
一応、重複スレでは立った時間だけが決定的な訳でもない。

客観的に見て判断が難しい時に、先に立った方を優先するだけ。

48 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:21:42 ]
>>43
わからんのなら半年ROMれ。

これが2chの流儀

49 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:21:46 ]
まあ、あとから立ったスレが、ワザとと見られがちなのも事実だが。

50 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:27:17 ]
これだけ本題とは関係ない話で荒れてると、本スレとして認めてもらえなくなりやすい。



51 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:27:27 ]
Software Design 2009年5月号に UltraSPARC設計者の Les Kohn氏のインタビュー出てる
SUN に入る前はインテルで i860 作ってたそうだ。インテル初のRISCプロセッサ
その後 SUN で UltraSPARC I/II と UltraSPARC T1/T2 で設計した

52 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:29:47 ]
i860は野心的すぎた。
i960は良いRISCだった。

53 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:30:52 ]
なんか取って付けた様な寝たふりだな、ヲイw

54 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:34:05 ]
>>46
>信者に春を売っている事と
>Oracle に売られたことを掛けているのかなと思いながら

んー、意味がわからない。もしかして向こうの1本人でもあるのかな?

もし、Sunが信者相手にする商売を「遊女」に例えるとすれば、それが
Oracleに買い取られたことを掛けるなら「身受け」などと表現するべき
ではないかな?

言葉にひねりもないし、根本的に意味が伝わらない。

55 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:34:47 ]
SPARCの何がダメって、
MIPSによってレジスタウィンドウは必要ないって証明されても、
延々とレジスタウィンドウをやめなかったこと。

レジスタウィンドウで今も残っているのはSPARCとIA64くらいじゃね?

56 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:35:30 ]
>>54
ヒネリも何もなく、ただSunが身売りしたことを売春だと言ってるのかもしれんぞ。

57 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:36:38 ]
ま、ここも使わないわけではなさそうだし、どっちでもいいんじゃね?

58 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:39:31 ]
むしろ情報の拡散がsunの目的と考えられるかも

59 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:40:27 ]
>>51
>その後 SUN で UltraSPARC I/II と

SPARCの64bit化を手掛けた人はIntel出身だったのか。

当のIntelの64bitはmIA64で失敗し、AMD64に先を越されて
散々なのに。

60 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:41:30 ]
どうやらこっちが本スレらしいな。

>>51
i860のISAは丁寧に作り込まれていて好きだった。




61 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:41:40 ]
>>58
最近流行りの「工作員」?

62 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:45:02 ]
>>59
i960は良いプロセッサだったのだが、冷遇されたのよ。


63 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 21:46:03 ]
>>60
i860用のコンパイラとOSを作るのが、どれだけ困難なのか知ってるのか?

64 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:10:29 ]
なんか必死すぎて工作員くさい

65 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:14:16 ]
サン買収で総合ITベンダーに オラクルはIBM、富士通に圧力与える
itpro.nikkeibp.co.jp/article/COLUMN/20090507/329586/

66 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:17:07 ]
古いな。

67 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:20:20 ]
Sun株主が3件の集団訴訟,Oracleによる買収計画に異議
itpro.nikkeibp.co.jp/article/NEWS/20090511/329735/

68 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:22:20 ]
SunのOEMを大幅縮小して、HPのOEM鯖にOracle乗せて売ってる会社たち、涙目じゃね?

69 名前:60 mailto:sage [2009/05/11(月) 22:25:27 ]
>>63
Itaniumと同じ失敗をしたわけだが、
当時としてはおもしろい試みだったと思う。
たとえ今では失敗していることが分かっていても。
極端なことをやるプロジェクトはおもしろい。

70 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:33:21 ]
>>48
ふざけんな。勝手なことぬかしてやがんじゃねー。てめーは ROM以前に来るな。
自分で作ったオリに入ってろ「売春」て書いた。

>>54
「売春」残そうと必死で食い下がってるやつは向こうの >1ひとりだけだよ。
みえみえみえみえみえみえみえだ。



71 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:34:28 ]
>>55
レジスタウィンドウどころか、MIPS社や SPARCの出自も知らんどシロートが
知ったようなことぬかしてやがんじゃねーぞ、コラ、サル。

72 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:34:56 ]
i860はSGIのジオメトリ計算ボードで大量に採用されたので、まぁ、成功だろう。

本当はWindowsNTはi860用にリリースされるハズだったんだ。
x86よりも遥かに速いCPUと優れたOSの組み合わせで、x86+Win16を駆逐するハズだった。


73 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:35:52 ]
>>70
もう一度言う。
削除整理板で、2chの削除人たちの判断を半年ROMれ。

74 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:36:10 ]
売春に過剰反応してるのも約1名だがな

75 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:36:28 ]
>>72
コンパイラに任せ過ぎる方針で何度も失敗してるからな。AVXもその轍の
可能性は大きい。

76 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:36:33 ]
>>71
貴方の脳内に勝手に作り上げた人物像に対して、ここで罵倒するのはやめて。

77 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:37:33 ]
>>76
やだ。

78 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:39:37 ]
>>74
一名とは限らない
工作員フル動員かもしれない

79 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:41:35 ]
おら来るからも動員しているんじゃね?

80 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 22:42:55 ]
「オラクルはサンのハードウェア事業を継続する」――エリソンCEOが明言
富士通との「SPARC開発」協業も続ける方針
www.computerworld.jp/topics/oracle-sun/145069.html



81 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 23:32:28 ]
ttp://qb5.2ch.net/test/read.cgi/saku/1073617496/
削除依頼はここへ

82 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/11(月) 23:58:11 ]
www.hiroburo.com/

83 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 01:04:27 ]
【IT】サン買収で総合ITベンダーになったオラクル、IBMや富士通などに圧力与えるのか?[09/05/11]
anchorage.2ch.net/test/read.cgi/bizplus/1242056883/l50


84 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 02:41:19 ]
ファビョるアホSun株主を相手にしなきゃいけないエリソンCEOかわいそう

85 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 04:10:34 ]
同感
助けてもらって感謝してもいいところ

86 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 08:52:09 ]
助けてもらった…?
何を馬鹿なことを…。
はめられたんだよ!Oracleに!!

87 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 09:22:18 ]
全角半角混ぜるヤシは信用するなってばっちゃが言ってた

88 名前:名無しさん@お腹いっぱい。 [2009/05/12(火) 11:59:57 ]
Solacle リリースまだぁ?w

89 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 13:27:13 ]
夏以降。いや、合併完了後に作業した分のリリースを言ってるのなら、
年内にあるかどうか。

90 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 14:25:36 ]
TOCOMを落っことしたんだってなw



91 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 14:41:44 ]
なんのはなし?

92 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 14:49:49 ]
Oracle CEO Larry Ellison氏、SPARCプロセッサに力を入れていくと明言。
ttp://slashdot.jp/articles/09/05/12/0328230.shtml

93 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 15:21:05 ]
エリソンはさ、IBMや Intelにケンカ売りたいんだよ。
そこがポイントだからさ、SPARC捨てるわけがない。むしろそっちが目的だろ。
Fabも買うぞ〜きっと。それか、Fに。

94 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 15:46:35 ]
製造者にはならないって書いてあるのが読めないんか?

95 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:11:44 ]
顔がまっ赤ですよ?

96 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:17:02 ]
>>94
「それか、Fに。」って書いてあるのが読めないんか? (怒!!!)


97 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:17:57 ]
Rockは09Q2に出るって、本当かな。
三ヶ月半しかないぞ。

98 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:18:47 ]
>>96
おいおい、日本語だいじょうぶか?

99 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:23:56 ]
>>97
Q2って今月で終りだと思うが。

100 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:24:45 ]
>>98
読めないんか? (怒!!!) って書いてるのが読めないんか? (怒!!!!!!!)




101 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:25:28 ]
>>99
ちがった、来月(6月)で終りだと思うが。

102 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:31:46 ]
>>100
ちゃんと読んでいれば、Fabも買うぞ、なんて書かないだろが。


103 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:33:16 ]
09Q2

2009年の4〜6月なのか、
2009年度の7〜9月なのか、
2009会計年度の2008年10〜12月なのか。

わからんな。

104 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:35:20 ]
>>102
その後ろに、「それか、Fに。」って書いてあるのが読めないんか? (怒!!!!!!!!!)





:
飽きてきた。ホンマにアホやな... 下品スレ削除しとけよ。


105 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:44:53 ]
ttp://www.theregister.co.uk/2009/01/28/rock_sparcs_on_track/
2009年後半

ttp://searchdatacenter.techtarget.com/news/article/0,289142,sid80_gci1349680,00.html
2009年末


106 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 16:45:47 ]
>>104
「それか、Fに。」って書けば、その前にデタラメ書いてもいいってか?

お前は男だ、それか、女だ。
ってなもんだ。

107 名前: mailto:sage [2009/05/12(火) 21:17:28 ]
俺のJava Stationがこれでさらに価値が上がったな

108 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 21:19:31 ]
それはない

109 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 21:53:40 ]
ないな

110 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/12(火) 23:49:00 ]
OracleのDB + Sunのsolaris + HPのサーバー + Intelのitanium > IBM



111 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 00:29:41 ]
がんばれ、ラリーたん。つぎはHPを買収

112 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 10:04:44 ]
なんでやねん。IBMに対抗するんなら AMDとかじゃないか?
HPには規模以外見るべきもんはないだろ。DECとか買収でコレクションした
技術とかは寝かしたままサビちゃってる。

113 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 10:05:28 ]
>>110
Itaなんか出したら負けてまうでw


114 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 10:15:01 ]
AMD単体を買収しても仕方ないだろ
次に買うのはサービス会社

115 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 12:24:28 ]
>>114
客がやってる商売に手を出しちゃいかんだろ。

116 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 12:29:13 ]
先にIBMに言ってくれや

117 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 16:13:36 ]
都合のいいとこだけ一字一句で大枠の趣旨は自分の願望、話にならんな。

118 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 16:25:29 ]
>>117
頭だいじょうぶ? 唐突に独り言を、公衆の面前で言うのは、どうかと思いますよ。

119 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 16:44:41 ]
心当たりのあるやつが自動的に出てくるwww オメデタイww

120 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 16:51:00 ]
うわ〜、はずかしーww 「売春」ちゃんと削除しとけよ? ゴミまくな。



121 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 16:58:05 ]
また連投かよ
遊ばれてるのに喜んで>>119みたいな書き込み。

122 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 16:59:29 ]
か ま う な

123 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 17:18:20 ]
富士通が最速CPU開発、10年ぶり日本メーカー首位
ttp://www.yomiuri.co.jp/science/news/20090513-OYT1T00570.htm

Venusの記事なんだけど、他のニュースサイトでは記事が見つからん。

124 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 17:31:38 ]
1stシリコン? それとも、出荷可能状態?

125 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 17:33:32 ]
>>121
へぇ、>>118 がなんか遊んでもらってる文なのか? とてもそんな風には見えんが。
それなんの照れ隠し?wwww

126 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 17:44:41 ]
>>125は自分が遊ばれていることに気がついてないようです。

127 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 17:57:06 ]
>>123
> 一方、パソコンやデジタル家電などへの応用が実現すれば、
> 携帯型の同時通訳装置や自動車の自動運転装置などの開発につながる可能性もあるという。

読売の記者って馬鹿なの?
実現する可能性が極めて低い話なんて、一般読者を惑わすだけだから、やめろって。

> 計算速度は現行の最速モデルであるインテル製の約2・5倍

意図はわかるんだが、しかし、説明不足だろう。
量産出荷開始した頃には、かなり追い付かれてるってことを書かないと。

128 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 18:28:38 ]
そんなもん記者が自分で考えるわけないだろう... もう墓穴が直径 2kmくらいになってるぞ?!

129 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 18:35:50 ]
>>126
なるほど。本人にも、周りのどんな人間が後で読み直してもわからないような、
そんなすごい「遊び」方なんだな。想像もつかんわw

ところで、「売春」削除したのか? 後片付けしないと晩ご飯抜きだぞ?

130 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 18:43:21 ]
「1秒間に 1280億回もの計算が」とか書いてある記事に向かって >127 みたいな
必死こいた反論書くやつなんて、いるんだな、この世に。
Intelも迷惑なこったろうww



131 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 18:46:51 ]
連投罵倒厨ウザ

132 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 18:49:03 ]
128Gflopsを1秒間に1280億回と書くのは、一般紙なら当たり前だろが

133 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 19:01:53 ]
まだ食い下がってやがる。さむw

134 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 19:09:39 ]
>>132
そうだよ、だから一般紙に向かって >127 みたいなことつぶやいてる奴って、
バカ? だろw オツムわりんじゃねー!w

135 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 19:22:01 ]
このご時勢にF通が独自?なハイエンドCPUを開発していたことが驚き
もうそういうことはやらない会社だと思ってたよ

136 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 19:24:35 ]
SPARC64 VIIfxという、SPARCくんですw

137 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 19:25:35 ]
>>134
かまうな、って言ってるだろうが。ボケ。

138 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 19:26:08 ]
>>136
VIIIfx、だった。


139 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 20:05:26 ]
本気で開発したいならRockを中止してリソースを富士通に回さないとな

140 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 20:07:59 ]
信者必死だな w

【i7*2.5】日本製世界最速CPU-Venus- 【intel涙目】
pc11.2ch.net/test/read.cgi/jisaku/1242206371/



141 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 20:37:34 ]
SPARCで性能トップってかなり久しぶりなのでは?w

142 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 20:41:16 ]
SPECまだー?

143 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 21:21:39 ]
>>141
ソケット単位ってことなら Niagaraがいろいろ。めちゃ最近。
Vinusも単ソケット構成しかできないって見た気が。

144 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 21:22:53 ]
つーか、Niagara以前でトップって、いつだ? UltraSPARCの最初?
SuperSPARCの時は違ったよな。オリジナルの SPARC? わしゃ知らんぞ??w

145 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 21:24:51 ]
>>139
意味不明すぎてバカさ加減があふれかえってますね。
なんのリソースですか? ..あ、答えなくていいですよ、お熱出ますからねw

146 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 21:24:58 ]
Niagala以前に性能トップって、なかった気がする

147 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 21:31:13 ]
Sun全盛時には SPARC CPUがベンチマークでずっとトップだった、と思ってる
バカアンチがたった 1名wwwww wwwwwwwwwwwww

148 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 22:06:55 ]
>>147
そんな人は、あなたの脳内にしか、いません

149 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 22:38:31 ]
Niagara のトップって、信者が意味ないって言ってた SPECfp rate じゃなかった?

150 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/13(水) 22:41:58 ]
>>149
もう、いいじゃないか 過去の話だ。

今後もうそういった話を聞けなくなると思うと、寂しい気もするが、
すべてはもう終わってしまった話だ。



151 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 01:55:35 ]
いまは信者の断末魔を楽しむとき

152 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 05:57:41 ]
組み込み向けSPARC作ったらいいのに

153 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 06:52:50 ]
どうしてもでかくなるコアで組み込み向け作ってどうする
ARMに勝てんのか

154 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 06:56:04 ]
>>153
Sun自体、もう負けたのに、ARMとの勝負のことなんて語ってもしかたない
でしょ。SPARCはもう、数年後には、Alphaと同じ運命が確定したのだから。

155 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 08:58:01 ]
MIPSは一時期ヤバかったけど復活したからなぁ

156 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 09:11:42 ]
>>153
ところが本気で組込み用に SPARC作る会社や団体もあるわけで。
彼らにそんな(超低)レベルの判断力がないとでも言うわけ?

>>150,151
逆だろ。株主に対する CPUの開発費捻出の理由づけに苦慮してた状態から
エリソンの鶴の一声に変わったんだから、むしろ状況はよくなる。
Alpha他の残党を集める障壁も低くなったと考えていい。
エリソンが単に Sun顧客に対するリップサービスをしてるんじゃない限り。
その可能性は極めて低いと思うよ。マジで IBMと張りたいみたいだから。

157 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 09:25:27 ]
>>153
SPARCデカいって話はないわな。そりゃ ARMはとってもちっちゃいが。
レジスタウィンドウに必要な Tr数なんて、最近のコアサイズから言ったら知れてる。
レジスタウィンドウどうこうは、そういうやり方に慣れてないとクロック上げるのが
たいへん、て話で、実際の効用はかなり大きいよ。

158 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 09:31:48 ]
ナイアガラベースなら小さいCPUも作れそうだね

159 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 09:41:13 ]
>>149
ベンチマークの話してる時に、ベンチマーク値が意味ないわけないじゃん。
エンプラ用途の性能評価の話してる時に、SPEC*_rate値の話したって意味ないじゃん。
小学生でもわかるぞ、そんなことは。

エンプラ用途の性能って言った時に、SPEC*_rateならリソース排他のヘタな
駄カーネルでもハードウェア性能掛け算の数値が出る、って、意味解んないのか?
(解るわけないかww)
で、その掛け算前のハードウェア性能の話してるだろ、今は。

160 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 10:25:53 ]
>>157
これの「初期の RISC」のとこにある通り、バークレーRISC IIはたった
40,760個の Trで 39の命令とレジスタウィンドウを実装していた。

ttp://ja.wikipedia.org/wiki/RISC

これを手本にした商用 CPUはたくさんある。もちろん、その中には
レジスタウィンドウを除外する判断をしたものもある。



161 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 10:40:44 ]
いろいろながめてて IBM RT-PCから IBM 801ってのに行きついたんだけど、
実験用とはいえ 1977年当時で 15MIPSてのはすごいな。

ttp://ja.wikipedia.org/wiki/IBM_801

77年というと高性能 1VAX-MIPSのミニコン VAX-11/780がまだ出ていない...

162 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 11:15:48 ]
SPARC Enterprise Mシリーズってさ、富士通のと同じ製品だよね?
完全な富士通からの OEM? それとも Sunの工場でも作ってんの?

163 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 13:09:17 ]
末尾の円グラフ、SPARC機の比率はそこそこだと思ってはいたが、ここまでとは。

ttp://itpro.nikkeibp.co.jp/article/COLUMN/20090507/329586/

売上額だから、利益にすると「x86サーバー」はずっと比率が下がるだろう。
これ 2007年度で、昨年度は Sunブランドで海外に出たのがグッと伸びてる
だろうから、50%軽く超えてるかと。
これは Oracleの出方による影響は大きいな。

..しかし、Ita機が 3.7%もあるとは..ww

164 名前:名無しさん@お腹いっぱい。 [2009/05/14(木) 13:11:56 ]
NECおわたwww

>NEC、次世代スパコン撤退…巨額の開発費負担を削減

5月14日3時6分配信 読売新聞
 NECは13日、政府主導の次世代スーパーコンピューター(スパコン)開発計画から、
事実上、撤退する方針を明らかにした。

 巨額の開発費負担を削減するためで、週内にも発表する。ただ、最先端の開発から手を引くことで、
スパコン事業全体の展開に大きな影響を及ぼすのは必至とみられ、
将来的には事業の大幅縮小や完全撤退につながる可能性がある。

165 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 13:13:23 ]
>>162
OEM

166 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 13:16:35 ]
次世代スーパーコンピュータからNECが抜けたみたいだけど、
ベクトル部はどうするんだろう?日立がやるのか?

167 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 13:17:38 ]
>>156
例外的な1つや2つの事例をもってして全体を語るな

お前さんの言う組込みってのは、NASだろ?
NASなんて、普通にUnixマシンだろ。
そんなの、組込みとしては異端のほうだぞ。

SPARCをサポートした、組込みOSや開発環境、ライブラリ
そういうったものが殆どないんだから、採用しようがないんだよ。

MIPSやARMは過去の蓄積があって、今があるんだよ。

168 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 13:17:47 ]
Venusでがんばる

169 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 13:20:04 ]
>>162
富士通と市場で競合しているところがSunからOEMを受けてきたので、
富士通は部品レベルの下請けでしかなく、完成品としてはSunが「製造」している。

富士通にとっては効率が悪く、美味しいところだけ持っていかれるのでモメてたよ。

170 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 13:37:38 ]
>>167
その NASのやつは LEONがベースなんだが、LEONは欧州宇宙機関が
宇宙関連事業に使ってる。
NASが Unixだとか言ってるが、LEONは MMUなしだぜ? MMUのない CPUに
Unix族ポーティングしてのせた機器を「組込みでない」って言いたいなら
勝手にしてもらってかまわんが、もう少し周り見渡してからにするこったな。

> そんなの、組込みとしては異端のほうだぞ。

うはは。マイコン専業か? そんなのがこんなとこへ何の用だ?w

> SPARCをサポートした、組込みOSや開発環境、ライブラリ
> そういうったものが殆どないんだから、採用しようがないんだよ。

そんなバカな。SPARCliteはデジカメでバカ売れしたし、
古参の RT OSは VxWorksはじめ軒並 SPARCをサポートしてる。

> MIPSやARMは過去の蓄積があって、今があるんだよ。

これまたたいそうな寝言だww



171 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 13:43:47 ]
>例外的な1つや2つの事例をもってして全体を語るな


172 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 13:45:17 ]
>>166
日立製作所も同時に撤退。
富士通が単独になるか? 単独でうまくやればちょっとデカいかもね。

173 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 13:46:38 ]
>>171
それは >167にぴったりあてはまるわけだが。
つーか、知識なさ過ぎ。

174 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 13:53:29 ]
LEONの話をするとき必ず欧州宇宙機関を引き合いに出すが、
もともと自分とこで使うために内部で設計した物だから
使って当然だ罠

175 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 14:00:50 ]
SPARCliteのデジカメも1998年頃にソフトを一括供給している
ところがあったから、たまたまみんなそこを使っただけ。
不治通系のソフトハウス関係者だろ。いつもの信者は。

176 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 14:02:16 ]
はぁ? ESAでもうかなり前から各所で使われてるわけだが、LEONは。
これはアーキテクチャが組込みに向いてることを示してないとでも?

ttp://www.esa.int/TEC/Software_engineering_and_standardisation/SEM5T7XIPIF_0.html

177 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 14:03:16 ]
>>175
そんな話すりゃなんでも否定できるわな。もうちょっとまともな反論考えろや。

178 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 14:05:10 ]
>172
とうとう電算機の国策分割体制も終わりか…。感慨深いものがあるな。


179 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 14:07:16 ]
FONTAC以来の?

というわけでもないか。

180 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 14:25:32 ]
>>170
> その NASのやつは LEONがベースなんだが、LEONは欧州宇宙機関が宇宙関連事業に使ってる。

だから何? 事例1つだけじゃな。
市場シェアの数字もってきなさい。

> NASが Unixだとか言ってるが、LEONは MMUなしだぜ?

UnixにMMUは必須じゃないんだよ。
昔はMMUすらない機械でUnix走らせてたからな。

> Unix族ポーティングしてのせた機器を「組込みでない」って言いたいなら

んなことは言ってない。
組込みの「中では」異端。
外ではない。中だよ。

> そんなバカな。SPARCliteはデジカメでバカ売れしたし、

いつまで昔の1例を引っ張るんだ?

それに採用例つっても、実質的に中身はみんな同じだったんだよ。
だから、SPARClite使ってる各社のデジカメに対して共通のツールが作られたりしたわけ。
なにしろ、規格化されてもいないのに、シリアルで同じコマンドを送ると同じ挙動しめすからな。





181 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 14:32:03 ]
>>170
> 古参の RT OSは VxWorksはじめ軒並 SPARCをサポートしてる。

VxWorksはSPARCのサポートしてないぞ。

# Target processor architectures
* ARM
* IA
* MIPS
* PowerPC
* XScale
* ColdFire

Processor vendors*

* Arm Limited (ARM)
* AMCC (PowerPC)
* Broadcom (MIPS)
* Cavium Networks (MIPS)
* Freescale Semiconductor (PowerPC, ARM, ColdFire)
* IBM (PowerPC)
* Intel (IA, XScale)
* NEC Electronics (MIPS)
* Marvell (ARM, XScale)
* Mips Technologies (MIPS)
* PA-Semi (PowerPC)
* PMC-Sierra (MIPS)
* Raza Microelectronics (MIPS)
* Renesas Technology (SuperH)
* Texas Instruments (ARM, MIPS)
* Toshiba Semiconductor (MIPS)
* Xilinx (PowerPC)

182 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 14:33:56 ]
>>176
> ESAでもうかなり前から各所で

ESA以外には?

> アーキテクチャが組込みに向いてることを示してないとでも?

理屈ではそうかもしれんが、実際には、一般に使われてない。

>>177
いやいや希有な例だってことさ。

あんたは希有な例しか持ってこない。

183 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 17:21:49 ]
希有なのか...www じゃあ、その使用例は「よっぽどの理由があって、
向いてないのに無理に使った」、ってか? アーーホーーwwww
じゃあ、ARMも全部そういう理由かも知れんわな。ツールがそろってるだけ、
という可能性も、あるんだろ? ...去んで寝とけや。

> それに採用例つっても、実質的に中身はみんな同じだったんだよ。

だからさ、その同じモジュールには、なんで SPARCliteが使われたんだよ。
なんの反証にもなっとらん。そんなにくやしいかよ? 病気だな。医者行ってきな?

184 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 17:22:52 ]
組込みに SPARCアーキは最適です。みなさんどんどん使ってみて下さい。 以上。

185 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 17:26:32 ]
組み込みって一口に言ったって炊飯器から空母まであるわけで、
具体的な分野を指摘しない限り水掛け論に終わるんじゃないのか・・・

186 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 17:29:31 ]
おいおい、「Unixだから」とか行ってるやつがまともな議論してるみたいな
言い方はやめてくれよ。単に SPARCの利用分野が広いとくやしいだけなんだからさ。
もう脳腐って溶けてるよ。

187 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 17:30:45 ]
SPARCを組み込みになんてほざく社員は即刻クビにしたほうがいい
仕事と趣味がごっちゃ

188 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 17:43:37 ]
今すぐ入手性のいい商品がある、って話じゃないんだが。
アーキテクチャ的には十分組込み向き、と言ってるだけ。
そんな区別もできてなさそうだな。
レジスタウィンドウも 3つだけの実装にすることもできるし、
コンパイラで全く使わないようにすることも可能。

189 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 17:48:03 ]
>>188
そんな亜空間でポンしたみたいな話されても

190 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 17:56:00 ]
>>189
やっぱりな。「数がない」以外に、なにも具体的な反論はないわけだ。ヒマかw



191 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 19:04:23 ]
>>183
> その使用例は「よっぽどの理由があって、向いてないのに無理に使った」、ってか?

そんなことを言ってるのは、オマエだけ。

あんたさ、自分の妄想の人物に対しては、自分の頭の中で罵倒しろよ。
ここには、あんたの妄想の人物はいないんだぞ。

192 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 19:05:13 ]
病んでる人に何言っても無駄

193 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 19:16:08 ]
相変わらず草いSPARC厨が粘着してるな
こいつ本当に病気だから相手するなんてアホらしいぞ

194 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 19:25:58 ]
>>190
実際に世の中でmajorに使われているか否かっていう話の前で、
理屈上は行けるはずだ、などという話をしてもなぁ。

195 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 19:35:45 ]
>>162
日本の分は確か富士通で作ってる
米・欧はSunが作ってる

196 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 19:54:53 ]
>>194
おまえさん「連投」は指摘するが、自分じゃ「自演」の連投やってるじゃねーか。
人間終ってるな。

> 実際に世の中でmajorに使われているか否かっていう話の前で、
それが「すり替え」なんだが... 意味分かれという方が無理だわな。バイバイ

197 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 19:56:07 ]
バイバイ、二度とスレに戻ってくるなよ

198 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 20:08:08 ]
話はねじ曲げるわ、自演はするわ、最低のクズだな。ペッ

199 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 21:10:47 ]
しつけーな
バイバイって言ったら二度と姿を表わすなよ

200 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 21:13:09 ]
すれの伸びが速いなと思ったら、また信者が暴れていたのか。

この調子で重複スレをさっさと消化してくれ w
また、重複スレを立てないように排他制御ぐらいはやってくれよな www



201 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 21:28:44 ]
重複スレじゃなくてスカウトスレッドだ

202 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 21:30:31 ]
現存する信者を観察できるのもあと少しなんだから・・

203 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 21:45:08 ]
アウトオブオーーダーー!

204 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 23:07:28 ]
out of order
だけだと、ぶっこわれてる、っていう意味もあるよな。

205 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/14(木) 23:13:18 ]
後何年かすればビーナスのコアもこんな感じに・・・
pawpaw.cocolog-nifty.com/pawpaw_house/2008/02/x_1b4d.html

206 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 00:48:55 ]
富士通がは、組込用SPARCって言うと客に話も聞いてもらえないので、
MBうんちゃらかんちゃらっていう型番を前面に出してSPARCってことを伏せて売り込んでたらしいな。

で、SPARClite、まだやってるんだっけ?

207 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 00:57:56 ]
SPARCliteなんて、とっくに打ち切り

いまはFRだよ


208 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 02:59:41 ]
で、Venusはどこに使われる訳?

209 名前:名無しさん@お腹いっぱい。 [2009/05/15(金) 06:31:17 ]
っていうか、RISCそのものが組み込みだろ。SPARCもレジスタウィンドウが組み込みにはありがたい。
スタックがそんなに深くないからね。ソフトエンジニアは、どの石でも構わないよ、ほとんど決定件がないから。
というのも、どのチップが使われるかは使いやすさ、性能というよりは、コストパフォーマンス。
組み込み用SPARCも候補に挙がると思うが、組み込み向けよりもむしろV9をサポートしたSPARCの方が多いからね。
組み込みはどちらかというと、V8でOKの安価な方だから。メジャーなのは、MIPS, PowerPC, ARM, SH系だね、数から。
でも、組み込みはどんなものもありだと思う。

210 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 07:29:48 ]
>>207
MicroSPARCなんてのが、SunRayに搭載されていなかったっけ?



211 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 08:53:18 ]
時代はGPUに並列処理させてARMで小型端末
昔をときめいたSGIやBe社などの技術者はそれぞれ
今じゃnVidiaやGoogleなどで先を争って勝負している
どうみてもSPARCとか富士通とか時代遅れすぎる
付き合うとアホがうつる

212 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 08:59:40 ]
>>210
MicroSPARC使ってたのは、JavaStationまでじゃなかったかな。
ほぼ SS4だったみたいだけどねw
SunRayの最近のは、Alchemyだったと思う。MIPS。

213 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 09:00:10 ]
>>211
自演癖直せよ、クズw

214 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 11:31:25 ]
>>209
> RISCそのものが組み込みだろ。

意味不明

> SPARCもレジスタウィンドウが組み込みにはありがたい。

割り込みから、割り込みハンドラに制御が移るまでが遅いんですが

> でも、組み込みはどんなものもありだと思う。

可能なはず論は恥ずかしいからヤメテ

215 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 11:33:10 ]
>>210
microSPARCは、組込み用ではなくて、ワークステーションのメインCPU用だよ。
CPUが複数のLSIによって構成されていた初代SPARCに対してmicroなのよ。

216 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 11:34:01 ]
>>211
SPARC64をやってる富士通でさえも、組込み向けのSPARCliteをやめてFRだもんな。

217 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 11:38:36 ]
割り込み元のコンテキストで動かせばいいのでは?
常にウインドウをフラッシュしなければならないこともあるまい

218 名前:名無しさん@お腹いっぱい。 [2009/05/15(金) 11:50:59 ]
>>215
microSPARC = Classic, LX, Voyager, SS4, SS5  のあたりまでだよね。

219 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 15:53:28 ]
>>217
やめとけやめとけ、技術知識もエセだし、それ以前に議論のできるマトモな人間じゃない。

220 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 15:57:07 ]
ベクトル無しで行くのか。Venusのみってこと?



221 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 16:27:41 ]
だね。けど、スカラーへ移行するのは趨勢だとか。

222 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 16:31:18 ]

すり替え 「論点の−・」

(英: Ignoratio elenchi)は非形式的誤謬の一種であり、それ自体は妥当な論証だが、
本来の問題への答えにはなっていない論証を指す。

アリストテレスは、論点のすり替えは相手の主張に反駁する際に犯してしまう
間違いであると考えていた。そのため彼は、その当人が反駁とはどういうものかについて
無知なのだとした。

例:
>153 どうしてもでかくなるコアで組み込み向け作ってどうする
>157 SPARCデカいって話はないわな。
>160 バークレー RISC IIはたった 40,760個の Trで 39の命令とレジスタウィンドウを

このような文脈に対して ↓

>167 SPARCをサポートした(中略)殆どないんだから、採用しようがないんだよ。
>174 LEONの話をするとき(中略)使って当然だ罠


223 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 16:32:37 ]
>175 SPARCliteのデジカメも(中略)たまたまみんなそこを使っただけ。
>180 だから何? (中略)市場シェアの数字もってきなさい。
>182 理屈ではそうかもしれんが、実際には一般に使われてない。
>187 SPARCを組み込みになんてほざく社員は即刻クビにしたほうがいい
>206
>207
>211
>214
>215
>216

この例のように、なに一つとして「本来の問題」への答えにはなっていない。
元は「組込み用に SPARCアーキテクチャの CPUを開発すべきか」という
問題であるのに、延々と現状の CPU商品の有無や見当違いな技術論を
述べ立て、収拾がつかない。

これは、「市場占有率」以外に見るべき点のない商品について、技術的欠点を
指摘された場合に無理に反駁しようとしてよく引き起こされる行為であり、
その占有が終りに向かう時期にしばしば観察される。



224 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 17:21:47 ]
ここは病気持ちのガス抜き場所になったのか

225 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 17:23:32 ]
>>223
> 元は「組込み用に SPARCアーキテクチャの CPUを開発すべきか」という問題であるのに

お前こそすり替えてる

SPARCアーキの組込用プロセッサの開発をいま再開すべきか、という問題なんだわ

226 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 17:44:31 ]
組み込み向けにSPARCを0から設計すればいいんだよ!
インストラクションセットも全然別で。

・・・SPARCSじゃないわ。

227 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 17:45:13 ]
頭がスパーク!してる人が居ますね

228 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 18:15:14 ]
>>226
それが FR なんじゃね?

Fujitsu Risc の頭文字かな。


229 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 19:38:46 ]
「売れなかったらどうしよう…でもだしてみよう…」のFujitsu Risk

230 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 19:44:19 ]
女神のコアとキャッシュを削ってミドルレンジに降りてこないのだろうか(´・ω・`)



231 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 19:46:56 ]
SPARCliteはデジカメ以外にも大量に出てるぞ。プリンターエンジンだけでも
かなりの数になるはず。最近の機種にも使われてたはずだが.. 現行はないのか?

232 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 19:53:45 ]
あるじゃん、今でも。日立とブラザーが現行機種で使ってる。
ちょっとググったらすぐでてきたぞ。

233 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 20:23:45 ]
>>230
コア削っていいなら、SPARC64VIIじゃだめなの?

234 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 20:40:22 ]
組み込みSPARCに、Jiniテクノロジも搭載しよう

235 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 20:45:38 ]
>>230
VenusはSMPできない(っていう話をどこかで見た)ので、
いずれVIIを1基積んだM3000の後継機で積んでくると思う。

>>231
obsolateだよ

しかしFR、富士通の総合力ゆえか、サードパーティのサポートが・・・

236 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 21:52:42 ]
>>232
ブラザーの現行製品では5年前に発売されたHL-6050DNだけ
それ以降はMIPS系だし最近のローエンドではARMが載ってる
製品仕様を確認してから書けよクズ

237 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 21:54:06 ]
日立がプリンタ部門をリコーに放り投げたのも5年前

238 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 22:10:10 ]
日立の小型A4レーザープリンタはブラザーのOEMなので
SPARClite採用機は当然HL-6050DN同等品しか残ってないね

239 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 22:36:34 ]
富士通がSPARCliteよりも良いFRを作った以上、SPARCliteを採用する意味がないもの。


240 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/15(金) 22:37:26 ]
良いの?



241 名前:名無しさん@お腹いっぱい。 [2009/05/15(金) 23:54:08 ]
>>214

RISCそのものはシンプルなアーキを目指していたからね。
エンタープライズ向けのものは肥大化しているけど。そもそも、最初の商業RISCであるARMが組み込みで
顔をきかせているところからも、シンプルなアーキは組み込み用途には向いているということが伺えるよね。
一般向けでなくてもいいので。

レジスタウインドウは、当然段数が許されるまでは、割り込みを発生させることなく高速に引数が渡せる。
スタックが浅ければ、レジスタウインドウは高速になるように設計されている。

242 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 02:07:49 ]
>>235
Sunの中の人はHPC専用で汎用じゃないって言ってる

Venus of Fujitsu
www.c0t0d0s0.org/permalink/Venus.html
> As far as i understand the available information
> this CPU is a HPC CPU, not a real general purpose CPU.

243 名前:名無しさん@お腹いっぱい。 [2009/05/16(土) 02:24:20 ]
VenusはV9をサポートしているので、汎用にも使えるということではないの?
HPC拡張命令をもっているので、HPC用途に特化したアプリを高速で実行できる、
というおまけ(がでかいのかな)が付いているだけで。
Nehalemよりは2.5倍は高速ということなので、Intel (+ HP), IBMの各社はこの値を次の目標数値に
設定せざるを得ないね。


244 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 02:29:42 ]
目標も何も、POWER7はVenusの倍だよ
MCMで2チップ積むから、ソケットあたりにしたら4倍

245 名前:名無しさん@お腹いっぱい。 [2009/05/16(土) 02:34:44 ]
それでは、どんどんとIntelのCPUは時代遅れとなっていくね。
Nehalemは最近出荷されたのに、1-2年後には確実に時代遅れのCPUだね。
IT業界は流れが速いね。

246 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 03:32:34 ]
POWER7(笑)

247 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 03:57:32 ]
Intelの、というかパソコンのCPUには、そこまでの演算能力は必要ないんよ。
演算したければビデオカードのGPUがあるんだし。

Venusが1ソケで128Gflopsでしょ。
PCならCPUが50Gflops、GPUが1〜1.5Tflopsで、うまく分担処理すればよろし。

248 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 04:23:02 ]
自分でCUDAのコード書けってことですね、わかります

249 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 07:51:32 ]
富士通がSPARC用のコードを書くか、ISPがCUDAのコードを
書くかだけのちがいじゃね?

250 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 08:02:30 ]
ISPじゃなくてISV



251 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 09:24:12 ]
>>245
Intelだって何もやってないわけじゃない
Nehalemは1-2年後には時代遅れのCPUになってるかも知れんが
それはIntel自身の手によってだよ

252 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 11:23:52 ]
2010年末に出るSandyBridgeでピーク性能はNehalemの4倍だからね
下手すりゃVenusより早くてVenusより速い

253 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 11:36:01 ]
下手しなくてもVenusより早いよw

254 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 12:39:26 ]
Mac mini ならぬ SPARC mini を¥89,800 で出せば大ヒット間違いなし

255 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 12:42:48 ]
高い弁当箱だな

256 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 15:41:07 ]
>>254
信者の妄想ウゼー

Appleのようにx86を採用せず、あえてSPARCでやる必要性は、何?

257 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 15:47:11 ]
所詮妄想なんだ
そっとしといてあげなよ

258 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 18:21:12 ]
SPARC WS は漢の浪漫だろ?w

259 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 18:28:50 ]
ププ
浪漫とか言っちゃってるし。イタタタ?www

260 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 18:40:27 ]
分かっていても、いざかかれるとむかつくなwww



261 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 18:45:25 ]
我が飢えてるの悩みか

262 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 19:57:39 ]
>>258
SPARC Station 使ったこと有るけれど、ありゃ、なんだね

すげぇ遅いし、使いにくいGUIだし

263 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 20:07:53 ]
信心が足りませんなぁ

264 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 20:10:04 ]
Ultra1使ってたけど、Netscape Navigatorの描画が糞トロくて、呆れた。
描画している途中が見れるって、どういうことよ。

265 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 21:00:15 ]
SuperSPARCは同クロックの486程度
UltraSPARCはPentium程度の性能だからな

266 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 21:31:11 ]
x86とくらべたらいけませんや
むしろx86で満足なら現行のSun WSはx86なんだからそれを買ってやればいい

267 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 21:36:11 ]
ていうか
Sunがワークステーションをx86に移行したのに、
なんで小型筐体のワークステーションをSPARCでやらんとならんのよ。


268 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 21:43:40 ]
懐古趣味の老人用

269 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 21:47:11 ]
ttp://www.unixhonpo.jp/campaign/Ultra24.html

ほらよ
大好きなx86のWSが半額以下で出てる

270 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 22:56:49 ]
SPEC int 2006 rates
SGI Altix 4700 Density System (Itanium Processor 9150M 1.66GHz/24M) 256コア→3354
Fujitsu SPARC Enterprise M9000 256コア→ 2288
IBM Power 595 (5.0 GHz, 64 core, SLES) 64コア→ 2155

SPEC fp 2006 rates
SGI Altix 4700 Bandwidth System (Itanium 2 Processor 9040 1.6GHz/18M) 256コア→3507
IBM Power 595 (5.0 GHz, 64 core, SLES) 64コア→2184
Fujitsu SPARC Enterprise M9000 256コア→2005

SPARC64 VIIからVIIIfxに換装すれば、痛を越えられるか。



271 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 23:32:06 ]
うわSPARCショボと思ったがSGIか
Itaniumのシステムはラックいくつだw
それにPOWERでHPCってあまりないだろ
もうItaniumも流行らないな
要するに意味ある比較とは思えない
SPEC MPIで比較せよ

272 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 23:34:56 ]
負け惜しみだと思われると痛くもない腹を探られるよ

273 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 23:41:35 ]
ええ、
いっぱいラック並べたらそりゃ勝てるでしょ
って話が何か間違ってるのか

274 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 23:43:55 ]
Altix4700
Densityはラック2本
Bandwidthはラック4本

275 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 23:46:28 ]
M9000の最大構成にするのにラック何本使ってもいいのよぉ

276 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 23:49:49 ]
M9000も256コアならラック2本+α
Power595の64コアはラック1本ただし大きめ

277 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 23:54:48 ]
なお、Altix4700の最大構成は1024コアらしい。

278 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/16(土) 23:59:14 ]
ラックを多く並べれば勝てると思えるのはいいね

279 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 00:03:15 ]
>>273が涙目

280 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 00:04:52 ]
SPEC CPUだしな



281 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 00:11:20 ]
今時SPARCはないよな

282 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 00:19:38 ]
CPUはもうあまりきにならない

283 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 00:25:19 ]
OSとドライバだけだな

284 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 00:29:29 ]
OSもそれほどもう気にならない
ドライバというか必要な機器が使えればそれもどうでもいい

285 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 00:38:52 ]
おまいの脱力感は伝わった
Winodwsマンセーということで

286 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 00:44:06 ]
Windowsはちょっと…

287 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 00:47:25 ]
SolarisとNICのドライバが好っき

288 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 00:56:16 ]
SunはケチらずにNiagara2搭載の10GbE TOE NICを安値で提供して、
10GbEのNICで市場を席巻してしまうべきだろう。

なぜ、やらない。
できない理由はなんだ。

289 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 00:57:18 ]
10GbE TOE NICがそんなに安く作れないんだろう

290 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 01:00:25 ]
コアが全部生きてるのを選別しないと意味ないしな



291 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 01:07:25 ]
Niagara2搭載のNICって熱そう

292 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 01:07:31 ]
NiagaraのPCI Expressはホスト専用だからだろう。
ターゲット(?)としても動作するように作ってあれば・・・

293 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 01:15:26 ]
ttp://www.chelsio.com/assetlibrary/products/S320E%20Product%20Brief%20080826A.pdf
このへんが1000ドル切ってるんで・・・

294 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 01:22:13 ]
さすがにミリ

でも、DELLで買うと$1150くらい

295 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 01:32:54 ]
ttp://accessories.us.dell.com/sna/products/Storage_Accessories/productdetail.aspx?c=us&l=en&s=bsd&cs=04&sku=A1998638
Chelsio S320E-CXA
10GbE dual port TOE CX4
$1,151.95

ttp://accessories.us.dell.com/sna/products/Storage_Accessories/productdetail.aspx?c=us&l=en&s=bsd&cs=04&sku=A1998637
Chelsio S310E-CXA
10GbE single port TOE CX4
$835.95


296 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 04:01:14 ]
ここでMIPSが華麗に復活

297 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 05:39:24 ]
MIPSのどこが悪いのか、いまだに、わからん。

R3000をUNIXワークステーションで、
R4000をPDAで使ったが、
素直で良いCPUだったと思う。

298 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 08:42:11 ]
別に悪くはないと思うが。

299 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 08:47:06 ]
それで安くて性能が高けりゃ良かったんだけどな
MIPS/IRIX使ってたけど酷かったわ

300 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 08:48:59 ]
MIPSにも性能が他と比較して高い時期はあったんだ。
ただ、それが続かなかった



301 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 12:48:56 ]
スレタイに沿った話をすると、
Solaris/x86 は PRIMERGY と組み合わせて xAMP サーバやインターネットサーバ、
ファイルサーバとしてテンプレ化して売る
Solaris/SPARC は従来通り Oracle プラットフォームや基幹業務向けとして売る
という使い分けをした方がいいと思う。

ただそうすると、現行の PRIMERGY+RHEL の組み合わせとモロ被るのが難点
顧客視点で言うと、知名度の点で残念ながら RHEL>Solaris なんだろう
Solaris の運用のしやすさはもっとアピールした方がいいと思うけどねぇ

302 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 13:36:54 ]
nseki.tumblr.com/post/108605269/cool-laptop-at-tokyo-barcamp-on-twitpic

こんな事やってるから潰れるんだよ

303 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 13:44:48 ]
Sunが事実上の自社ハード専用OSとして展開してたのが原因だし仕方がない
Linux@x86の隆盛に慌ててOpen Solarisも用意したけど時すでに遅し

x86コア集めたNiagaraT2みたいなのをAMDと共同で開発して、超メニィコアCPU用意した方がいいんじゃない?
ZFSのLinux実装が不完全だから、トランザクションに特化したハードウェアプラットホームを用意してLinuxに水をあけるべきかと
バグ取りとか最適化は、RHELとFedoraの関係みたく、オープンソースというお題目でタダ働きしてくれるOpen Solaris陣営にまかせればいいし

304 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 14:55:26 ]
オープンソースの連中馬鹿にしてると痛い目にあうよ

305 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 15:02:30 ]
>x86コア集めたNiagaraT2みたいなの
これIntelも作ろうとしてたけどキャンセルされたって話だったよね
なんでだろうね
ttp://www.theinquirer.net/inquirer/news/1029138/new-from-intel-its-mini-cores

306 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 15:16:03 ]
>>299
それはMIPSが悪いんじゃなくて、SGIの高付加価値マシンを、汎用に使うから高いのだ。

307 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 15:36:21 ]
>>304
充分痛い目にあってるのにまだ気付いてないっぽいのが、もう、ね

308 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 15:42:24 ]
おっとJarisの悪口はそこまでだ

309 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 15:47:12 ]
>>305
金持ち(Intel)が道楽(基礎研究)として作るのと
貧乏人(Sun)がメシのネタ(製品)として作るのはわけが違うぜ旦那

310 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 16:04:42 ]
>>303
事情通を気取っているが実は半可通ていうやつに見えるな

x86でSolarisを売っていこうという動きはSunSoftを分社化したときにあった
しかしSPARCサーバのソフト強化を図るためSunSoftを吸収され立ち消えた

オープンにしようという動きはSolaris 8前後に行動があったけど
社内の抵抗勢力に潰された
技術で喰ってる会社なのに事務部門がヘンに力を持つとろくでもない



311 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 16:45:20 ]
つまり、SPARCが癌なのか。

312 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 17:21:53 ]
>>311
元祖SPARCを捨てて、FのSPARC64をメインに本家も採用すればよかった
んじゃないかって俺は想っている。

それから、Solarisの処遇。これは完全にここ数年の動きは失敗だったといわ
ざるを得ない。Solaris/x86をリリース停止にしようとしたあの時とか、OpenSolaris
出すとかぬかした時とか、さらには、Cobalt買収して、SunはLinuxと友達とかほざ
いていた時とか、全部、くだくだ。

当時からハイエンドにしか目が行っていなかったし、ミッドレンジ以下はどこか軽視
していたので、ここでSolarisではなく、Linuxに注力すべきじゃないか?x86版の
Solarisはかならずどこかで役に立つと俺は進言していたのだが、どちらも手遅れ
だったみたいだな。あの可愛い子どうしているかな・・・・ 俺のこのメッセージを受け
とってくれたはずなんだけれどな。

社内でも笑われたけれどね。俺はもう一度彼女に会いたいな。
ちょっと丸っとしていたけれど、とてもキュートで、黒めがねの似合うSolarisエンジニア
でさ、Linuxの動向とか調査ってことで俺の所に話に来たことがあって、そこが出会い
だった。

そんな俺の今の興味は、アテモヤ栽培。Sunから離れて行く年月、今回の買収劇も
正直驚いていないけれど、Sunは判断ミスが多かったと思う。

313 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 18:38:34 ]
x86とLinux
どちらも、ろくなもんじゃない。しかし、安い。
だから、SPARCやSolarisの苦肉の代替手段として、みんな嫌々ながら使った。
それで実績が増え、改良も進み、もうSPARCやSolarisいらないんじゃないの? と思われるようになった。

314 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 19:13:49 ]
同じコンシューマレベルでの戦いが明暗を分けたよな、どこも
x86はIntel vs AMD, LinuxはFedora vs Debianが常に戦ってて日進月歩だ
エンタープライズにあぐらを書いてたJavaは、いつの間にか家電にまで浸透したFlashに駆逐されかけてるし

315 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 19:15:21 ]
あてがわれていたSPARCやSolarisを嫌々ながら使っていただけ
Linuxやx86は解放者だった

316 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 19:18:28 ]
ヲレも最後にあてがわれたのがBlade100だった
たしかにPCは解放者だったかも
LinuxじゃなくてWindowsとcygwinに移ったが

317 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 19:21:02 ]
>>314
>Fedora vs Debian

いつ戦ってたの?

318 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 19:26:57 ]
Fedoraが出たての頃かな?
まだRedHat vs Debianを引きずってるぐらいの頃

319 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 19:28:24 ]
>>314
> エンタープライズにあぐらを書いてたJava

最初はクライアント・サイドのテクノロジーだったんだよ。

ところが、JVMやOSの実装によって挙動が異なる上に、JVMのバージョン間にも挙動の違いがあったりして、
サポートしてらんねーとプログラマがブチキレ。あと、JVMの起動が遅かったことも災いしたね。
(いまではJVMの起動はあっという間で、ネイティブのアプリと遜色ないどころか、むしろ作りが良くて速いことも)
それで、サーバサイドに活路を見いだして移っていったのさ。


320 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 19:36:50 ]
Javaはまだ芽があるだろうと思うけどね。
グダグダはあったとは言え。
携帯市場(特にARM)向けにもっと積極的になって欲しかった所だけどね。
サードパーティーのつけいる隙を作ってしまったのは痛い



321 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 20:29:37 ]
FujitsuのSPARC64部隊はどこまで本気なんだろうといつも思う
Fはカネのために独自技術を捨てていく方向じゃないの?

322 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 20:36:39 ]
この先日本のスパコンはどうなってしまうのん?

323 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 20:39:04 ]
>>321
SPARC64作ってる部隊は、メインフレームのCPUも作ってる。
やめるときは、その両方をいっぺんにやめることになるだろうね。

324 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 22:09:14 ]
>>320
Javaは残るだろうけど、SunやOracleのJavaじゃなくて、IBMのJavaとしてな。

325 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 22:21:09 ]
>>321
サーバ事業はもはや本業ではないとのこと

326 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 22:32:50 ]
>>318
何だ昔の話か。

327 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 23:15:07 ]
>>319
>いまではJVMの起動はあっという間で、ネイティブのアプリと遜色ないどころか

それはねーよ

328 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 23:33:13 ]
あるんだな、それが。

ネイティブの優れた実装 > Javaで凡人が書いた実装 > ネイティブの下手な実装

同じ程度の人間ならネイティブよりもJavaのほうが高性能を得られるよ。

329 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 23:38:16 ]
これはコンパイラ(+VM)の差や…
同じアルゴリズムで実装して適切な最適化が加わったらJavaがネイティブより速いわけない
お前は一体どういう魔法にかかったんだ?
それにJVMの起動があっという間て、どんな悠長な世界に過ごしてるんだ

330 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 23:40:31 ]
10年前に比べたらあっというまだろうよ



331 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/17(日) 23:51:56 ]
JITコンパイラの動的最適化でネイティブ超えるには、ある程度条件がそろわないとね
GCCとか最適化の水準が低めになってる奴ならまだしも、ICCとかだとさすがに勝てないよ

332 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 00:12:38 ]
まあJVMの起動があっという間というと語弊があるが、
最近のJREをWindowsにインストールすると
Java faststartupみたいな(名前うろ覚え)プロセスが裏で立ち上がるのよ。
OfficeとかAcrobat Readerの高速起動化プロセスみたいなヤツ。
なので、実際、体感ではかなり早くなってる。
#が、ふつーの人間はJavaアプリなんか使わないから....。

333 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 01:03:05 ]
> 同じアルゴリズムで実装して適切な最適化が加わったらJavaがネイティブより速いわけない
1.1 の頃まではそうだろうが、最近はもっと気の利いた高速化が導入されていて
速いわけないとは言えない。
ネイティブではどう背伸びしてもできない最適化もあるしね。
まぁ、それとて仕組みを調べてガチガチにくめばネイティブでも似た効果は
得られるかもしれないけど、結構大変だよ。
確かにいろいろとオーバーヘッドになる要素はあるが、それによって
もたらされる利便性とトータルでみないと。

334 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 01:10:30 ]
実際にJava使ってないだろ?
あるいは、よっぽどネイティブで優れた実装できる手腕をお持ちか?

俺には無理だ


335 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 04:52:01 ]
1996年ぐらいのときは HotSpot 技術でCで書いたプログラムより高速に動作するように
なると盛んに宣伝してた。実際にHotSpot技術がリリースされたのが1999年ぐらいで、
当然ながらほとんどの場合で Cで書かれた場合より遅い。
HostSpot は出る出る詐欺だったよ
1996〜97年ぐらいの JavaWorld っていう雑誌見ると OS からアプリケーションから
組込みまで全部 Java で書かれるようになるというようなことがよく書かれていて、
Java万歳って思っていた時期がありました。

336 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 04:58:05 ]
vistaなんてそのコンセプトをパクってどれもマネージドコードで書かれてるじゃん

337 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 08:12:07 ]
>>314
AjaxとかFlashマジでヤバいよ
Web用スクリプト言語のくせにGPU直接制御して3Dとか
ありえないこと企んでたり
さすがのAppleもビビって長い間iPhoneには使わせなかったけど
GoogleはAndroidであっさりFlash対応
AndroidでJavaプログラミング〜って、ホルホルするより
Flexでアプリ書いた方がずっと楽して勝てそう

立場のないJava可哀想
一応付き合うけど本命にするのはちょっと…

338 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 08:45:44 ]
・Flashが3DをHWレンダリングする様になった
・FlashがAndroidに搭載された

これだけの話でそこまで興奮出来るのは浦山歯科

339 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 13:09:00 ]
>>303
だからさー、それ作れるんならとっくに作ってるさ。簡単に作れるんなら
障壁になるもんなんか何もないだろ? 金も人間も工場も時間もあった。

「x86がクズ」だから、に決まってんじゃん。

>>305
お得意のやつだろ。できもしないんだけど一応喧伝。プロパガンダ。

340 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 13:10:50 ]
>>297
じゃあさ、x86のどこがいいのか、具体的にあげてみろよ? ひとつもないぞ。



341 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 15:01:19 ]
安いこと(それだけ)
半年待つと、ちょこっと改良された製品がでてくること
3年経つと、大きく改良された製品が出てくること
Windowsが動くこと
(上と関連して)ドライバがあること

342 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 15:02:28 ]
SUNファンなら Solaris Innovation Forum 2009 行けよな!
jp.sun.com/company/events/sif09/

Oracle Open World の1/5ぐらいの規模だけど

343 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 19:17:54 ]
>>341
もちろん、わかった上で書いてると思うけど(どっかのバカと違ってw)..

それ、ソトヅラであって、「どこが」には相当しないよね。
この業界のダメさ加減をまさに象徴してるわ。

344 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 19:25:42 ]
SparKのどこがいいのかkwsk

345 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 19:28:37 ]
(^.^)?

346 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 19:31:28 ]
>>343
そういう自己中心的な考えだからIAサーバーに市場とられてるんですが。

347 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 19:37:20 ]
バカを演じて釣りやってるだけだろ
相手すんなよ

348 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 19:41:14 ]
長いものに巻かれてシリウマに乗りまくってるバカどもが
儲けてもないくせに声だけデカいからほんとメーワクだよな。責任取らせなくちゃ。

349 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 19:53:40 ]
>>344
よく落ちるところだと思う

350 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 21:40:52 ]
ライオンだな



351 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 21:56:54 ]
>>339
そんなにSPARCが素晴らしいなら、
Transmetaのようにx86をエミュレーション
すりゃよかったのに。

OSも作っているんだから、変換したコードを保存して再利用することも、容易でしょう。
サーバは比較的に同じコードを繰り返し実行するので、変換のオーバーヘッドは問題になりにくいよ。


352 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/18(月) 21:58:44 ]
>>348
長いもの?

かつてのSunことだな。

353 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 00:18:26 ]
>>351
>Transmetaのようにx86をエミュレーション
>すりゃよかったのに。

今にして思うと、見せ玉としての「Wabi」を維持しておけば、
もっとSPARC Solarisも売りやすかったんじゃないかと。

今さらVirtualBoxとか出しても10年遅い。同じ事を10年前
にやってれば、「x86との互換性があって安心」という虚像
に下支えされて売り込めた量がかなりあったはず。


354 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 00:44:00 ]
むりむり。

x86のパソコンが欲しい人に、より安くて高性能な代替手段を提供する
くらいじゃないと。

355 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 00:45:17 ]
当時は遅い、不安定、互換性微妙の三重苦で、仮想マシンに対する世間の信頼がなかった無理

CMS(Efficeon以降)とQuickTransit(=MacOSXのRosetta)で速度は改善されたけど、
安定性と互換性を完全に達成したのはTransmetaだけだしね
ハードウェアでエミュレーション機構もってたPowerPC(⇔68K)とかItanium(⇔x86)ですら
廃止する流れだし、そんなことよりJavaを使えばいいじゃないと誰もが思うよ

356 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 00:45:46 ]
なんか x86信者が沸いてるようだが、最近まで x86 なんて
SPARC の代わりになるような代物じゃなかった。
あくまでパソコン用CPUだし。

x86でSPARCのエミュレーションをやるなら一定のニーズがあったかも
しれないが、x86との互換性とかアホすぎ


357 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 00:46:10 ]
ていうか、お株を奪うべき相手はx86&Windowsではなく、PPC&MacOSだったと思う。

重量級のアプリ・データを、安定して高速にハンドリングできるなら、100万だろうと200万だろうと惜しまない
っていうような客が、MacOSには結構いたんだよ。
そういうところをSPARCで上手にフォローできていれば、少なくともSGIのIRIXマシンよりも長生きだったろう。

358 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 00:47:40 ]
>>356
まさに、QuickTransit

x86 + Linux上で、Solaris向けSPARCバイナリを走らせる

359 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 01:12:40 ]
>>357
PPC時代は北朝鮮みたいにAppleマンセーな信者しかいなかったから無理だったと思う
いわゆる「消費者」で金使いは荒くても技術の良し悪しが判らないし、Appleについていくことしか考えてない

360 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 01:26:30 ]
>>359
そういうレッテルを貼って安心するのは良くないな。
PPC時代って適当に言ってるけど、終わりの方は実質NextStep専用ハードだった訳だし。
Macを指して信者とか北朝鮮とか言う奴は何も知らんで言ってる奴が多いよな。



361 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 02:12:16 ]
だって信者だもの
昔と違うのはより狡猾で悪質になったことだけ

362 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 02:28:29 ]
高くても買うっていうのは、仕事で使っている人たちね。
デザイン会社などでは、目的のアプリがMac用だという理由で、しかたなくMacを使ってたのよ。
そりゃぁもう、作業が水の泡に!なんてブチ切れながら。

363 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 02:46:35 ]
>>361
昔はただMacが好きなだけの無邪気な連中だったのに
今は何か病的なものを感じるよな
話まったく通じないし
本当に新興宗教に入信しちゃった人と話してるみたい

364 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 06:10:46 ]
x86っていうかAMD64/EM64Tが評価されてるだけでしょ
貧者の64bitでもAlpha由来だしな

365 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 09:42:24 ]
>>351,353
そんなレベルの思いつきは、ほぼなにもかもやって来てるんだな。
Sun386iとか、Wabiとか、OpenStep for Solarisとか、i486が乗った拡張ボードとか。
Alpha機もいろいろやってた。
さらに言えば、Itaniumも同等のことをやった、単なる HP-PA後継 CPUに過ぎん。
性能の問題じゃないだろうな、たぶん。やっぱレベルの低い音楽 CDが妙な
売れ方するのと同じだろ。売る側の問題。買う側をまっとうな判断力のある
対象として扱うよりも、「おまえらバカなんだからバカ用作ったぞ」と
言った方が売れる、てことじゃないかな。

366 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 10:51:40 ]
>i486が乗った拡張ボード
あったw

367 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 10:55:04 ]
SunPCiってのもあったな

368 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 11:12:18 ]
つーか、まだ売ってたわ
なんか怖いw
ttp://www.sun.com/desktop/products/sunpcipro/

369 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 14:43:44 ]
逆バージョンがほしい

370 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 14:56:33 ]
旧Vクラスからの移行なら、ソフトウェアで十分w




371 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 15:21:15 ]
>>365
中途半端にやってたから、ダメなんだわ。

372 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 16:43:26 ]
何言ってもムダなようだな。いつもの脳弱か?

373 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 19:52:27 ]
>>365
>売る側の問題。買う側をまっとうな判断力のある
>対象として扱うよりも、「おまえらバカなんだからバカ用作ったぞ」と
>言った方が売れる、てことじゃないかな。

それは一理あるけど、そのレベルですら思い付いて既にやってる。
Project Looking Glassとかw

結局「バカ向けによく売れる物」たりうるには、Sunは何をどうすれば
よかったんでしょうかね?

374 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 20:47:55 ]
>>372
はいはい、レッテル、レッテル。

375 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 20:49:35 ]
x86/x64サーバに対抗できる低価格機もハイエンドと合わせて売る
SPARCの強みはスケールできる数少ないアーキテクチャであることを
もっとアピールした方がいい
慢心、環境の違いか

376 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 20:51:21 ]
>>373
パソコンより安くて高性能。

377 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 20:56:45 ]
>>376
それなんてぱちょこん?

378 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 21:35:21 ]
SPARCパソコンを作って売ればよかったんだな。
でも、そうすると高価なUNIXワークステーションが売れなくなるわな。

他所からシェアを取るときには「ダウンサイジング」を叫ぶのに、
自分のところの利益を削るときにはダウンサイジングを否定した。

そういう自己矛盾が、長期的にオカシナ戦略へと繋がった。


そもそもSunっていう会社は、
パソコン用のCPUにMMUと、LAN付けて、BSDを乗っけた安価なマシン
っていう商売でスタートして、めきめきと会社を大きくしたんだ。

初心を忘れていなければ、いまごろ、みんなSPARC&Solarisだっただろうな。

379 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 21:46:55 ]
>>375
Blade-100などはそんなかんじだったはずだが

・スケールメリットが出ないので同価格帯のx86/x64より利益が少ない
・x86と比較してSPARCを選ぶ理由が乏しく大幅な販売増は期待できない
・既存のSPARCエントリ機を喰う可能性がある

これじゃ販売チャネルは売りたがらない

380 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 21:50:55 ]
パソコンより高くて低性能なら得意なのに



381 名前:AB♂天秤 mailto:sage [2009/05/19(火) 21:51:09 ]
>>378
そもそも、ここまできちゃうと、ワークステーションってジャンル自体が
希薄だよね。結局のところ、差というかそういうのが亡くなってきてしま
ったのが、Sunにとっての痛いところだったんじゃないかな。

また、末期のSunは、どこぞのスパコンメーカーみたく、ハイエンドで
喰って行ければいいって考えの奴らばかりになってた。俺はそういった
考えが嫌いなんだ。

Blade1000とかそういった意味では最後のあがきだったと思う。Ultra
シリーズのWSはファンがまだいたけれど。

382 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 22:01:05 ]
Bladeとか、すでに敗北して大撤退した後の話ではなく、
まだパソコンが486でWindowsが3.0だった頃の話よ。

Sunが失った失地は、あまりに大きい。

いま現在の全てのパソコンの占める位置を、
SPARC&Solarisが占めていた可能性があったのに、
Sunはその可能性にチャレンジせずに、保守的に殻にとじこもってしまった。

383 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 22:24:14 ]
その段階でもDOS/Windowsで大量のソフトや周辺機器の資産があったわけで
互換皆無のSPARCシステムでそれらを簡単に置き換えできたと思うのか?

時期としてはOSFなどを作ってバカ共がいがみ合ってた時点でアウトだろう
そういう意味では色々と余計なこともしたDigitalが買収されたとき
ザマミロとも思った

384 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 22:45:47 ]
>>383
あったけど、まだ、何とかなるレベルだったと思う。
Windowsは様々な制限があってソフトを書きにくかったので。

Alpha版のWindowsNTというのも、同じようなことを狙ったが、その時点では既に手遅れだった。

385 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 22:47:29 ]
386BSDとかLinuxを作ろうっていう気になる人が現われたのが、最後のダメ押しだと思う。


386 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 22:53:15 ]
その時代は自社アーキテクチャによる囲い込みが王道だったから、PC/AT互換機以外は自然淘汰だったと思うよ
個人がPCを買うにしても仕事用にx86機を買うか、趣味や一部業務でMacを使うくらいで、SPARCが求められてる個人市場なんてなかった
どっちにしてもWindowsにすら劣るSolarisのGUIでは、ホームユースに普及なんて夢のまた夢だったと思うが

387 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 22:53:47 ]
>>381
旧来のミニコン分野に殴り込みをかけ、批判するアナリストを尻目に
ワークステーションという分野を確立したのがSunだ。
その構図は、現在のLinuxに駆逐されるSunそのものだよ。
歴史的な役割を終えたということだ。

388 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 22:57:51 ]
お通夜に相応しい流れになってきたな

389 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 23:31:20 ]
>>384
その頃だとWindowsよりもDOSの資産がまだ主力だったはず
それを代替するだけのソフトを誰が書く?

ソフトが書きにくいと言っても統合開発環境などは色々あった
それにUIが確立されてたからUnix陣営よりはマシだったろう
X上のデスクトップなんて未だ唯一の標準がないクソな世界

390 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/19(火) 23:34:58 ]
Windows NTのRISC版は乗った者負けなのが最初から見えてた
再コンパイルだけで済むからアプリがどんどん出てくるとか
そんな寝言はまともな開発者なら信じない

DECはバイナリを直接実行すれば何とかなると考えたんだろうが
動作保証はないし周辺機器などのハードウェアはやはり使えない
そんなマシンを普通のPCとして利用したいのは物好きしかいない



391 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 00:47:30 ]
OracleとSun(とApple)がかつて提唱した「家庭向けNC」構想を、OracleとSunが統合
する今こそ、再起させるべき時だ!

Asusと提携して「Eee-SunRay」でも出してみてはどうか?

392 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 01:01:24 ]
>>386
パソコンになろうとしなかった、実際のSun製品は、まぁ、そうだろうね。

>>389
そのDOSのソフトを作ったソフトハウスだよ。

Unix上で開発してからDOSに移植することで、DOSアプリを作っているソフトハウスもあったのよ。
そのほうが遥かに生産性が高い、と。

> X上のデスクトップなんて未だ唯一の標準がないクソな世界

Sunがパソコンを支配するシナリオなので、
Unix汎用である必要なんかなくて、Sunのマシンで動けばいいんだから、問題ない。

>>390
DECのAlphaは性能だけでなく値段も高かったよね。
どうしてもCPUパワーのいるごく一部のアプリだけがAlphaサポートしてたなぁ。

393 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 01:10:58 ]
昔のIDFの資料とかつらつら読むとさ
. Shorter boot time = Perceived performance
とか書いてるんだよね
家庭用のコンピュータに何が求められているかを連中は分かってるからさ
そういう意味ではどうあがいても結局ダメだったと思う
SunのRISC WSはPen2出た時点でもう怪しかったよ

394 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 01:23:08 ]
当時職場や大学でSunを触った経験がある
本当に好き物の一部がUNIX機を自宅に置いていただけで
「個人向けエンタープライズ市場」のユーザーの目線は
x86の方にしか向いていなかった

アーリーアダプターが居ない状態でSunがコンシューマー市場を席巻なんて
絶対に無理ですよ

395 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 01:48:59 ]
>>392
使用言語はC以外にも色々あったしUnix→DOSなんてレアケースだろが

「ボクの考えたすごいSMI」を一人で妄想するのはかまわないが
開陳されると迷惑だからやめてくれ

396 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 01:52:13 ]
>>394
言いたいことはわかるけど「個人向けエンタープライズ市場」ってなんだ?
普通なら「個人向け」と「エンタープライズ」は異なる市場を意味するわけだが

397 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 02:18:03 ]
>>396
Tyanだかの中の偉い人が言った用語らしい
日本人で自宅用にx86のマルチソケットマシンを買う連中の市場
USのヲタクはハイエンドPCに飽き足りないと
SgiやSunなどのRISC WSに移行という流れだったらしいので
奇異だったよう
それだってUSの家庭がRISC WSだらけになったかというとなんなかったので
日本でどんだけがんばっても無理だったと思うよ

398 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 02:48:34 ]
多分さ、日本の逸般家庭でのSunやSGIってのは
高学歴のIT貴族のおもちゃだったんだろうね
ayamuraさんみたいな
市井の連中はSolarisを乗りこなすスキルもないから
必然速いWindows機を求めるしかない

399 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 03:10:40 ]
>>397
なるほどヲレヲレ用語か
「業務用製品愛好層」てとこだな

400 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 04:05:30 ]
国民機なんてIT鎖国の象徴として叩かれるけど、静音に関してはよく考えられてたよ
ピザボックスとかノイズ大きかったし、あれが家庭用なんてちょっとうんざり



401 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 04:56:21 ]
NTT-Xが年間に売ってるサーバの数が3万台
このスレではひたすら速いSPARCが欲しいという声もあるが
実際には安くて手軽なサーバが売れているのが面白い

そのうちのかなりの台数がSolarisを入れて使われてるのではと思う

402 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 05:13:28 ]
すべては価格対性能比なんだろうなぁ…
AlphaもMIPSもSPARCも素性はいいのにコストパフォーマンスが悪かった
x86 PCはバス帯域も無く信頼性も低く邪悪な設計だったけど、安さは正義なんだなぁ

PowerPCはその分野で生き残れる可能性があったけど、IBMのやる気の無さがダメにしてしまった
でもG5はいい石だと思うよ

403 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 05:20:57 ]
安鯖の代名詞のML115で使われているAthlon CPUはDECの残党が設計していると言われてるな
そのチップセットもnForceだがこれを作っているNVIDIAもSGIの残党組
この機械にSolaris入れてもHPのサイトからSolaris用ドライバを落とせるし
その気になればOS単体の保守だって受けられる
やっぱり売り方の問題だ

404 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 05:38:03 ]
ttp://h50222.www5.hp.com/support/457767-B21/more_info_soar_MTX-f8f544db083e47af8168db1fc1.html

405 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 05:47:22 ]
>>402
CPUへのメモリコントローラの統合と
チップセットによるPCI Expressの採用で
バス帯域はずいぶん緩和されたと思う

SPARCのような多コアの環境に向いているかというとそれはまた別の話で

406 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 09:15:44 ]
>>366
拡張ボードと言えばVMEに載るSymbolicsマシンが欲しかった。
今なら買ってるな。

407 名前:名無しさん@お腹いっぱい。 [2009/05/20(水) 12:00:40 ]
>>393
あのころ x86 がどんどん早くなるのに
SPARC は全然だめだったもんなw

408 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 12:48:29 ]
あのあたり 1GHz越えくらいの AMDと Intelのクロックアップはすごかった。
SPARCに限らず、RISCはどれも追従できなかった。
けどあれは Alphaの連中を AMDが雇い、対抗で Intelもやはり Alphaの
エンジニアを獲得したからだよね?
で、Alphaはある程度下地があったから少し遅れて上がっていったけど、
もう資金切れだった。MIPSは結局上げられなかった。
SPARCは中間くらい。hyperSPARCは、上げられそうな様子だったけど、
SPARCv9への移行のためにテコ入れしてもらえなかった。
hyperSPARCをそのまま 1GHz越えまで引っ張れてたら... という気がしないでもない。

409 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 12:55:03 ]
クロックだけなら追いついたなw
その間に、WindowsもLinuxも(かつてにくらぶれば)スケールするやうになってきて、
SolarisというかUNIX全体が縮小傾向に歯止めが掛からなくなってきたけど。


410 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 13:25:57 ]
現実にはスケーラビリティってぜんぜん追い付いてないんだけど、
実際にそういうスケーラビリティの必須なところもほとんどなくて、
曖昧にでもうたってさえあれば購入できてしまう。



411 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 13:58:48 ]
そうそう
IDFでデモ機がタスクマネージャで沢山コアが見えて
100%に近く負荷かかってるように見えれば
ちゃんとスケールしていると勘違いしてくれるアホ客だけなので

412 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:06:34 ]
おまいら誰に売るつもりなん?

413 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:08:07 ]
スケールするつーてもじゃあ実際にその性能が必要になった時に買うの?買えんの?こんなタッカイ機械?
と言ったら誰も答えなかった経験はあるな
ただ、AlphaやSGIの連中がPCの世界でで自分たちの経験をやり直したとはいっても
Sunにそれができたかというと、できなかったよ
BeOSやPlan9みたいな先進的なOSが出てきても結局主流とはなりえなかったし
NeXTSTEPはかろうじてAppleに接ぎ木することで生き延びた
やり方間違えたSCOは袋叩きにあった
OSは伝統やバイナリ互換という幻想が必要だ

414 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:17:38 ]
Plan9はそこで出てきた新ネタが世界に広がっているから
UNIXが他のOSでいろいろ取り入れられたように

415 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:17:57 ]
いやまあ、実際に必要で実際わかってて実際カネだす客も実際居るわけで。
ごく一部だけど。そういう人達はさすがにちゃんとわかってて
Wや Lなんか買わない。

>OSは伝統やバイナリ互換という幻想が必要だ
そんなことはない。今のインチキ商売がそうだ、というだけで、
必要条件なんぞではない。とっくの昔に。
ただ、「文化」ではあるので、一本スジが通っている必要は、ある。

416 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:19:38 ]
なんか廃れるのも納得だな。オラに拾って貰えて幸せだったのかも。

417 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:22:29 ]
>>394
物好きと好き者は意味が違う。

自宅でUNIX WSを使うのが奇異だったのは、それが高価だったからでしょう。
Macでさえ贅沢だったのに、それをさらに越える価格設定。

> 「個人向けエンタープライズ市場」

それは、AMDのOpteronが出た後に出てきた話だね。

それ以前から、サーバ向けのマザーボードで自作PCを組む人はたくさんいたが、
その言葉が聞かれるようになったのは、Opteron以降だ。

> アーリーアダプターが居ない状態でSunがコンシューマー市場を席巻なんて
> 絶対に無理ですよ

そのとおり。

それを獲得できるチャンスが、パソコンのDOSからWindowsへの移行期にあった。
でも、Sunは安売りしなかったんだわ。

418 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:25:45 ]
>>395
コードを書くためのテキストエディタだけでも、Unixを使う価値があるって言われてたよ。

>>399
ある意味、自宅でSunを使っているのも、その範疇に入るんだろうな。
このスレにもいるよな、Bladeだけでなく、もっとゴツいのを自宅で使ってるのが。
しかも、用途がWebみたりするだけ、だったりして。

419 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:26:59 ]
>>405
もっと昔の話だと思うぞ。
XTバスとかISAバスとかの頃の。


420 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:28:45 ]
>>414
Bill Joyは、Unixの成熟は Bell研が削ぎ落した Multicsのアイデア等を
もっかい拾い集めて再構築する過程と捉えてたフシがあって
(だから Linuxは全く無意味な行為と見ていた)、そう考えると、
じゃあそれが最終的に MS-WindowsNT類でもいいじゃん、とか言われれば、
当然、じょーだんじゃない、わなw

Plan9は Unix生んだ Bell研メンバーにすれば、やっぱり Unix以前と
Unixが普及する過程で出てきたアイデアの彼らにとっての集大成であって、
一部機能切り取って中途半端に Unixに持って行くより、Plan9を仕上げた方が
よほどいいもんが出来るのでは、と思うね。



421 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:32:14 ]
>>410
Sunだってスケーラビリティが悪かった時代もあったんだよ。
糞遅いCPUをいくら数並べても遅いよって言われてて。
しかも、詐欺みたいなバンド幅をカタログに書いてた。

SunはCPUを速くできなかったので、
スケーラビリティを高めるしかなかった。

それで、スケーラビリティを高めることにリソース注ぎ込んだんだよ。


x86とかWindowsとかLinuxがスケーラビリティが低いのは、
それが、あまり必要とされてなかったんだ。
SunのCPUたくさん積んだマシンと同じスループットを、
少ないCPUで実現してたからね。


422 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:38:11 ]
>>415
わかってないなー。
Windowsは意外にもスケールする。

4CPUくらいでLinuxはボロボロだった、Windowsは平然とスケールしてた。
ただし、OSのスケーラビリティに、CPUバスのスケーラビリティが追い付いて
なかったので、メモリアクセスの多いソフトを走らせるとスケールしなかった。
それで誤解されてたんだよ。

実際、各種アプリケーションのベンチマークで、Windowsはスケーラビリティを示してる。
IA64の64CPU機で、OSがWindowsの場合のSAPなどのベンチマークみてみ。

423 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:39:28 ]
>>421
> 糞遅いCPUをいくら数並べても遅いよって言われてて。

だぁ〜〜れも、賛同しないぜ? 延々書いてるけどさ。
クロスバーはアドレス出しがバスだから、だろ?

> しかも、詐欺みたいなバンド幅をカタログに書いてた。

あんたもいっしょだろ? 根拠ださなきゃよ。ヘリクツじゃないやつな。

使い方まちがってただけじゃねーのーw?

424 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:41:09 ]
>>422
MS-WindowsNT族がクソだ、ってはなしは前スレで枚挙にいとまがないくらい
出ましたが。どれかに反論したの?

425 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:44:05 ]
>>421
Sunにいたから、あれなんだが

当時 といっても、2002年くらいかな。IntelのCPUがガンガン、クロックアップ
していった頃の話。IntelのCPUはクロックアップという力業で稼ぐCPUであって
UltraSPARCはそういうCPUではない と言われた。周波数を上げにくい構造に
なっていると。

見た目の周波数が2倍近い差があったので、スループットがどうとか処理の仕方
に違いがあるということを売りにしていたな。IBMのzSeriesが出た時の話は覚えて
いるが、今となってはこぼれ話だ(かといって話せないのもアレなんだが)。
相当、エンジニアの方々は苦労していたな。

Javaが現在、サーバサイドで生きているが、当時は、Jiniだとか(Bluetoothと似た
ようなもの)や、Javaカードだの変なのもあったけれど、もっと生かせなかったもの
だろうかってことだな。

リッチコンテンツを制覇できず、Bluetoothに先を越され、なによりも
write once, run anywhereは、なんだかあまり俺が思っていたものと随分と違う形
に収まってしまった感がある。

426 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 14:47:42 ]
>>417
AMDのCPUはAthlonMPからデュアルコアに対応し
自作界隈では盛り上がったが
大手で採用するところは全くなかった
ホワイトボックスを職場や大学に持ちこんで使ってるところはあったとしてもだ
AMDのCPUがメーカー製サーバで市民権を得たのがOpteronからなので
「業務用製品」としての箔がついたのはそこからということになるのでしょう

ただSunがSPARCローエンドを安売りすれば(できれば)というのは無理じゃないかな
当時のビジネスモデルはOS/WSに保守料払うことが前提だったし(WSだと月に5000位からだったと思う)
WSをそのまま家庭に箱だけ持ち込んでftpやtar gzipで手動でRecommend patchを当て
仮に壊れれば高額なスポット修理というのも家庭用としてはどうなんだろうね
今時の家庭用PCのメーカー修理も安くはないようだけど
まぁ結局SPARCのWSはなくなったから、テコ入れするとしたらその時点だったんだろうね
…でもやっぱり外人に5年10年先を見て損して元取るビジネスやれなんて土台無理と思う

427 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 15:25:42 ]
しかも大学と違い家庭の通信網はモデム、だ
そこで数十〜数百MBのパッチを時間課金食らいながら
落としてなんて全く現実的ではない

428 名前:名無しさん@お腹いっぱい。 [2009/05/20(水) 15:26:54 ]
そりゃ SPARC は数出ないもんなw

429 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 15:31:10 ]
>>428
俺としては、Cobaltをもっと、家庭向けにデチューンして、何か
企画を立てて、コンシューマ市場に殴り込んでくれるか?と期待
したんだけれど、結局・・・・

SPARCが完全にハイエンド向けCPUって認識に変わってしまって
いて、知名度でも、負けてしまったのは、Sunの戦略ミスだと俺は
今でも思っている。

430 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 15:34:48 ]
NASか
当時はハブも手軽に買えるようなものはなかったような
HDDもいい値段してたし、cobalt結構うるさかったしなw



431 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 15:47:25 ]
そもそも家庭とか個人とかを対象にするなら
会社そのものを新たに作るぐらいの変革が必要だね

432 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 17:37:12 ]
結果的にハイエンドに追いやられた、っていうのは、IA64も同じなんだよな。

433 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 17:42:03 ]
>>423
> だぁ〜〜れも、賛同しないぜ? 延々書いてるけどさ。

あんた1人だけだよ、噛みついてくるのは。

> クロスバーはアドレス出しがバスだから、だろ?

ちげーよ。アドレスがクロスバーではなかったんだよ。

その後、アドレスもクロスバーになった製品を投入し、
ようやく、スケールするようになったの。

> あんたもいっしょだろ? 根拠ださなきゃよ。ヘリクツじゃないやつな。

Sunが、アドレスをクロスバーにしたら性能が10倍になったと誇らしげに宣伝してた。

434 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 17:56:16 ]
>>424
それで反論したつもり?

>>425
UltraSPARCはパイプラインの段数が少ないから、クロックは上げにくいよね。
Intelのはパイプライン段数が多いから、クロックは上げやすい。
力業というよりもアーキテクチャの違い。

エンタープライズ用途だと、コードの直線的に走る部分が比較的に少ないので、
パイプラインの段数は少ないほうが有利で、UltraSPARCの選択は間違ってないと思う。

性能差は、アーキテクチャではなく、
製造工場の性能 と、 細かい部分までチューニングして詰めるコストを払えたかどうか
で決まってしまったと思う。

>>426
Tyanは当時AMDと密連携してたね。
AthlonMPもOpteronも、まず最初にTyanからリファレンス的な製品が出てた。

>>427
そこでQICで回覧ですよ。
386BSDとか、フロッピーディスクで回覧してたよ。

435 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 18:13:40 ]
流れをぶった切るが
将来的にIntelがストレージ屋になることはあるのだろうか?

436 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 18:17:41 ]
仮に家庭用NASの会社になったとしても、だ
広帯域のネットワークがない状態でビットを保存する箱に意味があるかというと
ちょっと難しく思う
HDD最大手seagateのCEOが言ってたのはI help people "watch porn"
このぐらいカッ飛んだビジネスマインドがないと家庭用品売るのは無理

437 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 18:22:56 ]
ぶっちゃけネットからダウンロードしたコンテントを
保存する箱に過ぎないしな
既に画像や動画はオンラインの無料ストレージに保存する流れ
とにかく出だしが遅いとしか

438 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 18:23:43 ]
NASではなく "インターネット" の会社になってるはずだった。
"インターネットを見る"ときに使うのはSunの何かになるはずだった。

439 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 18:24:33 ]
>>435
もうSSD売り始めてるしな
既にそうなっているといえる

440 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 18:25:17 ]
HotJava?



441 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 18:27:43 ]
>>438
それがSunの提唱したwebtone
いつでも使えるインターネット
まぁ掛け声倒れだし先日もsunsolve死んでたし
まぁintelのダウンロードセンターに比べりゃ全然マシなんだが
あそこは認証ないのに普通に死んでるし

442 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 18:29:53 ]
俺が若い頃にゃあ、Mosaicを使うためにSun4の前に行列を作ったもんじゃよ。

443 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 18:54:16 ]
Sunを使いこなせる人ってかっこいい!
※ただしイケメンに限る

444 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 18:59:19 ]
SunOSではMotifが別売りだったからMosaicがコンパイルできなかった。

445 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 20:02:02 ]
motifはアスキーからqicテープ媒体を買った記憶がある
mwmかっけー、とか思った

446 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 20:14:43 ]
クロックよりIPCが重要
Intel Netburst系のクロック数は詐欺みたいなもんだから

447 名前:AB♂天秤 mailto:sage [2009/05/20(水) 20:17:43 ]
>>446
今となってはね。

当時はそのクロック数で大分苦戦したよ。見た目のカタログ値で負けているからね。

448 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 20:19:47 ]
AMD64は64bitモードで使えば割と素直ないい石だと思うよ
Alpha由来は伊達じゃない

449 名前:AB♂天秤 mailto:sage [2009/05/20(水) 20:20:06 ]
>>434
なるほどね。

そうなると、あの当時の まぁ、なんていうか業種に対しての偏りとかは、
納得。ただ、ローエンドが苦しかった。研究所相手の商売とかだと

450 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 20:22:38 ]
wmはMotifよりOpenLookの方がいいだろjk



451 名前:AB♂天秤 mailto:sage [2009/05/20(水) 20:29:37 ]
>>450
Window Managerについても、2000年よりこっちのSunは、GNOMEを選択して
きたけれど、どうだったんだろうね。

452 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 21:00:48 ]
>>446
そうでもないぜ。

当時のパソコンでCPUパワーが必要だったMPEG2エンコードでは、
Pen3とPen4でクロック比の性能差が得られてたので。

453 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 21:02:14 ]
>>448
まさか。

286→386と同じような手法で386→AMD64に拡張されてるぞ。
32bitと64bitで命令デコーダを共用できるように配慮した結果だ。


454 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 21:05:44 ]
SPARCの64ビット化はなかなか綺麗だったね

455 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 21:15:05 ]
>>447
クロック数で稼げなくても、Powermac G5 を売り出したときのようなジョブズ・マジック(笑)
でマシンのパフォーマンスを見せて顧客を納得させればいいんじゃない?
Unix屋はその辺が売り方が下手というか、正直すぎるんだな

456 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 21:30:39 ]
GUIの糞重さでスポイルされちまう。

457 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 21:36:27 ]
SPARC のエンジニアが IA32 とか IA64 な CPU 作ったらどうなるか気になる

458 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 21:36:42 ]
余計なもの起動するせいでは?
xtermとxeyesとxclock以外要らないだろう

459 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 21:40:16 ]
xclockとoclockとxdaliclockは全て必要だろう

460 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 21:45:16 ]
onekoとemiclockは必須



461 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 21:57:20 ]
Pentium 90MHzにS3のビデオカードの組み合わせのPCで、FreeBSD使ったときには感動したよ。
Ultra1よりも速かった。しかも、独り占め。

462 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 22:01:31 ]
>>461
丁度俺もそのころは、Windows95を使っていて、ただ、非力なマシンだったし
8MBのメモリが26000円もした頃だった。金もなかったし。

そんな中、DOS/V Power Reportっていう雑誌に、Slackware 3.6/JEというの
が付録で収録されていて、インストールしたのが、UNIXを使うきっかけになった
なぁ。

そのころから比べたら、今のLinuxってほんとインストールも楽になったし、格段
にUIが進化、ソフトウェアも充実しているなぁって思うなぁ。UNIXも変わったもん
だ。

463 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 22:11:14 ]
その頃はまだ、Windowsよりも*BSDやLinuxにXFree86のほうが軽かった。
いつのまにか、Windowsのほうが速くなったね。

464 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 22:18:00 ]
>>425
> Sunにいたから、あれなんだが
> Jiniだとか(Bluetoothと似たようなもの)

ポカーンだなw
Jiniと比べるならUPnPやRendezvousだろ。

465 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 22:19:18 ]
>>463
ぶっちゃけ、VistaのデスクトップよりGNOMEの方が軽い。

466 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 22:54:58 ]
下を見て安堵してたら足下をすくわれると思います。

467 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 22:56:39 ]
× 足下をすくわれる
○ 足をすくわれる

468 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 23:16:05 ]
>>465
SP2とHotfixでずいぶん改善してるぜ
ネィティブ環境ではもう遜色ないと言える

469 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 23:27:13 ]
昔、教授連にイヤミ言われながら Sun でこりこりコード書いてたっけ
Cで書くな、Fortranにしろ!(自分達が判らないじゃないか!!)
安かろう悪かろうだったが先進的でワクワクしもんだ
時代が下って、Sunは年寄リのノスタルジーになってしまった
若い奴等を取り込む力は既に無い

470 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 23:30:09 ]
わざわざUNIXのパチモノ使って苦労する必要ないのにとは思うね
Linuxを必死で使ってるヤシとか見るとさ



471 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 23:38:14 ]
Sunはパチモンのイメージが強かったんだが。

472 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 23:41:15 ]
UNIXのパチモン感に関してはAIXに負ける

473 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 23:42:30 ]
>>470
そんな人を見かける時点でお前も同類

474 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 23:43:39 ]
Sunってのは、
パソコン用のCPUを2個つないでMMUを後づけして、これでBSDが走るんだから、ミニコンなんてイラネーヨ
っていうのが始まりだよね。


475 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 23:44:33 ]
>>473
なんだよそりゃw
イミフ

476 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 23:45:40 ]
>>474
来たところに戻りつつあるじゃん
Ultra 24なんてFreeBSDバリバリ走るんじゃね?

477 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 23:50:54 ]
ていうか、Sunの初期のマシンは、インテルの8086用のバスやメモリボードを流用してた。

しかし当時まだ68000はパソコン用じゃなかったような。

478 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/20(水) 23:55:53 ]
HP9000だって昔は68000だった

479 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 00:04:48 ]
Sunが日本の理系大学からエントリーレベルで消えたり、一般企業での
知名度の低さは、やはりハイエンドに寄りすぎた、そこにだけ注力しすぎ
て、ローエンドで利幅は薄けれど、広告効果があるってのを無視してきた
のは、否めないな。

営業も営業で、目標額コミットするためにWSなんか売っていられるかって
スタイルだったし。新入職員で1億円が目標額ってのも少々大きすぎる気
もする。

480 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 00:09:50 ]
ローエンドでは勝負にならないのはSun自身が分っていたことだろ
自ら歩んできた道だ



481 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 00:17:52 ]
インターネットの電子メールを読み書きするために、Sun4を使っていた世代としては・・・

482 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 00:24:15 ]
ペンタゴンで使われているという Trusted Solaris は今後どうなるんだろ

483 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 00:39:43 ]
Sun3は68020だっけ。あれは遅かったな

484 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 00:43:54 ]
Sun3/60を使ってたよ

遅いといってもDOSパソコンを使うよりは遥かにマシな環境が得られた

485 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 01:45:05 ]
smpatchでしかパッチが当てられない貧乏ユーザでもッ!
Solarisが最強のOSだということは簡単に体感できる

486 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 02:31:13 ]
俺はかなりSolarisシンパで、仕事上でも積極的に利用しているんだが、
正直ここのSPARC信者の発言にはドン引きする。頭おかしくない?

487 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 02:42:27 ]
お前も少し疲れているようだぞ
風呂入って少し横になれ

488 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 05:26:43 ]
今時の情報系の学生がUnixもLinuxも触らないで卒業してくるんだぜ
おまいらは一体何を学んできたんだっていう

489 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 05:32:19 ]
MacOS Xで十分じゃね?

490 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 07:36:19 ]
Solaris のカーネルと使ったディストリビューションいくつかあるけど流行ってるのだろうか?
itpro.nikkeibp.co.jp/article/Interview/20070509/270428/



491 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 07:53:20 ]
そりゃ大流行だろ、おもちゃのLinuxなんかと大違いだ。

と、10年前なら言ってた。

492 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 07:57:04 ]
さらに10年ちょっと前なら、SunOSなんてオモチャだと言っていた

493 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 09:24:21 ]
>>483
そりゃ古くなってから使ったんだろ? 3MIPSだから、VAX-11/780の 3倍速だぞ?!


494 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 09:28:13 ]
Sun3/80は 68030になったが、同クロックで速度も 68020と変わらなかった、と
聞いてる。
さすがに m68kなバイナリー動かさなきゃいかん、SS1じゃダメ、という世界は知らないw

495 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 09:29:15 ]
3MIPS(笑)

496 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 09:54:43 ]
こういう筐体を作ればうれるお^^
itpro.nikkeibp.co.jp/article/NEWS/20090518/330188/Photo01.jpg

497 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 10:03:23 ]
給排気のスリットを
絵柄にあわせて選べるようにすればいいかもネ

498 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 10:08:14 ]
痛鯖(イタサバ)キット付き,NTT-Xで廉価版Windows OSをバンドルした低価格サーバーを販売
itpro.nikkeibp.co.jp/article/NEWS/20090518/330188/

499 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 10:16:12 ]
ZFSって流行ってるの?
ほとんどの場合UFSで事足りると思うけど

500 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 10:16:21 ]
>>477
Multibusのこと? 8086用なの? 初耳。



501 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 10:17:24 ]
>>499
いやいや、ZFSの方がはるかに楽チン。

502 名前:名無しさん@お腹いっぱい。 [2009/05/21(木) 10:29:58 ]
Sun1, Sun2 は Multibus だね。
86用つか、インテルが開発したバスだろ?

503 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 15:31:54 ]
>>498
それ、低価格サーバっていうよりも、低価格デスクトップなんだわ。
以前よりも、ローエンドのサーバを低価格デスクトップとして使ってる人たちがいて、
NTT-Xなんかでは、けっこうな数量が実績としてある。

504 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 15:39:45 ]
>>503
痛鯖(イタサバ)キット付きじゃないけど、
Open Solaris入れてみたがデスクトップで使うにはちょっと画面表示が遅かった、
Ubuntuとかだと実用範囲なんだけど。

505 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 15:41:41 ]
だから、何度言えばわかるんだ。デスクトップの表示速度なんて、
どうにでも手がいれられるだろうが。そんなもん Linuxでもいっしょじゃ。
twm使え、twm。

506 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 15:49:23 ]
同じ、デスクトップ環境で比較しないと意味が無い。

507 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 15:53:50 ]
>>503
デスクトップとして扱いたがるやつはいるがあくまでサーバ
チップセットや拡張スロットの構成を見りゃわかる

>>504
サーバのコンソールに何を求めてるんだタコ
PCI-EかPCIのカードでも挿しとけタコ

それはさておきNECの中の人はいつはちゃんキットも出すべき

508 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 15:55:33 ]
110Geならデスクトップとして使う人は避ける方向にあって
サーバとして使っていることが多いとされる機種だね

509 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 16:18:05 ]
同じ安鯖でも、デスクトップで使いたいってのなら、普通はS70FLの方を選ぶもんねぇ。
110Geの強みはストレージをたくさん積めることの方にあるんだし。


510 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 17:05:35 ]
いや、今回のWindows Server Foundationってのは、
SOHOで、何台かあるデスクトップPCのうちの1台をサーバ兼用にして台数を節約しましょう
ってものなのよ。




511 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 17:09:02 ]
> 一般家庭や,従業員数15人以下の中小企業での利用を想定している。

一般家庭!!!

> サーバーOSとクライアントOSを兼用できる

ふむ

> 同社の調査によると,
> 低価格サーバーの利用用途は,ファイル・サーバー/プリント・サーバーが36.8%,クライアントPCが21.1%だった

クライアントPC多いな

> 使用しているサーバーOSは,Windowsが75%

OSなしで売られているのになー。


512 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 17:09:46 ]
もともと、安鯖のユーザーはオタク達。
だから、変なイラストを喜ぶ層と重なっているというマーケティング結果なんだろうな。

513 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 17:14:32 ]
しっかし
ttp://nttxstore.jp/_II_QZX0003283?LID=TOPTOPita_sv
を見ると、すげー気持ち悪い絵だな。

胴体と足がバラバラ、繋がっているようには見えない。
体の造形が化け物。恐い。

アニメ絵の顔しか描けないダメなイラストレーターを使ったんだな。


514 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 17:16:33 ]
家庭用のサーバOSならM$ Home Serverがあるじゃんか
セキュリティソフトウェアとか無償の製品がないから
下手にM$のサーバOSに手を出したら損するよ

515 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 17:17:28 ]
>>510
それなら十分なGPUがついたデスクトップでやればいいじゃない
1万ちょいで売られてる110Geを素の状態でデスクトップ扱いして文句とかないわ

516 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 17:26:28 ]
ワープロ・表計算・メールなら、チップセット内蔵ビデオで十分

517 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 17:27:52 ]
CAL不要というのは革命的な安さだな。

518 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 19:45:44 ]
この絵じゃ綺麗すぎて、あんまり痛くないな
どうせならもっとアニメっぽい絵柄にすればいいのに

519 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 19:51:54 ]
日本のハイエンドPCオタクがWSを買わなかったのが諸悪の根源

520 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 20:44:30 ]
>>513
>アニメ絵の顔しか描けないダメなイラストレーターを使ったんだな。

カタギwから傍目に一見して「これはダメだ・・・」と思われるような痛々しい図柄
であることは、こういう企画商品にとってはまさに狙い通りだと思うのだが。

この手の絵は、浮世絵などと同様、そもそも写実性は全く必要とされていない。



521 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 20:59:23 ]
一般人なんてどうせセンス最悪な俗物集団なんだから
何を言われても気にならない

522 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 21:24:36 ]
>>520
いやいや
アニメヲタから見ても変だぞ

最近の漫画家やイラストレータには
意図せず奇形になってしまう低能が
溢れてるけどな

これはアートを意図した奇形とは違う

523 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 21:27:43 ]
>>522
だから、別にアートなんて意図してないんだよw

単純に下手なせいで痛々しい絵になってるところが、
まさに狙い通りだろ、これ。

524 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 21:40:10 ]
痛鯖キットと銘打っているのに、思わず「ほぅ……」とため息がつくように見とれてしまうような
出来の絵では、それこそ失敗だろう。


525 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 21:44:04 ]
そもそも某社が「痛車」ブームを捏造しすぎ。

526 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 21:58:07 ]
ただアニメ絵を貼ればいいってもんじゃないよな。

527 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 21:59:25 ]
NTT-Xのトップページにも、
MicrosoftのWindows Server Foundationのトップページのも、
このキャンペーンのイラスト付きのデカいバナーが貼られてる。

あいつら正気か!

528 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 22:06:16 ]
お通夜っぽくなくなってきたw

529 名前:AB♂天秤 mailto:sage [2009/05/21(木) 22:10:35 ]
>>528
用賀のビルから、Sunが消えたら、Oracleが全部いただくのだろうか?

溜池山王のオフィスは消えるだろうけれど

530 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 22:12:10 ]
いいかげんスレ違いすぎ
軌道修正するぜ

ある農協は、パッケージに萌え絵を使っただけで、米の売上を伸ばした。
しかも、フサオトメという先行事例の二匹目のドジョウ狙いに成功している。

Sunにも何か萌える要素が必要だ。
猿まねでも構わない。うまくやれば売れるんだ。




531 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 22:30:41 ]
>>530
>>302

532 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 23:25:42 ]
>>530
なるほど、JavaのDukeとかがもっと萌えキャラだったら良かったのか。

客先のシステム担当者が重度のヲタだと、レアなノベルティグッズ欲しさに
会社の金でSun製品を買い漁ってくれるw

533 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 23:27:34 ]
ぐぬぬw

534 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 23:31:21 ]
じゃばことかに乗っかればよかったのに

535 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 23:35:06 ]
>530
突っ走るなら、これくらいの思い切りが欲しいよな。
つttp://jk-kimuchi.com/

いろいろふっきりすぎかもしれんが(w


536 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/21(木) 23:38:48 ]
思い切りすぎて空振りしている感じ

537 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 00:05:12 ]
>>532
スパコンでCray XT5の側面に絵を描いた↓こういうの、あるじゃん
ttp://blogs.knoxnews.com/knx/munger/jaguartests.jpg

こんな感じでSunのラックをたくさん並べると絵になるってのがあるといいかと。
ついでに、デアゴスティーニと提携して、週刊で200ラック揃えると・・・とか。

538 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 01:37:02 ]
ttp://news.cnet.com/8301-13556_3-10246293-61.html
またTukwilaが延期

> During final system-level testing,
> we identified an opportunity to further enhance application scalability best optimized for high-end systems.
> This will result in a change to the Tukwila shipping schedule to Q1 2010.

それじゃぁ、いつまでたっても完成せんぞ。

539 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 02:03:38 ]
Intelとしてもあんま完成させる気ないんだろ

540 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 05:19:05 ]
>>537
屏風絵っぽくてかっけぇな



541 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 07:34:31 ]
Sunが滅んでも富士通が生き残ればサーバ分野では何とかなる気がする

542 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 09:00:27 ]
>>519
それは全然違うだろ。x86がクソだ、ってわかってるのにシリウマにのって
お追従してるやつとか、意味わからずにそれ拡散してるノーテンキが
わさわさいるせいだ。


543 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 13:42:14 ]
>>519
値段が暴利
アキバでパーツ単位で売ってない
Windows+ベンチマークソフトが動かない

誰も買わんよ。

544 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 13:49:54 ]
>>543
>アキバでパーツ単位で売ってない

そういえばATX form factorのボードとか作ってたんだから、
あれをバルクで秋葉の店頭で売ってれば、家庭用ユーザー
がしっかり確保できただろうね。

545 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 13:53:10 ]
そういえばAlphaのボードは売れてたような…

546 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 13:54:45 ]
Alphaのは Melcoが一部売ってたね。DECから離れてから、かな。
UltraSPARCのも、なぜか持ってるけど.. UltraAXi。2Uケースに入ったのを
中古で買った。

547 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 14:14:45 ]
MelcoはAlphaをDECがやっているときも売ってたね

548 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 14:57:42 ]
昔はUltraAXi欲しいなと思った時もありました

549 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 16:04:20 ]
>>547
オレみたの Samsungだったような気がする。


550 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 16:46:02 ]
さて、OpSol10 su4cに移植すっか。



551 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 17:59:14 ]
神様キタ━━━(゚∀゚)━━━!!!!
sun4mもお願いします(-人-)

552 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 18:08:54 ]
>>549
DEC

553 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 18:09:54 ]
>>549
DEC時代もやってたしAPI時代もやってたってことで

554 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 19:46:02 ]
>>542
責任転嫁カコワルイ

555 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 19:46:42 ]
>>544
いや、SPARCもAlphaも、自作PC用のマザーボードは、手に入れようと思えば、手に入った。
だが、それをしたのはごく一部の人だけ。

556 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 19:51:58 ]
やることはx86のマザーといっしょだしな

557 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 20:00:29 ]
>>555
「入手が不可能ではない」とかいうレベルじゃなくて、店頭在庫ありで流通してないと。

予算が少なくて「在庫処分の叩き売りでやっと買える価格になった」という人々にまで
浸透させなければ。

558 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 20:27:02 ]
ほんとは ComactPCIのやつが欲しかったんだけど。

559 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/22(金) 20:48:40 ]
まあAlphaAPIのは最後ただで配ってたし

560 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/23(土) 01:23:18 ]
>>557
そういう意味では、PCの世界は平等だな
ただ、SunはタダでSolarisを配っているという意味ではさらに平等だぜ?



561 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/23(土) 09:38:56 ]
米国の PC オタが WS にも手を出していた 90年代初めの頃は、日本では DOS/V ブームによって
やっと PC/AT が認知され始めた頃だったので、日本では PC カスタマイズの方が
流行ってしまったというのはあると思う
それでも当時の理系学部では Unix が主流だったと思うけど、それも 10年と持たなかったね

562 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/23(土) 16:34:23 ]
さっき知ったがインテルが今更8コアCPUとか出すんだな
8コアCPUなんてもう2年近く前にSunが出したというのに・・・

ところでストレージサーバを見てたんだがやっぱりSunかっこ良過ぎw
www.sun.com/servers/x64/x4540/gallery/index.xml?p=1&s=1

563 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/23(土) 16:51:54 ]
コア数でしか語られない馬鹿乙って煽って欲しいのか?

564 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/23(土) 16:52:52 ]
まあ価格も動くコードも違うだろうし

565 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/23(土) 20:35:14 ]
>>561
当時、初めて組み立てたAT互換機は、PC-UNIXのためだったよ。
DOSもWindowsもNEC98で十分だったが、PC-UNIXは移植がアレだったんで。

566 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/23(土) 20:36:01 ]
>>562
なぜ「いまさら」なんだ?


567 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/23(土) 20:38:17 ]
>562
 |
..J

568 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/24(日) 23:48:11 ]
休日は出勤してこないのですね>工作員

569 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/25(月) 21:49:07 ]
OracleのSun買収、舞台裏で何が起きていたのか
www.itmedia.co.jp/news/articles/0905/25/news005.html

570 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/25(月) 23:42:05 ]
> 業界筋はeWEEKにオフレコで、ほかの2社は米IBMと米Hewlett-Packard(HP)だと話した

オフレコを守れよ!



571 名前:名無しさん@お腹いっぱい。 [2009/05/26(火) 02:04:34 ]
hpに買われてたらDECの二の舞だった

572 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/26(火) 02:23:03 ]
Oracleに買われた場合どれの二の舞になるの?

573 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/26(火) 02:27:54 ]
>>571
DEC, COMPAQ, HPっていまだに製品ライン整理できてなくて酷い。

574 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/26(火) 06:22:59 ]
>>571
たまには、Sun に買われたかわいそうな会社たちを思い出してください

575 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/26(火) 09:42:35 ]
>>569のリンクの記事によると、当初Oracleは、Sunのソフトウェアを買収しようとしたのね。
それがダメポってことになって、全部を買収に切り換えたと。

なんか、ハードは大幅に整理されちゃうかもな。

576 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/26(火) 09:50:44 ]
>>574
MySQLとかVirtualBoxとかはSunに買われて良かった方じゃないの?

577 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/26(火) 11:29:49 ]
>>576
SunがOracleに買われて一番影響を受けそうなプロジェクトじゃないか

578 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/26(火) 13:22:19 ]
Sunが買収したおかげで活気付いたオープンソースと言えばOOo(StarOffice)だろ。

579 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/26(火) 13:49:25 ]
たしかにこれを紹介するとみんな喜んでる

580 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/26(火) 19:20:46 ]
>>573
全くだ。さっさと整理して、クラスAアドレス2個返却してよねw



581 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/27(水) 11:18:53 ]
Nehalem-EXのRAS強化するんだってさ。

582 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/27(水) 14:40:33 ]
いいんじゃない?

583 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/27(水) 20:20:43 ]
ますます、SPARCが売れなくなるね

584 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/27(水) 22:08:00 ]
もうSPARCでがんばる理由はあまりないし

585 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/27(水) 22:24:33 ]
もうXeonでいいよ

586 名前:名無しさん@お腹いっぱい。 [2009/05/28(木) 00:06:52 ]
技術的に優秀でもないサンの製品も誰も買わないだろ、
Solaris みても Linux のほうがどうみても技術的に上だろ、sparc は骨董品だし
オラクルも Java  だけほしかったんだろうな

 Solaris は Gnu free soft 行きで、sparc  は中国あたりの企業に stk 関連の製品は、EMC にさっさと売却されるだろうな



587 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 00:10:45 ]
>Solaris みても Linux のほうがどうみても技術的に上だろ、

つまらんジョークだな。


588 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 00:17:02 ]
さすがにUNIX板でこれはない

589 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 00:21:59 ]
>>586
また固有名詞もまともに綴れないバカがシッタカしてるな
普段からエセ技術話をかまして周囲にバカ認定されてる困った人ってカンジ

590 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 06:39:15 ]
釣りだろう



591 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 10:33:21 ]
x86みたいなクソムダな技術は使わない、という人はたくさんいるけど。
実際 x86が身の回りにひとつもなくても何も困らないし。

592 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 10:40:06 ]
そりゃ困らないよ
でもPC WSがないのはちょっと困るかな

593 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 10:54:53 ]
>>591って仕事してないんだろうな。

594 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 11:02:50 ]
インターネット中継するにも一切必要ないし、この世に存在しなくても
なんにも問題ないね。

595 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 12:11:45 ]
SPARCにも同じことが言えるんだが・・・アホだな。

596 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 12:18:56 ]
別に「比べて SPARCは必要」とは言ってないが。被害妄想激しいねw
まあ、ルーター、スイッチ等の機器と Unixマシンがあればインターネットは
成立するから。x86なんてこの世に不要だし。

597 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 12:47:23 ]
組み込み機器でx86が使われてないからx86は不要
ていう論理がわからん

598 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 13:27:29 ]
そういう意味じゃないよ。x86から生まれるものは何もないので、x86は不要。

599 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 13:58:19 ]
Sun信者で一匹だけキチガイがいる
ウザイ

600 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 14:22:14 ]
信者はどんな信者でも全員がキチガイだ
今日はまともな事を言っているように見えても明日はキチガイに早変わり
それが宗教の本質



601 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 17:34:30 ]
x86クサすとすぐ貼り着くからすぐ検出可能なんだが。低脳くんww

602 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 17:44:21 ]
「経済的な現実的な選択としてx86が普及している」という事実を、
誤解して

「x86の設計上の技術的優位性が競争力で勝って普及した!」

などと思い込むのは間違いだ


・・・とかいう趣旨なんだろうが、それって誰に向けて言ってるの?

603 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 18:22:06 ]
x86の技術的優位性を理解できないほどマヌケだから
会社が他人の手に渡るんだよ

604 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 20:10:02 ]
>>602
↑↑ ほらほら、コイツに向かって。うは、あわれ〜w

605 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 20:20:38 ]
平日は工作員さんでいっぱいですね。

606 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 20:28:04 ]
俺ニートだけどむしろ週末に工作員が増える傾向がある

607 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 20:45:17 ]
飛んで火に入るサル低脳。まさに...

608 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/28(木) 22:20:38 ]
ウゼーよ


609 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 03:21:33 ]
>>603
x86の優位性は、Intel工場による製造上の優位性でしょ?

もし、x86とSPARCのアーキテクチャが逆だったら、x86がSunと共に衰退し、
SPARCがIntelの大資本の下で強化されて速く、安く、普及していたはず。


610 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 05:52:34 ]
>>609
ダウト

AMDはIntel工場で生産していないが、しかし、Opteronはそれなりの優位性がある。



611 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 09:15:45 ]
hyperSPARCは順調にクロックを上げつつあったんだな。
それが、SPARCv9 64bitへの移行ということで 200MHzでやめてしまった。
自ら引いたのか横から圧力があったのか宣伝に負けたのかは知らん。
初期の UltraSPARCは確かに競争力あったが、300MHzあたりでクロックが
パッタリあがらなくなった。hyperSPARC共存させて 32bitクロックゲームに
参加してたらどうなってたかというとこ興味あるんだが.. どう思う?

612 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 09:20:08 ]
>>609,610
投下リソースの規模(ケタ)の違いであって、x86アーキ自体は
RISC登場以降はクズでしょ。
>>602
こいつずーーーっとここに貼り着いてるよ? おメメ節穴ですか?w

613 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 09:42:38 ]
>>612だろ、スレに貼り付いてるのは。
Intelと違ってAMDの工場は、数も規模も、それほど大きくはない。

にもかかわらず、K8という優れたCPUを世に送り出してIA64を抹殺し、
Sunにx86採用を決意させたのは、素晴らしいことだと思う。


614 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 09:45:32 ]
>>611
UltraSPARC初代って、当時、64bitはあまり必要とされてなくて、32bitで使ってた。
それでSunがhyperSPARCを潰したのだと思うよ。
UltraSPARCよりもhyperSPARCが売れたら困る、と。

615 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 10:00:20 ]
hyperSPARCはSunではなくRoss→Fujitsuだ。
HAL→FujitsuのSPARC64と競合するので潰されたんだろ

616 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 10:08:06 ]
いま思うと
・Pentiumとの性能比較で微妙だった
・SPARCstationのナンバリングと、性能序列がわかりにくかった
ってこともあって、よく知らない人への訴求力が弱かった。

え? SS20よりSS5のほうが速いの? なんで? とか。

617 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 12:04:50 ]
そもそも初期のUltraSPARCは64bitはアレだったし

618 名前:名無しさん@お腹いっぱい。 [2009/05/29(金) 13:19:17 ]
Ultra1 の最初のモデルなんかほとんど SPARCstation20++ って感じだったもんなw

619 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 13:41:09 ]
>>616
Pentium比では 400MHzくらいまでは UltraSPARCの方が上だったよ。
Slot1とかやってた頃は「やっぱ Intelってダメ会社なんだ」って思ってたし、
PenProはキャッシュ外れると悲惨なデキ損ないだったし。
FC-PGAに戻って、Athlonとクロック競争し出してからだね、性能がよくなったのは。

> え? SS20よりSS5のほうが速いの? なんで? とか。
一般論だと SS20の方が速いけど。何が言いたいの?
積んでる CPUで逆転があるのは別に Sunに限らずそこらじゅうにあるでしょ?

620 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 13:44:16 ]
>>617
バグがあった、というだけ。後の Solarisがそれ嫌ってサポート外しただけ。
他の OSは 64bitで動くよ。Solarisももっと早い段階で 64bit対応できてれば
サポートしてたでしょ。



621 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 13:45:01 ]
>>618
へぇ。後の方のモデルだとそうじゃなくなったの? Solaris使ったこと、ある?


622 名前:名無しさん@お腹いっぱい。 [2009/05/29(金) 14:01:07 ]
トランジスタ素子を大量に詰め込めるようになったおかげで、命令セットが汚くても
大丈夫になったのどっかのコラムにあったな。



623 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 14:01:46 ]
>>619
> 積んでる CPUで逆転がある

まさに、それが問題だった。

624 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 14:02:32 ]
いくらx86を卑下したところでSPARCの未来は明るくなりませんが

625 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 14:09:42 ]
卑下というのは自分に対する態度です。

626 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 14:12:11 ]
誤用だとわかっているのなら、意図している意味もわかるだろう

627 名前:名無しさん@お腹いっぱい。 [2009/05/29(金) 14:51:16 ]
>>621
Ultra1 Creator の 200MHz くらいでちょっとマシになったけど、
最初の Ultra1/140MHz なんか TGX で 32bit じゃんw

> - Sun Ultra 1 Model 140 TurboGX 2,280,000 円 (税別) [1995年11月15日]
> (143MHz UltraSPARC、32MB メモリ、1.05GB ディスク、17 インチ・カラーモニタ)

> - Sun Ultra 1 Creator Model 200E  3,670,000 円 (税別) [1996年7月31日]
> (200MHz UltraSPARC、64MB メモリ、2.1GB ディスク、 20 インチ・カラーモニタ)


628 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 14:51:53 ]
卑下の使い方も知らないほど無教養なのにCPUの優劣を論じるなどおこがましい
と言いたいのでは?

629 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 14:53:57 ]
SuperSPARCは486で
HyperSPARCは5x86で
UltraSPARCはPentium

630 名前:名無しさん@お腹いっぱい。 [2009/05/29(金) 16:17:43 ]
サンからこんなメールが来たー!
いよいよ sun.co.jp は返上か?w

さて、サン・マイクロシステムズ本社において、メールアドレスのドメインの
統合を進めている関係で、これまでご利用いただいておりました、
SDCへのお問い合わせ用アドレスが使用できなくなりました。
恐れ入りますが、今後は新しいアドレスへご連絡をお願いします。

旧)sdc@sun.co.jp
    ↓
新)sdn-japan@sun.com



631 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 16:23:11 ]
>>616
SS20の遅いヤツとTurboSPARCのSS5ならわからんでもないが
microSPARC-IIがSuperSPARC+やhyperSPARCより速いなんてないな

>>620
あの致命的なエラッタって他のOSでは問題なかったの?

>>627
そうやって挙げてる製品をちゃんと使ったことあるのか?

632 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 16:24:34 ]
>>629
素Pen 266MHzと hyperSPARC 125MHz SS20が近い感じだったよ。
触ったことないんだろ?

SPARC 25MHz SS1+と i486DX2-66, SPARC 40MHz SS2と i486DX4 100MHzが
当時だいたい近い、という話だった。

633 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 16:30:37 ]
>>623
あんた一人で混乱してるだけだろ? Sun以外でもなんぼでもあるだろが。
パソコンしか使ったことないやつはこれだから...

>>627
だからさ、その後の UltraSPARC IIだろうが IIIだろうが、速い SS20だろうがよ。
DOS-Winが NT系になったりはしないんだよ、まともな計算機はさ。

TGXで 32bitとか、わけわからんww Sbus積んでりゃどれでも TGXは付くわい。

634 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 16:36:38 ]
>>631
> あの致命的なエラッタって他のOSでは問題なかったの?

OSに回避コードを入れるとパフォーマンスが落ちる。
Solarisが 64bit対応した時は既に UltraSPARC-I はかなり古い CPUに
なってたし、回避コード入れたのを導入されて「遅い」ってクレーム受けるより
入れずにサポート外した方がいいという判断と思うよ。

635 名前:名無しさん@お腹いっぱい。 [2009/05/29(金) 16:43:05 ]
>>631
SS5/170 だっけ?
あれが一番よかったなw

636 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 16:47:55 ]
なんだか一人必死なやつがいるな。

637 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 17:07:07 ]
SS2か
マヨネーズの中を泳いでるみたく遅かったな

638 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 17:20:20 ]
なあに、Sun3に比べりゃ天国よ。
一時期DECstation 3100に浮気したくらい、Sun3はトロかった。

639 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 17:28:55 ]
SS2っつったら、般人が 80286 16MHz の PC-9801RXで EMSで拡張ドライブして
バグバグの一太郎4使ってた時代だからな。80386の 9801RAも出てたが、
高い機種だった。
めちゃ速かったよ。そんな賞味期限とっくに過ぎてジャンク屋から買って来た時の
話されたってな。

640 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 17:37:52 ]
ハ-ドディスクが普及しはじめたころか
当時は、40MBでWin95とLinuxを余裕でデュアルブートで使えてた
今となっては不思議



641 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 17:49:39 ]
9801RXは 12MHzだな。MS-DOS 3.3。米国だと当時もう MS-DOS 4.0が出てるが。
16bit www

642 名前:名無しさん@お腹いっぱい。 [2009/05/29(金) 18:00:41 ]
>>639
チョウの写真や北斎の波がウィンドウの中をナナメにスライドしまくるデモ見て
心底感動したよ、当時。NeWSのデモ。

643 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 19:04:26 ]
昔話は盛り上がるねぇ。今の話はさっぱりだけど。

644 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 19:15:33 ]
>>638
Sun-3 → Sun-4 → SS1 → SS1+ → SS2 だからな。あいだ空きすぎ。

DECstation 3100は Sun-4と SS1のあいだ。
Sun-3も遅いマシンじゃないよ。m68kだから他も似たようなもんだけど。
Sun-3/80なら話は別。あれは後方互換用で、旗艦じゃない。

645 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 19:42:24 ]
世界征服を企むエリソンは 2つのことをやると思うよ。

1. IBMハイエンドサーバーの対抗機を出す
これは Rockなのかはたまた SPARC64なのか..

2. iPhone対抗デバイスを出す
T2ベースで Solaris+Android、OraStore開店

646 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 19:59:26 ]
まずはMySQLをOraSQLに改名すると思う

647 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 20:02:40 ]
>>645
3. Appleを買収して Macを SPARCベースにして MacOSのコアを Solarisに置換る

648 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 20:24:03 ]
>>643
そりゃ、お通夜だからな

649 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 20:31:00 ]
ご焼香はこちらです

650 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 21:03:25 ]
>>647
お弁当箱再びってことでSPARCminiがでたら買うw



651 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 21:44:29 ]
アポーを買収するためにはジョブズを暗s(ry

652 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 22:48:49 ]
>>651
ジョブスとエリソンは親友じゃなかったか?

NeXTとAppleが合併してジョブスが復帰した時、エリソンもApple役員
に加わったし、OracleもApple株をかなり持ってたはず。

一時はOracleが友好的にAppleを買収するかどうかという話もあった。

653 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 22:56:15 ]
これでAppleも一緒になったら勝てる・・・かな・・・

654 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 23:03:56 ]
Appleと一緒になったら俺は見限る

655 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 23:06:10 ]
勝つる!

656 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/29(金) 23:15:12 ]
暗黒面に飲まれちゃだめだ

657 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 00:51:19 ]
>>639
98なんかと比較するなよ。
比較するならMacにしろよ。

> そんな賞味期限とっくに過ぎてジャンク屋から買って来た時の話されたってな。

その発想はなかったわ。

>>644
なぜかSSじゃないSun4は見たことないわ。

>>645
T2ベース? ありえねー。



658 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 09:46:50 ]
NVIDIAに買收される
それが幸せだ


659 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 10:04:10 ]
>>657
Macと比較するとそんなに違うか? IIfxとか IIcxあたりかな。68030。
SS2の方がブッチギリで速いよ。

> なぜかSSじゃないSun4は見たことないわ。
ピザボックスがないから。それか、初もん過ぎて買わなかったのかもね。
数値的には DECstation 3100と同等ぐらいのはず。

660 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 10:07:07 ]
>>659
> Macと比較するとそんなに違うか?

たいして違わないね。>>657がキモマカか何かなんだろう。



661 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 10:24:43 ]
>>659
IIfxなんぞで 20inch級モニターとそれなりの装備したら SS2よりずっと
高かったよな。まあ、日本だけなんだろうがw

662 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 10:27:13 ]
当時の98なんて、

マルチタスクできない
たった640KBのメモリ、しかも64KBセグメント
16bit

Unixワークステーションとは住む世界が違いすぎる。


Macなら、
いちおうマルチタスクっぽい
それなりに広いメモリ、もちろんフラット
32bit

ってことで、Unixワークステーションと比較してOK

663 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 10:40:07 ]
だけど「x86の技術的優位性」>603 とか言うバカに言って聞かせてやってる
わけだから、x86じゃないとな。

664 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 10:43:30 ]
>>662
OKじゃねえーよw
XENIX on PC98-FAとか、A/UXなら比較していいけど。

665 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 10:44:04 ]
>>662
もちろん、「住む世界が違いすぎる」のを示すのが目的なわけでw

けどさ、PC-UX(だっけか?)もあったし。マルチタスク。
MINIXにもみんなカンドーした。OS/2もあった。

> Macなら、
日本では、死ぬ程高かったよ。

666 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 10:53:10 ]
あのころのMacの日本価格は当時のレートを考えても高かった。

>いちおうマルチタスクっぽい

いや当時のあれは本当に「っぽい」というのもはばかられるような・・・
当時としてはそれでもアレだったけど・・・

667 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 11:29:07 ]
>>663
おいおい60レスも前じゃないか。

まぁ、
今のx86になったMacの御先祖様の話
ってことで、理解しとけよ。


668 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 11:30:27 ]
>>664
PC98-FAってなんだ?

まさかPC-9801FAのことじゃないよな。年代違うし。


669 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 11:31:35 ]
XENIXとかPC-UXとかOS/2とか、そんなマイナーなものを持ち出してもなぁ。

当時、98ならDOSだったろ。ほとんど。


670 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 11:35:21 ]
勝てば官軍、負ければ賊軍 w



671 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/05/30(土) 11:57:03 ]
>>622
逆に言うと、トランジスタを大量に詰め込めるのに、1つの命令が単純すぎると
無駄が多くなるという問題が生じるわけですな。
アウトオブオーダ実行とか複雑なアクセラレータとか使えるようにすると
相対的に命令デコーダの負担の差は小さくなるのです。

同じリッチなパイプラインなら、1命令あたりの密度が高い方が有利というわけです。
まあ、x86がRISCと比較して1命令当たりの密度が高いって感じるのは
base + scale*index + offsetで指定したメモリオペランドを第2引数に使えたりするときかと思いますが

1スレッドの性能をひたすら稼ぐには命令セットをどんどんリッチにしていく必要があります。
POWERがいまさらBCDの演算に特化した命令と演算ユニットを搭載してるけどあんな感じかな。
もちろんRISCの設計思想に反してます。



逆に、1コアあたりの実効性能はある程度諦めて組み込みに特化する(ARMやSH)とか
また大量のコアで並列処理して性能を稼ぐというアプローチには未だにRISCは有効ですよ。
それがCellとかNiagaraですな。

672 名前:名無しさん@お腹いっぱい。 [2009/05/30(土) 12:00:55 ]
その昔、SUNのSparc-WSを欲しいと思っていた。速いし物めずらしいから
しかし、なんだかんだ言って自作PCで満足してしまい去年の末中古で
Sparcマシンを買ったが「こんなもんか、、、」という感じで拍子抜け
した。
PCがDOSの頃に無理してでも、Sparc-WS所有していたらその違いに
感動したかもしれない。

673 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/05/30(土) 12:05:05 ]
ただ、組み込み向けだと2バイト命令長のほうがコード密度的に都合がいいかなと

674 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 13:39:01 ]
>>671,673
無理無理ww 「盲信」以外に彼には何もできませんので。
ましてや「トレードオフ」なんて言ったらアタマから火花とケムリが飛び散りますww

675 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 13:42:54 ]
SPARCマシンは自宅で使うには消費電力が高すぎる
UltraSPARC IIですらAthlonXPの2倍近い品

676 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 13:52:04 ]
>>671
問題はだ、命令密度を上げるという観点で RISCに改良を加えたものと、
RISC以前の観点で設計された x86の ISAが同等なものなのか、ということだね。
高速化に邪魔な命令をコンパイラーが使わなくなってくれるんなら近いところへ
行けるんだろうが、今までの「資産」を全面にうたってるからには
そうも言ってられない、と。
どうしてもスヌープが必要な場合が多かったり、アトミックに排他する期間が
長かったり、いろいろ不利だと思うが。

> base + scale*index + offsetで指定したメモリオペランドを第2引数に使えたりするときかと思いますが

> 逆に、1コアあたりの実効性能はある程度諦めて組み込みに特化する(ARMやSH)とか
> また大量のコアで並列処理して性能を稼ぐというアプローチには未だにRISCは有効ですよ。
> それがCellとかNiagaraですな。

今後の市場構成を考えると、ほとんどそれで占まるんじゃねーの?

677 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/05/30(土) 14:00:51 ]
コアを増やしても同期のオーバーヘッドなんかもあるし、それほどうまくは性能上がらないでしょ
CPUに対してメモリやストレージはボトルネックになるし

ある程度は1スレッド当たりの性能向上に費やすことは必要になる。

678 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 14:17:43 ]
>>677
> ..、それほどうまくは性能上がらないでしょ

それはごく最近本気で MPのことを考えるようになった(昔から話だけは
あったけどww)x86の状況であって、Mbusからはじまり SPARCcenter2000で既に
XDbus 20CPUを実現していた SPARCにはあてはまらないのだよ明智くん。
BSDベースを捨てて SVR4を作ったのもまさにそこにあったわけで、
ちゃんとリニアに性能が上がるのは周知の事実。
もちろんソフトウェアの作りが適したものになる必要があって、OSまで含めて
考えた場合 SPARCはかなり優位な位置にいる。 ...んだからちゃんと売れよな。

> ある程度は1スレッド当たりの性能向上に費やすことは必要になる。

ある程度はね。けど用途的には減って行くでしょ。特殊な場合だけになる。

679 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 14:27:04 ]
お、例の人きたねえ
団子ちゃんは相手してくれるかな?

680 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 14:48:29 ]
コネクションマシンはどこへ逝った。



681 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 15:46:46 ]
>>678
並列化には、アムダールの法則という壁があるんですよ。

ちなみにSPARCがリニアにスケールするのは、限られた状況だけよ。
大きなメモリバンド幅を必要とするアプリを走らせるとサチって話にならない製品もあったぞ。


682 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 16:13:14 ]
この文脈で「アムダールの法則」は外しまくりだって、さっさと気づけよ...

683 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 16:17:37 ]
Xeon最強!
SPARCイラネ!

684 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 16:38:38 ]
>>682
SPARCとて例外ではありませんぞ。

685 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 16:40:09 ]
>>683,674
ほらみろ、火花とケムリが吹き出しまくってるぞww もうすぐ爆発するなw

686 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 16:49:31 ]
草を生やしてる人は、団子さんの意図がわかってないんじゃないか?

エンプラ向けのサーバに使われるようなCPUでは、SPARCは適切ではなくなってる、ってことよ。
まぁ、ロード命令にポストインクリメントが付いていて、それが即値どころかレジスタだっていうのは、やりすぎだと思うが。


687 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 17:31:36 ]
>>686
そりゃ違うだろ。>671 の

> もちろんRISCの設計思想に反してます。

は原理主義的な RISC思想は現在のトレンドに沿ってない、って言ってるだけで、
そもそも商用 RISCは最初の登場時点で RISC原理主義などではないし
(そんな商品はこの世に一度も存在してない)、より「RISC化」することに
よって性能を向上してきたのかというと全くその逆で「RISCらしく」ない
ことを次々と取込んで改良を重ねてきている。
もちろん、RISCであることの利点を損ねない方法によってだけどね。

「RISC原理主義」なんてのは CISCと言われてくやしくてしょうがない連中が
商用 RISCをなんとか攻撃したくて作り上げたタワゴトに過ぎんよ。
そんなのを標榜してる会社も人もどこにも存在しない。

で、今の改良を重ねた商用 RISCが、「RISC原理主義」からみたら RISCらしく
ないからと言って、じゃあ RISC以前の CISCと変わらないかと言ったら、
そんなワケがないんだが、そこはアイマイにしといてって低レベルな批判は
うんざりなんだよ。

688 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 17:47:51 ]
俺らはCISCと言って馬鹿にするけど
俺らを攻撃するのは反則だし許せない
ってことですねw

689 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 18:04:21 ]
>>681,684
こんなバカネタが真剣に論じられるほど、x86の世界は腐りきってるわけだな..
なるほどな..

「アムダールの法則を巡る Intelと AMDの戦い」
ttp://pc.watch.impress.co.jp/docs/2005/0112/kaigai147.htm

こんなもん、わかり切ったことじゃないか.. そんなリクツが単純適用できるんなら
64CPU機なんか一台も売れるわけがないだろ。アホくさ。

おい、Intelがなんて主張してるか、よく読んどけよ!?
オマエの話と正反対だぞ!!wwww

690 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 18:41:31 ]
今更SPARCなの?(笑)



691 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 19:02:31 ]
つまんない
おもしろいネタないの〜?

692 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 19:11:29 ]
じゃあ、SPARCのブランチ命令のディレイスロットについて語ろうぜ

693 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 19:15:58 ]
>>689
どうでもいいけどコンマ区切りの引用は対応していない2chリーダーもあるので
>>681
>>684
としてほしいです


694 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 22:22:34 ]
今どき RISC vs CIS Cかよw
思い出を語るスレだから、いいのか・・

695 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 23:09:37 ]
通夜だからね

696 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 23:30:29 ]
じゃあ、emacs vs viとかもあり?w

697 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 23:49:18 ]
変態emacsなどの出る幕ではない。

698 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/30(土) 23:59:11 ]
>>696
そんなもんEmacs18やVim3の頃が、良かったって話にしかならねぇよ

699 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 01:11:47 ]
>>696
viの圧勝で結論出てるじゃん。emacs使ってる奴なんて馬鹿ばっかだろ。

700 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 01:43:35 ]
利用シェルならさらに対立が見られそうな気がする



701 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 01:46:50 ]
>>698
そこでなぜvimが出てくる

702 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 07:47:42 ]
>>687
RISCってのは、
・コンパイラを前提にする
・定量的なアプローチ
この2つが命。

かつて昔の最適点で設計されたSPARCは、
バイナリ互換を保ちつつ発展したがゆえに、
いまでは最適点から、だいぶ遠ざかっている。

そんなSPARCを担ぎ上げるからには、
バイナリ互換のために醜悪なまま進んだ
x86を馬鹿にできる立場にはないんだ。
同じ土俵に、自分で下りていったのだから。

x86に追い付かれ、シェアを下から食われるのは、
当然の結果なわけで、自業自得なんですよ。

じゃぁSPARCは、どうすればよかったか。
バイナリ互換を犠牲にしてでも最適点を
追い続けるべきだった。

そうすれば、圧倒的な性能差を維持できた。

よくIntelは製造によるゴリ押しで性能を絞り出しているという批判を目にするけど、
巨大なキャッシュを積むなどの強引なことをやってきたのは、RISC勢だって同じことだ。
とくに、一時期のクロック鈍化・キャッシュ増量のみの時代が、RISCにもあったよね。

ワークステーションとWebサーバの分野でシェアをx86にまるごと持ってかれた
その原因が傲慢にあることを、とっとと反省して、方針を切り換えるべきだね。

703 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 07:54:16 ]
>>689
お前さ、
Intelの10年後くらいの先の希望的な話
を持ち出してばかりだけどさ、
俺達、
現実の話してるんだよ。

Sunのスケールしないサーバな。
どうやって使うか知ってるか?
パーティション区切って使うんだよ。

実質的に
少ないCPU数のSMP機が複数台ある
っていう使い方をすれば、性能はでる。

もちろん、スケールしないってことには、
変りが無いが。

704 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 07:57:51 ]
>>692
遅延スロットは素晴らしいアイデアで、実際に役に立ってるじゃないか。

ただ、分岐命令だけってのが手ぬるいな。
剰余算命令にも遅延スロットがあるべき。

遅延スロットをどんどん適用していけば、
Out-of-order実行なんて必要ないぜ。
In-Orderでもキッチリ性能でるぜ。

705 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 08:42:38 ]
終わっちゃったことなのにむなしくないですか?

706 名前:60 mailto:sage [2009/05/31(日) 09:34:08 ]
>>702
> とくに、一時期のクロック鈍化・キャッシュ増量のみの時代が、RISCにもあったよね。

強引とかバカか?
そのための命令セットアーキテクチャなんだから当たり前じゃないか。
そのためにわざわざ整理したんだよ。

707 名前:名無しさん@お腹いっぱい。 [2009/05/31(日) 12:56:44 ]
>>702
バイナリ互換無視したら、コード資産が無駄になる。
x86と最も差があった時点で5倍ぐらい。
486以降Risc手法を取り込んできたx86に対しバイナリ互換無視でも
どこまで性能差を付けれたかのかな?


708 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 13:27:40 ]
>>706が何を言いたいのか、わからん。
だれかエスパーで解説してくれ。

709 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 13:28:44 ]
>>707
コード資産?
x86信者みたいなこと言うなよ。

unixなんだから移植性あるコーディングして当然。
DOSでしか動かないとかWindowsでしか動かないとか
そういうコードしか書けない馬鹿と一緒にすんな。

710 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 13:30:52 ]
>>707
スケーラビリティのあるアーキテクチャなら、
使えるトランジスタが増えた分を、キャッシュではなく、マルチコアに振り向けられるだろ。

x86がヒーヒー言いながらIPCを上げようと効率の悪いことやってたんだから、
シンプルなコアなら4コアくらい余裕で実装できただろう。
それだけで性能4倍だぞ。



711 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/05/31(日) 13:52:07 ]
>>709
そうだな、そういう出来るプログラマのおかげでローエンドはSPARCからIntel CPUへの移行が
すんなりうまくいったわけだ。

712 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/05/31(日) 13:58:04 ]
つまりSPARCもまたバイナリ互換が捨てられない出来損ないプログラマの為に存在するんだなwwww

713 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2009/05/31(日) 15:13:08 ]
手元にコードがあるものばかりじゃないでしょ

714 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/05/31(日) 19:01:50 ]
もちろん皮肉

手元にコードがあって再コンパイルすれば動くってのはSolarisじゃなくてDebianだろう

715 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2009/05/31(日) 20:21:40 ]
禿げ、デブ、共産主義の三重苦

もちろん皮肉

716 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2009/05/31(日) 20:22:35 ]
共産主義よかバイナリ非互換の方が良かったか?w

717 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 22:13:05 ]
>>709
SPARCが生き残ってる最大の理由はコード資産。
過去のプログラムが移植性の有無に関わらず、そのまま、あるいは
一定の手間で動くということが重要。

移植性があるコーディングとか、そういうのはどうでもいい

718 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 22:35:58 ]
>>717
>過去のプログラムが移植性の有無に関わらず、そのまま、あるいは
>一定の手間で動くということが重要。

そういう必要性も年々減って、いずれ無くなってしまうでしょうね。

SPARCが将来的に生き残るには、コストパフォーマンスでぶっちぎる
ような真剣勝負で戦い抜かないと。富士通は勝っていけるかな。

719 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 22:52:21 ]
Nehalem EXが出ればSPARC終了だよ
後はメインフレームみたいにニッチ市場で細々売ってくだけ
それもいつまで続くことやら

720 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/05/31(日) 23:17:28 ]
>>718
世の中フリーソフトだけで成り立ってると思ってるの?



721 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/06/01(月) 00:38:18 ]
ディレイスロットってそれ自体がパイプライン段数縛りになるだろ。
クロックを上げるためにステージ細分化するとかのアプローチも採れないし

722 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 01:39:11 ]
Nehalem EXのページの動画デモを見てる時にサーバ側からの送信が止まったのが受けた
Sunのページの製品CM見てる時は止まったことないのに

723 名前:名無しさん@お腹いっぱい。 [2009/06/01(月) 01:47:21 ]
>>719

そうねえ 北朝鮮がつぶれるぐらいまで続くんじゃない?

724 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 07:07:36 ]
>>717
そうだよな。

x86の汚い囲い込みと同じ戦術でSPARCは生き残ってる。


725 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 07:09:52 ]
>>720
QuickTransitのように、
SPARCバイナリをx86上で動作させる
ってなシロモノが商品化されてるんですよ。

ていうか、OracleはQuickTransit作ってる会社を買収して、Solarisに標準装備させるべき。
x86版SolarisでもSPARCバイナリが走り、SPARC版Solarisでもx86バイナリが走れば、
むしろ逆にSPARCの拡販になりますぜ。

726 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 07:12:16 ]
>>721
そうでもないよ。
ISAとパイプラインは一対一対応している必要はない。

OOO実行するのであれば、
ィレイスロットにある命令は、直前の分岐命令の結果に依存していないって意味でしかない。

727 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 08:22:57 ]
>>725
当然知ってるがAlpha版NTはトランスレータ入れても成功しなかったわけで
むしろx64製品へ移行を促す方向に圧力がかかりそうだ

あと、トランスレータはアプリケーションを動かすだけであって
ホストがサポートできないハードウェアなどはどうしようもない

728 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 08:36:10 ]
>>725
Transitive社はIBMに買収されQuickTransit製品を終了しました

729 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 09:22:14 ]
>>727
それは昔の話でさ、最近だと、MacOSが、PPCからx86への移行に成功してるよね。
Alphaの場合、x86との性能差が縮まったのが、失敗の最大の原因だと思う。
その点、SPARCは違う。

x86で64CPUはスケールしないが、SPARCなら64CPUでもスケールするから、
そこには比較できないほどの大きな性能差があるわけで。

730 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 09:39:02 ]
ttp://www.networld.co.jp/transitive/news_over.htm
これか。

品質チェックによる一時休止が本当なのか、
その会社がSPARCの次にPOWERを相手にする可能性を恐れて潰したのか・・・.






731 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 10:15:34 ]
きっとSunを買収してSolarisに載せるつもりだった

732 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 12:51:15 ]
>>729
Macはトランスレータだけで何とかしたと思ってるのか?
オーバヘッドを吸収するPowerPCと最新Coreアーキテクチャの性能差と
Universal Binary化の強要を忘れるな

それに高速な64コアを必要とするアプリケーションがどれだけある?
あっても最初からSPARCや他の大規模サーバを選択しているだろう
そこにx64からの移行というマーケットを想定する意味はあるのか?

733 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 13:20:01 ]
MacOS Xは PowerPCから Intelへの移行どころか、10.4→10.5なんてレベルで
動かんもん続出だし、開発環境に至っては(タダになったのはいいことだが)
OS最新版じゃないと話にもならん。
トランスレーターは話題にはなったけど、使ってるやつなんてほとんど皆無だろw

734 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 13:32:57 ]
>>730
まさに人類の敵
いい仕事してますね〜♪

735 名前:名無しさん@お腹いっぱい。 [2009/06/01(月) 15:18:50 ]
CPU単体での性能なら現行x86が上だが、64CPU以上の構成だと現行Sparcが上に
なるっていう解釈でいいのかな?
でも、そうなる理由は?単体性能が高ければ64CPU構成でも性能が出るというイメージ
があるんだが。
趣味でSparcワークステーションあるがサーバなんて使ったことないからそこら辺
わからない。


736 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 15:26:18 ]
>>735
>でも、そうなる理由は?単体性能が高ければ64CPU構成でも性能が出るというイメージがあるんだが。

その認識は・・・・

ちょっと、お前64人65脚やってきてみろ

737 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 15:49:25 ]
信者乙

738 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 16:44:40 ]
x86は 8ソケットで既にまともに動かんよ。
QPIなら 8コア以上でも性能出る、って話らしいが、実際リニアに性能あがってる
記事どっかにあるか?
SPECrate は要らんからな。あれだけが高い石はエンプラ方面じゃ全く使えんから。

739 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 16:58:13 ]
SPARCにはそれしか残ってないもんな
逆に1ソケや2ソケのお手頃価格でそこそこの性能ならSPARCマシンに新規需要はない

740 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 16:58:52 ]
SparcのOracleベンチはまだですか?



741 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 17:55:10 ]
>>739
だから、WSをx86に奪われた。

742 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 18:21:37 ]
サーバもな

743 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 19:02:25 ]
というか、WSってもう必要ないじゃん
UNIXアプリのWindowsへの移植が終わったんだから
そこら辺のショップブランドのパチョコンで十分

744 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 19:07:04 ]
>>738
Opteronは性能上がるみたいだけど
ttp://connexitor.com/blog/pivot/entry.php?id=191

745 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/06/01(月) 20:22:21 ]
ZFSでファイルサーバ作るためだけにSolarisってよくあるよなー

746 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/01(月) 21:02:57 ]
1万いくらの安鯖にHDD突っ込んでファイル鯖みたいな用途に使うと怖いくらいに似合う。
UPSなしでの突然の電源断でも割と平気だし。


747 名前:名無しさん@お腹いっぱい。 [2009/06/01(月) 21:03:06 ]
>>743
今のWS=ハイエンドx86のPCにOpenGLの高額VGA搭載したもの。


748 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 00:02:20 ]
普通にゲーム用グラボで間に合うことも多い罠

749 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 00:07:07 ]
IDC、2009年第1四半期国内サーバー市場動向を発表
www.idcjapan.co.jp/Press/Current/20090601Apr.html

750 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 00:46:45 ]
>>738
Nehalem-EXがまだ出てないからな。
Intelは今まで中堅以上のサーバはx86では力をいれてなかったんだが、
Nehalem-EXからはかなり本気になるので今までの感覚でいると面食らうことになるぞ。
まあ、64CPUなんてのはニッチだし、HPC分野をみればx86だからスケーラビリティが低い
とは言い切れないことは既に明らか。



751 名前:,,・´∀`・,,)っ-○○○ mailto:sage [2009/06/02(火) 00:47:42 ]
Nehalem-EXなら128コア組めるんじゃなかったっけ

752 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 00:48:51 ]
64CPU以上の企業サーバは市場が小さくて、
そもそも主力だと考えているメーカーはない。

753 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 00:53:03 ]
サーバはCPU数が多い上位製品ほど、
システムにしめるCPUの部品コストの比重は小さくなる。
64Pや128Pなんて年に何台もでないジャンルなのにCPUメーカーとしては
儲けにならん。
故に、IntelのようなCPU専業のようなメーカーが少ないCPUで高付加価値を
出す方に力を入れてきたのは無理もない。

754 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 00:55:34 ]
SunのサーバのCPU数が多い製品が多いのは、
Solarisのおかげだ。ハードの問題じゃあない。

755 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 01:07:59 ]
>>751
64コアじゃね?
SMTで128スレッド

756 名前:OOO-⊂(´∀`旦⊂☆諫碕 mailto:sage [2009/06/02(火) 01:14:02 ]
hothardware.com/News/Intel-Unveils-NehalemEX-OctalCore-Server-CPU/
>Scalability beyond eight sockets, up to 32-socket implementations can be achieved.
QuickPathは最大32Sだぽ。
まあ、つってもNehalem-EXの実質的なターゲットは殆ど8S以下だと思うが。

757 名前:OOO-⊂(´∀`旦⊂☆諫碕 mailto:sage [2009/06/02(火) 01:17:24 ]
QuickPathでも純正は8Sまで、8S超はOEM。

758 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 01:22:51 ]
グルーレスなのは8Sまでだよ
それ以上はOEMの設計したスイッチが要る

759 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 01:29:58 ]
SSE速いのが嬉しければIntel買うけど、それ以外ではよー使いませんw

760 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 01:30:05 ]
8ソケット超はノードコントローラーがいるから
実質8ソケット以下って言っていいでしょ



761 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 01:33:01 ]
>>758
すまん、被った

762 名前:OOO-⊂(´∀`旦⊂☆諫碕 mailto:sage [2009/06/02(火) 01:37:03 ]
ほほ、スマン。
Nehalem-EXが32Sまで対応してるってだけで、QPIでは8Sまでだね。

763 名前:OOO-⊂(´∀`旦⊂☆諫碕 mailto:sage [2009/06/02(火) 01:56:41 ]
>>743
PCアーキテクチャ使い回しのWorkstaion
汎用スカラプロセッサ使い回しのSupercomputer
既に中身の終わったものが言葉だけ残ったんだよ

764 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 01:58:03 ]
757 名前: 不明なデバイスさん [sage] 投稿日: 2009/06/02(火) 01:34:54 ID:W/lj3Mzf
どなたか、ここのGraphic Media Acceratorダウンロードできた方いらっしゃいますか?
downloadcenter.intel.com/filter_results.aspx?strTypes=all&ProductID=2930&OSFullName=Windows+Vista+32&lang=jpn&strOSs=164&submit=Go%21

Video: Intel? Graphics Media Accelerator Driver for Windows* Vista (22118KB)
15.13.3.1787 2009/05/28


The file that you are trying to download has either been moved, renamed or archived.
Please go to downloadcenter.intel.com and choose your product to find your download.

と、ファイルがなくなっている様なのですが・・・



765 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 01:59:20 ]
758 名前: 不明なデバイスさん [sage] 投稿日: 2009/06/02(火) 01:38:18 ID:VI3z+Aag
英語ページから行っても同じだな
ぬぁーにがNehalem-EXだぁ?w

テメーのところの鯖をまともに管理できるようになってから寝言言いやがれwww


766 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 02:34:16 ]
頭が悪い人による言いがかりの典型例だな

767 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 02:40:19 ]
先日MSDNのサーバーが落ちたわけだが


ぬぁーにがWindows Server 2008 R2だぁ?w

テメーのところの鯖をまともに管理できるようになってから寝言言いやがれwww


とは思わなかったなつまり
マイクロソフトとインテルのクライアント信頼度は違いすぎた

768 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 02:55:22 ]
Win鯖は落ちるのがデフォなので別格だな
MSの鯖を管理してるのはHPだろ?
しかしWin鯖はプリンタ鯖止まりのOS
ぬゎーにがなんてMSに対して怒るとIT技術に対して無知なのかと思われる

769 名前:新米 mailto:sage [2009/06/02(火) 03:01:38 ]
ファイルがない場合のエラー処理も完ぺき
流石Intel

770 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 03:18:39 ]
Intel+MSで鯖とか信頼とかムリッす
こっちからそんなの言いだせません



771 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 03:18:58 ]
また老害たちが集まってきた

772 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 03:24:04 ]
若いコはいい罠
上が許可したとか言い出すんでしょ?

773 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 03:35:21 ]
古いままの知識や見当違いのことを力説する年寄りって・・・

774 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 03:39:07 ]
新しいと思ってるみたいだけど掴まされてるだけの若い子を見ると…

775 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 05:21:08 ]
>>732
データベース。

最初はx86サーバでスタートして、
スケールアップが必要になったらIA64サーバがありますよ
って。

まぁ実際には、サーバの強化が必要になるペースよりも、
x86の性能向上・スケーラビリティ向上のペースのほうが速くて、
x86のままリプレースで桶

776 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 05:26:40 ]
>>735
x86とSPARCで、CPUソケット1つあたりの性能が違うので、
x86の64CPU構成と、SPARCの64CPU構成を比較すること自体に意味があるかどうか・・・。

>>738
へー、Sunは「まともに動かない」ものを製品化して売ってるんだ。ひどいね。

> 実際リニアに性能あがってる記事

へー、SPARCはリニアに性能が上がるんだ。

あんたSPECしか知らんのな。

777 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 05:47:14 ]
>>754
ちゃうちゃう。

UltraSPARCの性能向上が鈍ったので、代替手段としてCPUをたくさん積むしかなかったのさ。
それもSPARC64で解決したので、過去の話。

>>755
Nehalem-EXは8コアだよ。SMTで16スレッド。

>>768
Linuxや*BSDなんかよりは、Windows鯖は、よっぽどスケールするんですがね。


778 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 05:59:55 ]
日本のエンタープライズってさ、
既存のものを上手に組み合わせて自分たちで賢く運用するのではなく、
やたら特注で作らせる。

だから、あんまりWindows鯖の評価が高くない。
ちゃんと使いこなせる技術者がほとんどいない。
なんでも特注で作らせるのは、たぶん、勉強するのが嫌なんだろうな。

そんな日本でも、
ttp://www.kabu.com/feature/system/
こういう会社もあるんだわ。

当初は勘定系のデータベースもWindowsでSQL Serverだったんだが、
ある時期からOracleに変更になったらしい。

社外に作らせるために仕様書を書いたり、検収したりするくらいなら、
自分たちで、VisualBasicで書いちゃったほうが早いよっていう。

ここでVisualBasicを笑った人は、不勉強が過ぎるので反省するように。

779 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 06:16:37 ]
うざ

780 名前:名無しさん@お腹いっぱい。 [2009/06/02(火) 08:00:30 ]
ヴァカめ!!

挨拶が遅れたな。私がエクスカリバーーである!何?「ヴァカめ!!」では無くて「バカめ!!」では無いのか?だと?

ヴァカめ!!

私の伝説は12世紀から始まった。私の伝説を聞きたいか?武勇伝が聞きたいのか?君達はどこから来た?

ヴァカめ!!

誰がコックと言った。
私の職人になるにあたり、守ってもらいたい1000の項目がある。レポート用紙にまとめておいた。しっかりと目を通しておくように。特に452番目の私の5時間に及ぶ朗読会にはぜひ参加願いたい。
私の伝説は12世紀から始まったのだ。私の朝は一杯のコーヒーから始まる。私の午後はアフタヌーンティーにて始まる。そして夜は、パジャマになるに決まっておろう。何故か判るか?

ヴァカめ!!

これだから田舎者は困るのだ。守って貰いたい1000の項目その1「私の朝は一杯のコーヒーから始まる」忘れるで無いぞ。私の伝説は12世紀から始まったのだ。・・・・・ ・・・ ・・ ・

ヴァカめ!!

思考の時間は必要なのだよ。何をするにも、ものを考えずに飛び出すなど愚の骨頂。そう、あれは私が若かった頃の頃だ。一人のスナイパーがいた。詳しくは以下の作品に描かれているので、全て読んでもらいたい。



781 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 09:37:26 ]
>>776
あのなー... x86+MS-Winや x86+Linuxが頭打ちで SPARC+Solarisがリニアに
スケールする、なんて記事は何年も前から数え切れないくらい出てるよ。
馬脚をあらわしたなwww

> あんたSPECしか知らんのな。

どの SPECだよ。SPARCがトップだった SPECか? オレは覚えがないよ。
馬脚 2本めwwwww

782 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 09:40:32 ]
>>778
Basic.. もう死んでたのに、むりやりライブラリーゴテゴテにくっつけて、
Bolandから引き抜いた Pascalの天才張り付けて蘇生させたゾンビのことか?
めちゃ迷惑だよあんな汚ねー言語。

783 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 09:47:17 ]
>>750
> Nehalem-EXからはかなり本気になるので今までの感覚でいると面食らうことになるぞ。

あははははは。そうだな、面食らってみたいわ、期待してるぜ。
ところで、今 MAXで積めるコア数のマシンのスケーラビリティは記事になって
ないのかよ? 教えてくれよ。性能出てねーんじゃねーのw?

まあ、力入れてなかったのを入れたらすぐ性能出ると思ってるとこが
おいたわしいわ。SunOS 4当時に SMP方面力入れるって方針出してから、
実際広い分野で性能認められるまでだいぶんかかってるけどな。Sunの場合は。
特定の用途には割と早い段階で性能出せてるけど。

> まあ、64CPUなんてのはニッチだし、HPC分野をみればx86だからスケーラビリティが低い

まだ HPCとか言ってんのかよ.. 支離滅裂なんだよ。反論の体裁になってりゃ
なんでもいいのかよ?wwwwww

784 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 09:51:21 ]
やあ、朝から元気がいいね。

785 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 10:30:13 ]
起きるのおせ−よ

786 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 10:39:09 ]
>>781
> あのなー... x86+MS-Winや x86+Linuxが頭打ちで SPARC+Solarisがリニアに
> スケールする、なんて記事は何年も前から数え切れないくらい出てるよ。

そりゃSunの広告記事だからじゃねーの?

違うというのなら、とりあえず1つ例を。
もちろん、Sunや、Sunを担いでいる企業が広告を一切出していない媒体のもので。

そして、x86+Solarisと比較しないあたりが、なんだかなぁ。

> どの SPECだよ。SPARCがトップだった SPECか? オレは覚えがないよ。

SPEC以外のベンチマークの話さ。
なにかとSPECの話ばかりするじゃないか、お前は。

787 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 10:41:00 ]
>>782
俺はVBが大嫌いだし、VB使いも大嫌いだ。
大勢いるVB使いが「勉強したくない!」ってゴネたおかげで、VB.NETで一掃されるはずのものが、一掃されなかったことは、いまでも恨んでる。

だが、だからといってVBが実際に多く使われているという現実から、目を背けることはできない。

788 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 10:52:29 ]
>>783
> SunOS 4当時に SMP方面力入れるって方針出してから、
> 実際広い分野で性能認められるまでだいぶんかかってるけどな。Sunの場合は。
> 特定の用途には割と早い段階で性能出せてるけど。

SunのSMP機で性能が満遍なく出るようになったのって、かなり後になってからだよ。
とにかくシステム全体の実効帯域幅がネックでな。評価してた連中が、顔真っ青だったな。
もっとも、評価せずに導入決めちゃったところよりは、遥かにマシだが。

789 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 12:32:36 ]
で、今は十分に最大構成までスケールする立派な機械ちうわけだw

790 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 12:35:51 ]
需要がないけどな。



791 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 12:59:52 ]
Windows Home Server で十分だよw

792 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:13:40 ]
Home Serverかw
お前んとこって凄い会社だなwww

793 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:17:26 ]
請負の常駐先の話と比較されても・・・

794 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:20:20 ]
>>778
なんでWindowsでSQL Server使ってVBじゃないの?
そこでリプレース先のOSを語らずOracle+VBと出てくることに恣意的なものを感じる

795 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:23:18 ]
>>788
ところが、用途限れば Solaris2.1(SunOS 5.1)あたりから性能出してた。
SunOS 4.1のジャイアントロックがボトルネックになってたところには、
1990年代入ってすぐくらいから性能を出してた。NTTの研究所とかな。

Solaris2.4までは、通常の開発環境としてはめちゃ苦痛なプラットフォームだった
けどね。

796 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:28:24 ]
またNTT研の中の人ですか。営業と仲の悪い。

797 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:29:22 ]
>>786
> もちろん、Sunや、Sunを担いでいる企業が広告を一切出していない媒体のもので。

ぷっ。そんな条件付けるのは、Sun関連ならたくさん見つかるという裏返しだなww
で、ぜんぶインチキベンチなんだな? ほほおー..ww

Sunじゃなくても、そんな指標自分とこ以外から出してるとこなんか
ほとんどないよ。

> なにかとSPECの話ばかりするじゃないか、お前は。

はぁ? HPCがどーのとか言ってるバカと混同してるだろ?www パラノイア症状だなw


798 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:30:40 ]
HPCはハードウェア板のスパコンスレが適当だろ

799 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:32:37 ]
>>796
研究所の人達と営業はなんの関係もないよ。

ひょっとして事業部と仲が悪いと言ってるのか? それも外しまくりだな。
たしかに仕事のやり方はまるで違うが、そもそも接点がない。仲が悪いも何もない。
つーか、その程度の言葉知らんようでは HP関係者ですらない、マタマタマタ聞きの
さらに昔話だろ? もういいよ、とっくに飽きたから。

800 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:33:42 ]
おーーい、QPIでリニアにスケール、って記事はまだかーー?w



801 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:34:34 ]
>>793
比較されたら困るくらいカスいの使ってんのか?あ?

802 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:35:18 ]
こっちは Intelのでも MSのでも Linux/x86のでもいいぞーー
コスい条件は付けんぞー。
さっさと提示しろーwww

803 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:35:35 ]
>>800
パチョコン使いをいじめてやるなってwww

804 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:43:09 ]
ミジンコQPI相手に強がってもしゃーないっすわ
Intel強いのEDAぐらいでしょ

805 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:43:50 ]
>>744
確かに、4コアで完全に頭打っちゃう Xeon5345よりは数値が上がってるけど、
この湾曲ぶりは「リニア」というにはいまひとつだねぇ。
0.9とか 0.8xな係数でほぼ直線でいくぜ、SPARC+Solarisの場合。
このベンチマークってマシン持ってる人やれないのかな?

806 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 13:45:46 ]
>>805
鯖向けに設計したOpteronですらこのレベルなんですわ
x86とSPARCをガチで比較するのは勘弁してやってクリw

807 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 14:06:33 ]
いちいち探すのめんどくさいから、広告でも何でもいいので
SPARCがスケールする記事のリンクをテンプレに入れてくれや。
SPECrate以外で。

808 名前:名無しさん@お腹いっぱい。 mailto:sage [2009/06/02(火) 14:51:21 ]
Try and buyでもなんでもやればいいだろ
他人に探してもらいたいならもっと丁寧にお願いしろや






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<193KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef