トップページ⇒unix
1001コメント297KB

だまれ小僧！お前にサンが救えるか

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。NGNG
まあね、JAVAとかいろいろあったし
サーバーも最近はIBMに押され気味だし・・・
0306名無しさん＠お腹いっぱい。05/02/18 06:57:25
>>304
かといって、現時点でPOWERやItaniumに劣るSPRACが有利とは思えない訳で
0307名無しさん＠お腹いっぱい。05/02/18 13:19:03
いや、劣るからこそ Niagara みたいな思い切ったことが
できるんじゃないの？ サーバー系ならどのベンダーでも
Niagara みたいに性能/電力比に舵を切った CPU を、
フロントエンド向けに出せる筈だけど、それが Sun に
しかできてないのは、なまじシングルスレッド性能が高い
せいで、思い切った戦略が出せないせいのような。

まあ、Niagara も元はベンチャー (Afara Websystems) の
アイディアを Sun が買収したものなんだが。
といっても Les Kohn その他の Afara の面子は、UltraSPARC I
の元設計者だから、単に出戻っただけとも言えるけどね。
0308名無しさん＠お腹いっぱい。05/02/18 15:02:57
出戻り多過ぎだ。
0309名無しさん＠お腹いっぱい。05/02/18 15:23:12
長期的な視野にたった実験的な投資は、株主利益重視の
米国企業ではできないから、すぐにベンチャーを建てて
実験的な開発はそこでやって、うまくいくようなら
大企業がそれを買い戻すってやり方が多いって聞いた
ことがあるな。
これに対し日本企業は社内で結構ベンチャー的な開発が
可能である…と。

しかし、最近の日本は利益重視で実験的開発なんて不可能
なのに、米国と違ってベンチャーを支える下地がない…
ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
0310名無しさん＠お腹いっぱい。05/02/18 20:52:00
>>305
x86系CPUの命令アーキテクチャの複雑さを考えれば、CISC vs RISCが無意味とは言えない
x86系CPUはタスク切り替えまでプロセッサが自動的に行うしね
こんなに複雑なアーキテクチャのCPUは他にないよ
あと、RISC CPUも複雑になったとか言うけど、x86系CPUに比べればシンプルそのもの
0311名無しさん＠お腹いっぱい。05/02/18 21:27:24
タスク切り替えを自動的に行うというよりタスク切り替えに必要な煩雑な処理を
CPUが自動的に行ってくれるということ
具体的にいうとTRレジスタのセレクタ値を変更するだけでタスク切り替え処理が
自動的に実行される
レジスタの退避や初期化などもすべて自動的に行われる

こんなことまでやるCPUはx86系以外に知らん
0312名無しさん＠お腹いっぱい。05/02/19 00:21:02
>>308
AppleなんてカリスマCEOが出戻りだぞ？

Mac OS X用のプログラムを書いてみると，NeXTSTEPであることがよくわかる…
0313名無しさん＠お腹いっぱい。05/02/19 07:08:45
>>312
あたりまえだ。
AppleがNeXTを買収した目的が、NeXTSTEPをMacの後継OSとして使いたいということだったから。
あんな廃れた会社に4億ドルもつぎ込んで買収したのに、使わないはずない。
0314名無しさん＠お腹いっぱい。05/02/19 07:31:14
Sunのシュワルツ社長、データベース計画、SPARC、HPを語る (2/3)
http://www.itmedia.co.jp/enterprise/articles/0502/18/news065_2.html

「64ウェイのSPARCシステムが、同クラスのIBM POWERシステムやItaniumシステムに勝てると思うか？」と聞かれれば、「間違いなく勝てる」というのが私の答えです。
「64ウェイのSPARCシステムが、同クラスのIBM POWERシステムやItaniumシステムに勝てると思うか？」と聞かれれば、「間違いなく勝てる」
「64ウェイのSPARCシステムが、同クラスのIBM POWERシステムやItaniumシステムに間違いなく勝てる」
「64ウェイのSPARCシステムが、間違いなく勝てる」
「間違いなく勝てる」
「間違いなく勝てる」
「間違いなく勝てる」
( ﾟ∀ﾟ)ｱﾊﾊ八八ﾉヽﾉヽﾉヽﾉ ＼ /　＼　/　　＼ /　　＼ /　　＼ /　　＼

