Sun Microsystems 最大の重複

新スレが重複して陥った妙な停滞状況…。それを打破するために
巻き起こる「真の新スレ」待望論。結局は更なる重複を生むことに
他ならないという危険な気配を感じつつ、今、ここに新スレ登場！

【前スレ】
Sun Microsystems 最大の滝壷
http://pc8.2ch.net/test/read.cgi/unix/1138786320/

【過去スレ】
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/
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 (U.S.)
http://www.sun.com/

サン・マイクロシステムズ
http://jp.sun.com/


＜公式blogサイト＞
U.S.http://blogs.sun.com/roller/main.do
http://jp.sun.com/communities/blogs/

関連(重複？)スレ

Sun Microsystems IPF採用撤回は大失策
http://pc8.2ch.net/test/read.cgi/unix/1140863996/

Sun Microsystems 最大の敵はItanium
http://pc8.2ch.net/test/read.cgi/unix/1140886161/

1年放置しても落ちない板だからわざわざ立てなくてもいいのに。
いつものUNIX®板の空気を読めない君ですか？

>>5
自己紹介乙

>>1 Good day, Good wind

>>1 乙
おいらは、最後の重複スレを…

Sun Microsystems 最後の重畳

>>1 よくやった、お前の勇気をオレは一生忘れない。

Ultra40,45 発表されたな。SAS の外付け端子ついてない。
内蔵が SATA, SAS 両方いける、ってことは、コントローラーは SAS だよね?
電源がパソコンのやつとは違うね。ラックマウントのと共用なのかな?

>>11
LSILogic SAS1064


ぎゃらくしと一緒。
RAID0は公称Disableだけどｺﾞﾆｮｺﾞﾆｮ

スレおめー。

あー、やっと落ち着く。

　ま　た　重　複　ス　レ　か　！　！

今後 Itanium その他を攻撃する場合はトピック単位でそのたびにスレを fork します。
ただし、スレ名には Ita タタキ系と明確にわかるものを付けてくださいヨロ。

Ultra45もきたし、新スレもたったし、ばんざ〜い

おめでとー
てかマジでもうＵ４５来たの？

>>1
他のスレのスレストの依頼までやったんだろうな？

このスレは重複です

↓の本スレに移動してください

Sun Microsystems IPF採用撤回は大失策
http://pc8.2ch.net/test/read.cgi/unix/1140863996/

Itaniumの話題はそっちでやることにします。

「最後の重複」スレ ﾏﾀﾞｧ-? (･∀･ )っ/凵⌒☆

結局余計に分散して>>1の馬鹿さ加減が浮き彫りになっただけだな。

Sun Microsystems IPF採用撤回は大失策
http://pc8.2ch.net/test/read.cgi/unix/1140863996/l50

Sun Microsystems 最大の敵はItanium
http://pc8.2ch.net/test/read.cgi/unix/1140886161/l50

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

の順で消化するか。

この板じゃこのくらいの速度が普通じゃないの。他は狩り場と化してるから、そりゃ進展も速いさ。

>>22 だから最大の重複やんだよ
渾身のギャグをわかってやれ

Oracle の Niagara でのライセンス勘定どうのの記事が出るということは、
やっぱりNiagara に Oracle 載せようという話があるんだろうか?
Oracle が Sun とヨリ戻そうというのは、やっぱ Niagara で動かしてみたら
えらい速かったとか?
Oracle はベンチマーク結果公開不可なはずだから、どのみち数値は出てこないんだろうけど。
PostgreSQL の 8.1 はかなりマルチスレッドに気を使った実装になってるらしいけど、
Niagara で動かしたらどうなんだろうね。誰かやってみないかな。

>>25
記事ってどんな記事？

ボラクルのマルチコアに対するライセンスは酷いものだったから、
Niagaraへの対応は良い試金石だという意味で、記事になっただけじゃないの？

逆じゃね？
SがOに泣きついた希ガス

エンタープライズソフトウェア界の重鎮Oracleが
ライセンス形態を変更したら、それだけで記事になるぞ？

たとえばこれ
http://pcweb.mycom.co.jp/news/2005/12/21/047.html

これ、
> * シングルコアのサーバ: 1.00
> * UltraSparc T1: 0.25
> * AMD/Intel: 0.50
> * それ以外のマルチコアのサーバ: 0.75

UltraSparc T1のコアの扱い低いなあ。

Oracleを1coreに固定できないの?

>>30

起動時にpbindコマンドでoracleを１プロセッサに固定すればいいんじゃないの？

>>30
プロセッサセット作れば出来るよ。

>>29
Ｔ１とインテルＡＭＤだけサービス？
それともこれらローエンド向けは性能が低いと看破されたんかな

どっちかというと、「どうしても 1 チップならシングルコアと同じ値段」にはしたくない、
というコスさ満開な Oracle さんであった、てことでしょ。
それでも T1 を無視はしてないから、やっぱ需要はあると踏んでるのでは。

普通のサーバにFPUは要らんと言うことで、FPU外付けに戻せ。

T1 は割とそういう発想で整数ユニット 8 コアで浮動小数ユニット 1 個を共有。
Niagara2 では各コアが FPU 持つから、汎用性が上がって応用範囲が広がる。
別スレのリンク先記事によると Niagara もバリエーションが増えるようなので
いろんな特徴のが出るかもね。
ttp://pc8.2ch.net/test/read.cgi/unix/1140863996/189

>>35
えーっやだよ。

doubleやfloatの計算は、普通のサーバソフトでも使うぞ。

たとえば、topコマンドでさえ、FPUがなければ、エミュレーションになって重くなるわけで。

言わんとすることはわからんではないが、top は普通に重い。常用するもんではない。

なんでtopが出てくるのかわからんが、topを32個並列実行するのでなければ
topがいくらFPU使いまくっても、他にFPU使うのがなければ重くならない

つか、topってほとんどFIX演算だろ？

double hoge = 0.0 ;
printf("%f\n", hoge) ;

たったこれだけでも、浮動小数点の計算が発生する。
FPUは1つでもいいから、あったほうがいい。
ソフトウェアでエミュレートするのは、もったいない。

スレッドは湯水のように使えるとすると、多少の浮動小数点計算は整数ユニットで
エミュレートした方が負荷軽かったりして。

整数演算に特化したプロセッサとかあってもよくね？

>>41
これたとえばどのlibc?

bit演算と整数演算で処理する方がずっと多いと思うけど。

「Sunに法外な要求された」とJava新興企業が提訴
http://www.itmedia.co.jp/news/articles/0603/16/news011.html

Sunから法外な一時金や特許料の支払いを要求されたとして新興企業の
Azul Systemsが提訴。Sunの要求には根拠がないと訴えている。

CEOがSunの元副社長の会社だな。
http://www.itmedia.co.jp/news/articles/0504/19/news018.html

多コアにする場合、全コアにFPUは必要ない場合がそれなりにあると思う。
だから初代Niagaraもそうなってるんだろう。
8core(x4 thread)に1つで十分かは微妙ではあるが。
Niagara2は1coreで何スレッドの予定なんだろうか?

FPUをあまり使わないなら、
FPU減らして他に回したり、サイズ小さくした方が良さそうに思える。

FPUは今のままでもいいと思う
SPECfpのベンチ項目みたいなアプリを想定すると足りなそうだけど、
ああゆうのはデータもたくさん使うだろうから、
どうせそっちのボトルネックで止まる

マルチメディア系は浮動小数強くないとね。応用範囲が大きく違うんじゃない?

>>46
もっと言うとCobaltのCEOだ。
http://ascii24.com/news/i/mrkt/article/1998/10/07/613071-000.html

使わないFPUが完全に眠って、電気食わないなら、
まあどうでもいい気がする。

>>36
The Register のこれ、あんどーさんとこでも取り上げられてる。
ttp://www.geocities.jp/andosprocinfo/wadai06/20060318.htm

SuperNova の暁には!

やっぱ Intel には大規模 SMP はムリだな。

Intelが"バス"に乗り続ける理由
ttp://www.itmedia.co.jp/news/articles/0603/09/news078.html

ん？大規模SMPこそ、プロセッサとバスコントローラは分離しないとダメだろ

>>52
JupiterをSunが開発していることになっているな。SPARC64 VI+なのに。

サムがT2000の無料お試しをはじめましたね。
CPUオタを満足させるだけのT1は、やっぱ需要が無い様です。

ttp://www.sun.com/emrkt/trycoolthreads/index.html

需要が云々以前に高いわな

SUNは需要が減ってるRISCサーバーばかり力いれてもだめだろ
需要が伸びてるPCサーバーの売り上げ＆利益を如何に上げるかでSUNの業績が決まってくると思う
SUNもWindowsのサポートをしっかりしてWindowsサーバーを使う顧客をHPやIBMから奪い取らないと

それは自己否定に繋がる罠
RISCサーバのシェアを全て取れればいいと思っているから
現在ソフトウェアに思い切り投資してるんじゃないだろうか
目論見が成功して欲しいと心から願っている

>>58
別に RISC だから需要が減ってるんじゃないんだが。なに言ってるんだね?
RISC には追い風が吹いてきてるぞ。EPIC は瀕死だし x86 は袋小路わかってるのに
大金注ぎ込んでる連中の行く先も見えてるし。いわゆる計算機には 2 つの RISC が残り、
組み込みはたくさんの種類の RISC が全てを占める。組み込み方面の RISC の種類は
まだ増えそうだね。

>>58
いやいや、近い将来に重厚長大なサーバーに一極集中させて
ユーザーはThinクライアントからアクセスする形態が普及して
一般的になっていくだろう。

今しっかりとSPARCマシンを強化しておけば、その時になれば
「かつての.comバブル再来か？」というくらいドル箱になるかと。

隊長、ナイアガラだと強化できません!

>いやいや、近い将来に重厚長大なサーバーに一極集中させて
>ユーザーはThinクライアントからアクセスする形態が普及して
>一般的になっていくだろう

TSSですね

シンクライアント・・・って、使い物にならなかったものの代名詞だな。

CISCOも願っていることだが、もう１度IPネットワーク上の各種サービス
活用のブームというか時代が来る。
そうなるとサーバベンダでおいしい思いをするところはどこか。
LINUXへの幻想が崩れた今、Sunの時代はもう１度来るかもしれない。

ネットワーク機器やってたアンディが戻ってきたのも、サーバに
可能性を見たからだし・・・

Linuxに叩き潰されつつあるSun厨が何言ってんだか。

インフラが整備されて下々に普及すればする程ローカルに色々リソースを持ちたくなるもんだ。

シン・クライアントいいと思うけどなあ。
Winny勝手にインストールも防げるし。

というかうちの会社はそうなんだけど。

>>67
あなたは管理者ですか？ユーザですか？

マネージャです。

>>66
社の内からも外からもシームレスにシステムを利用できるようになれば、
逆にローカルにデータなんて持ちたくないもんだと思うけど。

仕事で使うストレージがうちなんかでもめちゃめちゃ
増えてるんだけど、バックアップも含めるとやっぱローカルに持っておく
なんてめんどくせぇって思うよ。

ストレージの機能でスナップショットばんばんとってもらって作業ミスも
怖くないし。

お仕事ではその通りだけど、お宅で使う分にはそうは思わないでしょ。
Windowsパソコンが無くならない訳でつよ。

Microsoft にそう思い込まされてるだけだよ。

>>66
Linux に叩き潰せるもんなんか何もないよ。技術的にはね。Unix のライセンスをタダにしただけ。
もう役目は終わった。

>>64
X 端末、ディスクレスワークステーション。10Base → 100Base よりもディスクの高速化が
速かった結果流行らなかった。ネットワークが充分速ければまた復活する。
1980 年代にみんな取り組んだ分散システムはまだ実現してない。

>>74
叩き潰すのに技術は必要ないってことだよw
Microsoft見ててわからんの？

だから、そんなシェア取りゲームに意味はない。何が勝とうがそこでは技術は進歩しないし、
まともな技術はヨソで進み続ける。

>>70
ネットワークが十分に高速なら実用になるじゃん？
サンなんかどこでも SunRay プロジェクトだろ？ｗ

>>74
技術的には優れていながらオープンソースのビジネスモデルに乗り遅れた為に、
LSB、1:1threadみたくLinuxにすり寄らざるを得なくなったSolarisカワイソス。

>>75
1000BASE-Tで、ローカルのディスクよりも速くなったよね。

>>60
＞別に RISC だから需要が減ってるんじゃないんだが。なに言ってるんだね?

RISCのシステムは高いからだろ
ナイアガラだってPCサーバーに比べて安いならいいがSUNしか提供しないシステムであり
PCサーバーと比べても安くはない
それにWindowsも動作しないし、SPARC対応Linuxが普及してるわけじゃない

>>79
Linux の Thread みたいなゴミをマネするバカはいない。1:1 か m:n の論争なんて
ずっと以前からあるんだよ。

>>80
GbE はせいぜい 50MBytes/sec だからそんなに速くない。最近の HDD は結構キャッシュが効くし。
けど、全体のバランスとしてそれほど気にならないレベルにはなってる。
10Base → 100Base の時は最初スイッチじゃなかったのが余計に痛かった。モロに
ボトルネックになったから、ペケ端やディスクレスの印象を悪くした。

>>81
RISC が高い... バカかと。

面白いね。RISCは価格が高いか・・・。

すんごい高い値段でゲーム機を買ったんじゃない？

CPUの価格はしらないけどシステム全体の価格は高いだろ
SPARC64Vが搭載されてるPRIMEPOWERだってとても高価

PCサーバーが安いのはCPUは数が裁けるのでチップ1個あたりの開発コストの上乗せが少ない
そして周辺チップもCPUメーカーやその他のメーカーから安価に出てる
これが大きい

サーバー向けRISCの場合、数が裁けないからCPU1個あたりの開発コストの上乗せが多いのと
周辺チップも１から作らないとならない（この開発コストもシステム価格に上乗せされる）

RISCのサーバーが高くなる理由はこれ

携帯電話なんかタダでくれたりするが。

>>87
でさ、RISC かどうかと関係ないだろ? 思考はだいじょうぶか?

>>90
RISCサーバーが窮地たってるのはこのせいだろ
携帯やゲーム機向けのCPUでハイエンドサーバーが作れるのなら安く上がるだろうが
サーバー向けのRISCは特注品だからな

RISK が高い

>>91
思考がだいじょうぶじゃないようだ。
世の中のパソコン用以外の CPU はほとんど RISC だぞ? 一部 Z80 とか 80186 とかあるがな。

>>93
ならSUNのSPARCが搭載されてるサーバーの価格をここで調べてみろよ
http://store.sun.com/CMTemplate/CEServlet?process=SunStore&cmdViewProduct_CP&catid=26829

PCサーバーの利点はパソコン用で年間2億個近く販売されてるCPUをサーバーに流用することで
システムコストを下げることができること

逆に言えばパソコン用に設計されたCPUを使うしかないので限界もあるということ

Sunが付けたシステムの値段を
RISCだから価格が高いって勘違いする人もいるんだね。

逆に言うとCISCシステムは全て安いのかw

>>94
だからさ、RISC で動いてる携帯電話はタダでくれるだろが。
RISC で動いてるゲーム機はパソコンより安いだろよ。
デジカメには SPARClite つんだのがいっぱいあるんだぞ。

SunのRISCシェアが落ちてきているのは確か。
T1の投入で今後更に加速される事が予測される。

ttp://www.atmarkit.co.jp/fsys/kaisetsu/071itanium2006/itanium2006.html

>>96
RISCだから高いとは一言も言ってない
現状、RISCサーバーが高いのは事実。

というか今時RISCとかCISCとかって関係ないだろ
半導体は大量生産による価格を下げる効果が非常に出やすい分野。
RISCサーバーという言葉を使ったのが悪いのかもしれないが
俺がRISCサーバーと言ってるのはPOWER5やUltraSPARC、
SPARC64Vを搭載したサーバーのことを言ってるだけ

>>99
> RISCだから高いとは一言も言ってない
ぷ。
じゃ、なにが言いたいんだ? 「高い」サーバーは「高い」から「高い」、ってこと?
それ自明だけど。

>>100は日本語の文章が読めないようだ
POWER5やUltraSPARC、SPARC64Vを搭載したサーバーが高いということだろ

PCサーバーの限界が見えてるのは確か
x86はパソコン用に最適化したCPUなのでいくらコアを増やしても4コアがパソコン分野では限界だろうからね
ローエンドサーバーの出荷台数も増えてるし、ナイアガラのようなローエンド向けのエニーコア化したCPUも
売れるようになるだろうね
後はSolarisをローエンド向けで普及させることだね

ハイエンドサーバが高いって言われてもなぁ。
だから何？って感じ。

Niagaraのような多コアのメリットは低クロックでもコア数が多いため
多数のスレッドが常時動作してるような処理では性能が出ること

単一コアの性能を限界まで上げようとクロックを上げるとある時点から
指数関数的に消費電力が跳ね上がるからね

PC用に最適化されたx86では多コアにしてもほとんどのコアが遊んでる状態になって
意味がなく、その分１コアあたりの処理性能を上げた方が性能がでるから
x86ではコア数はあまり増えないだろうね

Niagaraはsingle-thread性能を無視しすぎだな。
CMTといえど、せめてUltraSPARC IV+路線じゃないとダメだろ。

こっちの必要条件並べて入札やったら、Xeonとか積んだサーバを押しのけて
そのへんに挙がってるRISCのサーバが入ったこともあるよ。
条件によっては必ずしも「高い」とは言えないわけ。

まあ、Sunじゃなかったけどな。

まあ、パソコンユーザーの寝言だから解説するだけムダだろうけどなw

コストパフォーマンス最悪でもんね

>>105
ちゃんとしたMultiThreadなシステムならかなりの恩恵を受ける。

>>106
うちもあるな。
IAサーバは値引き率も低いしね。運用要件の提示をやって営業と話したら
結局RISCベースのシステムが割り安になって落ち着いた。

>>109
そのちゃんとしたの定義の程はよくわからんが、恐らく現状ではそんなシステム無いんじゃね?
無いところに製品投入してもダメだろ。
余計な物作らないで、UltraSPARC IV+路線でRockまで繋げばよいと思うがねぇ。

x86でも、独自チップセットとか使ってやるって高いもんねぇ。

2ソケットまでなら、IA-32サーバが安いってのでほとんど間違いないだろ
だから、2000年以降RISCサーバの出荷額は落ち込む一方で
IAサーバの出荷額は増え続けてる
とはいっても、ハイエンドRISCサーバの出荷額って最近増えてるんだよね

>>111
ちゃんとしたの定義に入るのは Solaris、AIX、IRIX だろうな。HP-UX は 9 の頃は
スケールしなかったようだけど、その後は TPC とかで数字出てるから改善してるんだろう。
あとはダメだな。x86 なんか OS も CPU 間接続もダメだろ。Niagara は性能出るよ。
応用範囲も一部で言われてるよりずっと広いし。

銀行の業績が回復してきたけど富士通や日本IBMなどのコンピュータメーカーの業績に影響あるの？

>>113
矛盾してるというか、サーバの範囲がいいかげんだね

>>114
HP-UXは9,10と使ったけどあんなだめUNIX他に無いって思ったけど今はまともなの？
あのころSolarisは神に見えたよ。

>>114
SolarisじゃないとNiagara動かないじゃん。
Web鯖は>>113で事足りるだろうし、
single-thread性能がダメだったら、使い道ないと思うんだが。

>>118
> single-thread性能がダメだったら、使い道ないと思うんだが。

視野が狭いね。
詳しくは書けんがうちの通信系システムでは効果絶大。

>>118
シングルスレッド性能がいくらあっても使い道がオタクの満足くらいしかないから、
Intel 筆頭に業界行き詰まってるんじゃないか。世の中知らんなぁ。

Intel他のmulti-threadはsingle-thread性能を削らずに設計してるじゃん。
single-thread性能を削ってまで8コア詰め込んで満足するのはCPUオタだけだと思うんだが。
物事はバランスが大切、
あまりにsingle-thread性能を無視したものは実用的でないよ。
T1で効果絶大だったらもっと売れてもいんじゃないか?

>>121どんな職業の人か知らないがが使い物にならないCPUを設計して
Niagaraの設計者はバカでまぬけだと申しております

