Sun Microsystems 最大の敵はItanium
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2006/02/26(日) 01:49:21【前スレ】
Sun Microsystems 最大の滝壷
http://pc8.2ch.net/test/read.cgi/unix/1138786320/
0429名無しさん＠お腹いっぱい。
2006/04/14(金) 14:40:210430名無しさん＠お腹いっぱい。
2006/04/14(金) 16:18:12>>417「最近のLinuxディストリビューション」なんだから、Gnome か KDE だろ?
0431名無しさん＠お腹いっぱい。
2006/04/14(金) 23:06:42マックが突然爆発 4
http://pc7.2ch.net/test/read.cgi/mac/1144658378/l50
0432名無しさん＠お腹いっぱい。
2006/04/15(土) 07:46:25を、BootCampとかで？
詳しく
0433名無しさん＠お腹いっぱい。
2006/04/15(土) 10:46:30これじゃない?
http://blogs.sun.com/roller/page/setje?entry=solaris_on_the_imac
0434名無しさん＠お腹いっぱい。
2006/04/15(土) 12:30:20まるで MS-ですくとっぷ。
0435名無しさん＠お腹いっぱい。
2006/04/15(土) 12:39:44JDS使ったことない人?
0436名無しさん＠お腹いっぱい。
2006/04/15(土) 15:14:370437名無しさん＠お腹いっぱい。
2006/04/15(土) 16:32:02うへ〜、JDS ってデフォルトがあんなん? ぜってーつかわねー#
0438名無しさん＠お腹いっぱい。
2006/04/15(土) 17:10:33terminal が緑地に緑の文字で悪趣味なところだろ？
これはひどい。いまどきグリーンディスプレイかよ
0439名無しさん＠お腹いっぱい。
2006/04/15(土) 18:12:270440名無しさん＠お腹いっぱい。
2006/04/15(土) 18:59:440441名無しさん＠お腹いっぱい。
2006/04/15(土) 20:24:26デフォルトとはちょっと色が違うかな。
まあJDSを使わない自由もありますから、お好きな環境でどうぞ。
0442名無しさん＠お腹いっぱい。
2006/04/16(日) 01:51:16SunView にしてくれたらすぐ Sun だってわかるのに。
0443名無しさん＠お腹いっぱい。
2006/04/16(日) 02:34:160444名無しさん＠お腹いっぱい。
2006/04/16(日) 12:18:31俺は努力してJDSを使ってみることにするよ。同類には思われたくない。
0445名無しさん＠お腹いっぱい。
2006/04/16(日) 13:52:58ちなみに Alto のプロトタイプもクソだ。Star を見習え。
0446名無しさん＠お腹いっぱい。
2006/04/16(日) 16:46:03Windowsを糞といわれると、JDSも糞といわれてるように感じるのさ
0447名無しさん＠お腹いっぱい。
2006/04/16(日) 16:48:320448名無しさん＠お腹いっぱい。
2006/04/16(日) 17:29:22日本語でおk
> JDSを見ると、Windows3.1を思い出す
単なる統合失調症ですね
0449名無しさん＠お腹いっぱい。
2006/04/16(日) 18:27:03Windows3.1のGUI見たことないんだろ
スタートメニューもタスクバーもないぞ
0450名無しさん＠お腹いっぱい。
2006/04/16(日) 18:42:530451名無しさん＠お腹いっぱい。
2006/04/16(日) 19:38:480452名無しさん＠お腹いっぱい。
2006/04/16(日) 19:46:250453名無しさん＠お腹いっぱい。
2006/04/16(日) 19:52:07狙い通りじゃん。
0454名無しさん＠お腹いっぱい。
2006/04/16(日) 20:05:44ないもんだよね。
あんなんWindowsに金を使うのはアホ。
0455名無しさん＠お腹いっぱい。
2006/04/16(日) 22:31:12Mac買おうね。
0456名無しさん＠お腹いっぱい。
2006/04/16(日) 23:59:12そうだね。Windowsも動かせるし。
0457名無しさん＠お腹いっぱい。
2006/04/17(月) 00:10:35Java Desktop Systemってなんで Java... なの？
Linuxなんでしょ？
0458名無しさん＠お腹いっぱい。
2006/04/17(月) 00:27:290459名無しさん＠お腹いっぱい。
2006/04/17(月) 02:43:33WindowsXPがどうにか使える程度のマシンではどうにもならん。
0460名無しさん＠お腹いっぱい。
2006/04/17(月) 13:23:580461名無しさん＠お腹いっぱい。
2006/04/18(火) 09:13:12SUNのものは重たいのばかりｗ
0462名無しさん＠お腹いっぱい。
2006/04/18(火) 15:58:12速度を上げるための改良や、そもそも速度が出るような作りにするといった余裕がないのです。
いかに少ない工数で作るかとなると、
速度よりも機能が優先されます。
遅いのはハードウェアの性能向上で数割なら改善できるけれども、
機能がないのはハードウェアではどうにもなりませんから。
0463名無しさん＠お腹いっぱい。
2006/04/18(火) 18:25:59そういう低性能なマシンはもうすぐ寿命がくるんじゃないか？
0464名無しさん＠お腹いっぱい。
2006/04/18(火) 22:09:15ttp://plusd.itmedia.co.jp/pcupdate/articles/0604/17/news053.html
まったく、
1. 実際のメニーコアな製品はまだ実現できてない
2. 1. ができても、それを充分に稼働させるインターコネクト技術を持ってない
3. 2. ができても、SMP システムとしてまとめた実績がない
4. 3. ができても、まともに多スレッドなソフトウェアを動かすための OS がない
5. 4. ができても、まともに多スレッドなソフトウェアを構築するための開発環境がない
6. 5. ができても、そういうソフトを作れる人達が周辺にいない
のに、なにを自慢げに能書きたれてるんだろうか。
あんたが一番遠いとこにいるぜ、Intel さん。
0465名無しさん＠お腹いっぱい。
2006/04/19(水) 02:48:330466名無しさん＠お腹いっぱい。
2006/04/19(水) 08:39:30> 4. 3. ができても、まともに多スレッドなソフトウェアを動かすための OS がない
SunOSに逃げられたじゃんw
0467名無しさん＠お腹いっぱい。
2006/04/19(水) 20:09:48ttps://www.itaniumsolutionsalliance.org/japanese/whitepapers/
0468名無しさん＠お腹いっぱい。
2006/04/19(水) 21:01:280469名無しさん＠お腹いっぱい。
2006/04/19(水) 21:19:470470名無しさん＠お腹いっぱい。
2006/04/19(水) 22:17:09IBMのOSは「非標準」だから除外して、Linux搭載機だけで売上比較とか。
よくまあいろいろ思いつくもんだ。
0471名無しさん＠お腹いっぱい。
2006/04/19(水) 22:42:26SGIのAltixのことでしょ。これは512CPUみたいな大規模構成では、ローカルメモリと
リモートメモリの性能差(レイテンシと帯域)がすごくあるので、普通のSMPとしては
使えなくて、NUMAであることを意識したプログラミングが必須だから、普通のSMPで
あるPOWERの64CPUとは同等に扱えないと思うけど。
>>470
Itaniumもサーバ売上の半分以上はHP-UX用で、今後ともHP-UX分が増えると思うのだが。
0472名無しさん＠お腹いっぱい。
2006/04/19(水) 23:05:01> 使えなくて、NUMAであることを意識したプログラミングが必須だから、普通のSMPで
> あるPOWERの64CPUとは同等に扱えないと思うけど。
やっぱり。そんなこったろうと思った。
> Itaniumもサーバ売上の半分以上はHP-UX用で、今後ともHP-UX分が増えると思うのだが。
つまり、HP-PA 勢としては現状維持、ってことだよね。
なんというか、資料から必死さと悲しさがにじみ出てるし。
0473名無しさん＠お腹いっぱい。
2006/04/20(木) 06:44:49FujitsuのPrimePower 256 SPARC プロセッサのSMPが、2 coreのものになれば
512プロセッサになる（予定）だけど、出てくるまでもうちょいかかかるね。
0474名無しさん＠お腹いっぱい。
2006/04/20(木) 07:18:180475名無しさん＠お腹いっぱい。
2006/04/20(木) 07:46:00Fujitsuのやつは、NUMAでなくUMAだったと思う。
だから、性能の犠牲が少なくて済む。
NUMAは昔から作られてきているけど、まだ決定的な性能改善方法がない。
0476名無しさん＠お腹いっぱい。
2006/04/20(木) 08:03:05NUMA = ローカルメモリのレイテンシー < リモートメモリアクセス時のレイテンシー
UMA = すべてのメモリへアクセスのレイテンシーが等しい
と思い込んでいたので
http://primeserver.fujitsu.com/primepower/technology/performance/crossbar/?from=p2500t
を見るとシステムボード間のメモリアクセスは、ローカルメモリと同じレイテンシーで
アクセスできないように見えたから NUMA だとおもてた。
0477名無しさん＠お腹いっぱい。
2006/04/20(木) 08:19:45上の資料でも、
L1 crossbar = 133 GB/s (on board)
L2 crossbar x 2 = 66.5 GB/s x 2 = 133 GB/s (cross board)
となる。
0478名無しさん＠お腹いっぱい。
2006/04/20(木) 08:23:42> 512プロセッサになる（予定）だけど、出てくるまでもうちょいかかかるね。
は、128 cpus ==> 256 cpusだった。。。4 coreはいつだかシラン。。
0479名無しさん＠お腹いっぱい。
2006/04/20(木) 10:26:570480名無しさん＠お腹いっぱい。
2006/04/20(木) 11:56:10NUMA じゃない SMP って、128CPU あたりが上限なのは何が理由?
物理的な配線距離? それともインターコネクトの帯域?
後者ならデュアルコアになったら 64チップまでになったりしないの?
0481名無しさん＠お腹いっぱい。
2006/04/20(木) 20:57:550482名無しさん＠お腹いっぱい。
2006/04/20(木) 22:18:080483名無しさん＠お腹いっぱい。
2006/04/20(木) 22:54:22一定、ってこと? 4 コアなら 32 チップが上限で、それ以上は NUMA?
0484名無しさん＠お腹いっぱい。
2006/04/20(木) 23:08:56> やっぱり。そんなこったろうと思った。
128CPUのSMP 4台のクラスタよりは遥かにマシだぞ。
0485名無しさん＠お腹いっぱい。
2006/04/20(木) 23:13:040486名無しさん＠お腹いっぱい。
2006/04/20(木) 23:23:47当然意味があるんだろうが、128CPU SMP なマシンみたいに Uni-Prosessor 機と
同じソフト積んどけばいい、というわけじゃないんだよね? それって結構
特殊用途向けってことでしょ?
0487名無しさん＠お腹いっぱい。
2006/04/20(木) 23:45:38Itaniumクラスタで最速だった筈。
0488名無しさん＠お腹いっぱい。
2006/04/21(金) 01:43:31いまいちいわゆる粗結合（OS 複数のやつ）と NUMA の住み分け基準つーのがわからん。
0489名無しさん＠お腹いっぱい。
2006/04/21(金) 01:45:42数百のビジーなプロセスを抱えるサーバとかは、OSのNUMAサポートで十分。
0490名無しさん＠お腹いっぱい。
2006/04/21(金) 04:25:20仕掛けを作りこめるし。クラスタだと、汎用インターコネクトがネックになりそう。その代わり、かなり
大規模なものをつくれるだろうけど。
あとccNUMAだと1台のマシンに見えるから、お手軽にプロセス間のデータ共用ができるとか、ノード
全体の負荷バランスをとりやすい（クラスタまたいでプロセスを移転なんてのに比べれば）とか。
0491名無しさん＠お腹いっぱい。
2006/04/21(金) 12:02:33性能を考えると、NUMAよりもUMAの方がいい。UMAはCPUが増えるとクロスバーが
複雑になって難しくなるので、Fujitsuのマシンぐらいしか64CPU以上のものは
難しくなっちゃうので、作るとなるとNUMAの方が楽。
0492名無しさん＠お腹いっぱい。
2006/04/21(金) 12:09:11いや、粗結合と言ってるのは、例えばこの手のやつなんだが。
ttp://primeserver.fujitsu.com/primepower/hpc/close/ap3000/index.html
クラスターとは違うよね? こゆのもクラスター?
0493名無しさん＠お腹いっぱい。
2006/04/21(金) 14:36:57クラスタでしょ。
0494名無しさん＠お腹いっぱい。
2006/04/21(金) 14:37:46動いている状態で、壊れたCPUやメモリを交換できれば、どーってことないかと。
当然、OSのサポートがないとできないけど。
0495名無しさん＠お腹いっぱい。
2006/04/21(金) 15:21:34ユーザプロセスならいざ知らず、カーネル内だと普通パニックでしょ？
0496名無しさん＠お腹いっぱい。
2006/04/22(土) 01:14:04壊れた=Uncorrectableではあるまい。
0497名無しさん＠お腹いっぱい。
2006/04/22(土) 01:28:37SGIのAltixはHPCクラスタに特化してる。
クラスタのノード間インターコネクトを通信インタフェースでなく、SMPのメモリ空間で行う発想。
普通のSMPのメモリとしては遅いが、InfiniBandのRDMAよりは速いって感じだが、HPCクラスタ
だと近いプロセッサ同士が高速通信できればいいやってことが多いのでNUMAで桶。
MPICH over NUMA share memで512プロセッサをクラスタリングして
それらを並べてMPICH over InfiniBand RDMAで結合する大規模クラスタをやるって聞いたが
何処かに入れたのかな？
0498名無しさん＠お腹いっぱい。
2006/04/22(土) 01:36:47メモリミラーリングとDIMMのホットスワップはWindows serverでさえもうサポートしてる。
マシン側のサポートはItanium srverだとミドルレンジクラスまで下がってきてる。
0499名無しさん＠お腹いっぱい。
2006/04/23(日) 05:18:19こけた場合、、っていうのは、普通
memoryのuncorrectable errorやcacheのuncorrectable errorでパニックすることの
ことだよ。
0500名無しさん＠お腹いっぱい。
2006/04/23(日) 07:34:590501名無しさん＠お腹いっぱい。
2006/04/23(日) 12:14:01２．誤り検出付だと無事にPanicできる。
３．冗長化してあれば縮退して続行できる。
４．冗長部全てが故障だと無事Panicする。
２と４がこの世の全ての人なんだよ。
0502名無しさん＠お腹いっぱい。
2006/04/23(日) 13:31:080503名無しさん＠お腹いっぱい。
2006/04/23(日) 18:24:031はdata pathのチェックもない、10年ぐらい前のWSか、PC程度。
3はfault tolerantに近いよね。cpuも冗長にして同時に演算、cpuが壊れれば、
正常に動作しているものを使うってな感じで。
2と4は、今普通に売られているWSやServer.
でも、ECCメモリ程度では2や4に達しないね。CPUやIO Busも守らないといけないから。
0504名無しさん＠お腹いっぱい。
2006/04/24(月) 05:36:57CPUの内部演算器なんかまでちゃんとこれができるのは
IBMのzSeriesと富士通のSPARC64くらいしかないでしょ。
POWERだって内部演算器の誤り検出をやっている、という話はしていない。
いわんやItanium2をや。
0505名無しさん＠お腹いっぱい。
2006/04/24(月) 06:38:340506名無しさん＠お腹いっぱい。
2006/04/24(月) 17:21:01そりゃそうだわな。メインフレームの技術をもってくるしかないんだから、
そんなこと今やっているのは、IBMと富士通ぐらいだわな。
0507名無しさん＠お腹いっぱい。
2006/04/24(月) 17:23:59WSやServerと書いたが、CPUのregisterなどを含めてのdata pathというところまでは
さすがに意識していなかった。単に、L1, L2キャッシュのECCかparity check程度の
今のUnix鯖での常識をいったまで。
0508名無しさん＠お腹いっぱい。
2006/04/24(月) 22:16:540509名無しさん＠お腹いっぱい。
2006/04/25(火) 02:15:28> いわんやItanium2をや。
Itanium2ではCacheやTLB等殆んどのアレイでエラー修正可能。
その他のユニットでもエラー検出可能。
Montecitoではレジスタレベルまでエラー修正可能になってる。
0510名無しさん＠お腹いっぱい。
2006/04/25(火) 23:32:50＞その他のユニットでもエラー検出可能。
＞Montecitoではレジスタレベルまでエラー修正可能になってる。
キャッシュやTLBなど以外でもちゃんと訂正可能なら、サーバ用CPUとしては
すごいアドバンテージだから、もっと自慢たらたらの資料が出回っているはず。
(Intelのプレゼン資料やらISSCCの論文やら)
SPARC64のこの自慢げな資料を見て。
http://primeserver.fujitsu.com/primepower/technology/reliance/processor-a/
Montecitoが本当にレジスタや演算器まで障害検出・回復ができるなら、Marchitectureの
本家Intelだったら、××テクノロジとか名前を付けて鳴り物入りで発表するに決まっているのに、
そういう発表はないよね。
キャッシュの切り離しにさえも名前を付けて、Marchitecureだと指摘されているよ。
http://www.geocities.jp/andosprocinfo/wadai04/20040724.htm の５．
＞ 新しい機能として，オンチップのキャッシュに不良ビットが出た時，それを含むブロックを
＞切り離して運用を続ける技術を取り入れ，これをPellston Technologyと呼んでいますが，
＞このような機能はハイエンドサーバ用のRISCプロセサでは一般に行われている話で，Intelの
＞マーキテクチャ（MarketingとArchitectureを組み合わせた造語で，大したことではなくても，
＞宣伝のために先進技術らしく見せかけることを言う）です。
0511名無しさん＠お腹いっぱい。
2006/04/26(水) 00:14:18こんな糞な石でどうやって汎用機並みの信頼性が
実現できるんだって。
製品になっているんだから何とかしたんだろうな。
0512名無しさん＠お腹いっぱい。
2006/04/26(水) 01:46:08> 製品になっているんだから何とかしたんだろうな。
人は何のために生まれてくるのですか?
0513名無しさん＠お腹いっぱい。
2006/04/26(水) 09:15:46＞マーキテクチャ（MarketingとArchitectureを組み合わせた造語で，大したことではなくても，
＞宣伝のために先進技術らしく見せかけることを言う）です。
Microsoftも、そういうのよくやるよねw
Wintelのせいで社会全体のモラルが低下したような気がする。
見世物小屋を地で行くような売り込み方が横行している。
0514名無しさん＠お腹いっぱい。
2006/04/27(木) 03:56:01いい加減にWintelの嘘から目を覚ませ。
0515名無しさん＠お腹いっぱい。
2006/04/27(木) 14:27:07マーキテクチャのせいで、技術屋じゃない一般人がすっかり騙され、
PCがハイテクなんだとばっかり勘違いしている。。。そう大したテクを
使っているわけでもなく、普通なものばっかりなのにね。
PCなんて一般向け家庭用コンピュータなんだから、そんな肩に力を入れる
必要なんてないんだよ、そうハイテクでもなんでもないんだから。
そんな世の中だから、Wintelの思うつぼなんだよね。
0516名無しさん＠お腹いっぱい。
2006/04/27(木) 21:12:190517名無しさん＠お腹いっぱい。
2006/04/27(木) 22:00:22そういう話じゃないと思うけど？
0518名無しさん＠お腹いっぱい。
2006/04/27(木) 22:16:000519名無しさん＠お腹いっぱい。
2006/04/27(木) 22:48:540520名無しさん＠お腹いっぱい。
2006/04/28(金) 00:55:33まぁ、一般人には受けていないが。
0521名無しさん＠お腹いっぱい。
2006/04/28(金) 01:04:53煙噴いたりしたマシンがあったもん
0522名無しさん＠お腹いっぱい。
2006/04/28(金) 15:29:05ttp://www.itmedia.co.jp/news/articles/0604/28/news012.html
> オッテリーニ氏によれば、(中略)業績の振るわない事業を見直して、..
キタかあー?!
0523名無しさん＠お腹いっぱい。
2006/04/28(金) 15:33:23いよいよ、"さらば、Itanium"でつか？
0524名無しさん＠お腹いっぱい。
2006/04/28(金) 16:12:200525名無しさん＠お腹いっぱい。
2006/04/28(金) 16:14:52実際トップだったのもそんなに長い期間じゃなかったし。
0526名無しさん＠お腹いっぱい。
2006/04/28(金) 16:16:35一番うまいやり方は、HP とモメてお互い「相手が約束守らんので続行不能」と
責任のなすり合い、だろうな。これしかなかろう。悲惨な末期だ。
0527名無しさん＠お腹いっぱい。
2006/04/28(金) 18:39:36IBMが新しいオープンメインフレームを出したみたい。
http://itpro.nikkeibp.co.jp/article/USNEWS/20060428/236546/?ST=win
System z9 Business Classについて，IBM社は「数100台のサーバーで提供する
処理能力を1台の物理システムに集約でき，大幅な経費節減が可能」と説明する。
またプロセサ使用効率も高く，System z9製品系列のシステムが80〜100％の
稼働率であるのに対し，x86プロセサ・ベースのWindowsサーバーは5％程度という。
0528名無しさん＠お腹いっぱい。
2006/04/28(金) 19:12:51
■ このスレッドは過去ログ倉庫に格納されています