http://www.itmedia.co.jp/enterprise/articles/0502/18/news065_3.html
Gartnerの予測によれば、2010年代末までにItaniumとPOWERがそれぞれ、プロセッサ市場の売り上げの約15％を占めるようになり、SPARCのシェアはその半分に過ぎないだろうとしていますが、



落ち目のシステムベンダーがほかの企業を買収しても、落ち目のシステムベンダーであることに変わりありません。
落ち目のシステムベンダーであることに変わりありません。
落ち目のシステムベンダー
落ち目のシステムベンダー
落ち目のシステムベンダー
( ﾟ∀ﾟ)ｱﾊﾊ八八ﾉヽﾉヽﾉヽﾉ ＼ /　＼　/　　＼ /　　＼ /　　＼ /　　＼
0315名無しさん＠お腹いっぱい。05/02/19 08:40:49
そういえばSunはまだDBもってなかったよな。
名前は Java SQL severか、Sun ONE SQL Serverか。
0316名無しさん＠お腹いっぱい。05/02/19 08:55:51
Java SQL severのほうが売れると思う。
0317名無しさん＠お腹いっぱい。05/02/19 10:49:11
>>314
POWERはともかく、まだItaniumとか言ってるのか？Gartnerは
まったく、Intelからいくら貰ってるんだろ
0318名無しさん＠お腹いっぱい。05/02/19 12:13:44
「2010年代末」だってー！？！？！？ それって、15年後じゃん。
今から15年前っていうと、1990年だぜ。その頃に今のCPUの
シェアを想像できたか？
ありえない。
今から15年後のシェアをそれなりの確度で予想できるか？
絶対無理。
Gartner は、どうせ誰も信じないと思って適当なこと言って
るだけだろ。
0319名無しさん＠お腹いっぱい。05/02/19 12:19:56
2019年: x86系が96%。
0320名無しさん＠お腹いっぱい。05/02/19 12:55:19
シュワルツ：将来を予想するのが好きなGartnerの連中について私が
　　　　　　どう思うか、というご質問ですね。彼らはブラウザ市場
　　　　　　の予測を誤りました。Solarisがリリース後最初の10日間で
　　　　　　50万本も配布されたことも予測できませんでした。また
　　　　　　彼らは、Microsoftが携帯電話分野で大成功を収めると
　　　　　　予想していました。私も彼らの予想を聞くのは好きですが、
　　　　　　必ずしも納得できるものばかりではありません。

この質問に関しては、シュワルツたんの勝利のようだが
0321名無しさん＠お腹いっぱい。05/02/19 13:21:21
>>319
POWERは生き残るんじゃね？
だから、POWERでSolaris動かそうよー
0322名無しさん＠お腹いっぱい。05/02/19 13:31:57
一時PowerPCでなら動いていたんだけどね。
Appleを買うという話がでる直前。IBMのブースでみた。
0323名無しさん＠お腹いっぱい。05/02/19 13:32:21
Sun adds speed and Fujitsu to server line
http://www.theregister.co.uk/2005/02/18/sun_us4_fujitsu/

SunがPrimePower売り始めたみたい
0324名無しさん＠お腹いっぱい。05/02/19 22:33:01
間違いなく勝てるSPARCシステムてのはSPRARC64のことか
0325名無しさん＠お腹いっぱい。05/02/19 23:52:38
そのための富士Sun系グループ
0326名無しさん＠お腹いっぱい。05/02/20 01:40:09
Sun、年内に「Trusted Solaris 10」をリリースへ
http://www.itmedia.co.jp/enterprise/articles/0502/19/news010.html