>>121
> Intel他のmulti-threadはsingle-thread性能を削らずに設計してるじゃん。

まだ出てねぇじゃん。

> あまりにsingle-thread性能を無視したものは実用的でないよ。
> T1で効果絶大だったらもっと売れてもいんじゃないか?

用途が限られるのは事実。ピタリと合えばこれほどいい物はない。

>>121
T1 が売れてないとの情報、ソースを教えてください。

>>118
Webサーバはsingle-thread性能高すぎても無駄。
勿論、single-thread性能が高いうえに消費電力が非常に小さいのなら
無駄とは言わない。

最近のパソコンサーバをWebサーバとして使うと、
CPUは空回りばかりして、スループットは一昔前のサーバと
あまり変わらない。そのくせ消費電力は釣合わないほどに高い。

システムのコストは、電源や空調のコスト・家賃も含めて考えないと
意味がないから、ちゃんとコスト計算するとWebサーバにNiagaraを
使うのはかなり合理的だよ。

Webサーバみたいに、並列性があげやすくて、
各スレッドの性能がそれほど要求されないものこそ
niagaraじゃないのか?
逆に1スレッドが速くてもしょうがないというか。

シングルスレッド性能が高い方が良いに決まってるけど、
高くなくても良いとか、他にトレードオフがある分野で使うんでしょ。
T1は安くはないけど、同じクラスのSPECweb/SPECjbb出せるやつと比べれば
安いし方だし、電気も食わないよ。

俺はSunのサーバしか使ったこと無い世間知らずだけど、x86かAMD64のPCサーバってALOMみたいなのあるの？リモートKVMスイッチとかじゃなくて
電源ON/OFFからBIOSの設定までできるような物。
ALOMのあるSunサーバなら遠くにあるハードが壊れない限りほとんどの事を安心してリモートコントロールできる。

IPMIが実装されている製品があったと思う
BIOSまでは弄れないでしょ

>>124
60日間無料キャンペーンなんて売れてないからやってるんだろ?
売れてたら導入実績を貼りまくるべ。

ttp://www.sun.com/servers/index.jsp

Intel Coreからは消電力化されてるし、この時期にT1へ変えるメリットないよ。
エコと言うんだったらFire E25Kクラスをなんとかしないと。
あれは電気と場所食いまくりだろ。

CGA(VGA) のキャラクター画面を RS-232C 経由で出すボードがあったような気がするけど。
ぷらっとほーむの Web で見た気がする。
あんなもん使うとこ想像するとぞっとするけどね。BIOS はよ死ね。

>>129
まさかそれがソースだなんて言うんじゃないよね? あんた民主党員?

だいたいSunのRISCのシェアが落ちてるのにT1が売れてる訳ないだろ。
常識の無い香具師だな。

>>127
そういう地味な使い勝手もコストのうちと考えたらT1の活躍できる市場ではコストパフォーマンスはとってもいいよな。

>>129
T1の場合は性能が悪いから売れないんじゃなくて知らない人多いし、使った事ない人も多いから売れてないんだろうな。

俺もT1使った事無いから使ってみたいけど単純に貸出機を借りて評価する方が気分いい。

>>132
次男はもらってないと言ってるぞ。

>>132
Sun Fire T10000やT20000出てからのシェアの発表はまだ出てない

なにその新製品

T100000 はいつ出ますか?

>>123
> > Intel他のmulti-threadはsingle-thread性能を削らずに設計してるじゃん。
> まだ出てねぇじゃん。
ちょっと前の豪華絢爛ロードマップはとんだハッタリだったな。

2006年はWoodcrestとAverillで勝負するインテル──4コアはやっぱり来年
ttp://plusd.itmedia.co.jp/pcupdate/articles/0603/22/news056.html

出てくるのは焼き直しとムリな詰め込みのパッケージばかりだ。
本質的に方向転換できた製品はまだまだ当分先、いまあわてて準備にかかったばかりと
いうとこだろう。具体的な対抗品は Pen-M 以外影もないのが実情だな。
今こそ SPARC 攻勢の時だ。

Intel Coreってまだ32bitしかないじゃん。

SPEC.orgにあるT1000/T2000のSPECjbbのresultが
32bit版VMしか無いけど、なんか理由あるのかな。

そうだ、今こそ SPARC 攻勢の時だ！！

>>133
> T1の場合は性能が悪いから売れないんじゃなくて知らない人多いし

いやあれだけ宣伝してればこの業界の香具師は知ってるよ。
貧粗なコア見て、ああやっぱりだめだね。って買い控えてるんだよ。
ISSCCでCPUオタを満足させたことだし、もうNiagaraの役目は終ったよ。
ご苦労さん。

>>140
64ビットコードは32ビットよりコードもデータもサイズがでかくなるから、
レジスタ数が増えるとかそういうプラス要素がなければ、性能は落ちる。
SPECintでは、64ビットのv9アーキじゃなく、v9で増えた命令が使える
32ビットのv8+でコードだしていた。

>>142
いや、もうSPARC/Solarisからx86/Linuxに乗り換えしてるとこだとSunの宣伝なんて見てないって。
っていうかコア見て判断するやつなんているかよ！

ぷ。いくら言ってみてもアプリサーバーやらしたら Niagara が一番速いですから。残念ねー。

ロードアベレージが低いと劇遅だけどな。

> いや、もうSPARC/Solarisからx86/Linuxに乗り換えしてるとこだとSunの宣伝なんて見てないって。

普通、SPARC/Solarisからだったら、AMD64/Solarisでそ？ X86アーキにいくのであれば。
サポートがあるかどうかは、すごく大きいよ。

でも、どのくらいSPARC/Solarisから動くユーザっているの？
普通、動いているのでそのまんまじゃないの？

>>147
いやそんな事も無いぞ。
SolarisがAMD64で動くようになったのってRHELがAMD64で動くようになったのに比べるとずいぶん遅かった
からAMD64/Solarisに対応してる市販アプリケーションなんてほとんど無いのが実情。
業界にもよるかもしれないけど。

AMD自身がAMD64を作るときにLinuxを移植しているから、出てくるのが早いのは当然ちゃ、当然。
NiagaraもSunが移植してUbuntuにコードを提供したので、Ubuntu Linuxで動作してる。
でも、業務アプリは別っぽいけどね。確かにサポートとか互換性とかを考えると、Solarisの方がよさげに思えたりするけど。

業務アプリ用のサーバは金にはなるが、もうどこも導入してるからこれから先伸びないような気がする

Sun’s T2000 “Coolthreads” Server: First Impressions and Experiences
http://www.anandtech.com/systems/showdoc.aspx?i=2727

Niagara ｷﾀ━━ヽ(ﾟ∀ﾟ)ﾉ━( ﾟ∀)ﾉ━(　　ﾟ)ﾉ━ヽ(　　)ﾉ━ヽ(ﾟ　　)━ヽ(∀ﾟ )ﾉ━ヽ(ﾟ∀ﾟ)ﾉ ━━!!

>>151
スループットと消費電力、両方ともOpteronに負けてやんの。

価格も負けてるか。

だめじゃん

分かってやれよ。

だめだめ、から入って、ハラハラ。
次回の記事も読まなきゃ。。。って気にさせて、
最後に一気に盛り上げる、、ていうつもりの記事なんだからさ。

それなんて（ｒｙ

Solaris,SPARC(K)じゃなく、Linux,AMDを扱わなければならない
SUNの現実を少しはわかってあげてください
優しさが大事

>>152
英語読めないんでよくわからないけどOpteronに負けてるのって2CPU構成のOpteronに負けてるだけじゃないか？

SPARC T1が1GHzでOpteronが2.2GHzの1CPUと2CPUというのはわかるが
Xeonが3.6GHｚの2CPUしか載せてないのはどう考えてもこの記事Intelひいきだよな

ナイアガラはピーキーでツボにはまらないとだめなのか？

>>159

2 x Xeon 3.6GHzにはT1は勝ってるだろ？

>>158
x86とT1のライセンスやコスト勘案すると適切じゃないか

つまり、あの記事はだなぁ、IntelではなくてAMDを買えと。
IntelはSPARCよりは遅いんだと。。。そういうことなんだよ。

ナイアガラもせめてデュアルCPU構成にできればねぇ

いや、TIにいって、周波数を２倍にしてもらってもいいぞ。
1.2GHzもみてみたい。

クロックがどうであれ、CPUの数がどうであれ、
消費電力あたりの処理能力で、Opteronに負けているわけで。

ちっともCoolじゃねー。

TIだめぽ

>>166

だから記事にあるように浮動小数点かもしれんでそ？
で、今後随時記事をアップするっていってるんだから、こうご期待なんでそ？

原因がどうであれ、ベンチマークの結果は結果だろう。
原因がわかったところで、ベンチマークの結果が変るのか?

まぁ、あれだよな、たかだか、
1、2% のFPでそんな影響するのもどうかと思うよな

たったの2%だとしても15倍も実行にかかってれば1.3倍の時間がかかるだろ

その程度の浮動小数処理が含まれてることが、
一般的に普通なのか、それとも珍しいのかって事じゃないか？

>>166
SPARC T1は2CPUのOpteronよりは消費電力小さい
１CPUのOpteronよりは消費電力は大きいがスループットはSPARC T1の方が高い

SPARC T1は少なくとも１CPUのOpteronよりは消費電力あたりの処理性能は高い

ナイアガラはデュアルCPU構成にできないのが最大の欠点のようだな

本当にデュアルCPU構成にできないのかな
製品がないだけでT1そのものはデュアルCPUに対応してるとか

>>173
> SPARC T1は2CPUのOpteronよりは消費電力小さい

たしかに小さいな。
Sun T2000 1CPU / 8 Cores | 8 GB RAM 188W
Dual Opteron 275 HE 2CPU's (275HE) | 8 GB RAM 198W
ナイアガラのほうが、サーバ全体で10W、割合にして5%少ない。

しかし、消費電力を5%節約するために、↓のように性能を犠牲にするのは、どうかと。
ttp://www.anandtech.com/systems/showdoc.aspx?i=2727&p=7

消費電力あたりの処理性能は、ナイアガラよりもOpteronのほうが高いね。

だから、コストパフォーマンス最悪だって言ってるだろうがｗ

Opteron HEの消費電力小さいじゃん

T1単体の消費電力はOpteronに比べてかなり小さいのにT2000全体では結構大きいのってどこが悪いんだろう？

あ、HEだったのか。
そしたらOpteronの方が単体でも消費電力小さいね。
失礼。

消費電力微妙に更新されてるね＞Sun T2000 1CPU / 8 Cores | 8 GB RAM 　188

結構メモリって喰うんだな

>>176
先生！
DualOpteron 275 LinuxとDualOpteron 275 Solarisのグラフが
重ならないのはどうしてですか。

>>176
Specjbb2005の結果は圧倒的に処理性能はT1の方が高いけどな
http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=2657&p=4

何を実行するかで結果は変わるようだね

>>183
OSが違うから。

>>176
先生！
Demanded request rate > 1500の結果も気になるのですが。
Dual Opteron 275 Linuxの傾きが小さくなった&&T1 Solarisの傾きが最大なった辺りでテスト終了ですか？

PHP と MySQL だろ? 単にマルチスレッドへの対応が甘いだけだと思うけど。
そもそもハードウェアの SMP のスケール具合測るのに PHP や MySQL 使ってるの
見たことあるか?
Lotus Notes あたりだと SMP スケールの指標に使われたりするが、あれだとちゃんと
実績出てるようだし。
あのグラフだと、逆に Demanded request rate の低いあたりで Opteron や Xeon に
ぜんぜん負けてない、って方がすごいと思うけどね。シングルスレッド性能はぜんぜん劣る
はずなのに。

Heavy Web Server だからだろｗ
Web Server だと、PHP MySQL なんか定番だし
逆になんで、Lotus なんかで指標取らなければならないのか疑問だｗ

何言ってんだよ、マルチスレッド対応の甘いアプリが SMP で性能出ないのは
あまりにも当たり前だけど... そんなんで勝ち名乗りあげてうれしい?

ていうか、MySQLでしょ? HDDがボトルネックに一票。

>>182
メモリは電気食うよ。

メモリアクセスのベンチマーク走らせると、あっという間にDIMMが触れない温度になる。
Rambusじゃないよ、普通のDDRで、だよ。おおざっぱにDIMM 1枚で10Wくらい。

実際に多く使われてるアプリで指標取らないで、どうすんだよｗ
Lotusなんかで指標とって自己満足してたって、客は見向きもしないよｗ

>>190
HDDなんて皆同じだから関係ないやろ

Lotus専用へ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

>>192
T2000のHDDは1000rpmだけど、Opteronサーバは15000rpmかもよ。

SUNがLotusで指標とって客にプレゼンテーションしてる姿みたいｗ

こりゃもうだめかもわからんね

また負けたかorz
ホップステップズコ

>>194
http://www.anandtech.com/systems/showdoc.aspx?i=2727&p=4
Shared Components
1 Seagate Cheetah 36 GB - 15000 RPM - SCSI 320 MB/s Maxtor 120 GB DiamondMax Plus 9 (7200 RPM, ATA-100/133, 8 MB cache)

共通だよ。

Japanese consortium rumoured to buy Intel Itanium

http://www.theinquirer.net/?article=30514

>>199
ｷﾀｺﾚ

Lotusといえば、天下のIBMだろ

>>186
下がって、
持ち直しただけじゃん

>>191
でも SMP で性能詰めてないアプリでやってもやっぱり意味なし。
まあ、Sun にはもっとバンバンベンチマーク数字出して欲しいけどね。

まあ、俺が客だったら、LotusよりもPHP,MySQLの指標が知りたいかな
ごめんなSUN

>>202
それがどこまで持ち直せるのか見たい。
逆にOpteronはどれくらい落ちるか見たい。
こういうグラフは全てのマシンのパフォーマンスが落ちるとこまでデータが無いとほんとの傾向はつかめないんじゃないのか？

>>204
いくら数字出しても Sun 買わない人には意味ないだろ?

IBMに助けてもらえｗ

ま、Lotus でも意外とそのままで性能よかった、って話だから例であげただけだけどな。
あとはたいてい Java だからね。
でも最近話題の Ruby あたりも比較が見たいかも。

なんかT1のとんちんかんぶりが、ザクザク出てきますね。

なんか上に出てるけど、Niagaraって、SMPサポートしてないの？
今回の評価機はたまたま、SingleProsessoerだっただけじゃないの？

>>210 がとんちんかん大賞最有力。

>>211
で、デュアルプロセサはサポートしてるんですか？

（´-`）.｡oO（Niagara、いつからシングルコアプロセッサになったの…）

>>161
> 2 x Xeon 3.6GHzにはT1は勝ってるだろ？

昨年末から出てるDual-Core Xeonだったら負けてると思お。

ttp://www.intel.com/performance/server/xeon/platform.htm

>>213
プロセッサって普通、CPU単体の事さすだろ？
プロセッサ＝1CPU＝Niagara1器

もう3月も終わりだけど4月の終わりころに1-3月期の決算発表で
Sun Fire T1000、T2000の出荷台数について発表とかあるのかな

もうすぐ生産終了だから何もないよ。

つーかさ、PHP や MySQL なんかで性能出るんなら SPECweb や SPECjbb の数値出す時
いっしょに出してるだろ。
この記事で PHP や MySQL がマルチスレッドチューンしてきたら面白いだろうね。
T2000 プロジェクトに提供すべきだな。

現状のRubyのスレッドはスケールしないから駄目ぽ。

もう、SolarisもNiagaraもJava専用でいいよ。

Tシリーズ開発陣、スクリプト言語用途を見落としス。

単にスクリプト言語が今後進化すりゃいいだけだろ。
シングルコア性能しか追求しない環境じゃムリだが。

ローコストのオープンソースのソフトでは性能がでないってところがローエンドではきついところですね

>>222
なんで顧客が商品の仕様に合わせなきゃいけないんだよ。
ふつう逆だろ。

スクリプトである以上、設計者はパフォーマンスは二の次に考えてるよ。
進化するまで待ってたらT1は永遠に売れないぞ。

>>215
CPUって石の単位じゃないだろ

>>224
ああ、PHP や MySQL や Ruby の開発者はお宅みたいにアタマ固くないから心配しなくていいよ。
別に SMP に強くすることは意味のあることなんだし。

Ruby は未踏ソフトウェアかなんかでスレッド性能出る改造やってなかったっけ?

>>224
別にスレッド苦手なスクリプト言語に焦点して作ってあるわけじゃないし。
そんな戦略ないだろ普通。より完成されたもんに焦点合わせて、完成されてないソフトは
完成に近づくようにうながす。
わざと歪んだものを作って囲い込む企業もあるけど、Sun はそういうことはやらないし。

Niagaraは滝壷へ

より完成させたくなるほど魅力的な製品だったら良いね。
所詮、plain な web サーバ用途なのかな。

>> 2 x Xeon 3.6GHzにはT1は勝ってるだろ？
>
> 昨年末から出てるDual-Core Xeonだったら負けてると思お。
>
> ttp://www.intel.com/performance/server/xeon/platform.htm

これって、1 x Xeon 3.6GHzとDual-Core Xeonの比較でしょ？
2 x Xeon 3.6GHzとDual-Core Xeonとを比較するとどうなるの？

しかし、1GHz(でFPx1)>で Xeon 3.6GHz２つに勝てるというのは、
もう完全にXeonっていうのは終わっているのね。。

SPARCより遅いIntelも、終わっている。。?
時代はAMD64で一色なのでしょうか？

Intelはもうすぐ新アーキが出るでしょ

>>127
IPMIという標準規格(HP, DELL, NEC, INTELのRAS仕様羅列だけど)がある。
遠隔操作、障害管理なんかができる。
>>128がもいってるけど、ちと補足。
IPMI Ver2.0だとIPMI Over LANが強化されててSerial port shareingと
Serial Over LANでリモートからBIOS画面までいじれる。
いまミドルレンジ以上のPCサーバにこれをサポートするBMCが標準的に
付き始めたところ。
専用の管理マネージャソフトから使わせるメーカが多いけど
freeでこんなのもある。
ttp://ipmitool.sourceforge.net/

ktermから使ってみたらANSIのcolor ESCシーケンスでBIOS画面の
色までそれなりに再現できてた。っていうかこのあたりはBIOS側の
つくりこみだけど。
専用のBMCチップ(ARM, H8Sとか)を作ってるメーカ数社、
IPMI Core firm作ってるメーカも数社あってそれぞれM/Bメーカに
売りこんでるので安い。

サーバメーカの細かい保守、運用ノウハウがちとダウングレード
しつつもお安くPCサーバに入ってきている今日この頃。

ちょっとは調べろ。
GalaxyにはILOMってのがあるよ。
BIOS設定もできる。

>>234
あのー、、、ILOM以外にって話してるんだが。。。。

>>231
> 2 x Xeon 3.6GHzとDual-Core Xeonとを比較するとどうなるの？
もれも知りたいが、たぶんT1は負けると思うよ。
クロックも2.8MHzより高いのが出てきたら完敗だよね。

> しかし、1GHz(でFPx1)>で Xeon 3.6GHz２つに勝てるというのは、
> もう完全にXeonっていうのは終わっているのね。。
完全64bitの8コアが、64bitメモリ拡張のsingle-coreに僅差で勝って嬉しいかい?
如何に貧粗なコアを積んでるのか証明してる様なものだよ。

そりゃまあ貧相なコアを数並べるってコンセプトだからなあ。

なんでそんなに必死なの？

Intel 沈むと生活に影響する人か、必死こいて高額な Intel パソコン買ったのかの
どっちかだと思うな。
カワイソウニ。

>>236
> クロックも2.8MHzより高いのが出てきたら完敗だよね。

出てきたら、なんて前提ならいろいろ言えるよね。ところで、Pen-M ベースで 64bit に
なったやつって、ほんとに今年中に出る? Niagara2 出ちゃうよ? ヘタすると
Rock より後になっちゃったりして。

> 完全64bitの8コアが、64bitメモリ拡張のsingle-coreに僅差で勝って嬉しいかい?
> 如何に貧粗なコアを積んでるのか証明してる様なものだよ。

それより、Niagara のスレッドが埋まりきらないあたりはシングルコアの方が
ぶっちぎりで速いはずなのに、そんなに差がないよね。そっちの方が興味あるなぁ。
Sun の人のブログだとスレッド数少ないと UltraSPARC3 の圧勝だったよ、たしか。

>>239
Anandtechのベンチは毎秒何個の要求を投入したとき、毎秒何個処理できるかだから、
負荷が低い（cpuに余裕がある）ときには、毎秒の要求数と処理数は同じになる。
前半は、どんなcpuを使っていても要求数＝処理数となる同じ線をたどる。

>239 はレポートの内容をちゃんと読んでいないな。

いまだにベンチマークの結果を信じられない儲がいるようですね。
現実というものを見てクダサーイ

まあ、PHP+MySQLのベンチでDual Core Opteronの1プロセッサのシステムに対しては
圧倒的な性能差を実現してるだけでもNiagaraのコンセプトは正しいと思う
ただ、Dual Core Opteronの2プロセッサのシステムに負けてるのが問題

Niagaraも2プロセッサ構成の製品があればいいのにね
Niagaraは2プロセッサに対応してないのか2プロセッサの製品がないだけなのかは知らないけど

あと、Specjbb2005の結果に関してはNiagaraはDual Core Opteronの2プロセッサに
圧倒的な性能差を実現してるけどね
http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=2657&p=4

Niagaraのアーキテクチャからすれば、マルチプロセッサ構成はありえないでしょ。
マルチプロセッサ構成にするくらいなら、1つの筐体に2台分を押し込むほうがマシ。

メインターゲットのエッジサーバとして使うことを想定すると、もっと性能が
良くないと価格性能比が厳しくない？

>>243
Specjbb2005って圧倒的というほどでも。
単にコアの数の違いだけだし。

Niagaraのデュアルプロセッサが出ないのはもっと高価なUltraSPARCIV+マシンが売れなくなるからだと思われ
SUNのような下から突き上げられてるメーカーの悩ましいところだな

>>246
つまり、あれだ、「くやしかったら 8 コアやってみな、おしりぺーんぺん」っていう意味だろ。

>>247
2 ソケットは Niagara2 で対応だったと思うよ。チップ間接続が、メモリだけ相手にしてれば
いい場合と比べるとコストかかるからね。
UltraSPARC IV+ 機とは、IO まわりやその他が全然違うから、たいていのケースでは
競合にならないと思うけど、まああんまりなことにもできないのも事実かな。

>>247
そりゃそうだろ
Dual Core Opteronの性能がSUNのSPARCサーバーとっては脅威的な性能だからな

Hewlett-Packard Company　ProLiant DL385 (AMD Opteron (TM) 285)　4 cores, 2 chips, 2 cores/chip　　79.1
Sun Microsystems Sun Fire V490 (4 processor) 8 cores, 4 chips, 2 cores/chip　　　　　　　　　 　　　　　　　　87.4

書き忘れたけど>>250はSPECINT2000Rateの結果です

>>243
dualcore Opteronの結果はJVMが1つでの結果。複数JVMを並列動作したほうが
単一JVMを全部のコアで動かすよりも競合が少なくなり、性能が上がる。実際は、
キャッシュの競合とかがあるから、トレードオフ要素だとは思うけど。

Niagaraは8コアでJVMを4つ並列で動かしているから、dualcore Opteron4コアだと
JVMを2つ並列に動かしてやるだけでも、差は縮まると思う。各チップにJVMを張り
付けて、ローカリティを高めてやる感じ。

まぁ、SunはDual-Core OpteronもNiagaraももっているわけで、
Dual-Core Opteronがよさげならばそっち、Niagaraがよければそっちと、
いずれもSunから買えるわけで。

Niagaraも今後はさらに拡張されていくから、Opteronと切磋琢磨していけば
いいよね。Rockもあることだし。

2 x Xeon 3.6GHzに 1 x Niagara 1GHzが勝っていることからも、Sun SPARCが
遅いなんてもう言えないよね。FJ SPARCは当然として。

Solarisも自社OSである以上、今後も改良が加えられていくだろうし、
何も今だけを見る必要はないよ。

以前と比較すれば、相当な進歩があるっていうことは、復活してきているという
ことだし、今後の発展が期待できるということだものね。

SolarisもSPARCも今後があるっていうことだよ。

それに引き換え、Intel はヤバいよな。明るい展望何もないし。
あ、またいらんこと言ったかw。

まぁ、

1 x Dual-Core Opteronには 1 x T1は勝っていることだし、上々の出来だよ。

しかしNiagaraは1Way。Opは1+Way。

>256
niagara 8way
opteron 2way

Way数と周波数を考えると、大体Niagaraの性能はOpteronと合うわけだ。
XeonはダメダメなCPUぽいけど。

そうなると、従来の手法とは違ったアプローチのNiagaraはひとまず成功と
言えそうだね。Niagara2などの後継CPUを用意しようとしている理由が分かるよ。

ほんの数年前まで周波数を上げることにやっきになっていたことを考えると、
ほんとうにエポックメーキングだね。

あっという間にIntelやXeonが過去の遺物、化石と化したね。

まぁIntelがスケジュールを守るかどうか知らんが、Tulsaが出るな。

ttp://pc.watch.impress.co.jp/docs/2006/0224/kaigai244.htm

AMDは「顧客は、長期的にシングルスレッドパフォーマンスの向上にも価値を見いだし続けるだろう」

ttp://pc.watch.impress.co.jp/docs/2006/0202/kaigai238.htm

>>227
ネイティブスレッド化はやってる。

SunはNiagaraもOpteronも持ってる。
なら、NiagaraとDual core OpteronのデュアルCPU機を作れば周辺機器の消費電力も減らせて最強！
論理分割(?)でSPARC/SolarisとAMD64/SolarisまたはAMD64/Linuxを同時に実行可能！
これ！

ブレードで混在ってのなら、用途によっては需要あるかもねぇ。

どうせならOpteron1coreとNiagara4core一緒にしたチップ作っちまえ！
でx64/SolarisとSPARC/Solarisは統合の方向で。

Sun以外は貧粗なコアを数並べるのには懐疑的だな。
まさかRockがUltraSPARC IVを2個並べただけなんて事はないよな?

活かせるソフトウェア技術とチップ間接続技術がないからだよ。
Rock に関しては The Register の記事が安藤さんとこにある。

T1を128個とか積んだマシンを出せばいいと思う。

> Rock に関しては The Register の記事が安藤さんとこにある。

どこ？おせーて。

ttp://www.geocities.jp/andosprocinfo/wadai06/20060318.htm

>>266
4 スレッド 8 コア 128 チップで、OS からは計 4096 コの CPU が見える。
まあ、そういう用途もないことはないが、現状の Niagara の守備範囲ではなかろう。
具体的に、そういう環境で走らせたいアプリ想定してる?

>>265
> 活かせるソフトウェア技術とチップ間接続技術がないからだよ。
そんな技術よりSpMTを確立してから貧粗なコアを数並べた方が良くないか?

優秀なチップ間接続技術と優秀なマルチスレッド性能の Solaris を持ってるから、
Sun は今 Niagara でいいんじゃんか。
ま、「これからは SMP だ」といって BSD ベースから Solaris 2 へ移り、
Sun4/600 や MBus へ行ったのが今ローエンドでも図に当たってるとも言える。

SUNのチップ間接続技術ってよくないだろ
良かったのは、E10Kだけ
CRAYの技術だけど、あれは大成功だった

その前は XEROX のやつだったな。ローエンド用の UPA はもうなくなった?

UMAのクロスバーは、もともとスーパーコンピュータの技術だからね。
CrayやFujitsuの方が、というよりFujitsuの方が長くやっているところだし。

問題はNUMAだな。昔からあるくせに、エポックメーキングな技術が開発されていない。

>>273
さすがに sun4d はもうサポートしてないだろｗ

>>269
パーティション沢山切ってみてはどうか。

なんで、このスレにまで、AMD厨は出張ってきて、インテルを叩いて悦にひたってるの?

新アーキでたたきのめされる前に。。

> 新アーキでたたきのめされる前に。。

新アーキってなーに？
ここ十年ぐらい新アーキなんてないじゃん？
Itaniumなんて40年ぐらいまえからあるVLIWを使っているわけだし。

>>279
細かいやつだな。
今年出る新マイクロアーキのことだろ。

> 今年出る新マイクロアーキのことだろ。

だから、今年出る新マイクロアーキって、どういうのなの？
今年でるのって、数年以上前から開発されているので、もうアーキの技術情報は
でてるでしょ？

そんなに「新しい」やつなんて最近あったけ？

出たらね。遅れそうだけど。FB-DIMM がどうのって遅れの理由にしてるけど、怪しいもんだ。
出た時には AMD に溝開けられてないといいがな。

なんてCPU?　どれだかいまいちわかんない。

Intel最大の敵はRambusだったか

獅子心中の、っていうほどでもないか

>>281
IntelのCore Microarchitecture
http://pcweb.mycom.co.jp/articles/2006/03/21/intelcore/

>>281
今年の後半にコンロー(Conroe)が出るじゃん
しかし、コードネームとはいえ日本語で見るとIntelのネーミングセンスはすごいや
Intelは逝ってるとかコンロとか

>>281

おまえ、、、、残念なヤツだな。

Pen4 系の 64bit はもともとある程度仕込んでたのを AMD64 に対抗せざるを得なくなって
急遽有効にした。が、64bit 動作は性能悪いんだろ?
PenM は 64bit はとりあえず置いといて省電力を追求してたけど、Pen4 も Itanium も
将来性なしってわかってデスクトップもサーバーも全部受け持つことになった。急にだ。
あらかじめ 64bit 仕込んであったわけでもない。そんなもん急に 64bit だのなんだの
ロードマップ出してきたって、オレはマユツバだと思ってるけど。
今あるもんの焼き直しのチップがいくつか出たら、あとダンマリになっちゃうんじゃないかね。
そんな最近根底から設計し直したチップがそんなにすぐできるわけないと思うね。

ただ、イスラエルでやってるってのは、ちょっと気にはなるけど。
イスラム教徒は Intel 買わなくなりそう。

>>289
もともと仕込んだ64ビット命令セットを封印し、AMD64命令セットをデコードできるようにした。

どのみち命令はデコーダでμOPsに変換するので、デコーダとマイクロコードの変更で対応できたが・・・
Itaniumもx86命令をデコーダで変換して実行するけどパフォーマンス出ないのと同様、最適じゃないため遅い。

>もともと仕込んだ64ビット命令セットを封印し、

そんな話は噂レベルですらない

"独自版 Yamhill" は "検討" はされただろうが
製品レベルに封印つきで実装されたという話はない

結局 amd64 互換のものが採用されただけ

>>289
>64bit 動作は性能悪いんだろ?
性能が悪いといっても、32bitより遅いわけではない。64bitをターゲットにして
開発してきたAMDより数歩遅れてるだけだ。最初はメインストリームを
Itaniumの64bitに移行させるつもりだったが、随分前に路線変更して、
最終的には屈辱の「AMD互換仕様」というわけ

イスラエルチームはすごいみたいだよ。元々CPUのロードマップに穴を
開けないためのモバイル版開発チームだったのに(1チームがItaniumに
行っちゃったからね)、思ったより出来がいいもんだからどんどん出世してる

インテルはうまく立ち回ったと思うよ。

今まで散々x86を産み出した親として叩かれまくった。
あんなに醜くて非効率な命令セットを世の中に出した上に、
PC分野におけるシェアと金にものを言わせて力業で性能を上げている、と。
もしPCのCPUがx86でなかったら、もっともっと安価に高性能なPCを消費者が手にできたはずだ、と。

しかしこれからは違う。
AMD64を産み出した親として叩かれるのはAMDだ。
責任はすべてAMDに押しつけることができる。
何か言われたら、IA-64でx86の呪いを断ち切るべく努力したが、AMDが台無しにした、と言えばいいのだから。

Itaniumはパソコン向けとしてすばらしい命令セットアーキテクチャをもってるとは思わない
POWERはサーバー以外にゲーム機などに採用されその汎用性を証明してるが
今のItaniumはハイエンドサーバー以外考えられない状態
そんなにすばらしいアーキテクチャならゲーム機や組み込み用に似たような設計のCPUが採用されてもいいはず

>>293
それはつまり

　I A - 6 4 は 、 終 わ っ た

といいたいのだな

http://pc.watch.impress.co.jp/docs/2006/0329/ws04.htm
猫。

>>294
バイナリ互換が必要ないゲーム機や組み込みで、
バイナリ互換のために産み出されたEPICは、
オーバースペックに決まってるじゃないか。

T1のソースも出たことだし、各社のFabでそれぞれ最適化して、
うちで作るとこんなに凄いって言うのをやって欲しい。

Ｔ１のソース出たらＦ社に期待しよーｗ

Ｓｕｎが隠れてしまうらすいｗ
http://www.live-eclipse.org/

日没ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!

Web2.0版eclipseじゃないのか

> 何か言われたら、IA-64でx86の呪いを断ち切るべく努力したが、AMDが台無しにした、と言えばいいのだから。

X86に比べると、AMD64アーキは遥かに綺麗だと思うのだが。。

>>301

Eclipseの場合は、日食でそ？
暫く経つと、がんがんにお日様が復活しまつ。

たまには天体ショーもやってやらんとみんな退屈するだろ。
地動説未だに理解できん連中はこの世の終わりだとあわてふためくようだが。

日食には女性が裸踊りをすると、古来日本では決まっております。

amd64もx86もあんまり変わらない気がする。
マシになっただけ。

>>307

ちゃんとCPUのスペックをみたか？
X86とAMD64じゃ、全然違うぞ？

Itaniumより全然綺麗な64bit。

なんでx86(IA32)とAMD64の比較の話にItanium(IA64)が出てくるの？

AMD64もItaniumも、X86から派生した64bitだからじゃないの？
全然違うアーキだけど。

いや、AMD64もx86も変わらんだろって話に対して
AMD64の方がIA64より綺麗だから、x86とAMD64は全然違うって
論理破綻してないか？
だいたい、x86とAMD64の差よりIA64とAMD64の差の方が大きいだろ

> いや、AMD64もx86も変わらんだろって話に対して

AMD64とX86は違うって。互換モードとAMD64アーキをまぜこぜにしてない？
例えば、AMD64はあの嫌だったX86のセグメントを無くしてフラットだけにしてたりする。
とにかく、AMD64の仕様は痛快。いやだったところをばっさりと遠慮無く削除してくれてる。
でも、必要なところ、性能上いれたいところは、きっちりとおさえてるし。

そういうことならItaniumの話はいらないじゃん

なんで？

32bitの互換を維持しながらも、64bitをサポートしたときに、
こんなにもアーキが違ってくるものなのかって、双方の仕様を比較すると
自然に感じるじゃない？

ソフト屋としては、Itaniumはやりたくない。もうAMD64があるなら。
仕事なら仕方がないけど、Itaniumのアーキは理解するのに時間がかかるし、
本当に複雑で嫌な気がする。まったく気が進まない。

WindowsもSolarisも降りてしまった気持が良く分かる。

T1性能、その後編はまだなのぉ？

AMD64もx86も変わらんだろって話に対して、x86とAMD64は全然違うってことを
説明するのには>>312だけでよくて、>>314はいらないでしょ？

立場がよくわからんのだが
ソフト屋でＪａｖａやＣで作ってる連中なら
そんなＣＰＵのアーキの綺麗さは関係ないんじゃないの？

ソフト屋っていっても、ファームやOSみたいにアセンブラが必須のところもあるし、
ドライバみたいにたまにみかけるところもあるし。ユーザ空間でも、システム
ライブラリのようにアセンブラを使わざるを得ないところもあれば、アプリの
ようにCやJavaのような高級言語で済んでしまうところもあるでしょ。

果ては、JavascriptやPHP, perlのようにスクリプト言語のようにコンピュータ言語
そのものも使わないところもあるし。

>>312
盲腸を削っただけだろ。
x86の32ビットのプロテクトモードで、ユーザランドでセグメントを意識することなんて、ないだろ。

>>314
> 32bitの互換を維持しながらも、64bitをサポートしたとき
その時点で間違ってますから。

> ソフト屋としては、Itaniumはやりたくない。もうAMD64があるなら。
これはわかるよ。2つのCPUでテストするのは手間が増えるからね。

> Itaniumのアーキは理解するのに時間がかかるし、本当に複雑で嫌な気がする。まったく気が進まない。
OSの根っこのほうとかコンパイラを作るとか、そういうのでない限り、理解する必要はないだろう。
たとえばApacheを作っている人たちが、それぞれのCPUのアーキテクチャを理解していると思うか?

アプリケーションしか書かない人にとっては、
確かにItaniumだろうがAMD64だろうが関係ないなあ。
つまり>>319みたいな人には。

関係してよ
みんなでItaniumをやっつけようよ

いや、みんなでやっつけるまでもないでしょうよ。

Itanium設計者、IntelからAMDへ

http://www.itmedia.co.jp/enterprise/articles/0603/31/news020.html

>>320
世の中のプログラマの99%は、そうだな。

今日は32bitかｗ

>>325
ｴｲﾌﾟﾘﾙﾌｰﾙだと思われ

てことは、3月32日ってウソなのか？

>>327
いや、だから嘘とかそういうあれじゃねぇし

年と月はもう進めないことになったらしいぞ。この先は日を増やすだけ。

あれか？PS3発売延期のせいか？
あくまで春に発売したことにしたいとか

Itaniumはそんなに言うほど性能が言い訳でもないし
数千万円から数億円のハイエンドサーバー用途以外既に死亡してるCPU
そのクラスならIBMのPOWERでいいだろ
SPARCに関してもUltraSPARCはItaniumと比べて性能は低いが富士通のSPARC64は同じくらいの性能
結局ItaniumはHPとハイエンドサーバー向けのCPUブランドを持ってないメーカーの弱者連合にすぎない
こういうもので成功したためしはない

UltraSPARCの低性能にSUNの長期間にわたる赤字決算
これだけ負の材料がそろってるのにシェアを落としてるとはいえ
SUNが未だにそれなりのシェアを持ってるのが不思議
ハイエンドサーバーの分野で互換性がないシステムに移行するのがどれだけ大変かを物語ってるな

Windowsのシェアがあまり変わらないのと同じ。

VAXからAlphaへの移行に失敗して身売したDECのことですね。

>>331
Itanium に将来はないというのは同意だが、

> 結局ItaniumはHPとハイエンドサーバー向けのCPUブランドを持ってないメーカーの弱者連合にすぎない
> こういうもので成功したためしはない

これはちょっとハズしてる。HP は PA-RISC というサーバ向け CPU ブランドを持ってて、
Itanium はその後継の位置づけだし、第一両社とも弱者ではない。
この 2 社に対抗できる規模の会社は他に IBM しかないだろ。キョーレツな強者だよ。

>>332
そんなことはない。所詮は Unix。ミドル使ってて、それの乗り換え方途さえあれば
移植は非常に簡単。だから性能の高いマシンを作れば比較的簡単にシェアを取れる。
Sun が SPARC の性能出なくてシェアの低下が速かったのはそのせい。
囲い込みをやってないから。逆もまた真。要は、性能出すこと。
ミドル使わないで、ソース持ってるとこならさらに簡単。
メインフレームや、それのマネごとをソフトウェアでやってるマイクロソフトなんかとは
全く別の世界。

>Sun が SPARC の性能出なくてシェアの低下が速かったのはそのせい。

単に営業力で負けただけじゃないの

そう思って移行すると、あれが非互換、これが仕様不一致

もまえら、JavaだよJava。CPUが何だって言うのぉ？

>>336
＞Sun が SPARC の性能出なくてシェアの低下が速かったのはそのせい。

SUNのシェアを奪ったのはIBM
市場でどのメーカーが信頼されているかは明らか

やっぱ、PCなんて屁とも思っていないIBMだよな。
IBMは最初からコンピュータを分かっていた。
PCを作ったが、すぐにそれがただのゴミだと気づき、最後は中国に売った。
だからこそ、NO.1。Powerは最速。PCはゴミ。

いや、最初に安売り攻勢で Sun のシェアを切り崩したのは HP だったよ。
カタログスペックがよくて、値段が安かった。でも使ってみると...

>>341
> IBMは最初からコンピュータを分かっていた。
> PCを作ったが、すぐにそれがただのゴミだと気づき、最後は中国に売った。

....とほほな記事だな。PC って、IBM/PC のことなんですけど、普通。
すぐにただのゴミだと気づいた だぁ? 1980 年くらいから作ってたのに?

でも、IBMがPCを作ったわりには、全然PCで儲けてなかったというのは
事実なんじゃない？

もともとメインフレームをつくってたメーカなんだし、PCなんて玩具
ぐらいしか思っていなかったとは思うよ。

> もともとメインフレームをつくってたメーカなんだし、PCなんて玩具

パソコンを発明したのはIBMかもしれんが、昔も今も未来もIBMの主力は汎用機。

おもちゃにMCAか
かわった会社だなｗ

Sun がなんとか持ちこたえているのは過去のインストールベースのお陰でしょ。
昔は UNIX WS といえば Sun だったからね。

.com バブルがはじけた影響で瀕死状態になっているが。

UNIX WSはもはや死にかけた領域。PCの性能向上があまりに
急だった。

4/1 じゃなくて 3/32 なのにこんなにバカばっかりなのはなぜ?

あれ？

Hint: AMD64 + Solaris = Unix WS
AMD64 + Windows = PC WS

では、AMD64 + Linux = ?
Unix WS? PC WS?

ヒントが難し過ぎてわかりません。

x86 + XENIX

はUNIX WSなんでしょうか？

XENIXはマイクロソフトのUnixですから、PCです。

そもそもヒントが・・・

AMD64 + Solaris = Solaris Server

>>354

AMD64 WSって、Ultra20だろ？

> UNIX WSはもはや死にかけた領域。PCの性能向上があまりに
> 急だった。

うんなことはない。専用Graphics Chip市場が急速にでかくなっただけ。
昔は、メーカが自前でGraphics Chipを設計、製造してたから。

PCの性能向上以上の速度で、汎用機やサーバの速度は向上しているので、
PCだけが性能があがっていると思うのは単なる幻想。

先生！汎用機やサーバはワークステーションじゃないと思います！

WS = グラフィックス専用機

だから、同じハードにunix載せれば、Unix WSだろ？

> では、AMD64 + Linux = ?

LinuxはUnixでもあるので、Unix WS。
でも、大抵はLinux WSと呼ばれんじゃないの？

確かに、Linux は UNIXというより、Windowsに近いんだよな・・・ビジネス的には

>>359

では8086+XENIXはUNIX WSで決まり？

LAN が付いてるのはワークステーションです。ですから、現在では
パソコンは絶滅しました。すべてワークステーションです。
ただし、ファームウェアがシリアルポートから扱えないもの（クソ BIOS といいます）は
粗悪品ですから買わないようにしましょう。

メインフレームもワークステーションなんですね！
あなたのデスクトップにもzSeriesを。

いいえ、作業机の近辺に置いて使うことを想定してない機械はワークステーションじゃ
ありません。VAX 11/750 はワークステーションじゃないですから。

ルーターはLinux WSだったりするのか・・・

初代XBOXやXBOX360もワークステーションですか？

>>366
いいえ、ワークステーションと Cisco は昔からあって、昔から別のものですから。

>>367
いいえ、ワークステーションは名前の通り仕事をするためのものですから、
仕事のジャマをするゲーム機はワークステーションではありません。

Cisco以外はルーターじゃないんかよｗ

Cisco 以外にルーターがあると、ルーターがワークステーションだということに
なるぞ、という主張ですか?

>>365
では VAX に倣って Micro zSeries とか Micro iSeries を作れば
ワークステーションですね！

はい! zStation でも!

xbox用のゲームを作る仕事をしている人にとっては、xboxはWS

ワンダースワンか

http://kubokubo.jp/mandelbrot_ranking/m_rank.html
今更32bitかよ、とも思うがXeon LV欲しくなってきた。

Xeon LV 2G * 2で、
Pen4 6G相当か。FSBも低い割に速いね。

電気代はどんなもんなんだろう。

T10Kの発売はまだですか？

> 85TFLOPS 国内最速の東工大マシンが稼働
> ttp://www.itmedia.co.jp/news/articles/0604/03/news074.html

これ、SUNは計算ノードもストレジノードもハードしか供給して
いないんだね。

しかも、HP-UXの手先日本電気が納入だしなｗｗｗ

>>379
日本のサンにこれだけのものを
責任もって納入する能力があるかどうかは
疑問だからな。

サンマイクロって直接納入はしないだろ?

>>382
Sun Microsystems K.K. って、どんな仕事してるの？

電話番

客とゴルフ

日本の大手メーカーは、HPとSunの両方を扱っている。

同じNTTに納入するシステムでも、
オペレーションシステム系はHP、交換機系はSun、
といった感じになっているから、両方を扱わないといけない。

>>386
富士通の人?

> 交換機系はSun

NECだとEWSでしょ?

NEC も Sun 売ってまっせ。

NTTは、各社から調達するので、NECが納品する分だけSunではなくEWSっつーわけにはいかない。

でも NEC が Sun 扱うようになったのってほんの数年前からじゃなかった?
たしか去年かおととし。

あれ？去年の提携話の時、日本でSunを一番売ってるのはNECって
自慢してなかったっけ？

>でも NEC が Sun 扱うようになったのってほんの数年前からじゃなかった?

直接扱わなくても、他のSunを扱う業者を連れてくればよい話。
プライムやれるSI屋はある意味滅茶苦茶な商売します。

>>389
交換器周辺はそんなに万遍なく購入してないよ。

>>390
他は知らないけど、昔は某研究所だとEWSよりSunの方が圧倒的に多かった。
でも、Linuxが浸食していったが。

じゃあSunはEWSじゃないのか、と突っ込んでみるテスト。

EWSってのは、NECのEWS4800シリーズのことでしょ。

EWS=EWS4800

>>397
両辺を EWSで割ると、1=4800 となって矛盾します。

「DVDを買ったのでもうビデオは要らない」と言うといちいち突っ込むタイプだな。

>>398
割ることが出来るのは EWS≠ 0 のときだけです
つまり EWS=EWS4800 から EWS=0 が結論付けられます

>>389
> NTTは、各社から調達するので、

なにその建前w

NTTは役所よりは公平な競争入札を行っていると聞いた。２ちゃんで。

ﾜﾗ

NECと東芝の研究所はSUNばっかだったなぁ。そういえば。
東芝はさすがにDynabookがあったが、NECはSS2とMacばっかって（藁
って、思ったのを思い出した。　　　って、むちゃくちゃ昔じゃんか（死

当時は、
Unixワークステーションと言えばSun
だったじゃない。すくなくとも大学とか研究所とかでは。

>>401
最近は違うが、昔は、
NEC、富士通、沖、日立の4社(電電ファミリー企業という)に対して、
均等に発注をしていた。

>>402
それには、ちょっとしたカラクリがある。

事前に内部から情報を得ていないと絶対に無理な納期が設定されているので、
内部とコネクションのないメーカーは、事実上、入札に参加できない。

>>405
均等ねえw

>>406
「２ちゃんで」だから、>>402は冗談かと

>>404
東芝ったらＡＳシリーズでサンのＯＥＭしてたもん
そりゃサンばっかだろ？ｗ

ttp://japan.internet.com/webtech/20060406/11.html
悪天候って、外で使うのかこれ？

原文を嫁

原文も意味がわからん。原文の冒頭がこれ
Sun Microsystems today unveiled a new telecommunications blade server
built to take the beatings of any kind of foul weather.

全天候型。

>>413
full weather じゃなくて、
foul weather だよ。

反則天候にも耐える。

>>414
いや、それは分かってるんだけど、
どんな状況がfoul weatherなのかなと思って。

米国サンマイクロシステムズ社は今日ラスベガスで電気通信事業者向けのブレードサーバを発表した
このブレードサーバによって多種の極めて負荷の高い業務タスクを処理するシステムを構築できる

CTIA Wireless Conference で発表ってんだから、悪天候での
ワイヤレス通信ってことでないの？

日本語は「無線」だったな…

>>417
Blade serverのことだぞ?
比喩表現で、>>416が正解。

へー。そういう比喩なのかー。面白いね。

>409
そいやそだったね。
でもSUNのロゴのまんまのも結構あったよね？
って、聞いてどうするよ（w
とん

>>419-420
そう
foul weatherとSunを字面通りの相反する事象として笑いを取る目的があると思われ
ただ漏れのように意訳すると面白さが損なわれてしまうが

>>422
そうか、だからweatherなのかｗｗｗｗｗｗｗｗｗｗｗ

雨が降らなくて旱魃(かんばつ)というのもあるがまぁ当分望み薄だなｗ
むしろ人類に仇を為す害獣駆除の方が先だろう
犬とか犬とかI○Mとか犬とか

>>422
なんだよ、ここ笑うとこかよ
会場のあちこちで、トムとジェリーのトムみたいな笑い方してんのかよ
外人わからねー

なぜかココリコの田中の顔が浮かんだ

日が沈みそうでつ。

ttp://plusd.itmedia.co.jp/pcupdate/articles/0604/06/news092.html

ttp://www.intel.com/technology/architecture/coremicro/

　　..　　+ 　　..:.　　..　　..
　+　 　　 :.　 　　　.　　+..
　　.　　 　: ..　　　　+　　..　.
　 ..　:..　　　　　__　　..
　　.　 　 +　　　|: |
　　　　　　　 　 |: |
　　　　　 .(二二Ｘ二二Ｏ
　　　　 　 　　　|: |　　　　..:+　..
　　　　　∧∧　|: |　　　　　　　　　　日が沈んだよ
　　　　 /⌒ヽ),_|; |,_,,　　　　　　　　　　　　　
_,_,,_,〜（,,　　）;;;;:;:;;;;:::ヽ,、
" 　 ""　"""""""",, ""/;
　""　,,,　　"""　　""／:;;

>>427
ここで出てる 2007 年に Quad とかの自分の言を守れなかった時、
終わるのは Intel だよ。Itanium の省電力化が実現できなくて
リーダーが AMD へ出てったのはつい数日前だよな?

> ttp://plusd.itmedia.co.jp/pcupdate/articles/0604/06/news092.html

なぁ、ここでIntelが言っていることって、アホ臭くないか？

周波数を下げて、消費電力を減らし、減らした分をもう１つのコアに
あてれば、消費電力を上げずに、追加したコア分(70%ぐらい)の性能を追加できる...

って、当り前じゃん？ 誰がマルチコアにしてもこうなるよなぁ？

そう。Netburst がもうダメ、ってわかって以降 Intel は中身のあることは
何も言ってない。ハタから見ててわかったことは「Pen-M やっててよかったね」って
ことのみ。あとは中身ゼロ。
実際の「モノ」も、Pen-M と Pen-4 の焼き直し以外出してない。何も出てない。
話だけ。1990 年代初頭の NT と同じ。

焼き直すネタのないサムはもっとダメという事ですね。
ハイエンドはItanium2で攻めて、ミッドレンジ以下はIntel Coreでつよ。
single-thread性能を犠牲にしないところがミソですね。
これからサムとAMDにとっては暗黒時代になりそうでつ。

はいはい。Intelは立派な会社ですよ。
だけど少なくともItanium2はだめ。
IBMがすべての領域で勝てなかったように、Intelもすべての領域で勝てる
わけではない。というか勝ててない・・・

せっかくNiagaraのためにSWaPなんて指標を作ったのにねぇ。

ほう、でFire E25Kはそのなんたら指標を満たしているのかね?

満たしていなければ何か問題でも？

>>432
Itanium は「脱線」だったらしいよww

Itanium2は現状維持だったな。
ロードマップでも、2008年にTukwilaでXeon MPとPlatform Architectureの共通化になってる。

全てのプロセッサが同じクロックで動かなくちゃならない制約とかあるの？

4coreにしたとき、メモリコントローラはどうすんのかな。
Niagaraのは割とリッチですよね。

リッチ、ｷﾀーー!ww

TukwilaからCSIへの変更と同時にFB-DIMMのI/Fを内蔵する予定だ。
Intelはserial-busにしてからメモリコントローラを内蔵する様だね。

目指せ32スレッド

重複スレ同時に32は勘弁。

削除人が、1ヶ月も重複スレを放置しておきながら、
それぞれ議論が進んでいるので、勝手にスレを分裂させてろよ
って逆切れしてた。

このまま各分裂スレが独自スレとして固着していくのだ
BSDファミリのように

そのままデファクトな標準。。。

問題は、本スレはどこか? ということだ。

やっぱ本スレには最大・最後がつかないと。

ここ：本スレ
IPF採用撤回：プロセッサ・アーキテクチャスレ
敵はItanium：アンチMS隔離スレ
くらいでどうか。

じゃ、あと 29 スレ足りないのか!!

じゃ、最後の重複スレたてようかなぁ

やめとけ

T2は64スレッドか。
16core/4threadに一票。

Sun Ray 2 ってでたみたい。で、Sun Ray Server Software って Web で
見積りやってみたら、クライアント 1 ライセンスに Annual Standard Support で
全部で $158 で買えるのね。安いなぁ。買ってみよかなぁ..

おいらもSunRay2ほちい

SunRay2はSunRay1gよりデザインいいね。
これで韓国製じゃなくてハングルのステッカーも貼ってなければ買い。

AMD、最後のシングルコアOpteronをリリース
http://www.itmedia.co.jp/news/articles/0604/12/news077.html

＞SunはAMDの技術を利用して、コモディティサーバ分野で地盤を築こうとしている。
＞2005年秋にOpteron搭載システム「Galaxy」（コードネーム）の第1弾を発表しており、
＞2006年中にブレードサーバと8ソケットシステムを投入する計画だ。
　　　　　　　　　　　　　　　　　　　　^＾＾＾＾＾＾＾＾＾＾＾＾＾＾＾

東工大のスパコンに使ってるやつか。
http://itpro.nikkeibp.co.jp/article/NEWS/20060403/234390/
> 一台に16個のプロセサ・コアを持つ「Sun Fire X4600サーバ」

TSUBAME の次は... HIMO?

デュアルコア インテルXeonプロセッサー7000を搭載したIBM eServer xSeries460サーバーが
4-way TPC-Cベンチマークで世界記録を樹立。
デジタル・エンタープライズ
カーク・スカウゲン
講演資料より
ttp://www.intel.com/jp/idf/spring2006/keynotes/

>>460
この講演資料 4GB 超! 読まねー、こんなもんw

TPC-CベンチマークはCPUメーカーが宣伝に使うようなものなの？

立ってるものは親でも使えとか

TPC-C はディスク周りに大きなリソースとチューニングの手間かけないと
数字でないからね... 4-way 程度でそこまで気合い入れたのが IBM だけ、という
ことなんだろうけど。
しかし、TPC-C だけ載せてるてのは... あとは全敗なんだろな、Opteron に。悲惨だw。

おぃおぃ。
DBではNASを使うのが常識でしょう。
NetAppのNASを使うからディスクI/Oなんてどれも一緒で、違うのは本体の性能ですよ。
老練なIBMとしてはPOWER5と対峙するItanium2の製品ラインにはお金をかけないけど
POWER系列に利害がなくて儲かるIA鯖にはゴージャスなオリジナルチップセットを作ってお金かけてますよ。
Opteronでフラッグシップモデルを作って貰えないところがAMDの二流と言われる結縁ですね。
因みにこのベンチではOpteronマシンはClientに使われてますね。

ttp://www-jp.netapp.com/news/press/2005/news_rel_20051207.html

>>465 DBではNASを使うのが常識でしょう。
え?

結縁って「けちえん」って読むんだな
勉強になったよ

けち‐えん【結縁】
１ 仏語。
仏・菩薩(ぼさつ)が世の人を救うために手をさしのべて縁を結ぶこと。けつえん。
世の人が仏法と縁を結ぶこと。仏法に触れることによって未来の成仏・得道の可能性を得ること。けつえん。
２ 関係ができること。特に親類になること。けつえん。

本当だ。インテル厨の人ってモノシリックですね。

>>460
既にこの記録はntel DC Itanium2 Processor 9050 1.6 Ghzを使ったHP Integrity rx4640-8の4Pモデルに抜かれてますね
IntelとしてはItaniumの宣伝になるのになぜXeonの宣伝に使ったのでしょうか？
不思議です

itaniumはどうせ売れないからだろ・・・

>>469
USのKeynote資料に合わせただけだろ。
3月7日の時点じゃまだ未登録だからね。

>>465
カスタムのチップセット作ってもらえたら一流でそうじゃないと二流なわけか。
こりゃ笑えるわ。Intel もどうやらほんとに終末のようね。

二流だからSunが採用した訳で。
SPARCの寿命を脅かす石なんてSunが採用する訳ないじゃん。

ぷっ、CPU 評価するのに一流、二流とかいうのは初めて聞いたよ。
斬新だね、アンタ。Intel も社内じゃそんな低レベルなイイワケしてんのかねwww?

新しいSunRayって、Solaris, Linux, Windowsが動くんだよね？
それで、この３つを画面を切り替えることで同時に使えるって聞いたけど。
これって、普通に凄くない？

値段も３万円ぐらいみたいだし。

クマ?

>>475
> 新しいSunRayって、Solaris, Linux, Windowsが動くんだよね？
どれも動かないよ。

>>477

Windowsも動作する最新のSun Rayクライアント

http://www.itmedia.co.jp/enterprise/articles/0604/13/news043.html

..Sunのソフトウェアでは、テレビのチャンネルを切り替えるような感じでLinux、
Windows、Solarisを切り替えることができる...

Sun Ray で動いてるのは RDP クライアントであって、
Windows 自体は別途ターミナルサーバが必要、って話だろ。

BootCamp と比較とかするから誤解を招くんだよな。
わざとやってるのかもしれんけど。

>>475
VMWareやXen使えばいいじゃん。

>>476
赤と青と緑と紫はあるんだが、
SunExpressの黄色だけない。

で、qfe動いた? (業務連絡)

>>479

Sun Rayはシンクライアントでディスクがないんだから、サーバが必要なのは
当り前じゃん？ でも、サーバーが数台あれば、Windows, Linux, Solarisが
動的に切替えられるのって嬉しそう。Vistaが出ても、サーバだったらメモリや
CPUパワーに困らないので、Sun Rayをそのまんま新しいのに対応できそうだし。

実は洩れはSun Rayをたまに使うんだけど、本当に静かなんで嬉しい。
あのディスクのノイズやらは、本当に疲れているとイライラするんだけど、
Sun Rayだとそんなことがなくて、本当に人にやさしいって感じが洩れ的にgood。

今まではSolarisだけだったんだけど、サーバで動かしてやりさえすればLinux,
Windowsも使えるんだったら、V20zなんかにのっけて遊びでLinux, Windowsを
追加するのもいいかなぁとふと思った。Winには全然興味もないんだけど。

>>482
> 当り前じゃん？
当たり前のことがわかってなさそうな人に向けて書いただけだよ。

「切り替えて使える」ってのが強調されてるけれど、
Sun Ray から Solaris か Linux に繋いで、そこで RDP クライアント
動かしてたのが直接繋げてスマートになるって程度で、
別に大騒ぎするような話じゃないと思うんだがね。

むしろ、(Solaris, Linux なしで) 単なる Windows 端末として
Sun Ray 導入ってのもアリになる？そっちのほうが大きそう。
まあ、Windows Server + Sun Ray だけで使われると
Sun はあまり儲からなさそうだ。

まぁ、Microsoftが順調にOSとClientアプリを肥大化させてる間は
thin clientの出番は無いな。
もまいらもラリったエリクソンの妄想なんか信仰しないで現実を見たらどうだ。

>>484
スゴイ釣りだなｗ
エサ大杉

X端末再び

> もまいらもラリったエリクソンの妄想なんか信仰しないで現実を見たらどうだ。

シンクライアント自体は、エリクソンが飛びつく前からある、相当長いコンピュータ
なんだが。。。

そして、いつの時代もシンクライアントは鳴り物入りで登場しては、消えていく。

すまん、もう仕事はシンクライアントでいいって、まじ思ってる。。。。

誰かが鯖を管理してくれるのなら、シンクライアントは楽だよな。
目の前の端末が壊れても、へっちゃらなんだから。

>>488
家庭向けに登場したことは無いので、どこか出してくれないかと期待して
いるのだが…。

家庭用はオフィス用より要求水準高そうだな。
RDPじゃ動かないゲーム多そうだよね。:)

>>492
>RDPじゃ動かないゲーム多そうだよね。:)

ゲームは専用機(ゲーム向け仕様PC含む)でやってもらうとして、
家庭向けに「家庭内サーバー＋シンクライアント(世帯人数分)」
という構成で「第一に安価」で「第二にメンテナンス性に優れた」
ソリューションが登場すれば、よく売れると思う。

ゲームはともかく、ネット経由で各端末で
動画全画面くらいは見えないとダメやん
結構ハードル高いんじゃね？

動画だけはサーバ側ではなくシンクライアント側で再生するようにすればいいと思う。

たとえば、SONYのエアボードみたいにさ。

シンクライアントを家庭で使うやつなんて単なる変態だろ
シンクライアントが再び注目を集めだしてるのは個人情報保護の為だしな

ブロードバンド回線経由でも高速に動くシンクライアントがあれば一般家庭でもいけるんじゃないかな？
サーバはネットワークプロパイダが用意してユーザは家のブロードバンド回線につなぐだけでOSのインストールも
パッチのインストールもアプリのインストールも不要。
データも従量制で、バックアップの頻度もオプション設定。
アプリは払ったライセンス料に応じて必要な物だけ使える。
どうせほとんどのユーザはWEBブラウザ位しか使ってないだろうし。
こうなるとブロードバンドのスピードはあまり関係無くなる。
デジカメとかのデータはSunRayのUSB端子につなげばブロードバンド経由でプロバイダのフォトアルバムにアップロード
される。これはブロードバンド性能が重要。
印刷したい時は...SunRayのUSB端子にプリンタをつなぐことができるようにするとか。

プロバイダの信頼性がすごく重要だけど、これこそ素人向け。
逆に変態はエロ画像をばれないようにためこむためにディスク付きPCを使うことになる。

USBをリダイレクトするのなら、ユーザがUSB接続のHDDにファイルを溜め込むのもアリだな。

インターネットを通してやるのはどうかと思うが、
NTTのフレッツ網上でやるのは良いと思うよ。

Bフレッツの100Mbpsのサービスが始まったばかりの頃に試したら、
インターネット越しのWindowsのリモートデスクトップが非常に軽くて、
非力なPCの場合、リモートデスクトップのほうが快適だったりもしたし。

>496
>逆に変態はエロ画像をばれないようにためこむためにディスク付きPCを使うことになる。

おまえ女か？ｗ

まさに The Network Is The Computer(TM) だな。

>>500
一般的にそう思われるようになるって事では？

第一世代のi-modeはシン・クライアントみたいなもんだろ。

>>498
ライセンス的にはどうなのかな
ターミナルサービスクライアントのライセンスがいるんだよね
それにそんなことやるなら普通にノートパソコン使ってる方がいい

だいたい、安PCよりシンクライアントの方が高くつくから、
よほどわかりやすい売りがないと買わんだろうね。
いろいろ工夫して同程度のことができる、くらいじゃ厳しい。

安PCというかお古PCをシンクライアントとしていかす
お手軽OSがあれば十分だよな

knoppixとか

X端末みたいな感じかな…
knoppixだと自由度大きすぎない！？

> だいたい、安PCよりシンクライアントの方が高くつくから、

Sun Ray2は、200ドル代で4ワットしか消費しない。
全然PCより安い。。

はっきりいって、今のPCは肥大化して"恐竜"となってる。

管理の手間。これに尽きる。1 台毎に設定するのを苦痛に思わないのは
マイクロソフトに洗脳されてるからだよ。1 台毎にデカいアプリを入れるのが
あたりまえだと思い込まされてる。しかもリブートまでさせられる。
「踊らされ」まくり。サルまわしぐるんぐるん。

>>508
何も出来ないシンクライアント単体とPCの比較は無意味。
「シンクライアント×n台＋サーバ」と「PC×n台」の比較じゃないと。
nが大きければシンクライアントの方が安くなるかもしれんけどね。

マイクロソフトもそうだが、インテル、AMDの洗脳もあるな。
高速なプロセッサを開発して商売してる会社だけど、その前に
高速なプロセッサに対する需要の確保に躍起になってる。
500MHzの低電力なCPUも作れるのに作らない。いったんその路線を開拓したら、
買い替え需要は二度と期待できないから。

>>510
>>454 ね。クライアントライセンス 1 でサーバソフト代は $158。
クライアントライセンスが増えれば 1 台あたりのコストも低下する。
安いよ?

>>511
だね。だから、100ドルPC の話はあれだけ話題になる。手回しハンドルで
発電するなんて、ちょっと非現実的だと思うけど、それでも少し改良されて
200ドルPC とかで登場されても彼らにとっては十分脅威なので、あんな必死で
反論するわけだ。あわれな連中。それに踊らされてるのはもっとあわれ。

>>512
もともとサーバのある形態で運用してるとこはともかく、
一般家庭の話ならサーバのハード代も計算に入れなきゃ。

? もちろんそうだけど、そうすると高くて比較できなくなるかい?

そういうall or nothingな話の進め方こそWintel特有のやり方だな。

5年くらい前に、webアプリでオフィススーツを提供するサイト、
一種のポータルサイトが始まったが、あれはどうなったんだ?
freeoffice.comとかそんな名前の。
SunもJavaで少し絡んでいたような気がするんだが。

>>509
Windowsパソコンを1台ずつインストールするのは、
UNIXマシンを1台ずつインストールするのと同じで、
担当者のスキルが低いか、人海戦術のほうが安上がりだからだと思う。

Windowsパソコンでも、100台まとめて自動インストールとか、できるらしいよ。
PC 1台ずつライセンスキー等を書き込んだ起動フロッピーで起動すると、
サーバからWindowsをインストールして、サービスパックやアプリもインストールされるらしい。

1台設定してHDDコピー(´・ω・｀)
ライセンスの問題があるけどね。。

>>518
導入だけじゃないよね、その後のメンテもありますぜ。
Linux もそういう方向だからね。MS-Windows 対抗で、あっちの土俵にのる、ってのも
一時的な戦略としてはアリなんだろうけど、実はなんも考えてないつーか。
「ディスクが安いんだから昔とちがう」とかしたり顔でおっしゃる方々
ここの近所でも見受けますな。

>>518
ネットワークでのインストールはどうしても遅くなるから
1台設定してイメージをCD化
それをリストアして終わり
SIDなどの問題もあるが、その辺はDriveImageやGhostなどではSIDの問題にも対応してる
ライセンスは企業なら一括でライセンス購入してるから問題なし
CDを入れ替えるくらいの手間しかかからない
ただ、Windowsの場合はPCをドメインに参加させるときには手作業が必要になる

1台毎に設定というのは企業によってはアプリのユーザごとの個別の設定や
物理的にどのプリンタに出力するかなどを業者にさせるところもあるので
こういう個別設定が面倒なんだと思うけど（自動で設定できるかどうかはアプリしだい）

ディスクレスのシンクライアントの場合故障したときに簡単に切り分けできるからいいのと
個人情報保護の問題があるので見直されてるのかと
また、ネットワークも低価格で広帯域にできるようになってきてるのとサーバーの高性能化もあるかな

サーバーの高性能化がどんどん進めば企業でシンクライアントが普及するのは間違いないな
そして個人向けのOSと企業向けのOSは別物になっていくということか

>>522
>サーバーの高性能化がどんどん進めば企業でシンクライアントが普及するのは間違いないな

どちらかというと逆で、企業がシンクライアントの活用をどんどん進めたくなるから
結果として「サーバーの高性能化」が要求されるようになっていくと思う。

HPの失策で幾多のプラットフォームが死滅し、IBMのPowerPCもAppleが離脱して
雲行きが怪しい。これからの時代は「Sunの独壇場だ」としては言い過ぎだろうか。
・・・いや、言い過ぎたw

>>519
Windows標準添付のprepコマンドを使えば、HDDコピーでもイケるよ。
マイクロソフトのMCP試験でも出題されるネタですよ。

>>521
Windowsの標準機能の自動インストールを使えば、
ドメインの参加も自動化できるよ。

>>522
職場でなんの面倒もなくどの端末でも同じ自分の利用環境を持ち回れるようになると、
家でいままでの調子で手間かけさせられる環境はうんざりするようになるよ。
今なんとも思わない方がどうかしてるからね。王様はすっぽんぽんなんだよ。

>>522
> サーバーの高性能化がどんどん進めば企業でシンクライアントが普及するのは間違いないな
それはないと思うよ。
仕事で使ってるWindowsパチョコンと同等かそれを超えるCPUパワーとネットワーク帯域を
まとめて用意できる訳ないじゃん。
数マン円のPCばらまいた方が現実的だよ。

>>524
デプロイメントツールは標準機能じゃないんじゃない?

>>526
仕事じゃあ CPU パワーもネットワークもほどほどでいいんだよ、今既に。
そもそも数値通りの動作なんかぜんぜんせずに遊び呆けているんだから CPU は。現状で。

ばかだなー。
UIとしてのPCはCPUの最大瞬間風速が重要なんだよ。

重要だと思い込まされてるだけだよ。

>>529
だからこそ、速いCPUを複数人で共有する、シンクライアントが良いわけですよ。

想定してる使い方が違うと話がかみ合わない罠。

金魚ばちの中で「シンクライアントが普及するのは間違いない。」と言ってる香具師を
近くの中小企業に１年間実習に行かせたらどうだ。
そしたらSunも少しはマシな物を作る様になるだろ。

俺は仕事ではSunBlade1500を使っていて、OfficeツールはWindows Terminal Serverを使ってるけど
自分のPCなんていらないって思うくらい満足。
今の時代、オフィス用のPCはビデオとか見るのに必要な家庭用のPCに比べて要求スペックは小さい気がするよ。

>>533
X 端とかディスクレス機使ったことないからわかんないんだろ?

お古PCをX端末にしたい…

>>536
簡単にできるじゃん。

>>534
それってどれくらいの規模で使ってる話？
サーバに対するクライアントの台数が少なければ、シンクライアントやX端末は
快適だろうけど、数十台になるとネットとサーバがボトルネックで遅くなってくると思う

>536
PXE ブートさせれば簡単
(簡単ではあるけど一度やってみないと良くわかんないかも)

（´-`）.｡oO（PXEブートできないんだけど…)