Trusted Solaris 9は？
Solaris10にTrusted OSの要件を付加するってのは中止？
0327名無しさん＠お腹いっぱい。05/02/20 11:17:45
IntelのEPICってどう思いますか?
分岐予測をCPUに入る前のソフトウェアに託すというのは結構大胆な発想だと思いますが。
現状ではコンパイラの性能が出なくて苦労してるみたいですが。
0328名無しさん＠お腹いっぱい。05/02/20 11:21:23
前からあったよ。
どこを投機実行すべきか指定するって発想は。
投機実行が１ブランチの時代から。
0329名無しさん＠お腹いっぱい。05/02/20 11:48:40
そうですか。
で、戦略的にはどうなんでしょ?
0330名無しさん＠お腹いっぱい。05/02/20 12:21:21
何についての戦略よ。
0331名無しさん＠お腹いっぱい。05/02/20 15:38:51
>>326
>Solaris10にTrusted OSの要件を付加するってのは中止？

Solaris 10 に含まれる Trusted の機能は一部だけなんでは？
0332名無しさん＠お腹いっぱい。05/02/20 15:46:42
>>328
発想だけ前からあって、今まで実現されなかったのは何故なんでしょ?
0333名無しさん＠お腹いっぱい。05/02/20 16:55:44
え？ 実現していた会社は昔から沢山あったよ。

EPIC が改善してる点は、VLIW のバイナリ互換性問題でしょ。これにつ
いても、別に発想がそんなに画期的なわけじゃなくて、これまでは集積
度の関係でスパコン系の会社しか VLIW をやってなくって、スパコンで
はバイナリ互換性はどうでもいいから面倒くさいので実装してなかったっ
てだけだと思うけど。
0334名無しさん＠お腹いっぱい。05/02/20 17:23:07
VLIW のバイナリ互換性問題については、Transmeta のような解
もあったな。結構いい解だと思うので、存続して欲しいんだが。
0335名無しさん＠お腹いっぱい。05/02/20 22:22:42
>>333
よくわからんのだが、EPICとVLIWのバイナリ互換は関係ないんじゃねーの?
0336名無しさん＠お腹いっぱい。05/02/20 22:48:25
VLIWの場合、複数の相互依存しない命令をコンパイラが探して、一つの巨大(Very Large)な命令にまとめる。
CPUの内部構成が変わると、同時発行命令数が変わるので、
単純なVLIWの場合は、CPUの世代ごとにバイナリ互換性がなくなるリスクがあった。
EPICでは依存関係もコードに持たせているので、
将来に渡ってコードの互換性を保証できる。

でも、CPUの最高性能を得るのにリコンパイルが必要なのは変わらない。
ItaniumとItanium2は同じ6命令同時発行だったので、この問題は顕在化しなかった。
0337名無しさん＠お腹いっぱい。05/02/20 23:05:30
確かにそういうメリットもあるのかもしれないけど、
漏れ的には、プロセッサがやる分岐判断を、その前段のソフトウェアで行っておく事で
処理速度を速めるのがEPICのウリだと理解しているんだが、間違い?
0338名無しさん＠お腹いっぱい。05/02/20 23:23:35
それはそもそも EPIC の売りじゃない。
分岐ヒントは EPIC じゃない普通のプロセッサにだって
あるぞ。
0339名無しさん＠お腹いっぱい。05/02/21 00:08:15
>>327
なんか、いろいろ参考になるから、別にこのまま続けてもかまわないけど、
なんでこのスレでEPICの話しようと思ったの？
0340名無しさん＠お腹いっぱい。05/02/21 00:10:58
分岐ヒントって?
コンパイラが可能な限り並列化して並べたたコードを、プロセッサはひたすら６命令同時実行で処理する
というイメージじゃなくて。
0341名無しさん＠お腹いっぱい。05/02/21 00:16:58
>>339
Niagaraの設計思想について、上の方で詳しく書かれてたから、
そういう方は他のCPUについてどう考えているいるかなと思ってカキコしますた。
迷惑だったらスマソ。
0342名無しさん＠お腹いっぱい。05/02/21 00:36:00
−直近20レス総括−
何事もシンプルイズベストにならない。
Sunの思惑はこれからも外れまくる。
0343名無しさん＠お腹いっぱい。05/02/21 00:52:35
>>340
なんだ、Itaniumの分岐命令の.spnt/.sptk/.dpnt/.dptk
コンプリータの話をしてるかと思ったら違ったのか。

君、実は>>336の書いた内容を全然理解してないね。

それ(コンパイラが並列実行可能な命令を並べる)は、
VLIWのアイディアそのもの。
並列実行可能な命令を、プロセッサがただ単に実行
するという点に関しては、VLIWとEPICには、何の
違いもない。

EPIC の VLIW との違いは、バイナリ互換性を保つよう
にした点。
0344名無しさん＠お腹いっぱい。05/02/21 00:58:28
Sunのお偉いさんの頭脳にこそEPICが必要である。
0345名無しさん＠お腹いっぱい。05/02/21 01:05:58
早々とItaniumを見切ってSolarisの移植を止めたSunの判断は間違っていなかった。
0346名無しさん＠お腹いっぱい。05/02/21 01:06:27
まぁ発言の互換性はとれててほしいな
0347名無しさん＠お腹いっぱい。05/02/21 01:14:04
俺は>>251(つまり一介のソフト屋、CPUは全然専門じゃない)
なんだが、Itaniumについては正直複雑な気持ち。

命令セットは、高速化に関して思いつくことは
全てやりましたって感じで頑張ってることは分かる。
1972年の8008の時代から延々と続く互換性だけがとりえの
x86(もっとも商売としては互換性が一番だいじだし、半導体
の世界では、一番沢山売れて一番沢山開発費が投入できれば、
必然的に一番速くなるので性能にも寄与する)に比べれば、
Itaniumの命令セットのほうが遥かに合理的だとは思う。
0348名無しさん＠お腹いっぱい。05/02/21 01:15:06
ただ、とにかく頑張ってるから非常に複雑なんだよなあ。
Intelって本流のプロセッサでは、iAPX432にしても80286の
セグメント機構にしても、なんかあさっての方向に無駄に
頑張ってしまう傾向があるように思う。
まあItaniumの場合はHPの方が大きく関わってるみたいだし、
セグメント機構とは違い、Itaniumのアーキテクチャは、
合理的な選択の積み重ねなんだが。

個人的にはAlphaみたいに、シンプルな命令セットが好きなん
だよ。初期のMIPSとか、今だとTransmetaのように、トータル
システムとしての最適点を考えて、インターフェースの境界面
を上下に移動するってやり方も好き。
POWERは全然シンプルじゃないのでどちらかというと嫌い。
0349名無しさん＠お腹いっぱい。05/02/21 01:21:41
Niagaraのような構成の方が解として最適点だと分かった場合、
Itaniumの複雑さが、むしろ足をひっぱることになるかもしれ
ないという気がするんだよなあ。
IPC向上の方向に過剰適応した恐竜というか。

現時点で、IPCで判断すれば最速なのは疑う余地はないんだが。
0350名無しさん＠お腹いっぱい。05/02/21 02:17:53
本格的にマルチコアマルチスレッド時代が到来せん事には分からんです。
でも到来したところでopteronのスケールメリットに圧倒されて鳴かず飛ばずって気がする。
マルチコア化とHT-Linkの拡張を同時にやってくるから、対抗するのは相当厳しいんじゃ？
向こうはコンシューマと共通のコアが使えるからスケールメリット効くし、
それに多少性能が優れていた所でクラスター化されたらCPでは太刀打しようがない。
0351名無しさん＠お腹いっぱい。05/02/21 16:17:21
Intel、CPUのI/O高速化技術「I/OAT」を発表
ttp://www.itmedia.co.jp/news/articles/0502/21/news009.html

こういうのってSunの市場にどれだけ影響あるんだろ…
0352名無しさん＠お腹いっぱい。05/02/21 17:06:35
TCP/IPのオフロードをNICに持たずにCPUに持たせることが
どういうメリットがあるのか書いてないような。

コンポーネント間の依存が強まってIntelプラットフォームを売りつけよう戦略
なだけ、というような話はないとは思うけど。
0353名無しさん＠お腹いっぱい。05/02/21 20:39:06
NICに対するCPU側の処理を行うために、
並列に動く専用のadd-onを増設したって事でしょう?