> 快適だろうけど、数十台になるとネットとサーバがボトルネックで遅くなってくると思う

そのためにトポロジーがあるわけで、最適化した構成にすればいいだけ。
それよりも、サーバがダウンしても自動的に切替えてくれるし、カードを抜けば
自動的にログアウトされ、同じカードを別の部屋の端末につなげば、アプリも
抜く前の状態でそのまま仕事が継続できる、Sun Rayならではの快楽に浸ると、
もうPCには戻りたくない。。。って気持になる。

>>540
じゃ CD-R ブートだな。それもダメなら IDE→CF でブートかな。

>540
PXE boot 可能な NIC を調達してくる方が >542 より楽
(おれの場合は会社の廃棄物品とか漁っているといろいろ拾える)

そういや某大学のPCルームは、WindowsのTerminal Serverだったな。
クライアントは300台くらい並んでいたと思う。

管理するなら200台のPCよりも何も機能の無いシンクライアントの方が
圧倒的にヨイよねぇ。
ユーザが壊れたっていったら、べつの端末つかってくれっておねがいするか
代機を渡したらおしまい。

個人環境のフォローなんてまったくなくなるし。

>>543
PXE って、BIOS サポートなしでも OK? Boot ROM の代わりをやっちゃうのか?

PXEは拡張BIOSみたいにして動作するので、
PC側のBIOSが対応していなくても、
それに勝手に割り込んでネットブートできるようになるが、
やはり相性問題はある。
マザーボードによってはPXE対応NICを刺すと
PC側のBIOS自体うまく起動しなくなることがある。