NICの仕事をCPUに持ってくるわけじゃない。
0354名無しさん＠お腹いっぱい。05/02/21 20:55:21
>>353
それを普通は(高価いNICでは)NICに持たせるんだけど。
0355名無しさん＠お腹いっぱい。05/02/21 20:57:13
じみだけどNiagaraに入れると(・∀・)ｲｲ!!とかにならない?
Niagaraを搭載するマシンだとI/O処理用CPUが別に載る(?)から意味無し?
0356名無しさん＠お腹いっぱい。05/02/21 21:00:35
Intelプラフォーム売りつけよう作戦でしょう。
SATAだってそうだし。
CPUに負荷がかからないようなのは出さない。
0357名無しさん＠お腹いっぱい。05/02/21 21:25:48
>>354
いや、NIC側には入らないCPU側の処理をadd-onにして、
CPU本体と並列処理するんでしょ?
ユーザ空間→カーネル空間→DMA辺りのコピーなど。
0358名無しさん＠お腹いっぱい。05/02/21 21:36:52
>>357
わかってない人は無理しなくていいよ。

0359名無しさん＠お腹いっぱい。05/02/21 22:03:43
intel製NICとセットじゃないと動かなそうだな
0360名無しさん＠お腹いっぱい。05/02/21 22:14:24
355のおいらもよくわかってない人です。
これって
・I/O専用CPUをメインCPU(or M/B)にいれようとしてるだけ
・NICのLSIに実装しているバスマスター機能をCPU(or M/B)に移動
って感じですか? それともまったく違う構成をとろうとしてる?
わかりやすく教えてください。
0361名無しさん＠お腹いっぱい。05/02/21 23:47:16
難しすぎてサパーリわからんのだが
少し前のレスを質問させて。
251>> 1つは熱。マイクロアーキテクチャで頑張ってトランジスタ
251>> を2倍使っても、性能は1.4倍くらいしか増えない。
ここでいうマイクロアーキテクチャって微細加工って意味ですか?
0362名無しさん＠お腹いっぱい。05/02/22 00:09:05
ちがうと思う
0363名無しさん＠お腹いっぱい。05/02/22 04:40:42
>>361
微細加工というより、単純に回路の数を2倍増やしても、性能が1.4倍にしかならないということでは？
0364名無しさん＠お腹いっぱい。05/02/22 05:38:03
IntelもEM64T対応CPUを一気に普及させるみたいだから、
Itaniumは捨てたようなものじゃないの？
Itaniumは数の出ないサーバー向けCPUになったところで終わり
Itaniumのすごさは単一スレッドの性能だけど、
サーバーの場合は、単一スレッドの性能がよければいいわけではない
単純さが売りのRISCプロセッサのSPARCとしては
Niagaraのようなアプローチが一番あってると思う
0365名無しさん＠お腹いっぱい。05/02/22 06:16:19
EM64TはMicrosoftからの圧力で仕方なく作った感じ。
IntelとしてはあくまでもItanium系列の普及が本命。
いつもの様に潤沢な資金にものをいわせて力ずくでやるみたい。
0366名無しさん＠お腹いっぱい。05/02/22 07:55:46
>>364
単一スレッドの性能いいほうが用途は広いんじゃない？
何も考えずにプログラム設計できるし。
0367名無しさん＠お腹いっぱい。05/02/22 08:36:14
>>361

ttp://www.atmarkit.co.jp/icd/root/78/7205278.html
0368名無しさん＠お腹いっぱい。05/02/22 10:03:50
今度はSun Java System Suitesだってさ。
Sun Java Enterprise Systemの切り売り…。
複雑性の削減が、より複雑な商品構成を生み出してるような…。
0369名無しさん＠お腹いっぱい。05/02/22 12:07:15
Itaniumをコンシューマーに持ってくるのは大変そうだな。
POWERに対するPowerPCみたいなのつくるのか？

IntelはEM64Tって名前からして、メモリ拡張としか考えてないのかな。
0370名無しさん＠お腹いっぱい。05/02/22 12:10:38
っていうか今も4G以上のアドレス空間なんてそれ程必要ともされてないし。
0371名無しさん＠お腹いっぱい。05/02/22 12:37:22
そんなわけない。まあおまえの日用品としては必要ないかもしれんが。
0372名無しさん＠お腹いっぱい。05/02/22 12:53:15
PCの主な用途なんて日用と事務用途じゃん。
0373名無しさん＠お腹いっぱい。05/02/22 13:16:43
まあPCに仕事をさせられてる人はそうでしょうね。