なーんだ、じゃ、NE2000 の Netware 用の Boot ROM 置き換えたもんが
bootp しゃべるだけなのか? んなら昔からできそうだね。つーか、NetBSD, FreeBSD,
Linux にも NE2000 とか用の Boot ROM イメージあったから、あれといっしょか。
PXE なんてごたいそうな名前つけるほどのこともないね。

PXE という名前で標準手順として決って
実装が広がった & 標準搭載されるようになった
という功績は認めてやらねばなるまい

PXE対応していたら、ブートROMを焼く必要すらないわけで。

PCCardでPXEブートできるのある！？

ここには管理者か、自分でセットアップした
サーバとシンクライアントを一人で使っている
人しかいないようだ。

家族に shutdown 手順を教えるのが面倒だったんで
X端末化して使わせてるよ

>>552
だからさ、使ったことないんならどっかで触ってきたら?

NAISTで触ってきた。

横槍スマンが
PXEブートってDHCPサーバ側を触れないとできないって認識であってる？

はい。rootpathなんか指定しないといけないので。
http://blog.tyuu.com/?eid=29321

SUNの1-3月期の決算発表は米国時間午後1:30
ということは日本時間の早朝ということか

25日の早朝

>>557
ありがとう

去年$4以下だったSUNの株価が上がってきて最近特に$4.5以下から急に$5近辺になってるが何かあったの？

>>561のつづきだけど
ここ3ヶ月間のIntel、AMD、IBM、HP、DELLと比べてもSUNだけ3月あたりから急激に上がってるんだけど

こっそりと教えるが、実は洩れが買いまちた。。。

お前は株価を左右するからなぁ

また、SUNが買収される噂でもたったんじゃねえｗ

>>561
24日の決算発表でどうなるか見ものだな