0374名無しさん＠お腹いっぱい。05/02/22 18:31:10
>>366
サーバーの場合、非常に多くのスレッドが生成される用途が多いので、
単一スレッド性能より、全体の処理能力が高いほうがいいんじゃないの？
2倍のトランジスタを使っても2倍の単一スレッド性能が発揮できないなら、
コアを2倍にした方が、スレッドが多い場合は全体の処理能力はあがるから
0375名無しさん＠お腹いっぱい。05/02/22 18:57:51
PCに限って言うと、16bit から　32 bit への移行期には　1M 以上の領域を使う拡張メモリーが
既に搭載されたPCが大量に売られていた。

4Gのメモリを積んだマシンが、ＰＣの売れ筋になるのはもう少し先じゃないかな？
0376名無しさん＠お腹いっぱい。05/02/22 19:19:28
4Gのメモリを積まなくてもover 4GBのアドレス空間は重要なのよ。
0377名無しさん＠お腹いっぱい。05/02/22 19:37:56
コンテンツだけで数10〜数100GBあるインターネットサーバだと、
コンテンツをメモリにキャッシュするだけでも実メモリ4GBじゃ
足りないよ。アプリも動かそうと思うともっと必要。
0378名無しさん＠お腹いっぱい。05/02/22 19:40:33
参照局所性がないならキャッシュするだけ無駄だと思うが、どうか。
0379名無しさん＠お腹いっぱい。05/02/22 19:47:06
メモリ増やすと増やしただけ負荷が下がるのが見てとれるので
ローカリティはあるよ。負荷低下が頭打ちになったらそこから
は増やしても意味ないだろうけど。
0380名無しさん＠お腹いっぱい。05/02/22 19:53:37
むしろ全コンテンツをキャッシュできるだけのメモリを
積めば、 参照局所性がなくても無問題。
0381名無しさん＠お腹いっぱい。05/02/22 19:58:40
でも自作PC板なんて見ても分るように、
殆どの奴はOSのキャッシュのことなんて考えてない。
0382名無しさん＠お腹いっぱい。05/02/22 20:01:28
誰がPCの話を始めたか
0383名無しさん＠お腹いっぱい。05/02/22 20:03:13
自作PCは遊びだからそうかもしれないけど、仕事でサーバ管理
してたら費用対効果比を考えてチューニングくらいするでしょ。
ディスクネックになってることぐらいはすぐ分かるし、アクセ
スログを解析すれば、キャッシュの効き具合も推測できる。
0384名無しさん＠お腹いっぱい。05/02/22 20:29:22
>>382

>>369
>Itaniumをコンシューマーに持ってくるのは大変そうだな。
>POWERに対するPowerPCみたいなのつくるのか？

>>370（俺）
>っていうか今も4G以上のアドレス空間なんてそれ程必要ともされてないし。
0385名無しさん＠お腹いっぱい。05/02/22 23:04:14
>>374
「スレッドが多い場合」に用途が限定されてない？
単一スレッド性能が高いほうが、スレッドの数に左右されず広い用途で使えるでしょ？
シミュレーションとか暗号解読ｗも速く終わるし。
0386名無しさん＠お腹いっぱい。05/02/23 00:16:16
3200MIPSのシングルコアと400MIPSの8コアで、
しかも使っているトランジスタ数が一緒だったら
確かに単体性能の高い3200MIPSのシングルコアの
方が間違いなく良い。

でも、ここでの話はポラックの法則がからんでいる
ので、そうはならない。おわかり？
0387名無しさん＠お腹いっぱい。05/02/23 00:18:23
そこで、ヘテロジニアスマルチコアですよ！
http://pc.watch.impress.co.jp/docs/2005/0218/kaigai158.htm
0388名無しさん＠お腹いっぱい。05/02/23 00:21:12
しまった
>>387は>>385で
0389名無しさん＠お腹いっぱい。05/02/23 01:05:36
でさぁ。。。
現実問題として、ソフトの方はついてきてるんかい？
0390名無しさん＠お腹いっぱい。05/02/23 01:21:51
ホモジニアスマルチコアをフロントエンドサーバ向けに
使うんだったら、現時点で何の問題もない。