（´-`）.｡oO（富士Sun誕生！！だったらいいなぁ…）

なんでよ？

富士通には買えまい

SunはUNIX界の神とは言わないが、聖人クラスだろ。

下手に富士通が買うとアメリカのUNIX Wizardから反日運動が起きるんじゃね?

富士通が買えるのはハイエンドの製造部門だけだよ

ハードはともかくソフトはいまだに神じゃね？

間違って東芝が買っちゃうともっと大変。
東Sun

まあマジレスすると、東芝が買ったのであれば「東芝Sun」などという名前にはならない。

合併とかで富士Sunや東Sunになったら…
顧客とかで打ち合わせなどあったら「ふじさんさん」や「とうさんさん」
とかって言われるのかな？
なんか違和感が…

UNIX界の神って何よ?
ハードはIBMで今は決定だけれど。
SCO?

>>573
そうだよな、芝Sun だよな、やっぱり。

Sun は Unix の恩人。

>>577
確かにHP-UXが無かったとしても今のUnixの状況に変わりは無いだろう。
同様のことがOSF/1, Tru64にもAIXにもIRIXにもNEWSにもUX/4800にも言える。
しかしSolarisが無かったらずいぶん状況は変わっているはず。

>>577 は Sun がアポロに勝った頃とかに言われてたフレーズ。DEC も
Unix を敵視してた。Sun の（m680x0 での）成功がなければ Unix は
商用システムとして実用になってない。

AT&T

BSD UNIXを商用で広めたのはSUN

>>580
AT&T はどっちかというと足ひっぱった方でしょw ベル研は表には出てきてないから。

>>574
じゃあ、今は「さんさん」って言ってるのか？w

http://theinquirer.net/?article=31144

>>584
それで株高かw

>>584
なるほど。
株価も上がるわけだ。

マクネリがやめるとすると1-3月期も業績は良くないということか？

今度は Apple が SUN に買収話を持ち掛ける、なんてことは
無いだろうな、やっぱり。

>>588
>今度は Apple が SUN に買収話を持ち掛ける

大いに期待。Jobsは、Sunと提携してNEXTSTEP for SPARCを開発
したり、PixarでレンダーファームにSunのマシンを大量導入したり、
前々から付き合いがある。

Sun側は、しばしばApple買収を検討するなど、もともと両社の統合
が効果的だと考えてきたようだから、Appleから打診があれば話は
まとまりやすいかもね。

でもなぁ、Apple の上層部に Sun の舵が取れるとは思えんけど。
いい加減な連中多すぎるし。

Pixer は Sun に戻ったの?

Pixar switches from Sun to Intel
ttp://news.zdnet.com/2100-9584_22-983898.html

AppleがSun買うとは思えん。
業績はiTMS系で伸ばしていくでしょ。

iTMS のバックエンドが Xserve だったりはしないんじゃないか?
意味はあると思うけど。

>>592
>業績はiTMS系で伸ばしていくでしょ。

そういえば、買収云々は別として、iTMSってSunのサーバー使ってるんだっけ？

>>593
自社で使うためにメーカーごと買収なんて、いくらなんでも・・・。

サーバーメーカーを買収するならサーバーメーカーでしょ
IBMがSUNを買収すればすごいけどな
一気にUNIXサーバーのシェア倍増
IBMがUNIXのトップメーカーになる

サーバ屋のTandemとDECを買ったPC屋のCompaqは、
(McNealyによれば)プリンタ屋のHPに買収されますた。

>プリンタ屋のHP
ﾜﾛﾀ

Sunのワークステーションが、ピザボックスだとかランチボックスだとか言われていた頃、
HPのワークステーションは、何かの兵器かと思うくらい重い鉄の固まりだった。
人の上に落したら、ほんとに死人が出そうなくらい。

Tandemはともかく、DECってあんまりサーバ屋って感じじゃないな。

ミニコン屋?

そういえば、こんなページがあるのね。
読んでなかった、SDCのメール整理してたら見つけた。
http://jp.sun.com/communities/users/

富士通が買うというわけじゃなくて、卸を引き受けるんじゃね？あ、ハードの話ね。ソフトはどうせただでばらまきだし。

サンでトップ交代--Ｊ・シュワルツ氏が新CEOに
http://japan.cnet.com/news/biz/story/0,2000056020,20102454,00.htm

サン第3四半期決算--売上増加も赤字は拡大
http://japan.cnet.com/news/biz/story/0,2000056020,20102467,00.htm

やるな、Inquirer

>>599
IPCとかでも死ねると思うがw

Bill Joy は創業後に創業者待遇で参加したんだよね? 創業時は 3 人よね?

Niagara II, Rock, Niagara III、ちゃんと予定通りに
でてきますように(-人-)

売り上げが昨年同期比 21% 増で 31 億 7700 万ドル、純損失が 2 億 1700 万ドル...
強烈だな。急激に薄利商売に移行した、ってことか。
単価も下がってるだろうから、かなりがんばって売った。が、もーけがすくねー、か。

>>609
X4100とか安いもんね。

>>609
売り上げが伸びてるのはStorageTekを買収したから

シュワルツがCEOになったという事はもうハードはやらんという事だろ。

わ
朝からFUDですか？

>>612

基本ソフトで収益をあげるには、プレインストールされていないと無理。

今プレインストールされてるのはWindowsなので、マイクロソフト以外は
収益を上げられない。逆に、Windowsのプレインストールがなければ、
マイクロソフトは潰れる。

どっちかというと技術的な問題じゃなくて、政治的な問題。

その構図を壊す為にSunは10年もJavaの種をまいてきた訳だが。。。
言語仕様策定者のSunはJavaから直接金を取れなくて
Server Sideやオプソ戦略で成功した第三者だけがJavaで金を取れる様になってきたよ。

何にしろ今後はハードへの投資を抑える事は確かだな。

認定や商標で金取っているはずだけど、(高すぎると訴えられたことあり)
収益のどのくらいの割合なんだろう。

もう、CEOも変わったことだしあまりサプライズ的なことではなく堅実な経営をしていくのでは？
急に新しいことを始めたり既存の製品を切り捨てたりすると返って業績が悪化する場合もあるしね

会社は傾いていてもCEOの給料は高いのね。

New Sun CEO a millionaire--and then some
http://news.com.com/2100-1014_3-6066060.html

傾いた会社でCEOの給料が安かったら誰もCEOをやりたがらないだろ

> その構図を壊す為にSunは10年もJavaの種をまいてきた訳だが。。。

Windowsの場合、競争原理が働かないので、一人勝ち。プレインスコも１つ。
Javaには競争原理が一応あるので、一人勝ちはない。
競争原理があれば、一社だけ(Sunだけ)が儲けられることはあり得ない。

> Javaには競争原理が一応あるので、一人勝ちはない。

普通はMicrosoftの様にFoundation Layerを抑えてる香具師が一人勝ちするもんだが、
Sunは言語仕様策定者という最高のアドバンテージを生かせなくて、金を取れないだけと思ふ。
まぁ、Javaとしては良い形で進んでいるのでSunには貧乏くじを引いてもらうしかないね。

> Sunは言語仕様策定者

言語仕様だけでは互換性は保証だけないので、互換性を保証する枠組も必要だが...

まぁとにかく、言語仕様だけでは金にならんよ。Ｃ言語やＣ＋＋の言語仕様を
策定しようが、金にならんように。。

マイクロソフトが儲けているのは、単純に汚いことをしているからだよ。
非常に明瞭、明確。

大体、EUの独占禁止法で旗色が悪くなると、アメリカ政府が直接乗り出してEUに
圧力をかけるという事自体が異常。マイクロソフトは、大量の金でアメリカ政府を
操っているが、さてアメリカ外交圧力（内政干渉？）を受けたEUは、どうするか？

しかし、マイクロソフトは金さえあれば何でもできる買えると思っているのだな。

SunはJava訴訟で、そのマイクロソフトから
がめつく和解金をせしめたではないか

本体はどっちもアメリカだからな

>>622
>しかし、マイクロソフトは金さえあれば何でもできる買えると思っているのだな。

生半可に「日本でもビルゲイツみたいな起業家を育成すべきだ！」とか
言っていた人が「ホリエモンはけしからん！」みたいな事を言っていたり
するのは滑稽な話だよなw

> 和解金をせしめたではないか

インターフェースを変えて非互換を造ってはいけないという契約を
守らず、マイクロソフト版のJavaを造って「早い、早い、こっちを使え」と
非互換のJavaへ誘導したんだから、かなり悪質。

非互換のJavaに誘導すれば、後は好き勝手にJavaを自分のものにし撲滅できるからね。
まるでIEかRealPlayer、SQL Serverのようにね。(SQL Serverは現在進行形）

＃　SQL Serverも汚いやり方で広げているから、いずれそのMSが我がモノづらで
＃　市場No.1と言ってでてくるだろう。。さっさと独占禁止法で止めさせた方がいい。

制裁ではなく和解金というところが、アメリカ政府を金でポチにしているからだよ。
本当だったら和解金じゃすまんだろう。サンの不景気に便乗したのさ。

そんなに Microsoft が好きなら、別のスレに移動したら。

Sun Microsystems 最大の敵はMicrosoft
なんてスレたてるなよｗ

>>622
> まぁとにかく、言語仕様だけでは金にならんよ。Ｃ言語やＣ＋＋の言語仕様を
> 策定しようが、金にならんように。。

いやいや、そーじゃなくてやろうと思えば自分に有利な様に仕様をひん曲げて
コンパイラやClass Libraryも独自拡張できるじゃない。
Javaの場合あまりそれをやると中立性を保てないので、さじ加減が難しいところでもあるのだが。

まぁMiddleWareベンダは、SunがWindows(やその他OS)の上にかぶせたJavaの上でしっかり稼いでますよ。

>>629
Java Community Process
http://www.jcp.org/
JCP Procedures
http://www.jcp.org/en/procedures/jcp2

>>626
グダグダ言っても、Javaで大金を儲けたのは事実だろうが

>>630
自分に有利にするかしないかは別として、
どう読んでもSunに有利な定義文だよな。

ttp://www.jcp.org/ja/procedures/jcp2

もちものどう扱おうが勝手なわけよ。有利とか不利とか言う方がおかしい。
ブランドもんのバッグ製造ライセンスしてもらうのに本家が有利だとか言うかよ?

>>629
> いやいや、そーじゃなくてやろうと思えば自分に有利な様に仕様をひん曲げて
> コンパイラやClass Libraryも独自拡張できるじゃない。
昔からの Sun を知ってる人間なら、Sun は絶対そんなことをしない会社だって
知ってるはず。囲い込みはやらない。かと言って GPL みたいに知財の全てを
さらすのでもない。Sun がやってるのはそういうビジネススタイルへの
取り組みなのよ。Sun のこういうスタイルは昔から首尾一貫してる。
他にはない会社だよ。うわっつらだけいい顔してる元祖囲い込み企業とは全く違う。

「Sunに法外な要求された」とJava新興企業が提訴
http://www.itmedia.co.jp/news/articles/0603/16/news011.html

Sunから法外な一時金や特許料の支払いを要求されたとして新興企業の
Azul Systemsが提訴。Sunの要求には根拠がないと訴えている。

>>635
古すぎる


・・・もしかしてホリエモン？お勤めご苦労様です。

appleがzfsをマックに移植する予感

デスクトップPCでのJavaの敗因は、Sunが独占しなかったこと、だと思うよ。
JREをSunが独占して、もっとしっかりやっていれば、互換性問題が生じることもなく、もっと普及したろうに。

デスクトップ用のアプリを作る人間からすれば、独占は非常にありがたい。
検証コストが少なくて済むし、土台のバグを回避するために細かく場合分けする必要もなくなるしね。

マイクロソフトとSunで、JREの挙動が違うのだけでなく、おなじSun製のJREでも、
Windows上で走るものと、MacOS上で走るもので、挙動が違ってたのだから、もうね。
Javaは開発者に嫌われたから、デスクトップPCでは散々で、サーバでしか生き残れなかったんだね。

その点、マイクロソフトは開発者を囲い込むようにしている。
開発者に好まれるようにする、
開発者を忙殺して他の選択肢を経験する暇をなくす、
などなど、いいことから悪いことまで、いろいろやってね。

>>638
＞ 開発者を忙殺して他の選択肢を経験する暇をなくす
少し離れたら付いて行けなくて辞めたよ。人生を捧げないとやってけない。

>>638
デスクトップPCでのJavaが失敗したのはSUNが独占しなかったというより
MicrosoftにVM作成のライセンスを与えてしまったこと
そのためにデスクトップ用途のJavaが死んだ
Microsoftが自社の防衛のためにいかにあくどいことをする会社かということがわかる
FlashプラグインがMacromediaしか提供しなかったように
SUNのみがWindows用のWebブラウザのプラグインを提供するようにしてればよかったんだよね

write once debug anywhere

デスクトップ向けのJavaが普及しなかったのはPCの性能がまだ低かったから
PCも高性能になってきてるのと搭載メモリも多くなってるので
デスクトップ向けでVM上で動作する仕組みのものが使われていくのはこれから
MSの.NETもデスクトップ分野ではまったくと言っていいほど使われてないのも同じような理由

>>640
マイクロソフトでなくたって、複数の会社が微妙に違うVMを作ったら、同じことですよ。
それ以前に、Sun一社でさえも、微妙に動作の違うVMを作ってたのだけどね。

まあ、業務用の端末などにはJavaも結構使われてるよ
銀行の勘定系端末の画面表示や入力部分にJavaアプレット使ってるところもあるしね

マシンの性能が良くなった今でも Pure Java がデスクトップで使えないのは
Eclipse が実証しているでしょ。

NetBeansはどうなるの？
最近のJavaはSwingも重くなくなってるからSWTなんて今は流行らないよ

>>645
詳しく

おれも、SWTはもう要らないと思う。

>>639
すでにUNIXに人生捧げてるやつはそりゃついていけないだろうな

十年前の数kbps程度の細い回線で、何十メガもあるJREを
すべてのWindowsユーザーがダウンロードしてくれると
考えているおばかさん達のスレはここ？

違うよ

仕様外の動作に依存している屑まで混じってやがる…

いいよな、今は。

昔はAWTといってだな、スクロールバーでさえも苦労するようなものを、使ってた時期があるんだ。

おっさんの昔話乙

> NetBeansはどうなるの？

NetBeansは凄くよくなった。Eclipseよりもいいかも試練。

勝負ついてから良くなってもな…

別に勝負なんかついてないだろ。
ふたこと目にはシェアシェアいう幼稚なやつらはどっか行けよウザい。

シャア

でも一度付いた負のイメージを払拭するのは、なかなか難しいよね

はいはい、ぼくちゃんは一番売れてるのだけ使ってなさいね、その方が安心だからね。

そうします。あなたも頑張ってくださいね。

>>634
> 他にはない会社だよ。うわっつらだけいい顔してる元祖囲い込み企業とは全く違う。

j2se5からIA-64版を出さない辺りにSunの器の小ささが窺える。

IA-64 などというクソ専有技術のサポート止めたからといって囲い込みしたことには
ならんだろw? Motif や CDE みたいなもんでリソース無駄にしたこと考えると、
IA-64 なんぞにはもうビタ一文たりとも使ってほしくないがな。
そもそも対応したこと自体がむしろ器が小さいと言われるかも知れんな。

Itaniumに金出せるところなら、JVMも金出せばいいからなぁ。
HP-UXならHPの使えばいいし。

Sunのリソースが有り余ってるなら別だけど、
それでも、SPRACとx86(amd64)に注力してくれた方がいいな。
Itanium向けのHotSpotって面白そうではあるけど。

>>632 とか、>>662 とか、ほんと「図々しい」のを絵に描いたような投稿。

IBMもSunもServer Side JavaではIA-64を徹底的に阻害してるな。
裏を返せばそれだけItanium2を恐れていると言う事だよ。
今後一番面白くなりそうな鯖プラットフォームだけに残念だよ。

プッ。ここ数ヵ月は寝てたの? Itanium って終わったよ。

てかさ、IBM も Sun も Intel に乗せられて、本当に激速なプロセッサが出るかと思って
ビビってたわけよ。それで白旗上げてサポートしますっつってたけど、
モノ出てきたらガラクタだったから、これならビビる必要ないや、ってなったわけ。
見限った、ってこと。それでもつい去年までは Intel もまだ虚勢張ってたけど、
今年に入ってすっかりトーンダウンしたよ。あとは消え去るのみ。残念だたね。

今起きてビックリしたよ。SunのCEOがソフト屋に変わってるよ!
SPARCは後はすぼむだけだよ。

>>666
BEA が JavaVM やってるって話じゃなかった? 別に阻害はしてないでしょ。
Intel でも HP でもソースライセンス買ってポーティングすればいいだけの話。
Java のプログラム内で Itanium 検出して動かなくしてるんならまた別だけど。
そんなどっかの企業みたいなベタなことしてる?
超金持ちの 2 企業と、それに多数の日本企業もバックアップしてんだから、
どんどん金かけりゃいいじゃんww。

>>668
IA-64が出だしでコケて暫く迷走してる間はJavaを提供して、
Madison辺りからSPARCの雲行きが怪しくなり始めたので提供やめたと見るのが正しいだろう。

>>670
IBMはWebSphereをIA-64で使わせない辺りがいやらしい。

SunやIBMが意識して阻害してるとかいう前に、
そもそも最近IA-64関係の明るいニュースってあった？

>>671
はぁ、勝手にそう思ってれば? あんただけだよ、そんなすっとんきょうなこと言ってんのは。
Sun は Solaris での対応をヤメた時点で見限ってるし、IBM も同じ時期。
Madison の時じゃなくて、最初のやつの時だよ。x86 の置き換えにならないのが確定した時点。

Itanium2の出荷金額は年々延びてるのにj2se5.0から提供を止めるのは不自然じゃないかい?
SunとIBM(DELL)以外のベンダはISAを立ち上げてやる気マンマンなのにね。

SunとIBMとDell以外のベンダってHPだけじゃん

>>674
んとね、もう何度も出てんだけど... 「最大の敵は Itanium」スレの方かな。
サーバーの売上額ね、延びてるのは。んで、それは HP-PA 機の買い換え需要だよ。
HP の実績ページみてみ。HP-UX のばっかりだから。
やる気満々なのは HP と Intel、それに踊らされてる日本企業だけだよ。
富士通は逃げが打ってあるし。
ま、あんたも関係者か?

>>666
ああ、そうそう、最近で IA-64 を阻害したやつを思い出したよ、Mr. Torvalds。阻害してたぜ、嫌いらしいww

もっとシェアがあればな、
どうして出さない、IA-64を徹底的に阻害している、
って言ってもいいと思うけども…
わざわざ出す価値ないからな…

じゃぁこんなのも読んだろ。
>>676
メインフレームの売上は減少傾向にあるのに、IBMのシェアは伸びてるのだよ。
どういう事かわかるかね。IBM以外のメインフレーマはシェアを落しているのだよ。
Itanium2はISA面々のメインフレームシェア奪取の道具として完全に組み込まれて
しまったのだよ。。。

ISAの面々が最大のメシのタネを逃す訳ないじゃん。

>>679
まあ、たとえそうだったとしても、たいした脅威じゃないよね、結局は
その次のパスが Solaris か AIX。一部は HP-UX で残るだろうけど、それなりの
規模を構成するとは到底思えない。
メインフレームの代わりに Linux や WNT 持ってきたって、先が見えてる。

ガートナーの国内サーバ出荷実績を読むと、日本国内ではメインフレームが
落ち込んでいるようだ。つか、Sun が載っていないんですけど。Σ(´Д｀； ）

ttp://www.gartner.co.jp/press/pr20060227-01.pdf

>>680
でもって、そんなビジネスじゃプロセッサの個数が出ないので、Intel は全く儲からない。
サーバメーカーから利益補填でもしてもらわないと商売にならないよ。
そういう企業カラーじゃないよね。

まあIntelもリストラやるみたいなんで

あれだけ大風呂敷ひろげて企業も多数巻き込んでる手前、
おもてだってそうめったなことはできんだろうが、
HP の時から EPIC の指揮取ってた Naffziger 氏が 3 月末に AMD へ移って、
ある程度の人数がついて行ったという話だったから、Itanium 近辺では
既にリストラが進行しているといっていいと思う。
でもって「もうすぐリストラするぞー」って言われていちばんビビってるのは
Itanium 開発にたずさわってる人達。こうして脅かすと身の振り方を考えて
勝手に出て行ってくれるので会社としての責任は取らなくてすむ、という作戦だろうな。

リストラするぞリストラするぞリストラするぞリストラするぞ

ttp://japan.zdnet.com/news/ir/story/0,2000056187,20100992,00.htm

> Itanium2はISA面々のメインフレームシェア奪取
犬でかｗ
IBMも手を打ってきてるのになぁ
http://japan.internet.com/busnews/20060428/12.html

(´-`).｡ｏO(なんでアンチIta厨はスレ違い続ける馬鹿ばっかなんだろう...

どう見ても喰い下がってるのは Ita厨の方だろ、見苦しいww

>>686
うーん、人員削減してコンパクトにして、その先どうすればよかったかは
言ってないね、いい加減な週刊誌記事と変わらんな。
この人を幹部にしてたのが失敗だな。

この記事を読んで、一連のオープンソース化は社内で開発を継続するだけの
金が無くなったから、ボランティアに任せようと言う考えなのかと思った。

>>690
レイオフなんて経費削減目的以外の何者でもない。
StorageTekを買わずに発行済株式の買い戻しやSolarisの開発経費に当てろと言ってるじゃん。

Javaも挙っているよね。
Javaの開発に力入れすぎって主張なんだろうね。

関係ないけどJnode 0.2.3出たね。
http://www.jnode.org/node/25

Javaに関しては多少赤でも投資すべきと漏れは思う。
現状のSunにとっては数少ない優良物件のひとつだし、
ブランド力の向上や株価の維持にも必要かと。

そういう意味ではIntelのItanium2と同じ。

> どういう事かわかるかね。IBM以外のメインフレーマはシェアを落しているのだよ。

日本のコンピュータは、メインフレーム市場から撤退したんだよ。
だから、メインフレームはIBMの独占市場と化している。競争の末、日本メーカーは
メインフレームを諦めたんだから、仕方がない。

昔は、日本の富士通、日立とIBMとで汎用機戦争なんてあったのに、パソコン、
パソコンと世間が騒いでいる間に、一番美味しいところをIBMにもっていかれたよ。

これも、パソコンなんかに注力しているからさ。IBMみたいに、さっさとパソコンを
切り捨てて、本当に必要な部門に資源を絞り込めば良かったのにね。経営者に先見の
目がなさすぎた。

>>692
あんなの昨日初めて経営書読んだ高校生にも言えるレベルだよ。
Solaris の、なんか実装遅れて損害発生した機能があるか? 具体的に何が得られてた?
Sun の低迷の根本的な原因は SPARC の性能が出なかったことだよ。それが全て。
今はそれの解消に道筋がついてる。レイオフやってたらもっと士気下がってるよ。

しかしSunはストレージ関係、色々買収したけどなかなか商売にならないね。
StorageTekはどうなるかな。

>>695
×先見の目
○先見の明

>>694
> そういう意味ではIntelのItanium2と同じ。

さりげなく餌がぶら下げてあるねｗ

しかし >699 以外釣れていない罠

無粋なやつが釣れただけだ罠

そういう意味ではIntelのItanium2と同じだ罠

>>695
F,Hがメインフレーム断念した理由が全然判ってないじゃん。

Wikipediaに載っているSolarisの説明は辛口だな。
ttp://ja.wikipedia.org/wiki/Solaris

>> 商用UNIXで最もダメージを受けたOSと評されており、火急の対処が必要とされていた。
>> これを挽回すべく、Solarisのオープンソース化という投機的な賭けに出ている。
ﾜﾛﾀ

そういう意味では(ry

非技術的事項について追記しまくってるのはSanchamanという人か。
ttp://ja.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:Sanchaman

この人は例えば東工大のシステムについて
「東工大のHPC構成については、HPC関連や各種コンピュータシステムのSIを生
業とするエンジニアの多くから異常なほど異論が多い(中略)遅く・重い見捨て
られたSolarisを使うのか?(Linux構成の方が遥かに早い上、信頼性も上)」
といろいろツッコミどころの多い、しかも中立とは言いがたい政治的立場で書いてる。
ttp://ja.wikipedia.org/wiki/%E3%83%8E%E3%83%BC%E3%83%88:TSUBAME

Solaris が遅く重い、Linux が速い、信頼性あり... ギャグだな。んぷぷのぷ、だ。

おっと、Sanchamanタンによる工作活動の履歴を張り忘れた
ttp://ja.wikipedia.org/w/index.php?title=Solaris&action=history

Wikipediaで最もダメージを受けた執筆者と評されており、火急の対処が必要とされていた。
これを挽回すべく、大学でのHPC導入への批判という投機的な賭けに出ている。

間違った前提をベースに主観的な意見を並べているだけに見えますね。
Linuxが速いというのも、何について速いと言っているのかよく分からない。
信頼性もSolaris 10については確かにまだまだだと思うけど、それ以外はねぇ。

速さはともかく、信頼性についてはなー。

> F,Hがメインフレーム断念した理由が全然判ってないじゃん。

IBMがメインフレームを改良し続け、今の技術を取り入れコストダウンを図ったの
に対し、F, HはPCとかにやっきになりメインフレームはそのままほったらかして、
コストダウンができなかったんだろ？

スケーラビリティもSolarisの方がLinuxより上だろ。

SanchamanタンはLVMに詳しいようだ。
というか視点がそれ「しか」ない。
SVMしか標準添付ではないという事実だけをもって
Solarisは信頼性がうんぬん、と述べているに過ぎないなあ。

主観が入っているのは確かだが、まともなCluster Softwareを持っていないことは事実だな。

Sun Clusterの製品情報に、サードパーティのVxVM/VxFSバージョンxxに
対応すますたと書くのは、自社のコンポーネントははクラスターを適用する
ような環境に使われていませんと言っているようだな。

ttp://jp.sun.com/clusters/

>>713
日立が「PCとかにやっきにな」ったって?

>>707
東工大TSUBAMEのOSはLinuxみたいだよ。
さすがにHPCでSolarisは使わないみたい。

ttp://itpro.nikkeibp.co.jp/article/NEWS/20060403/234390/

確かにHPCでSolarisは殆ど見かけないもんなぁ。遅いし、実績少ないし。

> 東工大TSUBAMEのOSはLinuxみたいだよ。

そこらへんすら勘違いしているところが「ツッコミどころの多い」理由なんだけど。

> さすがにHPCでSolarisは使わないみたい。

俺は知らないが、調査でもしたのか?
/.jくらいしか情報源がないなあ。
ttp://slashdot.jp/article.pl?sid=05/11/17/0324207

まぁひいき目に見てもSunには辛口な書き方かもね。

> 俺は知らないが、調査でもしたのか?
HPCだとCPUは色々だけど、OSはソースをいじれるLinuxのBeowulfが一般的と思ふ。
TOP500でもそんな感じかと。

それとIntelのコンパイラはHPC系にウケがいい。

> OSはソースをいじれるLinuxのBeowulfが一般的と思ふ。

BeowulfをOpenSolarisに移植してみよう。。。っていうのないの？

東工大はClearSpeedを使っているから、どう転んでもSolarisは無いが。

事実と意見を混同している、あるいは読者に混同させうるような書き方は
それだけで失格だな。
Solaris儲的にはどう「修正」してやればいいかなあ。

>>722
俺もLinuxが多いとは思うんだが、「HPCでSolarisは使わないみたい」のほうの根拠が知りたい。

>>713
あははは、アホだろ。SUNスレだから仕方が無いとはいえ、0点。

Top500でここ最近のランキングを見ればSparcがHPC分野に向いていないのが
良くわかると思うよ。既にこの業界から足を洗ったので最近のことは良く知らな
いが、自分の経験でもSunと当たったことは殆どなかったなぁ。

ttp://www.top500.org/stats

HPC は以前は Alpha や PA-RISC が強かったよね。カタログスペックが高いのが強い。

> Top500でここ最近のランキングを見ればSparcがHPC分野に向いていないのが

SPARCが、、、じゃなくてUltraSPARC-I,IIてなこと。

じゃ、SPARC64-Vとか、どうするの？って言われてどう反論するの？

ttp://www.top500.org/stats より、具体的な数字を持ってきてから反論よろしく。

>730 は >729 宛です

>>730

ttp://www.top500.org/statsは、システム数を言っているだけで、
向き、不向きを示す指標じゃないだろ？

SPARC64-Vは、Fujitsuのシステムだけで使われているので、当然数は少なくなる。
それに対し、一般売りされているXeon, Itanium, AMD64を使ったシステム数は
当然多くなる。

つまり、数だけでSPARCアーキがHPCに向いているとか向いていないとか、
言えないだろ？

つーかさ、HPC「だけ」強くても、普通自慢しないけどな。かっこわるいから。

計算機は名前の通り計算してなんぼの物だからHPCなんて恰好の指標だろ。
メーカは威信をかけてるはずだが。

コスト的に見合うシステムが使れるのが市場原理だから、HPCにあまり使われていないという事は
その時点で使うに値しない製品という事だよ。
富士通しか扱わないという事は、性能、将来性に問題があるから他が扱わないんじゃないの?

経営判断に技術者の意見などどれほど含まれているでしょうか

Linuxクラスタの世界じゃ､Sun Grid Engineわメジャーなジョブ管理ソフトなんすけど。。。
HPCクラスタをネタにSunを貶すヒトってのわ､多分この手の世界に一切関わり無さそうすね。

LSFやPBS、Kondaraの方が有名と思うが。

>>737
http://www.phptr.com/articles/article.asp?p=26016&seqNum=5&rl=1
性能わ ともかくとして､有料のLSFが好まれているとわ思えないすね。。。

HPCマシンに比べたらLSFのライセンスなんてタダみたいなもんだよ。
LSFはデファクトスタンダードだと思うがね。

>>734
ホビーユーザーか？

>>739
　　------------------
　　LSFはデファクトスタンダードだと思うがね。
　　------------------
ちょっとだけ調べてみたす。
LSF: http://www.platform.co.jp/products/lsf_hpc.html
　　=======================
　　1,600社以上の顧客、
　　=======================
Sun ONE Grid Engine (Sun Grid Engine 商用版)
http://gridengine.sunsource.net/howto/knoppix/grid-knoppix.html
　　=======================
　　Today, the middleware is used at more than 7,000 sites worldwide.
　　=======================
SGEの無料版を加えれば。。。

>>734
> 計算機は名前の通り計算してなんぼの物だからHPCなんて恰好の指標だろ。
> コスト的に見合うシステムが使れるのが市場原理だから、HPCにあまり使われていないという事は
> その時点で使うに値しない製品という事だよ。

あんた以前からちょこちょこ登場してるよね、知識偏り過ぎだよ。
そういう OS の性能とほとんど関係ない部分がんばってもあんまり儲かんないの。
ま、ハードで性能出して、最初にたどりつけるのはそこだけだからね。
そっから先が大変なんだよ。

そのうちSPARC64 Vの素晴らしさもHPC市場が理解して使ってくれると思うよ。

>>740
ズバリそうだろな。無知すぎる。

クラスタリングが流行り始めた時、
Solaris for x86/AMD64がただじゃなかったのが大きいんじゃない?

>>742
結局SunのハードはHPCじゃ使われてないじゃん。
Sun One Grid Engineは単なるJOBスケジューラだし。
HPCのコントローラマシンで使うくらいか?

そだね、使われてないよ。今後も Rock がうまくいくまでは使われないだろうね。
ま、たいしたはなしじゃないし。

日立がPCとかにやっきになったと聞いて飛んできました。

おまいら、たまにはSolarisの事も思い出してください。

ttp://www.itmedia.co.jp/enterprise/articles/0605/04/news009.html

こんな記事をはってみる

ポスト地球シミュレータを狙い富士通が3ペタFLOPSのスパコン計画
http://itpro.nikkeibp.co.jp/members/NBY/ITARTICLE/20050728/165456/
----
利用するプロセッサはSPARCをベースに演算処理のための独自機能を追加したものになる見込み。OSはLinuxだ。
----

頑張って欲しいけど、おれはベクトル機が好きなんだー。

なんとなくベクトル機のほうが夢が詰まってるきはする。

>>749
確かにZFSはスバラシと思うけど、NetAppやEMCみたくStorage屋との分業が確立された今となっては
虚しい努力に感じるな。
あのIBMでさえNetAppとOEM契約してるってのに。

IBM でさえ、ってのはどうだろな。あそこは POWER の性能で困ってるわけじゃないのに
Xeon も Opteron もやってるだろ? そういう会社なだけだと思うけど。

F が SPARC シリーズを見捨てなければそれでよいです

FがSPARC見捨てたら、
Olympusは出てくるだろうけど、Jupiterは怪しいか?

Fから設計引き上げられたとしても、TIで作れるのかね。

そ、そこでOpenSparc・・・

っていうほど甘くはないわなぁ。

>>756
TIはSunを見限って昨年の売上はWorld wideで３位になりますた。

ttp://www.semicon-news.co.jp/news/htm/sn1687-j.htm#a01
ttp://www.phileweb.com/news/d-av/200603/30/15191.html

なにげにIntelは１位。

TIはSunに酷いことしたよね(´･ω･｀)
手を抜き、ぼったくり、とれなくなったらポイだもん

>>755,756
F が SPARC 見捨てる? 何言ってんの? F がそんな立場なわけないじゃんww
Ita 機は放置状態だろ?

放置したくて放置してるわけじゃなくて、Montecito のモノが
出てこないから、放置せざるを得ない状況かと。
機会損失を金額に換算すると、いくらぐらいになるんじゃろ？
まあ、それを SPARC64 でカバーできる富士通は、まだマシな
立場だとは思うけど。

富士通が国内でSolaris/SPARC64萌えな立場を捨てるとは思えん。
弾丸持っていればいろいろ優位だしな。

>>761
Montecito なんか出てこなくたって、力入れる気あるんならできることはいっぱいあるぜ。
出荷時につまづいたからな。もうやる気ないんだろ。
つか、ISA だかに参加してるバカ企業こかすためのフェイク商品だぜたぶんww

前期は大赤字だったが、今期は黒字になるのかのぉ。
Honeycombもそろそろ製品が出てくるだろうが、ストレージ製品が
黒歴史になりませんように。ﾅﾑﾅﾑ。

>>754
自前のDSシリーズが芳しくないので、OEM提携に踏み切ったんだと。

漏れ的には(やる気無いと思うけど)FMRIをオプやXeonに対応させてほしい。
UltraSPARC-III以上じゃないと使えないのがもったいない。

ZFSはスバラシけど今後SunのStorageを大だい的に使うとこはあまり無いと思うから、
開発リソースを裂くメリットがあるか疑問に思う。

>>761もっとうまい釣りを頼む。

HPCって、アプリは自分で書くのが普通だから
コストパフォーマンスが最重要
SPARC機クラスタが、TOP500にほとんどないのは当然

まあアプリって感覚がいまいち分からんが。

オール・アセンブラで書かれたMath Kernel Libraryとか無いしな。

ttp://www.intel.co.jp/jp/business/japan/feature/HPC/index.htm

さすがに今どきアセンブラは稀にしか使わないでしょ。
BLAS とか、CPUのキャッシュサイズとか、TLB数に応じた
最適化とか当たり前じゃなかった？
goto BLAS とか。

（´-`）.｡oO（えらいぞ、OASIS…)

え？

OAK最高！

OpenOfficeやIBM, Just Systemsも使っているOpen Documentのことじゃないの？

先日、ついに国際標準になったよ。

（´-`）.｡oO（Open Documentのことです…MSは独自でがんばる…）

HPCSネタ(米国防総省の次世代HPCプロジェクトで､SunのHeroプロジェクトがIBM, Crayと共に
採択されているす)検索してて見つけた資料す。普通のヒトが見ても面白いと思うので参考までに。
http://www.rz.rwth-aachen.de/computing/events/2006/sunhpc_2006/02_Rambau.pdf

OpenOffice 使ってても、MSWord形式やExcel形式でしかファイルを吐かない
オレみたいな奴も多いんじゃないかな

こんなところまで、MACヲタが。

> OpenOffice 使ってても、MSWord形式やExcel形式でしかファイルを吐かない
> オレみたいな奴も多いんじゃないかな

Open documentと両方使えりゃ、それでいいんだよ。
それだけでも、OpenOffice >>> MS Office　なんだから。

そういやsx-8って今どれくらい売れてんだろ?
itaniumサーバーのほうが、NECでも売れてたりして

あーあ、スレ止まっちまったよ

これ聞いてきたんだが、AMDすごく弱気な講演だったね。
6月に出る予定の100/1000シリーズもDDR2対応とVT対応になる変更だけ。
その後も2007年のDeerhound(Quad Core)まで90nmプロセス続投で大きな変更なし。
鯖ベンダは各社共一斉に6月にwoodcrest搭載のマシンを投入するだろうから
woodcrestの凄さがもうわかってるんだろうね。

ttp://www.idg.co.jp/expo/grid/lunch/

Intelの負けは確定したので、もぉえぇぇよぉ。。

PS3 Cell 500w...ってSonyも大変ね。WWW

負けが確定したのはIntelじゃなくてItaniumだろ

負けが確定なのはAMDでは？ 2 ソケット以下のローエンドは再び Intel になりそうな悪寒。

>>781
前評判が良くても、なぜかAppleが採用するCPUは没落するw

>>785
没落すか？
　ARM: 最初の大規模導入わApple Newton
　PowerPC: 現在､主要ゲームプラットフォームを独占

PowerPCは組み込みでもかなり
ちょっとCPUパワーのいる家庭用ルータ、家庭用NAS、カーナビなど。

PowerPCはV20zやV40zにはもれなく一個入ってるしな。

サービスプロセッサ(藁

JavaCardはなかなかものにならず、国内だとFeliCa全盛だけど大丈夫か?
デュアルカード作り出したところ多いし…

mc680x0 は没落したな。

coldfireはまだ生きてるよ。

> JavaCardはなかなかものにならず、国内だとFeliCa全盛だけど大丈夫か?
> デュアルカード作り出したところ多いし…

Java Cardは、事実上世界標準↓らしい。

JavaCardは, 米国SunMicorsystems社が開発したICカードのプラットフォームである.
Javaの命令群の中からICカードで利用するのに必要なものだけをピックアップし,
APIで提供する. 米国国防総省の身分証カードとしても採用されるなど, 全世界で
約3億枚の発行実績があり, デファクトスタンダートとなっている。

今後は、こんな感じ↓らしい？

例えば，接触型でJavaCardを採用することにより, 新サービスのアプリケーションを
カードにダウンロードすることができる. また, 非接触型でFeliCaなどを搭載し,
現在の交通乗車券のサービスや電子マネーのサービスをそのまま使うことができる.
このような複数のサービスを統合できるカードが発展していくと考えられる.

sanchaman で検索したらこのスレに辿り着いた
あの人どうにかしてくれ
奴の加筆を見ると鼻血出そう

Wikipediaの話はWikipediaでやれば？

日本国内でも地方自治体が採用しているカードはJavaCardが全盛なんじゃないの？
使い勝手は接触式で十分だし、個人情報入れるにはそっちの方が安心感高いし。

本人ですか?
とりあえず英語版のWikipedia程度の記載はしてくださいね。
あと、変更履歴残るんだから、自信がなければ書き込まないでくださいね。

Wikipediaの話はWikipediaでやれ

言っとくが、Wikipediaは掲示板サイトじゃないぞ
そして、でたらめを書き込んでいい場所でもないな

だからってここでやるな

ふふ、なにやら必死ですね〜 (*^_^*)

腐れ改変よりマシな記述に置き換えればいいじゃない。

ロック量産の暁には！！！

>>793
なるほど、Felicaをのっけることも可能なわけか

ちなみに、洩れのJavaカードは接触式と非接触式の２つがついてる。
ドアを開けるときは非接触式でカードをかざし、端末を使うときは
接触式で、カードをディスプレイ(てか、ジャバレイ)に食わしてやる。

便利、便利。

JavaRing で SunRay からログインできるのかな?

Sun Rayの新製品出たね

F は今でも PRIMEPOWER シリーズに力入れてますね。
ニーズはあるのかな…昔みたいにローエンドマシンも出して欲しいんだけど

ローエンドはもうやんないでそ

>>807
すっかりデザインも新しくなったなｗ

>>807
あれなら良いかなと思った。

PRIMEPOWERにSun Rayソフトウェア使えるのかな？
使えるならローカル端末を一掃することが出来るのだが。。。

>>812

Solarisなんだから使えるでしょ？
それに、OPLとしてSunからSPARC64Vベースのサーバも発売されるわけだし。

さっさとPCをお払い箱にしちゃえよ。

APL！APL！

APpLe！APpLe！

OPLって何の略？

OPLっていったら、FM音源に決まってるべ。

知らんがな

>>812
大丈夫じゃないの？

＞Sun Ray Software 4は、
＞x86/x64サーバ向けのオープンソースOS（Solaris 10 OS/Red Hat Enterprise Linux/Suse Enterprise Linux Server)と、
＞UltraSPARCサーバ向けOS（Solaris 10 OS/Solaris 9 OS/Solaris 8 OS/Trusted Solaris 8）をサポートしています。

>>819
＞UltraSPARCサーバ向けOS

ここがくせものなんだよ。ハードウェアとしては問題無くても
インストーラ或いは環境設定で弾かれてしまわないかと。
実際そういうアプリはいろいろある。

ASCIIで記述されている環境ファイルはカスタマイズすれば逃げられこともあるんだけど
インストーラーで弾かれたらユーザとしては手も足も出ない。
だから運用事例があればいっそう心強いんだ。

こんな話はユーザ間よりも、ベンダがまず率先して紹介して欲しいんだが・・・

>>820
> 実際そういうアプリはいろいろある。
Sun 製品でそんなんはないよ。あれば明記してある。F 製のアプリだろ、そいういうのw

>>821
でもさー　UltraSPARC向けのSolarisメディアを使って
PRIMEPOWERにはインストール出来ないよ。

ああ、キミはちゃんと SI 屋さんに手取り足取りしてもらいなさい。

>>822
それOSの話じゃ？ｗ

そうなの?
PRIMEPOWER持っててもOSのインストールには
富士通のパッチが当たったsolarisが必要なの?
箱売りのsolaris9とかsolaris10とかインストール出来ないわけ?
PRIMEPOWERの250が安いから欲しいと思ってたんだけれど、
それじゃぁ手が出せないなぁ・・・

1,2個のCPUのマシンじゃGNU/Linuxの方がいろんなケースで速いみたいだけど、
そういう用途にはSolaris向かないってことで納得していいの？

速いほうがいいならそれでいいんじゃね？

>>825
大丈夫じゃないの？
FJSVなんちゃらってパッケージ入ってるし

ヒア・カムズ・ザ・サン
ttp://www.atmarkit.co.jp/news/katt/2006/katt182.html

>>825
Solaris7の頃は専用OS必要だったな。
今は知らね。

>>830

APL以降は、もう全然同じだろ？

Fuji-Sunは伊達じゃない。。。さぁ？

さぁ、おまえら、Sunの浮上ですよ。

Dell沈下、Sun躍進。

Dell Inc. and Sun Microsystems Inc. were in a virtual tie for third place,
each with about $1.3 billion in sales, but while Dell's sales dipped 2%,
Sun posted a 7.6% rise in its first-quarter server revenue.

Sun、ここ２年で初めて浮上。

Gartner said it was the first time in nearly two years that Sun showed
an increase in server revenue, with much of its gains coming form
its UltraSparc and Opteron-based server lines.

"Server sales rise, shipments flat from a year ago"

ttp://www.marketwatch.com/News/Story/Story.aspx?dist=newsfinder&siteid=google&guid=%7B2FBF9FBA%2D028F%2D4C44%2DB334%2D8AEAFE0848A6%7D&link=&keyword=Server%20Sales

>>831
APLの次は一緒にやるかどうかまだ決まってないはずだよ

いまさら別れるメリットは無いな
サンのハード戦略は今後も一寸先は闇だろうし
Solarisの拡販に注力しろよ。Linuxを駆逐する勢いで

Jupiterとかで繋いでる間に、
SunがどんなCPU(rock?)を用意できるか楽しみだな。

Niagara2もTIなの?

Sun復活か?....

Sun stuns server market in Q1 with sales spike
IBM and HP hold, while Dell drops

http://www.theregister.com/2006/05/24/firstq_gart_server/

HP-UX新版を準備するHP

ttp://www.itmedia.co.jp/enterprise/articles/0605/26/news049.html

HP-UXにこだわるHP、まるでSolarisをさっさとOSSにできなかったSunの様だ。
HP-UXを大事に思うあまりIntegrityが沈んでしまう。
なんでLinux(とWindows)に投資をしぼれないのかね。

既存の客が逃げちゃうからだろ

Linux がゴミだからに決まってるじゃないか。まだそんなことがわからないのか?

自社UNIXを完全に捨ててLinuxに切り替えたとこなんてあったっけ。

>>836
一時的なもの。
DELLがOpteron採用決めたからねぇ。

>>837
> なんでLinux(とWindows)に投資をしぼれないのかね。
それをやった名門 Silicon Graphics はどうなった?

なんであんな糞なHP-UXを大事にするの？

Ita につんでみた Linux がもっとクソだったから。
HP-UX 放置すると他社へ（Linux 以外ね）逃げられるという事態が発生してるからだよ。

糞のItaに犬糞を積むんだからいい構成じゃないか
こんなものを営業の舌先三寸で騙されて買う客がいるんだからITってのは本当にチョロい商売だ

x86+LinuxとSPARC+Solarisをどう比べても前者の方が性能出るからSolarisよりもLinuxの方が良いと思ってる人は多い。

まぁ Sun もサーバのシェアの第三位だしね。メジャーなメーカーは３社しかないけど。

>>846
Linux 好きなシロートさんだけだよ。あんたみたいな。事実 T2000 と同等の
性能は x86+Linux じゃどうやっても出せない。

一人でXとか使って作業してると、Linuxの方が速く感じることはある。

Gartnerによると2004年の基幹系unixサーバの国内シェアは6位だな。
鳴かず飛ばずのT2000抱えてどうするんだか。

linuxアンチでしか、アイデンティティが確立できないんだよな
特に、SUN儲にはこういう輩が多い
ま、わかる気はするよ、linuxが台頭して一番被害受けたのSUNだからねえ
でも、韓国人みてえに、情けなさ過ぎｗ
精神が幼い、１ユーザごときが

また知ったかが…
他のdead or/and obsolete商用UNIXじゃあ相手にならねーよ
犬糞厨がわざわざUNIX板まで出張してきてんじゃねぇしっしっ
>>850
お前さんとこは2年前のマーケットシェアを理由に購入や更新を決めるのか？

>>850
タダで貸し出してもらえるんだから、とりあえずT2000使ってみてから
決めたら？
使い方を間違えなければ、x86+Linux 4-5台分は1台でまかなえるよ。

値段を考えるともっと賄えないと駄目なんじゃ。

そうそう値段も問題だよな。

>x86+Linux 4-5台分は1台でまかなえるよ。
2.8GHz Opteron 2GBメモリのX2100が25万位で、6core 8GBメモリのT1000が100万。
管理コストや電源、ネットワークのコストを考慮すればT1000の方が割安なんだろうけど微妙な値付け。
管理する身になって考えれば当然の事でもお偉いさんはなかなかそれが分からない。
Linuxと言ってもRHELは有料、Solarisは無料なのにそこのコストは無視されるし。

Solarisなら保守に入るんじゃないの?
patch全部手に入らないでしょ。

後は、Sunのハードウェア製品は辺りハズレの差が大きい。
Enterprise系で痛い目にあったのがいくつか…

>>855
3年分のH/WとOSの保守料も入れた見積もりを作成すればどう？

複数台分の役割を１台のT1000/2000にまとめると障害時の影響が大きくなるから
対策を考えると、中小の企業が導入するのは少し面倒かもね。

> Gartnerによると2004年の基幹系unixサーバの国内シェアは6位だな。

国内のOEM分は、他社でカウントされているんじゃない？
国外でも、金額ではなくてUnixサーバの台数ベースでは、Sunは50%以上のシェアを
もっていて、世界一だよ。

> 鳴かず飛ばずのT2000抱えてどうするんだか。

Gartnerによれば、Niagaraは結構売れているらしいよ。

これが↓今回のGartnerの発表。

Highlights from Gartner:
-- Sun grew 7.6% year-to-year in overall worldwide server revenue; Sun is
the only top-five server vendor to have positive revenue growth both
year-to-year and quarter-to-quarter.
-- Sun moved to number one in worldwide UNIX server revenue with 31.4% of
worldwide UNIX platform server revenue. Revenue for the SunFire V490
server grew at 142.7% and the Sun Fire V890 server grew revenue 86.8%,
both year-to-year, while the SunFire(TM) Coolthreads T2000 server
revenue more than doubled sequentially (Q/Q).
-- Sun is number one in worldwide UNIX server shipments with 51.2% of the
shipments in this segment.
-- Sun achieved the highest year-to-year growth among the top five server
vendors in both Linux platform server revenue and unit shipments.
-- Sun more than doubled revenue for its AMD Opteron-based Sun Fire x64
(x86, 64-bit) servers year-to-year.
About Sun Microsystems, Inc.

今後はSunのシェアを各社が分け合いそうですね。

ttp://www.gartner.com/5_about/press_releases/asset_114873_11.jsp

ttp://www.itmedia.co.jp/enterprise/articles/0508/27/news013.html

ttp://www.gartner.com/DisplayDocument?doc_cd=138246

sunのboot loaderのTXT保存ってどうやるんですか？
エロい人教えて下さい

Niagara 機がどのくらい売れてるのかはあまり伝わってこないが、
- 貸し出しの順番がなかなか回ってこないほど貸し出し依頼がある -- これは日本の話
- 貸し出したうち 50% は購入してる -- これは米国の話
というのは記事で見た。結構売れてるのでは?

SUN儲っておちょくるとすぐ切れそうなの多そうだなｗ

>>858
どこのシロートさんですか? 管理コスト上がるだけですけど。

>>863
なんか中身のあること言ったら相手してやるからな。がんばれよ。
道は遠そうだがなwww

なぁ、こんな古いデータを出してどうすんの？

> 今後はSunのシェアを各社が分け合いそうですね。

> ttp://www.gartner.com/5_about/press_releases/asset_114873_11.jsp
==> 2004年の話

> ttp://www.itmedia.co.jp/enterprise/articles/0508/27/news013.html
==> 2005年の話

> ttp://www.gartner.com/DisplayDocument?doc_cd=138246
==> Gartnerの顧客しかみれない。しかも、目次だけみると、Sunよりみたい。
この情報、もっていたらウプしてよ。

> sunのboot loaderのTXT保存ってどうやるんですか？

boot loaderのTXT保存って、なにぃ？

> 複数台分の役割を１台のT1000/2000にまとめると障害時の影響が大きくなるから
> 対策を考えると、中小の企業が導入するのは少し面倒かもね。

T1000/2000の利点は、スペースと電力の節約にあるんじゃないの？
だから、どっちかというと大量にサーバを並べてWebサービスしているとこ向けっぽい。

普通の業務に使うのだったら、別にOpteronを使っているX2100/X4100/X4200サーバや
Ultra20/40ワークステーションでもいいんじゃないの？ Linux/Windowsもサポート
されてるし。

ちょっと人数が増えてるとこだったら、それにSun Rayをつなげりゃ、Windowsも
動かせる上に、相当運用コストが削減できっぽい。

Sun Rayだったら、Windowsしか嫌ってやつも、たとえばVistaにアップする時にサーバ
のうち数台をVistaに対応させて、残りはそのままにしておけば、各自の端末はメンテ
する必要ないし、問題が起きてXPや2Kに戻すにも、XP/2Kのサーバを選択するだけで
よさげなので、管理が楽っぽいよ。。

SunRay なら楽でいいねｗ

> お前さんとこは2年前のマーケットシェアを理由に購入や更新を決めるのか？
06Q1にGartnerから貰った資料だから仕方ない。
今年はもっとシェアが下がってるくらいの目安にはなるだろ。

RHELの料金は保守料金なので、Solarisの保守料金に比べたら安いと思うが。
まぁOS相当の値段でしょ?

なんだかんだ言ってここのひとはT2000入れてないのね、サスガ。
6月にMeromコアのWoodcrest鯖が出るからワクテカで待ってる人が多いのかも。

SunRayだったら、Win/Linux/Solarisのいずれも動作中に切り替えて使えるから、
それぞれのアプリを使わないといけない部署だと、むしろSun Ray一台で何でも
できて、便利なんじゃないの？ 値段も相当安いし、メンテももうほとんど０だし。

便利なんじゃないの？っていわれてもｗ
市場はそうみてないよってことでしょう
現実は厳しいものだ
信者とコストを考えなければならない企業が考えることには大きな差があるんだな

でもさ、シンクライアントは今までWyseがWindowsをサポートしていたので、
この分野では相当数出荷してきたわけだけど、老舗のSun RayがWindowsを
サポートしたので、今後はSun Rayも伸びて来ると思うよ。

今まで相当数シンクライアントは出てたわけだから。

MacOS XのNetBootくらいが落しどころだな。
Sun Rayなんて誰も使わないよ。

老舗なのか？

>>872
なんべん言ったらわかるんだ?
> 現実は厳しいものだ
もすこし中身のあること言えよ。おまえ詩人かなんかのつもりか?

転職先が情報管理が厳しくてマイッタよ
そんなに社員が信じられないなら、シンクライアント使えよ、と思う。
社員を信じて裏切られるよりもコストも理にかなってるよ

ほんと、あとは世の情シス連中がそのことに気づくかどうかなだけで
それも時間の問題だと思う。じっさいにSunRayが使われるかどうかは知らないけど

woodcrestはまあ楽しみなんだけど、
FB-DIMMが高くて電気食うのが嫌だ。。

AMDはSanta rosa前倒ししろ。

> 老舗なのか？
汎用機のダム端末、X11のX端末を考えると、PCよりも遥かに昔から使われている
ことになるけど、シン・クライアントというコンセプトを唱えたのは、十数年の
サンが始めじゃあるまいか？ 当時としては、NFSを使ったディスクレス・クライアント
の自然な発展系というイメージだった。

>>879
>シン・クライアントというコンセプトを唱えたのは

それを言うなら"NetworkComputer(NC)"ね。あとSunというより、
Oracleが言い出して、AppleとSunが乗った感じ。

"Thin Client"という用語では昔ながらのTerminalは含むかと。

"Network is Computing"なんて、２０年ぐらい前のSunの標語だよ。
Thin ClientにOracleが乗ったのは、Sunが言い出して４ー５年経った後。
世間でもThin Clientという言葉が聞こえ出したころだった。

Thin Clientに関しては、Oracleは単に飛び乗っただけの、亜流に過ぎないよ。

OracleがThin Clientを言い出したと思っている香具師は、あまりにも
コンピュータをしらなすぎ。

たぶん「シンクライアントの歴史」とかgoogleで調べたんでしょ。

イニシャルコストで騙される香具師大杉。
ランニングコストも考えると必ずしも SPARC マシンは高くない

> Network is Computing

なにそれ？

この富士通の宣伝↓にひっかかったのかもね。

シンクライアントは、1996年にOracle社がNetworkComputerの構想を発表
した時に始まり、約10年の歴史があります。富士通はいち早くシンクライアントに着目し、
1997年よりOracle社と共同で「BTS V1（現BT Administration Serverの前身）」の開発を開始...

Network Computerは、" This is really a variation on an old idea -- diskless workstations --
which are computers that contain memory and a processor but no disk storage."という風に説明
されるように、元々はdiskless workstation/diskless clientって形で使われたもん。
X端末とかもディスク無しで動作していたシンクライアントと言えるだろうし、Sunのworkstationは
元々ネットでブートすればdiskless workstationで機能したので、この場合もシンクライアントだろうし。
Sunのマシンは元々(今も)、ディスクが故障してパニックした時に、サーバがあればネットからディスク
無しで立ち上がるようになっていたのだけど、逆にディスク無しのworkstationも堂々と売られてたような
気がする。

シンクライアントは、20年ぐらいの歴史があるかも知れん、PCよりも全然古い形のコンピュータ(というより端末)。

>>886
まぁ、テレックスなんかもシンクライアントと呼べなくもないな。

"Thin client"って言葉そのものはいつなの?
SunのND bootはずっと前だけども。1989年くらい?
X端末(X MiNT!)やplan9ももっと前だよね。

Thin Client は Fat/Thick Client に対する言葉だから。
C/S が流行って、しばらくしてからじゃないか。

Diskless Workstation は Thin Client じゃないだろ。

>Diskless Workstation は Thin Client じゃないだろ。

XDMCPを使用して別マシンで処理させるなら
利用形態としてはThin Clientだと思うんだけど
boot netしたWS上でユーザアプリを動かすならThin Clientとは呼べなくなるかもね

>>886
ディスクレス前提のワークステーションは SPARCstation SLC と ELC ね。
ネットワークブートなら Sun3 でもするよ。Sun2 はどうかな?

>>889
ん〜? でも NC って Java な OS 乗せて Java なユーザーアプリを端末側で
走らせるって趣向だったでしょ、元々は。

>>882
>OracleがThin Clientを言い出したと思っている香具師は

どーも、880です。>>880では、

「"NetworkComputer"を言い出したのはOracleだ」
「"Thin Client"はTerminal含む」

という内容を書いたつもりですが。>>879の言う「十数年」という頃に
提唱されたコンセプトはNetworkComputer(NC)で、これはOracleが
言い出した物。何もThin Clientの起源がOracleだなんて書いた覚え
はないのだが、「昔ながらのTerminal」という部分で日本語の「端末」
という語を使わなかったせいで意味が通じなかったのかな…(´-`)

>>889
C/Sって何だよ?

ここでボケて↓

ノイズと信号の比率だっけ

Cooler-box contains SABA(鯖, mackerel).

喰らえ、サバ!

カスタマーサービス

コンプーター・サイエンス

鯖で蔵が立つ

鯖蔵って、若いおねーちゃんが鯖寿司を作ってくれるクラブ？

そろそろ次スレのタイトルを考えておこう。前回のようにタイトルで揉めて
重複乱立しないように。

基本は「最大の〜」または「最後の〜」で、Sunに関する時事ネタとウィット
に富んだジョークが織り交ぜてあるとなお良い。

次スレ期間中の最大のイベントは ZFS が搭載された Solaris 10 6/06 リリースか

最大のズィ

Sun Microsystems 最後の株安

>>896 - >>902
藻前らにセンスがないってことはよくわかった。

907のセンスあるボケに期待

最後のサバクラ通い

最大のバッテラ

えー、さよならマクニーリ、でいいじゃない

そのまんまじゃない

Sun Microsystems 最大の鯖蔵

最大の会長

最強のポニーテール

Sun Microsystems 最強の「どんどん防虫、どんどん防虫」

そういやTSUBAMEネタはスルーされてるな
http://www.sun.com/smi/Press/sunflash/2006-05/sunflash.20060515.4.xml

まあ、Top500が発表になってからってことかな

最後の最大の会長辞任da

CEO 譲っただけだ会長はやめねー。

Sun Microsystems 会長は辞めねー

最終の帳尻

最大の禅譲

そろそろ「最大の〜」や「最後の〜」にかわる
「○○の〜」を考えない？

「最小の〜」「最初の〜」

「最愛の」

「最速」はないだろうな

今んとこ>>920がお気に入り

>>923
>「○○の〜」を考えない？

じゃあ、>>920のネタから、

Sun Microsystems 最古の執着

とか。

　SunMicrosystems買収の再来

download centerが止ってやがる…

Notice: We're Offline for System Upgrades

The Sun Download Center is taking proactive measures to insure the
fastest service for our customers. The site will be unavailable
Wednesday from 5:30 PM PDT -9:30 PM PDT (Thursday, 00:30 UTC/GMT -
04:30 UTC/GMT).

We apologize for any inconvenience and hope you will enjoy the
upgraded Sun Download Center.

昨日、dev.java.netも止まってた。
というか、11%-13%のリストラｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

Sun Microsystems 最大のリストラ

- or -

Sun Microsystems 最後のリストラ

Sun Microsystems 11-13% に会長は含まれない

Sun Miscrosystems オレは会長だリストラするな

Sun Microsystems オレは会長だお願いリストラしないで

てか会長は従業員契約じゃないだろ、普通w

>>929
Widows Update serverが止まるなんて
ありえないのに、牧歌的でいいですね。

最近は無いけど、昔はしょっちゅう止まってたよ
msnでウイルス配りやったこともあるし、どこも似たようなもんだ

>>936 そりゃあの OS はそこ生命線だからな。いっしょにするなよ迷惑なww

英語のコメントを読めば、

SunのDownload Centerのアクセスを停止したのは、

性能向上のためのシステム交換のため、、

ってなってるけど？

Sun Microsystems 継続中のリストラ

ってなってるけど？

（　ﾟдﾟ）ﾎﾟｶｰﾝ

IBMのPAも必要な時に限ってよくとまってたりするんだよな・・・
アメリカ的文化はのんびりしてるのかと諦めてたよ。

>>935
なんだとっ! じゃ会長はリストラされないのかっ??!

リストラはされないけど、リスにされてしまった

Sun Microsystems 最後のげっ歯目

Sun Microsystems 最後の辞任

これってIBMやHPやSUNなどのサーバーメーカーがコプロセッサを作るとか考えられるのかな？

拡大が進むAMDのコプロセッサ構想
http://pc.watch.impress.co.jp/docs/2006/0601/kaigai275.htm

AMDってATIの買収の噂もあるんだっけ？

>>945
さいごのげっぱめ?

齧歯類

トラになれずリスになった

Sun 創業から絶好調の時でさえ、彼はずっとリスだ。覚えとけw。

最大のリス

Sun Microsystems 最初から会長はリス

>>949,950
動物界 脊索動物門 脊椎動物亜門 哺乳綱 齧歯目 リス科
Animalia Chordata Vertebrata Mammalia Rodentia Sciuridae
だそうだw

あれは欧米人がイメージする典型的日本人の歯だな。
だから積極的に日本企業とビジネスしてきたのか。

11%-13%のリストラは買収して人員が増えた文だな。

確かに、いくら R&D に金かけてるといえ、今のプロダクトラインナップで
3 万 7500 人は多すぎるかもな。SI はやってないんだから。

わたしの彼氏はsunの社員なの。
いま別れるか迷ってます。

相手は彼女だと思ってないけどな。

バルマーにでも抱いてもらえよw

Sergey BrinとLarry Pageにでも抱いてもらえよｗ

坂村教授もテクニシャンだぞ

まじで？

>>964
そりゃお前さん、教授の毒牙にかかった女はみんなトロンてかんじ…


すんません、ちょっと向日葵の種かじってきます

サンは「永遠のベンチャー」であるところが魅力であり、強みwwww
IDCおよびASPサービスを軸としたユーティリティ・ビジネスモデルを大いに促進していきます。wwww
サンが当初からビジョンとして掲げている「The Network is the computer.」を具現化するのは、むしろこれからです。wwww

この社長、ほとんど腰掛け気分だろ。
http://www.itmedia.co.jp/enterprise/articles/0605/11/news002_2.html

Sunはプロセサ開発を縮小か？
ttp://www.geocities.jp/andosprocinfo/wadai06/20060603.htm

もうOpteronでいいもんな

Sun Microsystems Versapro　ＶＡ７３Ｈ　ＮＥＣ　対応しろ。

>>968

それを言うなら、SPARC64だろ？

コンピュータ業界はもう終わってるよな
優秀な技術者が多数必要なのにごく一部の独占企業以外利益は低い
既に斜陽産業
これからはコンピュータやエレクトロニクス業界に進もうとする優秀な人たちは減っていくだろうな

ミットですらコンピュータサイエンス専攻の学生は減ってるみたい…
アメちゃんのお下がりで喰ってる日本のITもジワジワ煽り喰うだろうね

頑張っても個人に利益が還元されないからな…

>>971
コンピュータ業界=Sun Microsystemsってこと？ｗｗｗｗｗ

ミットって言うんだ
知らなかった
じゃあ、東工大は…

>>975
トゥット

Tokyo Techだよ。Cal Techのもじりじゃないかな。
昔はTITとかTitechとか言ってたが。

>>975
東工大出身だけど、学生たちはツット(Tokyo University of Technology)っていってたよ。

嘘くせえw
正式名称はTokyo Institute of Technologyだからな。

ああ、やっと理解できたw
っていうかそのネタ、東海大出身者が東大卒と言うのと同じ哀しさがあるから

くそー、おっぱい、おっぱいには繋がらなかったか
つーか最近はTokyo Techって言うのか
それも知らんかった

というわけで、次スレよろ>>980

TUS

次スレ

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

　 　　　　　　　　　　　　　　　　　　　　　γ　　　　γ
　　　　 　∧__∧　もうﾀﾞﾒﾎﾟ・・・　　　　　　　　　　　　　γ
　　　 　 （::::::::::: ）　　　　　　　　　　　　　　　...................................
　　 　　.（○::::::: ）　　　　　　　　　　　 .::::::::;;;;;;;;;::::........
　　　 ~"''"""゛"゛""''･、　　　　　 　 ...:::;;;''　　　　 ';;;:::::.......
"゛""''""""゛゛""''' "j'　　　　　　　...::::;;;''　　　　　　 '';;;::::::........
::::ﾍ　:::::....ヽ :::;;;ﾉ　 ::(　　　　　　....::::::;;　　　　　　　　 '';;;::::::.......
:　 ゝ　　:::::......ﾉ:;;..／　　~~^^~~~~~^^~^^　~~^^　~~~~~^~~~~^

この時間だと、どちらかという日の出って感じだねえ?
ていうか、前から思ってたけどどっちの方角向いてるのさ。

まずどこに住んでるかを…

>>985
::::::::::が影で、○が尻尾かと

>>978
大体「ト」てなんだよ

↓次スレよろしく栗鼠

Sun Microsystems IPF採用撤回は大失策
http://pc8.2ch.net/test/read.cgi/unix/1140863996/
Sun Microsystems 最大の敵はItanium
http://pc8.2ch.net/test/read.cgi/unix/1140886161/

これがあるからこっち先に使おうぜ

>>987
え? こっち向いてガチョーンしてるんじゃないのか?

>>990
どっちを使うの？

>>992
>どっちを使うの？

どうせ揉めるから、立てたよ。

Sun Microsystems 最大のリストラ
http://pc8.2ch.net/test/read.cgi/unix/1149485579/l50

>>993
おまえ あたま いいな

Sun Microsystemsスレばかり上にあってバロスｗ

>>995 それはつまり
UNIX といえば Sun Microsystems ってことなのだよ。

どう見ても必死にageてるのがいるわけだが。>>995 本人？

板に産む厨がまた登場したんだろ。

Woodcrest がどうもそこそこの性能のようだから、Itanium も延命できそうだな。
Woodcrest の出荷がつまづくようだと、Itanium の命運も尽きるだろう。
おくれろ〜、トラブれ〜〜ww

つーことで埋めーっしゅ

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。