ヘテロはえらい大変そうだわね。
0391名無しさん＠お腹いっぱい。05/02/23 02:35:28
>>383
まともな技術者の人件費の方がメモリよりも高い。
まともなメモリを積むようなシステムの仕事ほど。
0392名無しさん＠お腹いっぱい。05/02/23 02:48:07
Solaris10のLinux互換機能でx86 Solaris対応のソフトウェアは増えるのかな
そうだとするとSolaris10に期待したい
今まで、SolarisといえばSPARC版だったからな
0393名無しさん＠お腹いっぱい。05/02/23 03:08:32
>>385
http://pc.watch.impress.co.jp/docs/article/20010207/kaigai01.htm
0394名無しさん＠お腹いっぱい。05/02/23 10:52:53
NSUGのセミナーいく人いる？3/4のやつ。
0395名無しさん＠お腹いっぱい。05/02/23 10:59:37
SolarisのLinux互換機能って、*BSDみたいなシステムコールの
インターフェイスをエミュレートする形式なの？
0396名無しさん＠お腹いっぱい。05/02/23 11:03:55
あ、>>395はなかったことに
0397名無しさん＠お腹いっぱい。05/02/23 11:43:52
>>394
「x86 Solaris/ Solaris10 zone を楽しもう」
スゲータイトルだな。

http://www.nsug.or.jp/seminar/
0398名無しさん＠お腹いっぱい。05/02/23 13:26:56
>>392
＞■ Linux アプリケーション環境（コード名： Project Janus ）
＞すでに市場に多数存在する Linux アプリケーションを「 Solaris 10 OS 」を搭載した
＞AMD Opteron および Intel EM64T ベースのハードウェアにおいて、ネイティブ Linux と
＞同等かそれ以上の性能で実行するための最新技術です。
＞これまでの Linux カーネルまたはライブラリの機能マッピングによる仮想化技術とは異なり、
＞Linux が持つそれらの環境を直に Solaris のカーネルに実装することで、
＞Linux アプリケーションに一切の変更を加えることなく実行できます。
＞（今後のアップデートリリース（更新版）にて実装予定）

まだ、実装されてないようだ
0399名無しさん＠お腹いっぱい。05/02/23 13:42:42
*BSDのABI兼備やLinuxのIBCSエミュレーションと同じですね。
0400名無しさん＠お腹いっぱい。05/02/23 20:06:02
>>392
＞これらの機能のうち、Linuxアプリケーション環境、Solaris ZFSは1月のリリース時には搭載されず、
＞今後のアップデートリリースで実装する予定だ。
http://enterprise.watch.impress.co.jp/cda/special/2005/01/06/4269.html
0401名無しさん＠お腹いっぱい。05/02/23 20:24:53
まだダウンロードしなくてもいいということだな
0402名無しさん＠お腹いっぱい。05/02/23 20:37:51
ここのスレ詳しい人多そうなのでちょっと質問。
同じ金額出してSun Fireシリーズ買うんだったら
SPARCとx86のどちらの方が性能いいかな?
もしかしたら用途しだいかもしれないんだけど、
とりあえずの使用はWebだったりMailだったりDBだったり。
0403名無しさん＠お腹いっぱい。05/02/23 21:21:18
同じ金額のラインナップがある範囲内なら x86 じゃないの？
Niagara が本当にそれなりの性能と金額で出てきたら話は変
わるかもしれないけど。

ただ SPARC だと、x86 ではサポートできないようなハイエンド
まであるから、将来負荷が高くなって移行が必要になった場合の
手間を考えると SPARC にしといた方がいい場合もある。
でもまあ Web や Mail だったら x86 でいいような気がする。
DB はちょっと微妙かもしれん。
0404名無しさん＠お腹いっぱい。05/02/23 21:27:08
>>397
Zone同士でコールドスタンバイクラスタやっちゃうようなムチャをキボンヌすぃて
0405名無しさん＠お腹いっぱい。05/02/23 21:29:47
V20z, V40zはやめれ。ハードのトラブルばっかで使い物にならん。
買うと公開するぞ
■ このスレッドは過去ログ倉庫に格納されています