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

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

レス数が1000を超えています。これ以上書き込みはできません。
0001名無しさん@お腹いっぱい。NGNG
まあね、JAVAとかいろいろあったし
サーバーも最近はIBMに押され気味だし・・・
0002名無しさん@お腹いっぱい。NGNG
無理
0003名無しさん@お腹いっぱい。NGNG
sun
00044様NGNG
4様
0005名無しさん@お腹いっぱい。NGNG
JAVAはIBM製VMがお勧め。
0006名無しさん@お腹いっぱい。NGNG
以後はこちらへ。

Sun Microsystems 最後の一葉
http://pc5.2ch.net/test/read.cgi/unix/1094886926/
0007名無しさん@お腹いっぱい。NGNG
Appleを買収するんじゃなかったのか
0008名無しさん@お腹いっぱい。NGNG
>>6
てか,それの次スレでいいんじゃね?
0009名無しさん@お腹いっぱい。NGNG
ピクサーの社長だか会長がー

なんと!

0010名無しさん@お腹いっぱい。NGNG

http://riririnri.value-net.net/22/fir/ 最近、この子に萌え。


     まじヤバイ・・

                リリカぁ、俺とも頼む・・・

0011名無しさん@お腹いっぱい。NGNG
スレタイでちょいわらた…
0012名無しさん@お腹いっぱい。NGNG

「オープンソースは骨まで届いて、そなたを殺すだろう。」
0013名無しさん@お腹いっぱい。NGNG

「コードを出しなさい。まず公開せねば。企業はいずれ死ぬ。遅いか早いかだけだ。」
「ほぅ、雅びなコードだな。そなたを見ていると古い書に伝わるいにしえのUNIXを思い出す。」
0014名無しさん@お腹いっぱい。NGNG
結局SUNを救える人はいなかったんですね。。。。
0015名無しさん@お腹いっぱい。NGNG
これだけは言える、日本人には無理。
0016名無しさん@お腹いっぱい。NGNG
助けてほりえも〜ん
0017名無しさん@お腹いっぱい。NGNG
それならナベツネ経由で三木谷に頼もう。
0018名無しさん@お腹いっぱい。NGNG
空厨の糞スレ乱立にはもううんざりだ!
0019名無しさん@お腹いっぱい。NGNG
何だこのスレw
激しくワロタw
0020名無しさん@お腹いっぱい。NGNG
このスレタイトルが最高。
0021名無しさん@お腹いっぱい。NGNG
【過去スレ】
Sun Microsystem最大の失態
http://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
http://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
http://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
http://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
http://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
http://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
http://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
http://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
http://pc5.2ch.net/test/read.cgi/unix/1094886926/
0022名無しさん@お腹いっぱい。NGNG
映画をみていないと元ネタがなんだか分からない。
0023名無しさん@お腹いっぱい。NGNG
元ネタプリーズ
0024名無しさん@お腹いっぱい。NGNG
>>23
もののけ姫だと思う。
0025名無しさん@お腹いっぱい。NGNG
スレタイハゲワロス
次は「だまれ小僧!お前にSCOが救えるか」をきぼんぬ。
0026名無しさん@お腹いっぱい。NGNG
>>23

スマソ、>>12-13も「もののけ姫」のパロディなので
見てない人にはわからないネタでした。
0027名無しさん@お腹いっぱい。NGNG



 ゜
0028名無しさん@お腹いっぱい。NGNG
頼まれなくたって生きてやる!
0029名無しさん@お腹いっぱい。NGNG
戻ってきた。黄泉の国からSPARC達が帰ってきた。
続け、SPARCたち。Rockの元へ行こう。
0030名無しさん@お腹いっぱい。NGNG
ス レ タ イ が ス レ を 決 め る
0031名無しさん@お腹いっぱい。NGNG
戦って、死ね。
0032名無しさん@お腹いっぱい。NGNG
だからみんな死んでしまえばいいのに
0033名無しさん@お腹いっぱい。NGNG
解け合う心が私を壊す
0034& ◆LMRaV4nJQQ NGNG
途中からエヴァンゲリオンになってないか?
0035名無しさん@お腹いっぱい。NGNG
Sunの没落と言ったときに、何が一番気になるかと言いましたら
今後右肩あがりの成長が続くかとか、Java Desktop Systemが
どうなるかということよりもですね、このサーバに入っている石や
OSが元気なのかということが一番気になります。

つまり、サーバが健やかに稼動していれば、会社は貧乏でも
いいんですよね。
0036名無しさん@お腹いっぱい。NGNG
サーバ保守は収益の源泉である。
サーバ販売で得られる利益と同額以上の利益を生む。
しかし、その保守に不安が生じるとサーバ自体の販売がままならない。
保守中断への不安が販売を滞らせ、販売の不振が保守事業の赤字化を招く、

そうやって静かに沈黙していくのだ。
0037名無しさん@お腹いっぱい。NGNG
前スレ埋まった ヽ(´ー`)ノ
0038名無しさん@お腹いっぱい。NGNG
  ..  +   ..:.  ..  ..
 +     :.     .  +..
  .    : ..    +  .. .
  .. :..     __  ..
  .    +   |: |
          |: |
      .(二二X二二O
          |: |    ..:+ ..
     ∧∧ |: |          救えなかった…
     /⌒ヽ),_|; |,_,,             
_,_,,_,〜(,,  );;;;:;:;;;;:::ヽ,、
"   "" """""""",, ""/;
 "" ,,,  """  ""/:;;
0039名無しさん@お腹いっぱい。NGNG
SUNが買収されるとしたら何処が候補なの?
不治痛ぐらいに買収されたら面白そうなのだが。
0040名無しさん@お腹いっぱい。NGNG
>>39
sunの太りぶりと買うほうの体力を考えるとMSかIBMぐらいしか候補はないだろ
不実ならば合併という形になるはず
0041名無しさん@お腹いっぱい。NGNG
買収する前に日本Sunとか無駄な部分をまず削るべきw
0042名無しさん@お腹いっぱい。NGNG
前スレでは、ネタスレって言われてたけど
ここが本スレでいいのか?
もはやネタにしかならないとかorz
0043名無しさん@お腹いっぱい。NGNG
ネタにもならない…
0044名無しさん@お腹いっぱい。NGNG
本スレの次スレまだー?
0045名無しさん@お腹いっぱい。NGNG
アホがいるな。
このスレや「最後の…」スレはアンチスレというんだ。
本スレというのはSolarisスレや安いぞスレのことだ。
覚えておけ。
0046名無しさん@お腹いっぱい。NGNG
はーい
0047名無しさん@お腹いっぱい。NGNG
トランスメタ、半導体事業から撤退へ
http://headlines.yahoo.co.jp/hl?a=20050106-00000478-reu-bus_all
次はSunですか?
0048名無しさん@お腹いっぱい。NGNG
Sun、実際はCPU開発から撤退してます:-P
今は富士通だのみでし
0049名無しさん@お腹いっぱい。NGNG
Niagaraは?
0050名無しさん@お腹いっぱい。NGNG
Sun、近く新たなオープンソースプロジェクト発表へ
ttp://www.itmedia.co.jp/enterprise/articles/0501/06/news022.html

 米Sun Microsystemsが「ある大掛かりなプロジェクト」をオープンソース化
する準備を進めている。

 この計画に近い筋によれば、10日以内に発表がある見通し。ここでSunがオー
プンソースコミュニティーに託すのは、Java言語でもSolarisでもないという。
このソフトはまた、Sunが新たに提案したCommon Development and
Distribution License(CDDL)ではなくGeneral Public License(GPL)でラ
イセンスされる見通しだと同筋は伝えている...
0051名無しさん@お腹いっぱい。NGNG
ja.OOoをなんとかしてくれ
0052名無しさん@お腹いっぱい。NGNG
トーバルズ、Solarisを斬る
ttp://japan.cnet.com/interview/story/0,2000050154,20079899,00.htm

とうとう斬られちゃいました、残念!
0053名無しさん@お腹いっぱい。NGNG
まさに「だまれ小憎! お前にUNIXが救えるか!」という台詞が相応しい。
0054名無しさん@お腹いっぱい。NGNG
Microsoftの技術協力によるペーパーCPUです:-P
0055名無しさん@お腹いっぱい。NGNG
Niagaraが?
0056名無しさん@お腹いっぱい。NGNG
別に彼に斬られたところで・・・
0057名無しさん@お腹いっぱい。NGNG
老兵は去るのみ。時代は変わってゆくのだよ。
0058名無しさん@お腹いっぱい。NGNG
そうだな。>57みたいな老兵は去るべきものだな。
0059名無しさん@お腹いっぱい。NGNG
>>54
ヴェーパーCPUじゃなくて?

よくペーパーカンパニーという言い方をするけど、
これは和製英語で、製紙会社のことになってしまうそうな。
0060名無しさん@お腹いっぱい。NGNG
(形)
3 机上の,空論の; 帳面づらだけの.
paper profits 帳面上だけの利益.
0061名無しさん@お腹いっぱい。NGNG
なるほど勉強になったよ。
形容詞的に使うなら、「紙製のCPU」と訳すかと思ってた。
0062名無しさん@お腹いっぱい。NGNG
紙製のCPU…
サンは地球のことをまず考えてるのか (・∀・)チゴイネ!
0063名無しさん@お腹いっぱい。NGNG
フィルム上のプラスチック上にCPUを作る技術はあるんだよな。
ttp://itpro.nikkeibp.co.jp/free/NBY/NEWS/20040408/1/

そこまで考えて>>60みたいなこじつけを考えたならすごいけど。
0064名無しさん@お腹いっぱい。NGNG
                   _
               _.. ..‐::´/
             _/::::::::::::/
           _/:::::::::::::/ ______
         ,..::::´::::::::::::::::::::: ̄::::::::::::::::::::::::::._/
       /:::::::::::::::::|ヽ、:::::::::::;::::::::::::::::::::::/
       /:::::::::::::::::::::|  |/_:::.::::_:::::::::::::/
  _ .. -─':::::::::::::::、::|`  ⌒   ⌒ |:∠     オッス!オラ、損五億!
  `''ー-.._.:::::::;-‐、`  -・=- , (-・=-:::`::-、   
 =ニ二::::::::::::::::|      ⌒ ) ・ ・)( ^ヽ--─`   かね仙人の元で金銭(かねせん)流の修行をしたんだ!
    ‐=.二;;;;;`‐t.   ┃ノヨョヨコョヨi┃ |
       ∧ |    ┃ |コュユコュ|┃ |         
      /\\ヽ   ┃ヽニニニソ┃ ノィ        来い!金と運〜〜〜!!!
   _,、人、イ,_ \ \ヽ.  ┗━━┛ /| て,、
  ヽ ,,r-、 .(    ,-, rヽヽヽー-- '"| }`、(  ィ,=-、-、、
  ノ ./   ヽ、ゞ  ノ ィ、ノ ,l ,! ,l,iヽ、 / / ヽ  < ソ ,i ,i ,|,l
  ) | ,,,r-= 、ヽ> ト.      / 、  /   `、r'"    /
   iノ´     ヽ人    /         )、    /
   {      /、 `ー- /         イ、 `ー-/
    ト、    '"   `ー- /          } ` ー/
    ヽ         /`ー'"⌒`ー-'"~`(´    /
0065名無しさん@お腹いっぱい。NGNG
ヴェーパー(vapor)CPUにならねばエエのだが…
0066名無しさん@お腹いっぱい。NGNG
> フィルム上のプラスチック上

orz...
0067名無しさん@お腹いっぱい。NGNG
Niagaraって製造TIですよね、きっと。
SuperSPARCからケチつきまくりなんだから、他さがしてほしい…
0068名無しさん@お腹いっぱい。NGNG
Efficeonがキャンセルになればファブが空きそうな富士通はどうかねえ。
0069名無しさん@お腹いっぱい。NGNG
以後はこちらへ。

[Throughput] Sun Microsystems [Deathspiral]
http://pc5.2ch.net/test/read.cgi/unix/1094824338/
0070パウルマン先生 ◆kL4CiY67Vw NGNG
>>67
っていうかさ
 いつまで、テキサスインスツルメンツみたいな糞製造メーカーに
委託しているんだかなw

日本の優秀な企業にでもまかしたほうが確実な代物ができる
0071名無しさん@お腹いっぱい。NGNG
SuperSPARCの時は日本の美浦工場。以降はダラスあたり?
Fabの能力に応じて設計するから簡単には変えられないんだろうな。
TIが微細加工についてフカシこいたこともあるから、シュリンクで
速度を稼げると思ったのかもしれない。
それと提示条件がいいのかも。
0072名無しさん@お腹いっぱい。NGNG
「古い戦略」に将来を託すSunのマクニーリーCEO
http://www.itmedia.co.jp/enterprise/articles/0501/11/news095.html

財務アナリストがSunの近い将来に厳しい判断を下す中、マクニーリーCEOは、
「われわれの古い戦略を戦術に浸透させること」が同社の建て直しに必要だ
と考えている...

Sun CEOが語る「Javaをオープンソース化しない理由」
http://www.itmedia.co.jp/enterprise/articles/0501/12/news022.html

Solarisはオープンソース化するのに、なぜJavaはそうしないのか? Sun
のスコット・マクニーリーCEOがその理由を語る...
0073名無しさん@お腹いっぱい。NGNG
Sun、10〜12月期は黒字化達成
http://www.itmedia.co.jp/enterprise/articles/0501/14/news017.html

Sunは第2四半期の業績を発表した。売上高は前年同期から1.6%減ったが、
純利益1900万ドルを計上して黒字転換した...
0074名無しさん@お腹いっぱい。NGNG
人生息抜きも必要よ?
0075名無しさん@お腹いっぱい。NGNG
うーん。SunでUNIXを憶えた身からすると、最近のSunは
かなしい限りだ。もう、Javaをどっかに売っちゃえば?
0076名無しさん@お腹いっぱい。NGNG
だまれ小僧寿しチェーン!お前にぬるぽが救えるか
0077名無しさん@お腹いっぱい。NGNG
小僧寿し長いこと食べてないなぁ
0078名無しさん@お腹いっぱい。NGNG
Sunには頑張って欲しいが明るい未来が見えません
0079名無しさん@お腹いっぱい。05/01/17 00:46:05
AMD!AMD!
0080名無しさん@お腹いっぱい。05/01/17 01:32:56
        lヽ ノ l        l l l ヽ   ヽ
  )'ーーノ(  | |  | 、      / l| l ハヽ  |ー‐''"l
 / A  | | |/| ハ  / / ,/ /|ノ /l / l l l| l  A ヽ
 l   ・  i´ | ヽ、| |r|| | //--‐'"   `'メ、_lノ| /  ・  /
 |  M  l  トー-トヽ| |ノ ''"´`   rー-/// |  M |
 |  ・   |/     | l ||、 ''"""  j ""''/ | |ヽl  ・ |
 |  D   |       | l | ヽ,   ―   / | | l  D  |
 |   !!  |     / | | |   ` ー-‐ ' ´|| ,ノ| | |  !! |
ノー‐---、,|    / │l、l         |レ' ,ノノ ノハ、_ノヽ
 /        / ノ⌒ヾ、  ヽ    ノハ,      |
,/      ,イーf'´ /´  \ | ,/´ |ヽl      |
     /-ト、| ┼―- 、_ヽメr' , -=l''"ハ    |  l
   ,/   | ヽ  \  _,ノーf' ´  ノノ  ヽ   | |
、_    _ ‐''l  `ー‐―''" ⌒'ー--‐'´`ヽ、_   _,ノ ノ
   ̄ ̄   |           /
0081名無しさん@お腹いっぱい。05/01/17 01:42:55
小僧はAMDだったの?
でもAMDってSUNより長い社歴を持っていたような。
0082名無しさん@お腹いっぱい。05/01/17 01:57:35
AMDはいろいろなところと手を組んでいるから、
サンにとってのアシタカほどには重要性はないと思われ。

あと忘れてたが、ガッ! >> 76
0083名無しさん@お腹いっぱい。05/01/17 02:01:58
>>78

Sun の Niagara って、少なくともコンセプトは現在計画さ
れているサーバ向け CPU の中で、一番優れてると思うよ。
増えるトランジスタを、CPUの単体性能の向上に使うよりは、
コア数を増やす方に使った方が、性能でも消費電力でも有利
だってことはポラックの法則から明らかなんだけど、ちゃんと
マイクロアーキテクチャを単純化して、8コアまで増やすという
決断をしているのは Niagara くらいでしょ。
0084名無しさん@お腹いっぱい。05/01/17 02:03:59
pgrepというコマンドが使えなく日がくるのねw
0085名無しさん@お腹いっぱい。05/01/17 02:18:26
>>83
テクノロジー的に有利な点を商業的な成果に結び付けられるかどうか。
という点ではかなり不安。
0086名無しさん@お腹いっぱい。05/01/17 02:35:10
まあ多かれ少かれ、そういう不安はどこの企業にもつきまとうけどね…
0087名無しさん@お腹いっぱい。05/01/17 03:53:11
Javaしか生き残る道はない
0088名無しさん@お腹いっぱい。05/01/17 20:11:49
2006年では遅過ぎる。
0089名無しさん@お腹いっぱい。05/01/18 01:10:54
つーか、TIじゃなあ…
0090名無しさん@お腹いっぱい。05/01/19 10:34:18
Rossってまだある?

なんでスレタイ片仮名なの?探しにくい。
0091名無しさん@お腹いっぱい。05/01/19 13:09:45
>>90
Ross Technology,Inc.ならとっくに潰れたはず。
0092名無しさん@お腹いっぱい。05/01/19 13:37:21
Billたん発見
http://news.com.com/2100-7341_3-5539942.html
0093名無しさん@お腹いっぱい。05/01/19 20:12:26
Sunは滅びぬ、何度でもよみがえるさ、Sunの力こそUNIXの夢だからだ!!
0094名無しさん@お腹いっぱい。05/01/19 22:31:31
ぬるぽ小僧!お前に叩き師が救えるのか
0095名無しさん@お腹いっぱい。05/01/19 23:37:30
もしかしてSunスレって

デルってどうですか。Part7
http://school4.2ch.net/test/read.cgi/job/1094964385/

このスレから人が大漁に流れ込んでた??
0096名無しさん@お腹いっぱい。05/01/21 17:43:56
最近Sun関連スレのカキコが異常にへったような気がする。
みんなこの先生きのこるために乗り換えちゃったんですか?
0097名無しさん@お腹いっぱい。05/01/21 18:33:28
自作自演してたアンチが消えただけ
0098名無しさん@お腹いっぱい。05/01/22 02:55:06
ネタがない
0099名無しさん@お腹いっぱい。05/01/22 04:25:15
オープンソースへとさらに進むSun
ttp://www.itmedia.co.jp/enterprise/articles/0501/21/news047.html

Solarisを間もなくオープンソース化するのに加え、SunはJiniをオープン
ソースライセンスに移行することを考えており、Apache Licenseを有力候
補としている...
0100名無しさん@お腹いっぱい。05/01/22 09:33:50
いいからさっさとjavaをオープンにして下さい
それ以外はどうでもいいから
0101名無しさん@お腹いっぱい。05/01/22 12:32:40
Javaがオープンになったら、Sunはもうけるネタがなくなるよ。
0102名無しさん@お腹いっぱい。05/01/22 12:50:17
大丈夫、今ももうかってないから
0103名無しさん@お腹いっぱい。05/01/22 13:02:06
>>83
Niagaraは開発中止でしょう
黒字転換のために研究開発費を削減してるから
0104名無しさん@お腹いっぱい。05/01/22 13:11:13
それの煽りで中止されたのは別のプロセッサで、Niagaraは生き残ったんでは。
0105名無しさん@お腹いっぱい。05/01/22 17:47:29
>>103
残したNiagaraですら中止にするしかないほど追い込まれてるのか?
0106名無しさん@お腹いっぱい。05/01/22 22:38:54
さっきのブロードキャスターで、
楽天の岩隈と三木谷が出てきた。
で、背景のパネルにANA、CTC、とSunが・・・
こんな所に金使ってるんじゃねーよ。
0107名無しさん@お腹いっぱい。05/01/23 01:29:21
OpteronでSPARCエミュでも良い気分になってきた
0108名無しさん@お腹いっぱい。05/01/23 01:38:22
http://www.itmedia.co.jp/enterprise/articles/0501/11/news095_2.html
> しかしSanford Bernsteinのサッコナギー氏によると、Sunのソフトウェア分野での取り組みは困難に直面しており、
>同社が喧伝しているOpteron搭載サーバは、せいぜい同社の売り上げの1%を占めるに過ぎないという。
> Sunは最近、x86命令セットを使用するOpteronなどのプロセッサ向けにSolarisを売り込むというマーケティング戦略
>を積極的に推進しているが、アナリストによると、Sunのx86製品のバイヤーの大半は同社のOSではなくLinuxを利用して
>いるという。

むしろ、OpteronでSPARCエミュが出なければSolaris x86の未来は無いのかも
0109名無しさん@お腹いっぱい。05/01/23 01:38:36
SunPCiのSPARC版 チン☆⌒ 凵\(\・∀・) まだぁ?
0110名無しさん@お腹いっぱい。05/01/23 13:37:24
小僧ですが、Sun と信者のオヤジ共は救う価値がないと思ってます。
0111名無しさん@お腹いっぱい。05/01/23 16:35:39
>>110
信者やオヤジ共が上司/顧客で泣く泣くSunにかかわってる人は救ってください。
0112名無しさん@お腹いっぱい。05/01/24 01:22:16
SunがIBMに
0113名無しさん@お腹いっぱい。05/01/24 03:19:38
Solaris for POWERを供給。




ありえねー。
0114名無しさん@お腹いっぱい。05/01/24 03:26:54
>>113
開発しているとの記事を読んだきがする・・
0115名無しさん@お腹いっぱい。05/01/24 06:52:53
お若い方、私もM$に呪われた身ゆえ、あなたの気持ちはよおくわかる。
わかるが、どうかソラリスを殺さないでおくれ。_( (_´Д`)_
0116名無しさん@お腹いっぱい。05/01/24 06:53:46
>>115
IRIX?
0117名無しさん@お腹いっぱい。05/01/24 07:57:21
SunOS4でJLEに泣かされた人↓
0118名無しさん@お腹いっぱい。05/01/24 09:13:01
東芝のJOSに笑わされた人↓
0119名無しさん@お腹いっぱい。05/01/24 09:29:24
OLITの本を廃品回収に出した人↓
0120名無しさん@お腹いっぱい。05/01/24 21:19:08
地味にシェア落とす会社って

営業がヘタレ
または権限を貰ってない

劇的に落ちるのは技術かなんかで他社に出し抜かれたとき
0121名無しさん@お腹いっぱい。05/01/24 23:12:07
>>120
Sunはどっちかはっきり書くんだ(#゚Д゚)ゴルァ!!
0122名無しさん@お腹いっぱい。05/01/25 00:52:23
>>121
Sunは営業がヘタレでかつ技術で他社に出し抜かれた。
0123名無しさん@お腹いっぱい。05/01/25 01:26:45
そんな所だろうね。
0124名無しさん@お腹いっぱい。05/01/25 01:28:57
[WSJ] Sun、Solarisオープンソース化計画発表へ
ttp://www.itmedia.co.jp/news/articles/0501/24/news037.html

Sunは25日に、4〜6月期に「Solaris 10」の関連技術を新しいライセンス条
件の下で公開する計画を発表する見込みだ...
0125名無しさん@お腹いっぱい。05/01/25 01:43:48
いまさらSolarisソースコード
美味しい有用な部品あるの?
「死して屍拾うものなし」
0126名無しさん@お腹いっぱい。05/01/25 02:18:45
まあ、普通のデジタル土方には縁のない話だわな
0127名無しさん@お腹いっぱい。05/01/25 03:15:54
かっこいい携帯音楽再生機器を作ればいいんじゃないかな。
0128名無しさん@お腹いっぱい。05/01/25 03:38:18
.auしか再生できないw
0129名無しさん@お腹いっぱい。05/01/25 08:51:30
Sunのシュワルツ氏、IBMにSolarisへのソフトウェア移植を要求
ttp://www.itmedia.co.jp/enterprise/articles/0501/24/news023.html

Sunのジョナサン・シュワルツ社長兼COOは自身のBlogでIBMに挑戦状を突きつけた。
「オープン化を進め、相互運用性を高めよ」というのが挑戦状の内容だ。IBMは静観の
構えのようだ。
0130名無しさん@お腹いっぱい。05/01/25 09:50:07
てか、IBMのハードウェアで動く Solaris 作れよ....
0131名無しさん@お腹いっぱい。05/01/25 15:13:11
intel版Solarisは既にあるわけだが?
0132名無しさん@お腹いっぱい。05/01/25 15:22:33
pkgsrcあたりの移植を進め、相互運用性を高めよ
0133名無しさん@お腹いっぱい。05/01/25 23:45:19
アンディの作ったマスィーンまだぁ?
0134名無しさん@お腹いっぱい。05/01/25 23:47:22
>>131
Sun以外のハードだと動くようになるまでに苦労するんじゃね?
013513005/01/25 23:57:12
>>131 あ〜、そっちのハードウェアじゃなくて
普通AIXとかでバリバリ動かす系統の pSeriesとかのそういうやつのこと...
Linuxでいいじゃん て噂もあるけど、Solarisで育った私なんかには
Solaris のほうが安心(って単なる盲目的な信者なのでしょうが)
0136名無しさん@お腹いっぱい。05/01/26 00:29:30
OLAPもJ2EEに取り込んじゃうんだって?
import javax.olap.*; ?

JOLAP
http://www.jcp.org/en/jsr/detail?id=069
0137名無しさん@お腹いっぱい。05/01/26 01:13:04
健康食品か本屋でもやれば?
0138名無しさん@お腹いっぱい。05/01/26 01:27:57
この者たちが考案した新しい石火矢だ。明国のものは重くて使いにくい。この石火矢なら化け物も侍の鎧も撃ち砕けよう
0139名無しさん@お腹いっぱい。05/01/26 05:28:25
新しいオープンソース規格?
あほか、市ね
0140名無しさん@お腹いっぱい。05/01/26 13:06:29
>>1
救いたいのか?
この系列のスレは``滅び行く Sun を生暖かく見守るスレ''じゃなかったの?
0141名無しさん@お腹いっぱい。05/01/26 14:34:06
はやく滅びろ、新スレ"いつも心に太陽を"をたてたい…
0142名無しさん@お腹いっぱい。05/01/26 16:39:18
スレタイでクソワロタ
0143名無しさん@お腹いっぱい。05/01/26 17:51:54
OpenSolaris.org
http://www.opensolaris.org/
0144名無しさん@お腹いっぱい。05/01/27 00:13:31
「Linuxサーバ市場、2008年には91億ドル規模に」:米市場調査会社

 Linuxは、Solarisという独自のUnix OSを提供するSun Microsystemsや、Windowsを
提供するMicrosoftにとって新たな脅威となっている。これらの数字からは、新たな脅威である
Linuxが勢いよく普及していく様子が、読み取れる。サーバベンダの大手4社(IBM、
Hewlett-Packard、Sun Microsystems、Dell)はどこもLinuxをサポートしている(ただし、
Sunは、Solarisの販売に力を入れている)。Linux販売の大手2社としては、Red Hatと
Novellが挙げられる。

http://japan.cnet.com/news/ent/story/0,2000047623,20078943,00.htm
0145名無しさん@お腹いっぱい。05/01/27 00:23:32
Sunがビジネス・インテリジェンス製品作ってる会社を買収すれば活気ずくと思う




ビジネス・インテリジェンス市場が
014614505/01/27 00:25:50
×「活気ずく」
○「活気づく」


ボクともあろうものが…
0147名無しさん@お腹いっぱい。05/01/27 00:29:21
>>146
かわいい
0148名無しさん@お腹いっぱい。05/01/27 00:31:38
キモ
014914505/01/27 00:43:31
>>148
ツーン
0150名無しさん@お腹いっぱい。05/01/27 03:55:15
オープンソース化されたら Solaris を Alpha で動かすとなんとなく涙がでてくるかも
0151名無しさん@お腹いっぱい。05/01/27 21:03:21
                \ │ /
                 / ̄\   / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
               ─( ゚ ∀ ゚ )< 日はまた昇る!
                 \_/   \_________
                / │ \
                    ∩ ∧ ∧  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\∩ ∧ ∧ \( ゚∀゚)< のぼるのぼるのぼる!
昇る〜〜〜!      >( ゚∀゚ )/ |    / \__________
________/ |    〈 |   |
              / /\_」 / /\」
               ̄     / /
                    ̄
0152名無しさん@お腹いっぱい。05/01/27 22:38:23
(・∀・)スンスンスーン♪
( ゚Д゚)ハッ!
0153名無しさん@お腹いっぱい。05/01/28 00:15:42
OpenSolaris on OpenPower
0154名無しさん@お腹いっぱい。05/01/29 19:04:28
Solaris x86って何に使うの?
0155名無しさん@お腹いっぱい。05/01/29 19:05:59
おとなのおもちゃ
0156名無しさん@お腹いっぱい。05/01/29 19:16:42
OpenSolarisによってsun4mやsun4cが復活するといいなぁ
0157名無しさん@お腹いっぱい。05/01/29 21:40:09
IBMがSolaris買い取れば面白いのだけど
0158名無しさん@お腹いっぱい。05/01/29 23:38:53
買い取らない、買い取らない。
AIX4.3.3から5Lへの移行ですらIBM社内での調整が大変だったのに、
これ以上UNIXプラットフォームを増やしてどうする。
0159名無しさん@お腹いっぱい。05/01/30 00:00:18
富士通も100億近い赤字で苦しいしな
0160名無しさん@お腹いっぱい。05/01/30 00:24:00
マ板にJava厨煽るスレでも立ててくるかな。
JavaはSolarisで使え!みたいなやつ。
0161名無しさん@お腹いっぱい。05/01/30 01:28:10
SolarisのJava VMってどうなの?
純正品ってところで差別化?
肝心の性能は??
救えるのか、救いようがないのか?
0162名無しさん@お腹いっぱい。05/01/30 02:55:03
まあAndy作のかっちょいいOpteronサーバの発表を待ちましょう。
これがきっとサンを救ってくれる!
0163名無しさん@お腹いっぱい。05/01/30 04:53:32
Java厨は、作業用のクライアントとしてWindowsを使い、
サーバーはDELL製のPCサーバーでLinuxとほざいております。
この辺りのおかしな認識から改めさせましょう。
これからの時代はクライアント、サーバーともにSunです。
0164名無しさん@お腹いっぱい。05/01/30 04:55:30
http://docs.sun.com/source/817-6337-05/install-solaris.html#Z40006621dfc
みると、sun4mって一応今でも使えるんじゃないの?
0165名無しさん@お腹いっぱい。05/01/30 05:06:22
あれれ、本当だ。
ttp://docs.sun.com/app/docs/doc/817-0552/6mgbi4fhc?a=view
ではもうサポートされないって書いてあるのに。
0166名無しさん@お腹いっぱい。05/01/30 06:55:10
sun4m はしばらく大丈夫じゃないの?
sun4c はもう完全に終わってるけどw
0167名無しさん@お腹いっぱい。05/01/30 10:49:37
UNIX兼化版にして売ればよかったのに・・・
今のSUNは、まるで10年前のAppleを見ているようだw
0168名無しさん@お腹いっぱい。05/01/30 10:51:48
Appleは技術が完全に駄目だったじゃん。
Sunは商品は悪いけど、技術はまだある。
0169名無しさん@お腹いっぱい。05/01/30 11:17:10
かつては大学関係の商談って言えばSUNだった。それなりに利益が出たおいしい時代だった。

いまやPC鯖+LINUX 、、、

ぜんぜん利益が出ない、、、
0170名無しさん@お腹いっぱい。05/01/30 11:47:09
>>169 買う方も苦しんでるのよ...
Sun/HP見ていればよかった時代が懐かしい
0171名無しさん@お腹いっぱい。05/01/30 11:59:13
昔の大学関係は、とにかくSUNを欲しがる助手連中を味方につければ楽勝だった。
壊れまくりの純正スカジーでさえ喜んで買ってくれた。
高めの見積もり書でもOKだったあの時代、、、
○○大学さんいろいろおいしい思いをさせてもらいましたww

いまや、研究室では自作マシンが全盛だし、、、
どうなっとんじゃ?
0172名無しさん@お腹いっぱい。05/01/30 12:01:06
SUNと富士通がつぶれれば、他のメーカーはものすごく助かるね
0173名無しさん@お腹いっぱい。05/01/30 12:03:41
>>168
そのアップルがiPodのおかげで急浮上。
コンピュータが如何に儲からないかよくわかるね。
0174名無しさん@お腹いっぱい。05/01/30 17:15:20
>>172
つぶれていいのは完成度の高いSPARCエミュレータをだしてから。
そうしないと他のメーカはたすかるがユーザは泣くよ。
0175名無しさん@お腹いっぱい。05/01/30 17:56:32
SPARC エミュレータ?
UltraSPARC だろ?
0176名無しさん@お腹いっぱい。05/01/30 18:13:32
UltraSPARCはSPARCに含まれないのか?
0177名無しさん@お腹いっぱい。05/01/30 18:14:37
>>167
> UNIX兼化版

えーっと、もしかして「廉価版」?
Sunももともとは価格破壊メーカだったんだが、いまではすっかり…
0178名無しさん@お腹いっぱい。05/01/30 18:52:16
>>176
含まれるから駄目なんだろ。
よーするにSPARCはオープンアーキテクチャで仕様は公開されているけど,
その派生品のUltraSPARC(sparcV9)はsunじゃないと出せないってこった
0179名無しさん@お腹いっぱい。05/01/30 19:00:10
>>178
そこまで細かくするならUltra80エミュレータとか機種名を書くよ。
既存の資産が生かせるなら、UltraSPARCでなくてもSPARC64でもいいし。
0180名無しさん@お腹いっぱい。05/01/30 19:01:12
UltraSPARCを出せるのはSunだけだろうが、
SPARCv9な命令セットを実装したチップはどこでも出せるんじゃ?
ttp://www.sparc.org/japanese/resource.htm
0181名無しさん@お腹いっぱい。05/01/30 19:07:29
>>180
国際スパーク株式会社。で笑ってしまいまともに読めないw
0182名無しさん@お腹いっぱい。05/01/31 00:20:39
あれ?UltraSPARCとSPARC64ってバイナリ互換保障されてるんじゃなかったっけ?
0183名無しさん@お腹いっぱい。05/01/31 00:38:18
もう10年も前に、本格的なデータベースを使った生産管理システムを
作ったのだけど、データが多すぎて、複雑なSQL文を実行すると、
テンポラリファイルがいっぱいになったりディスク容量が足らず、
どうしようもない状態になった。

マシンはSUNだったけど、CPUパワーもディスク容量不足してた。

でも最近はSUNでなくても、CPU早いし、ディスク容量も莫大あるので
大変いい環境になりましたね。
0184名無しさん@お腹いっぱい。05/01/31 13:27:41
モーニング娘。と同じく、最後に。をつけないとぶち切れられます。

SPARCインターナショナルでいいじゃないか
0185名無しさん@お腹いっぱい。05/01/31 19:14:41
SPARCv10 チン☆⌒ 凵\(\・∀・) まだぁ?
間違えた、Solaris10 FCS チン☆⌒ 凵\(\・∀・) まだぁ?
0186名無しさん@お腹いっぱい。05/01/31 19:31:02
>>183
> でも最近はSUNでなくても、CPU早いし、ディスク容量も莫大あるので
> 大変いい環境になりましたね。

漏れも、本当にそう思う。今は安いPCを何台も用意してLINUXでテスト出来るし、
メモリもディスクも山盛りだし、本当にいい環境になった。
0187名無しさん@お腹いっぱい。05/01/31 20:25:18
>>172
日本が倒産しないと無理かもな。
基幹に食い込んでるもの。SIって金になるよなぁ…。
0188名無しさん@お腹いっぱい。05/01/31 20:28:19
>>138
サンが祟り神に!富士通になっちゃだめ!サン!
0189名無しさん@お腹いっぱい。05/01/31 20:31:05
日本ってあっという間に倒産しそうだけど。
無駄遣いしてるもの。公務員って金になるよなぁ…。
0190名無しさん@お腹いっぱい。05/02/01 00:29:46
>>183
Sunの話と言うより、君の設計無能話じゃないだろうか…
0191名無しさん@お腹いっぱい。05/02/01 00:33:55
>>180
日曜日のHP 離れた移動プログラムはALPHA/TRU64 顧客のための日曜日システ
ムにRISK-FREE 道を提供する

SUN'S HP AWAY MIGRATION PROGRAM OFFERS RISK-FREE PATH TO SUN SYSTEMS
FOR ALPHA/TRU64 CUSTOMERS

( ゚д゚)ポカーン
0192名無しさん@お腹いっぱい。05/02/01 00:36:01
TADPOLE はスパークLE と王子にカエルを回す(TM)

TADPOLE TURNS FROG INTO PRINCE WITH SPARCLE(TM)
  。 。 
 / / ポーン
( Д )
0193名無しさん@お腹いっぱい。05/02/01 00:54:28
>>192
吹いた。
平野か?平野翻訳なのか?
0194名無しさん@お腹いっぱい。05/02/01 00:56:21
>>192
「抜け目がないニュース」なのに目が抜けてるよ!
0195名無しさん@お腹いっぱい。05/02/01 01:06:23
アクセスカウンタ取ってるなら今頃ビックリしてるだろうな > 国際スパーク株式会社。
0196名無しさん@お腹いっぱい。05/02/01 02:11:38
なんで?
0197名無しさん@お腹いっぱい。05/02/01 03:22:50
予想以上にアクセス数が少ないから
0198名無しさん@お腹いっぱい。05/02/01 23:03:55
ふーん
0199名無しさん@お腹いっぱい。05/02/02 06:21:12
UltraSPARC IIIから64bitCPUなんですか?
0200名無しさん@お腹いっぱい。05/02/02 06:57:07
ヤフオクで64bitSPARCマシンが欲しいのですが、
32bitCPUなのか64bitなのかどう見分けたらいいのか分りません。
0201名無しさん@お腹いっぱい。05/02/02 07:20:12
>>189
おまけに基幹自体はM$だから実質防壁とかにしか使ってねぇしな。(´Д`)y-~~おまけに防壁でX動かしてたりするしな
もったぃねぇよなぁ。(´Д`)y-~~外部接続用にしか使ってないも同然だぜぇ?
そんなんだから業者も手抜きまくりだしな。(´Д`)y-~~
0202名無しさん@お腹いっぱい。05/02/02 11:43:54
おざなりさんだ!
0203名無しさん@お腹いっぱい。05/02/02 12:19:58
おれサンの製品買いたいんだけど増税するんでガマンしてます。
公務員の無駄遣い穴埋め増税のせいだから許してね、サン(;つД`)
0204名無しさん@お腹いっぱい。05/02/02 15:41:49
すくえません。
0205名無しさん@お腹いっぱい。05/02/02 19:58:30
>>200
Sunのページみたら?
UltraSPACだったら一応64bit

でも、Ultra1とか買ってもねぇ。
0206名無しさん@お腹いっぱい。05/02/02 20:08:20
玄箱くらいの速度は出るような
0207名無しさん@お腹いっぱい。05/02/02 20:32:40
そろそろSunPCi2 or 3を増設したくなってきたよ!とか言ってみる…
0208名無しさん@お腹いっぱい。05/02/02 20:52:25
>>205
90年代終わり頃、女湯ってアランが経営してるISPあったべ。(´Д`)y-~~すげー太っ腹なISP
カードなしでon-line入会できてさらに半年くらい滞納してても退会させられなかった人とかいたなぁ。(´Д`)y-~~
ある意味大らかというか。(´Д`)y-~~News鯖が溢れても一週間放置とか管理も大らかだったが
あそこがウルトラスパーク2使ってた。
なんて贅沢なISPだと思った当時としては。_( (_´Д`)_
いくらもせずに潰れたけどな。(´Д`)y-~~マクのソフトの会社でマカーが多かったな
(´Д`)y-~~…なんだっけ会議室かなんかのソフト売るのが本業だっけ?
0209名無しさん@お腹いっぱい。05/02/02 21:08:58
ああ、なんでそんなこと知ってるかってか?(´Д`)y-~~いや、ほれ、まだその頃はtelnetもOKなとこも多かったろ
三日くらい繋がらなかったから、ちっと状況調べただけですはい。_( (_´Д`)_
その頃はまだ色々やんちゃできた時代だったし。
風営法じゃねぇ、不正アクセス行為の禁止等に関する法律とかなかったし。(´Д`)y-~~
糞ネットはすげーおざなりな管理しててユーザーの個人情報がフィンガーで抜けるとかあったろ。
つか、普通、ユーザー情報フィンガーで抜けねぇだろ。抜けるようにしとかねぇだろ?(´Д`)y-~~どう考えておかしい
おかしすぎて。話聞いて顎が外れそうに。(´Д`)y-~~いや、だってせいぜい出てもユーザー名までだと思うだろ?ふつー
それが奥さんざるざるのずぶずぶ。(´Д`)y-~~どういう管理してたんだか、さすが糞ニー

皆さん揃ってヨハン回してな。ルール作ってどうのとな。(´Д`)y-~~
漏れもあの頃は若かった。とにかくがむしゃらだった。(´Д`)y-~~…
(´Д`)y-~~…なんだよ、漏まえらだって…
そんな目で見ないでくれ。≡_( (_´Д`)_
0210名無しさん@お腹いっぱい。05/02/02 22:52:23
(´-`).。oO(なんで痛い人ほど長文なのかな...)
0211名無しさん@お腹いっぱい。05/02/02 22:56:31
いいじゃまいか。
おい>>208、話につきあってやるからおでんおごってくれ。
0212名無しさん@お腹いっぱい。05/02/02 23:50:18
`Tiny IBM'を目指してる様に見えます
0213名無しさん@お腹いっぱい。05/02/03 01:54:31
>>210
それが漏れの芸風だからな。(´Д`)y-~~
0214名無しさん@お腹いっぱい。05/02/03 02:59:25
90年代終わりって、つい最近じゃねぇの。
なんでそんなに昔話風に語ってるの?

たしかにfingerでバリバリ情報ぬけたな。
REMOTE_HOSTにfingerするSSI入れてたら、もうアクセスしてきた人の
氏名、メールアドレスも分かったしな。

たしかにもう昔だな、うん。
0215名無しさん@お腹いっぱい。05/02/03 23:54:47
アンディたん、まだあ?
0216名無しさん@お腹いっぱい。05/02/04 01:59:16
>>214
抜けたっていうか、サービスにアクセスする側もある程度名乗って当然みたいな
感覚だったからね。今のような性悪説溢れる世界は想像してなかった。
0217名無しさん@お腹いっぱい。05/02/04 08:04:21
>>216
つか、非商用が主流の頃はそれしないと誰なのか技術屋さんたちがわからんかったからな。
いくらなんでも商業サービスでそれはまじぃべよ
0218名無しさん@お腹いっぱい。05/02/05 01:07:52
みんな暢気だったわけじゃないよ。
1988年にモリスさんのワームの事件があったから、
1990に入った頃は、自分の廻りは既に閉じ始めていたし、fingerdも落していた。
頭の固い人は不便だとかどうだとか反対していたけど。
0219名無しさん@お腹いっぱい。05/02/07 23:39:26
Niagara! Niagara!
0220名無しさん@お腹いっぱい。05/02/08 01:05:52
Sun burnishes next-gen Sparc chips
http://news.com.com/2100-1006_3-5561693.html

サン、次世代Sparcチップの開発状況を説明
http://japan.cnet.com/news/ent/story/0,2000047623,20080503,00.htm
0221名無しさん@お腹いっぱい。05/02/08 01:55:53
Niagara搭載機ってまだ先か… それまでSunもつのかよ!
0222名無しさん@お腹いっぱい。05/02/08 02:15:30
>Sunは現在、社内で週に何台かのNiagaraのテストシステムを作り出している

Niagara量産の暁には、IBMなどあっという間に叩いてみせるわ!
0223名無しさん@お腹いっぱい。05/02/08 06:12:38
もう、コンピュータ売っても儲からん時代なんだよ
0224名無しさん@お腹いっぱい。05/02/08 07:53:44
コンピュータ界のフェラーリを目指すべし
0225名無しさん@お腹いっぱい。05/02/09 00:32:17
無理!
0226名無しさん@お腹いっぱい。05/02/09 00:37:53
>>222
結局量産できないまま終戦ですなw
0227名無しさん@お腹いっぱい。05/02/09 00:46:20
>>224
・高価
・うるさい
・よく壊れる
・赤い
ほかに何かある?
0228名無しさん@お腹いっぱい。05/02/09 00:59:45
燃費が悪い?
0229名無しさん@お腹いっぱい。05/02/09 01:20:17
フェラーリでSolaris10動いているよ?
ttp://www.sun.com/bigadmin/hcl/data/sol/systems/details/783.html
0230名無しさん@お腹いっぱい。05/02/09 23:57:10
ばかな!
0231名無しさん@お腹いっぱい。05/02/10 12:37:24
>>227
バカが憧れる
0232名無しさん@お腹いっぱい。05/02/10 13:00:05
>>231
しかし商売とはバカから金をふんだくることなのだよ
0233名無しさん@お腹いっぱい。05/02/11 03:13:51
ISSCC 2005 - サン、90nm版デュアルコアSPARCプロセッサの詳細を発表
http://pcweb.mycom.co.jp/articles/2005/02/09/isscc1/
0234名無しさん@お腹いっぱい。05/02/11 03:34:46
同クロックのUltraSPARC IV×1とUltraSPARC III×2では性能は
ほぼ同じ感じなの?
UltraSPARC IVのメリットって1チップで2CPUになるってことだけ?
おばかなおいらにUltraSPARC IVの凄いところ、教えてエロい人!
0235名無しさん@お腹いっぱい。05/02/11 03:39:27
サン、プロセッサ開発のロードマップを発表--UltraSparcチップをさらに倍速化
http://japan.cnet.com/news/ent/story/0,2000047623,20064289,00.htm

いつも高性能っぷりだけ発表するけど、肝心の出荷時期はいつになるの?
0236名無しさん@お腹いっぱい。05/02/11 04:21:34
ttp://news.com.com/Photo+Niagara+falls+into+prototype/2009-1006_3-5562362.html?tag=cd.top
0237名無しさん@お腹いっぱい。05/02/11 18:21:46
>>235
UltraSPARC IV+ は、Sun のミドルレンジ サーバー製品に搭載する形で、2005年中頃に市場へ投入する
http://japan.internet.com/webtech/20041006/12.html
0238名無しさん@お腹いっぱい。05/02/11 19:39:38
Niagara = UltraSPARC IV or IV+ですか?
>>236をみてみると搭載機は2006年にずれこんでるようにみえるのですが…
0239名無しさん@お腹いっぱい。05/02/11 20:08:21
NiagaraはUltraSPARC IV or IV+ではありません。
UltraSPARC IV+の後にでてくると思われます。
で、RockはNiagaraの後だと思われます。
でも、TIってまだ90nmに移行していなかったのですね。
今後F通も製造に加わるとなると、TIは大丈夫でしょうか。
0240名無しさん@お腹いっぱい。05/02/11 20:10:25
Sunより先にHPの方が逝ってしまいそうな
ご時勢ですが、こっちの事実認定は
どうすればいいのでしょうか?

フィオリナおばさん、HPをあんなにしても
21億以上の退職金を貰えるんですね。
アメリカの社長さんは儲かりますね。
0241名無しさん@お腹いっぱい。05/02/11 20:12:37
アメリカだって文系の国ですから
0242名無しさん@お腹いっぱい。05/02/11 20:16:27
>>239
ありがと。
ってことはRockやNiagaraに金かけずに2006年からはFJにお任せ
でいいような気がする(まずはTIとバイバイしなきゃ)
Sunがそんなに余裕があるようには思えない…
0243名無しさん@お腹いっぱい。05/02/11 20:32:04
>>240
退職金21億円以上か……。
牛丼なら何杯分だろう。
0244名無しさん@お腹いっぱい。05/02/11 23:38:50
>>234
別にエロくはないが…
USIVはそんな感じ(USIII×2)だな
USIV+は、L2キャッシュがチップに載るから、TPCとかで
かなり数字が良くなるはず
0245名無しさん@お腹いっぱい。05/02/11 23:47:31
>>239
TI自体は、90nmに移行してるはず。確か、世界初のGHz越えDSPとか出してた。
ただ、ハイエンドのMPU作るには、専用のプロセスが必要になりつつあるはずで、
SunがTIを使い続ける意味はあるのかなあって思ったりする。
0246名無しさん@お腹いっぱい。05/02/12 01:17:09
今さっき、見てきました。
2ch閉鎖のflash。
感動したよ。涙が止まらない。

危機?

俺が愛しているjavaだもの。
きっとUNIXの方々が救うと。
信じてます。
Hero!it's in side!!
0247名無しさん@お腹いっぱい。05/02/12 01:22:07
>>245
やっぱりSunが頑張って性能をあげるって感じではなく
半導体のプロセスとかにたよる性能向上ですか…
SuperSPARCの頃から思ってるんだけど、設計自体をなん
とかしてほしいなぁ。
024824705/02/12 01:23:11
まちがえた。↑は>>245ではなく>>244でし…orz
0249名無しさん@お腹いっぱい。05/02/12 01:33:44
>>247
Sunが頑張って性能あげようとしてたUSVは、キャンセルされちゃったからね。
で、そっちの方向は当面は富士通に任せて、Sun自身はNiagaraとかRockとか
別の方向で頑張ろうとしてるはず。
このスレだとNiagaraはあんまり人気ないみたいだけど、俺はけっこう面白い
んじゃないかなと思ってるよ。
025024705/02/12 02:04:55
>>249
もう少しおいらに知恵をさずけてください。
よくマルチコア/マルチスレッドって聞くけどマルチスレッドって従来
Superscalarの延長ですか?
おいらが想像しているNiagaraって
・従来のSMPシステムのCPU部分を1チップにした(今回は8CPU?)
・1CPUコアでは4つの演算ユニットをもって並列処理
って感じですがあってます?
0251名無しさん@お腹いっぱい。05/02/12 04:56:57
249じゃないが…
俺も Niagara と Rock は面白いと思う。

今の CPU がぶちあたっている大きな問題は2つある。

1つは熱。マイクロアーキテクチャで頑張ってトランジスタ
を2倍使っても、性能は1.4倍くらいしか増えない。(ポラック
の法則)。これに対して熱はトランジスタ数に比例するから、
2倍の熱を出すのに性能は1.4倍しか増えないことになる。
しかし、フロントエンド系のサーバー系は、もともとやる仕事
に並列性があるので、マルチコアでコア数をN倍にすれば、
性能もN倍に増える。とすると、熱を勘案した性能の最適点は、
現代的なマイクロアーキテクチャよりも、ずっと昔のシンプル
なマイクロアーキテクチャを沢山積んだものの方が遥かに上になる。
これを実際にやっているのが Niagara。
クライアント市場が本業のインテルやAMDでは、シングルスレッド
性能が下がるので、こんな大胆な計画はそもそも建てられない。
サーバー向けの Itanium や POWER でも、今のところこういう方向
の CPU は計画さえアナウンスされてない。現在名前が出ている
CPU の中で、これにやり方が一番近いのは CELL くらい。ただ、
CELL はCPU アーキテクチャが非対称なので、フロントエンド系
サーバーには向かない。
0252名無しさん@お腹いっぱい。05/02/12 04:59:22
2つ目はCPU とメモリの性能の不均衡の増加。
今では、キャッシュにヒットしなかった場合、CPU は数百命令分
の時間を無駄に待つことになる。Niagara は 4スレッドと、
コアあたりのスレッド数が大きいが、これはこのメモリアクセス
に必要なレイテンシを隠蔽するため。

少なくとも熱問題に対しては、Niagara のアプローチは完全に
正しい。メモリのレイテンシに関しては、スレッド数が増えると
キャッシュのヒット率も下がるため、本当にうまくいくかどうか
断言はできない。しかし、Niagara のデザイン時には当然シミュ
レーションを行なって、スレッド数の最適点を求めている筈だ。
0253名無しさん@お腹いっぱい。05/02/12 05:03:58
32個もコアを積んだマルチコア化の時代に生きのこれるOSは
WindowsとSolarisだけ。他のUNIXはカーネルの基本的設計の
変更を迫られるぐらいのインパクトがあるよ、これは。
0254251,25205/02/12 05:07:59
このように、Niagara のデザインには、技術的な
合理性があって、しかも他の CPU ベンダーには
今のところ似たようなものがない。
実際にできあがったものが、当初の目論みどおりの
スループットを達成できるかどうか、CPU業界の人間
はみんな興味津津なんじゃないか?
(注:俺自身はCPUとは何の関係もない単なるソフト屋)
0255名無しさん@お腹いっぱい。05/02/12 05:14:39
>>253

コアは32じゃなくて8だよ。
8コア×4スレッド=トータル32スレッド。
0256名無しさん@お腹いっぱい。05/02/12 05:25:35
結局キャッシュ容量勝負になって
アーキテクチャ的にはたいした進歩を見られないに
23ガバス
0257247=25005/02/12 05:42:49
結局マルチスレッドを実現している技術はSuperscalarの延長(並列性を
最大限にしたもの)? それとも全く別の技術?
気になって眠れないんで、教えてください
0258名無しさん@お腹いっぱい。05/02/12 05:46:54
オナニして寝ろ
0259名無しさん@お腹いっぱい。05/02/12 05:47:35
>>250
> ・1CPUコアでは4つの演算ユニットをもって並列処理
>>257
> 結局マルチスレッドを実現している技術はSuperscalarの延長(並列性を
> 最大限にしたもの)?

Niagara は in-order, single issue らしいよ。
つまり OoO どころか、スーパースカラーでもない。
当然演算ユニットはコアあたり1つ。
これは、SMT の目的が、メモリアクセスレイテンシの
の隠蔽だから。
251にあるように、必要とするトランジスタと性能の比からすると、
スーパースカラーは非効率だから。

>>256
> 結局キャッシュ容量勝負になって

3MB の L2 キャッシュをオンダイで積んでいるらしいよ。
0260名無しさん@お腹いっぱい。05/02/12 05:52:41
>3MB の L2 キャッシュをオンダイで積んでいるらしいよ。

3MBとといっても、コアごとに別々に持つわけでしょ?
で、キャッシュの利用効率もやっぱり落ちるんじゃないの?
0261名無しさん@お腹いっぱい。05/02/12 05:58:11
3MBとは等分して一コアあたり375kbということなのかな?
0262名無しさん@お腹いっぱい。05/02/12 06:07:53
> コアごとに別々に持つわけでしょ?

L1 はコアあたりに持つけど、L2 は全コアで共用。
だから、利用効率は別々に持つよりも上。

共用すると、レイテンシの点では不利になるけど、
そのために コアあたり4スレッド用意していて、
L1 をはずした場合には他のスレッドを動かして
レイテンシを隠蔽するっていう戦略。
合理的でしょ?
026324705/02/12 06:09:46
>>259
ありがとう。
これでやっと眠れます (つ∀-)オヤスミー
0264名無しさん@お腹いっぱい。05/02/12 06:15:45
>>262 なるほど
スレッド間で共有=L1
コア間で共有=L2
なるほど、こういう感じですか。
0265名無しさん@お腹いっぱい。05/02/12 06:26:04
要約するとSolarisの時代が必ず来ると言うことですね?
0266名無しさん@お腹いっぱい。05/02/12 07:17:09
ンナワケネーダロ
0267名無しさん@お腹いっぱい。05/02/12 08:49:24
後藤弘茂のWeekly海外ニュース
Cellのパワーの源「SPE」の正体
http://pc.watch.impress.co.jp/docs/2005/0212/kaigai156.htm

コンテンツ保護機能を備えたCellのCPUコア
http://pc.watch.impress.co.jp/docs/2005/0212/kaigai157.htm
0268名無しさん@お腹いっぱい。05/02/12 19:32:04
Solarsi最強
0269名無しさん@お腹いっぱい05/02/12 19:39:15
問題は、httpやアプリケーションサーバに特化したniagaraやrockをユーザが
受け入れるかどうかだ。単体テストでの応答時間は絶対に遅いぞ>niagara/rock。
同じスループットを出すIAサーバよりも安くなければ誰も買わない。
勝算はあるのか?>サン
0270名無しさん@お腹いっぱい。05/02/12 19:48:57
Sun Network ComputingでのNiagaraチップ搭載サーバ
のデモの結果が気になる気になる
0271名無しさん@お腹いっぱい。05/02/12 20:07:24
>>269
httpやアプリケーションサーバだけならブレードサーバでもいい訳だしなー
0272名無しさん@お腹いっぱい。 05/02/12 21:47:24
>>271
専用プロセッサって、話題性はあるけど生き延びた試しがない。
AIプロセッサ、ファジープロセッサ、lispにprolog、推論エンジン。
RDBプロセッサにjavaプロセッサ、PostScriptプロセッサ。
Altoマシンに、Lirith、スタックマシン(これは専用ではないが)。
i432にi860。。。
Niagara/Rockの話を聞いてすぐ思い出したのがコネクションマシン
だったYO。そいや、SP2も消えたよね。
0273名無しさん@お腹いっぱい。05/02/12 23:27:02
>>271
Niagara はそもそもブレードサーバ向けだよ。
で、ブレードでは熱が結構問題になるので、熱効率の良い
Niagara にアドバンテージが出ると。

>>272
Niagara は SPARCv9 ベースの汎用命令セットを備え、
従来の SPARC 用アプリケーションが全て動くという
点で、その種の専用プロセッサとは全く違うよ。
0274名無しさん@お腹いっぱい。05/02/12 23:45:30
Niagaraが出荷される頃にSPARC用Solarisが特殊OS扱いされていなければ正しい
027527205/02/12 23:57:49
>>273
用途がブレード専用なら、やっぱり専用プロセッサと考えるべきでしょう。
0276名無しさん@お腹いっぱい。05/02/13 00:06:22
272の挙げる専用プロセッサの定義って、はっきり言って
めちゃめちゃでしょ。素人すぎ。
iAPX432 が専用プロセッサなんていったら、インテルの
人怒るよ。(w
0277名無しさん@お腹いっぱい。05/02/13 00:13:09
おまいら、Niagara/Rockがという心配よりSun自体が
生き残れるか心配しろw
プロセッサの技術的なお話はどんどんお願い。
027827205/02/13 01:46:35
>>276
432の俗称はADAマシンです
027927205/02/13 01:49:52
>>276
432の俗称はADAマシンです
028027905/02/13 02:03:45
スマン 誤爆です。
どれが専用プロセッサかは自分の美意識で決めているので、あまり突っ込
まんでくれ。
それより、Niagara/Rockのコアとスレッドの違いを教えてくれんかのう?
どちらもOSからみたらlwpということで一緒じゃないのかぁ?
0281名無しさん@お腹いっぱい。05/02/13 05:37:02
ISSCC 2005 - デュアルコアのItanium 2プロセッサ"Montecito"の詳細が発表
ttp://pcweb.mycom.co.jp/articles/2005/02/11/isscc2/

ISSCC 2005 - MontecitoのL3キャッシュメモリは非同期式(Asynchronous)設計
ttp://pcweb.mycom.co.jp/articles/2005/02/11/isscc3/
0282名無しさん@お腹いっぱい。05/02/13 06:13:45
> どちらもOSからみたらlwpということで一緒じゃないのかぁ?

区別しなくったて動くだろうが、区別した方が性能が出る。
P4/Xeon 系 SMP マシンで、CPUとHyperthreadを区別するか
しないかと全く同じ話。
0283名無しさん@お腹いっぱい。05/02/13 07:24:19
マルチコアになったら、Windowsは昔みたいに
OSの機能をユーザー空間に出した方がパフォーマンスよくなるの?
028427905/02/13 09:56:05
>>281
こりゃスゴイかも。
0285名無しさん@お腹いっぱい。05/02/14 07:19:12
>>283
ユーザー区間に出しても、あまりパフォーマンスが変わらない程度な気がする。

次のWindowsは画面まわりが、ユーザ側に戻るような事をみたけど。
0286名無しさん@お腹いっぱい。05/02/16 20:59:33
SPARC系ワークステーションは消滅していくわけですね
x86-64へ切替え進めて
0287名無しさん@お腹いっぱい。05/02/16 22:31:04
>>286
x86-64以前に linux for i386にリプレースされてますがな
0288名無しさん@お腹いっぱい。05/02/16 23:16:06
SunPCiのSPARC版(仮称PCSuni) チン☆⌒ 凵\(\・∀・) まだぁ?
0289名無しさん@お腹いっぱい。05/02/17 01:53:33
>>286
マルチコアが普及した場合x86はとっても不利だと思う
単純なRISC系CPUの方が有利だと思う
RISC CPUは命令セットはきわめて単純だから命令セットの違いはあまり関係ないだろうし、
SPARCが遅いのはTIの技術がIntel、AMD、IBMに比べてショボイのが影響してると思う
0290名無しさん@お腹いっぱい。05/02/17 03:51:40
TIの技術がショボイのにいまだにTIを使うSunはアホ
0291名無しさん@お腹いっぱい。05/02/17 05:35:19
かといって、TIを使わないで富士通とか言い出すのは、
韓国財閥の傘下に自分から入る日本企業と同じぐらい嫌われますよ。
0292名無しさん@お腹いっぱい。05/02/17 06:47:24
x86と比べれば単純かもしれないけど、
もうRISCも単純じゃないような。

しかし、in-order, single issueだと、かなり単純化できるよね。
今までの進化は殆ど、いかに実行ユニット遊ばせないようにするかだし。
0293名無しさん@お腹いっぱい。05/02/17 06:47:25
10年以上TIとつきあって駄目さ加減はわかってるんだから
いい加減なんとかしてほしい。
AMDなんてどうかな、いろいろ協力すればよさそうな気が…
ついでにTransmetaも仲間にしてCode Morphingで( ゚Д゚)ウマー
0294名無しさん@お腹いっぱい。05/02/17 07:15:20
アメリカにはアメリカの事情ってのがあるんだろう
0295名無しさん@お腹いっぱい。05/02/17 07:38:56
>>286
マルチコアうんぬん以前に非x86系ワークステーションはとっても不利だと思う。
0296名無しさん@お腹いっぱい。05/02/17 17:29:00
いまだにハードウェアで行くか、ソフトウェアで行くか、どっちつかずで
フラフラしてる…。そうこうしてる間にどんどん客が逃げて行く…。
CTCはSolaris 10にチカラを入れないと明言してるし、どうすんだ?

アメリカじゃUCだなって言ってるけど、日本は箱物をベンダーに売っても
らってナンボだったから、急に方向転換も出来んだろうし…。

ナムアビダブ。ナムアビダブ。。
0297名無しさん@お腹いっぱい。05/02/17 20:43:44
>>290
>TIの技術がショボイ

TIとかMotorolaとかコスト意識にうるさい会社は、そもそも
ハイパフォーマンスCPUを作るのには向いていない。

「そこそこの性能」を格安に作るのが得意なのであって、
技術が無いのではなく、深追いしない方針だと思われ。
0298名無しさん@お腹いっぱい。05/02/17 21:35:47
だな。TIはDSPで結構いい製品出してるし。
0299名無しさん@お腹いっぱい。05/02/18 00:45:41
アンディたんキター!
http://www.itmedia.co.jp/enterprise/articles/0502/17/news026.html

もう、UltraSPARCイラネ
0300名無しさん@お腹いっぱい。05/02/18 00:51:49
アンディたん( ´Д`)ハァハァ
0301名無しさん@お腹いっぱい。05/02/18 01:05:17
TIのDSPは学部時代の講義で買ったよ。PCにシリアルで繋げるやつ。
まだ押し入れの奥にあるはず。
0302名無しさん@お腹いっぱい。05/02/18 01:34:17
Opteron搭載の薄型ブレードサーバなんか出したら
Niagaraの意味がますますなくなるじゃないか
0303名無しさん@お腹いっぱい。05/02/18 02:27:58
それでいいじゃない。
0304名無しさん@お腹いっぱい。05/02/18 02:31:45
x86系CPUは今現在は高性能だけど、
今後も今の状態を維持できるとは限らないよ
特に、マルチコアの時代ではx86系CPUは不利だと思う
0305名無しさん@お腹いっぱい。05/02/18 02:38:07
CISC vs RISC でその手の意見は聞き飽きた
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
前からあったよ。
どこを投機実行すべきか指定するって発想は。
投機実行が1ブランチの時代から。
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
分岐ヒントって?
コンパイラが可能な限り並列化して並べたたコードを、プロセッサはひたすら6命令同時実行で処理する
というイメージじゃなくて。
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のメモリを積んだマシンが、PCの売れ筋になるのはもう少し先じゃないかな?
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
「スレッドが多い場合」に用途が限定されてない?
単一スレッド性能が高いほうが、スレッドの数に左右されず広い用途で使えるでしょ?
シミュレーションとか暗号解読wも速く終わるし。
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はやめれ。ハードのトラブルばっかで使い物にならん。
買うと公開するぞ
0406名無しさん@お腹いっぱい。05/02/23 21:33:12
>>404
zone同士のコールドスタンバイクラスタは意味ないです。
zone内のアプリが落ちたらzoneをrebootすればいい
0407名無しさん@お腹いっぱい。05/02/23 22:34:06
やっぱSolarisだね。Linuxや*BSDじゃいつまでたっても
スレッド化されたUNIX環境は手に入らなさそう。
0408名無しさん@お腹いっぱい。05/02/23 22:50:18
OpenSolarisに続いてSolaris2u-MLの中身もオープンにならないかなぁ…
0409名無しさん@お腹いっぱい。05/02/24 00:31:40
>>405
だよね。熱の問題で最悪状態。
噂によるとAMD Opteronの8ウェイ鯖が発売延期になったのも廃熱の問題で、
一説によればラックマウントで使い物にならんらしい…。
041040205/02/24 00:51:13
>>403 >>405
コメントさんきゅ。
まさにV20zやV40z辺りはどうかなぁと考えていたりしたんだけどね。
どうせ買うならコストパフォーマンスがいいものを買いたいし。
AMDとの提携のせいもあるだろうけど、Solarisの開発者はOpteronを
お勧めしてるっぽいので。
Sunの資料とかも真面目に眺めてみるようかな。

とりあえず今はかなりのハイエンドまでは使う必要なさそうだし
Web用途だとスペック不足になってもロードバランサ入れて
サーバ多数並べればいいかなという気楽さはあるんだけどね。
ただやっぱDBだよな。これは多数並べるわけにいかないし。
0411名無しさん@お腹いっぱい。05/02/24 04:44:12
コストパフォーマンスならDEL(ry
0412名無しさん@お腹いっぱい。05/02/24 12:46:01
ソース公開は結局なかったことになりそうな悪寒
0413名無しさん@お腹いっぱい。05/02/24 13:17:45
>>412
これは嘘ですか…そうですか…
ttp://enterprise.watch.impress.co.jp/cda/software/2005/02/23/4684.html
0414名無しさん@お腹いっぱい。05/02/24 22:10:09
>>407
pthread板にはSolarisのthreadは糞だと書いてあるが。
ttp://pc5.2ch.net/test/read.cgi/unix/1010933537/l50
0415名無しさん@お腹いっぱい。05/02/24 22:17:45
それは板ではない。pthreadのスレッドだ。
略してピースレスレ
0416名無しさん@お腹いっぱい。05/02/24 22:41:17
あーこりゃこりゃ。
Oracle 10g Worldで「Solaris10 OS: Ten moves Ahead」のセッションを聞いたんだが、
お粗末だったね。
配布資料は無し、無理してノートPCでSolaris10使ってプレゼンしたもんだから、
しょっぱなから画面が出てこなくてPC再起動したよ。
Solaris10は300種類以上のx86マシンに対応していますと言った舌の乾かぬうちに、
「Panasonicのノートで使うにはドライバの改良が必要ですね。」
なんてオメ説得力ないぜよ。
チットーモ技術的な内容じゃなかったし、他のセッション出た方が良かったな。
0417名無しさん@お腹いっぱい。05/02/24 22:47:51
>>414
書いている人間が糞。説得力がまるでない。
0418名無しさん@お腹いっぱい。05/02/24 22:52:51
・商用アプリではSolarisのthreadを使わないのが常識。
・Solaris版Oracleはthreadを使っていない。
というのは説得力あると思うんだが。
ウソでなけりゃね。
0419名無しさん@お腹いっぱい。05/02/24 22:52:51
SPARCに立ち返るSun
http://www.itmedia.co.jp/enterprise/articles/0502/23/news028.html
 Sunは今回のリリースに関連するベンチマークの公表について少々あやふやな態度を取っている。
プレスブリーフィングの際、同社は新UltraSPARC IVは既存モデルよりも37%高性能だという当初の
主張より控えめなコメントを示した。
 同社はまた、同様の構成のIBM Power5システム――アズハリ氏がUltraSPARCの最大のライバルと
認めている――と比較した場合のLotus Domino R6 Notesベンチマークに関する主張を取り消した。
 同社はIntelのItaniumプロセッサ(との比較)を認めたが、64ビットサーバプロセッサの採用ペースが
遅いことを理由に、ベンチマーク結果は公表しなかった。


2004年サーバ市場、IBMが引き続きリード (1/2)
http://www.itmedia.co.jp/enterprise/articles/0502/24/news053.html
 Unixサーバ市場は2004年に2.8%減少して162億ドル規模となったが、IBMはここでも成長を見せて
いる。Sunのシェアが32.6%から31.8%へ、HPのシェアが31.9%から30.2%へ下落した中、IBMは逆に
24.3%から26.7%へとシェアを伸ばした。

 Sunは、主にAMDのOpteronを中心としたx86サーバに、自社版UnixのSolarisを普及させる取り組み
を開始した。同社はこの取り組みでいくらかの成果を上げたが、売上は、x86市場全体の規模に比べる
とわずかに過ぎない。なお、x86市場全体の市場規模は、前年比299%増の 5900万ドルとなっている。
 Sunは、Linuxに代わるものとしてSolarisを売り込んでいるが、同社ではLinuxサーバの売上の方が
x86用Solarisを上回り、前年比93%増の5900万ドルとなっている。
 AMDは2003年にOpteronを発売し、x86チップへの64ビット機能追加で先行した。これに対し、Intelでも
2004年に追従する動きに出た。このように、AMDの方が先行したにも関わらず、64ビット対応のx86チップ
搭載サーバの売上はIntelの方が多かった。Intelの 64ビットXeon搭載サーバの売上が13億ドルだったのに
対し、Opteronサーバは8億3800万ドルだった。


Dell、AMDプロセッサ不採用を表明
http://www.itmedia.co.jp/enterprise/articles/0502/24/news068.html
0420名無しさん@お腹いっぱい。05/02/24 22:55:14
DELLにはこのままインテルゆすり大作戦を続けてもらわないと
0421名無しさん@お腹いっぱい。05/02/24 23:19:34
なにそれ?
0422名無しさん@お腹いっぱい。05/02/24 23:29:27
>> Intelの 64ビットXeon搭載サーバの売上が13億ドルだったのに
>> 対し、Opteronサーバは8億3800万ドルだった。

Intelは脅威だと思っているよ、きっと。
だって2年前にはOpteronの市場は存在しなかったんだから。それ
に今のOpteronのユーザは間違いなく64bitOSのユーザ。Windowsを
動かしているXeonにたまたまEM64Tがついているだけのintelユーザ
とは訳が違う。
0423名無しさん@お腹いっぱい。05/02/24 23:31:01
>>418
> ・商用アプリではSolarisのthreadを使わないのが常識。
> ウソでなけりゃね。

嘘です。
0424名無しさん@お腹いっぱい。05/02/24 23:31:20
>>421
DELLはintelに援助してもらっているってこと
0425名無しさん@お腹いっぱい。05/02/24 23:34:44
2007年にはPentium4、Xeon、ItaniumN全てのCPUのラインナップを4コアになる。
0426名無しさん@お腹いっぱい。05/02/24 23:36:44
>>419 SPARCに立ち返るSun
新製品がでれば売りに回るのは当たり前。それに4桁のハイエンド
SparcサーバとローエンドのOpteronでは顧客層が異なる。この両方
が売れて初めてsunは復活する
0427名無しさん@お腹いっぱい。05/02/24 23:51:44
> Sunのシェアが32.6%から31.8%へ、
> HPのシェアが31.9%から30.2%へ下落

実はSunよりもHPの方がシェアを落としてるのか。
Itaniumは速度的にはSPARCどころかPowerよりも速いのに。
やっぱ技術とビジネスは違うんでつね。
042842105/02/25 00:01:33
>>424
それなら、ゆすりでなくて、たかりなのでは
0429名無しさん@お腹いっぱい。05/02/25 00:04:39
>>427
ItaniumがPowerより速いと言いきれるのは科学計算分野くらい。
サーバ用途ならかなりの疑問符だな。
HPのシェア低下は記事にもある通りRA-RISC→Itaniumのリプレースが
上手くいってないから。
面倒だしどうせ換えるならLinux for x86(-64)にしてしまえという所も多いみたい。
0430名無しさん@お腹いっぱい。05/02/25 00:30:15
整数だって、POWER に比べれば若干速いでしょ。
SPECint2000 の結果:
HP Integrity rx2620-2 (1.6GHz/6MB Itanium 2) 1535
IBM eServer p5 575 (1900 MHz, 1 CPU) 385 1456 T
Itaniumの方がクロックは遅いにも関わらずPOWERより速い。

まあItaniumもPOWERも、整数演算性能ではPen4(Xeon)や
Athlon/Opteron にかなわないんだが。
0431名無しさん@お腹いっぱい。05/02/25 01:03:10
まあ、SPECで速くても…って気もするけど
0432名無しさん@お腹いっぱい。05/02/25 01:12:22
LinuxかAIXかどちらか選べ、ってのが自分には結構辛い選択。POWERでSolarisかBSDが動けばなあと思う。
0433名無しさん@お腹いっぱい。05/02/25 01:34:48
そこでMacOSですよ、とかゆーてみる
あれは、PowerPCか
0434名無しさん@お腹いっぱい。05/02/25 02:18:54
>>429
バイナリ互換のあるRA-RISC→Itaniumでさえリプレースが上手くいかないのなら
バイナリ互換のないSPARC→Opteronはどうしたらいいのだろう?
0435名無しさん@お腹いっぱい。05/02/25 02:33:43
簡単。移行せずに SPARC を使い続ける。

昨今だと、ソフトの移行に人手をかけるより、ハードに
金をかけた方が安い。
だいたい、負荷が問題になるハイエンドは SPARC しか
ないんだから、悩む問題でもないと思うが。
CPU 能力が必要だったらF製のを買う手もあるし。
PAと違って、当面SPARCは続くようだし。

フロントエンドは安い Opteron でもいいと思うけど、
こいつらはせいぜい Java のアプリケーションサーバ
程度しか動かないから、バイナリ互換なんて問題に
ならずに、そのまま動く。
0436名無しさん@お腹いっぱい。05/02/25 02:45:12
>>435を読むとSunの戦略が正しいように思えてくるw
0437名無しさん@お腹いっぱい。05/02/25 02:54:05
>>432
そんなにLinux嫌い?
俺は、中身はともかく、うわっ面はまあ許せるけどなあ。
少なくとも HP-UX や AIX と比べれば、いろんな点で
Linux が一番 Solaris 的でしょ(ハイエンド機能は除く)。
shared library の扱いとか mmap の動作とか。

AIXは確かに俺も駄目。そもそも全然UNIX的じゃないし。
0438名無しさん@お腹いっぱい。05/02/25 03:00:17
>>435
いや、>>429は顧客から見たリプレースではなく売る側のリプレースなんだが。
0439名無しさん@お腹いっぱい。05/02/25 03:04:57
売る側でも同じでは?
顧客の要望を聞いて、バイナリ互換性やハイエンドが必要な
客にはSPARCを売ればいいんでないの?
0440名無しさん@お腹いっぱい。05/02/25 04:04:49
SolarisがUNIXシェアトップなのはローエンドで圧倒的なため。

そのローエンドを(一貫性の怪しい)Sunの方針ではOpteronに切り替えることになっている。
そのリプレイスをどうするかということなんだが。
0441名無しさん@お腹いっぱい。05/02/25 04:15:27
> そのローエンドを(一貫性の怪しい)Sunの方針ではOpteronに
> 切り替えることになっている。

別に全て切り替えるってことにはなってないのでは?
Niagara なんてフロントエンド向けなんだから、もろ Opteron と
同じマーケットだし。

あと、Sun のローエンドマシンって、1990年代後半に導入された
インターネットサーバーの割合が多いでしょ。それってほとんど
MTA とか WWW サーバしか動かしてなから、バイナリ互換性問題
とか気にせず単にリプレースできると思うけど。

バイナリ互換性に問題があるものについては、ローエンドだって
SPARC で継続でしょ。なんだかんだ言って、Itanium マシンや
POWER マシンよりもローエンドの SPARC のラインナップは豊富
なんだし。あと1年待てば Niagara も出てくるし。
0442名無しさん@お腹いっぱい。05/02/25 04:31:14
わかった。
ローエンド向けSPARCの製造はSunが逝くまで継続するんだな。
よくわかった。
0443名無しさん@お腹いっぱい。05/02/25 05:09:38
> あと、Sun のローエンドマシンって、1990年代後半に導入された
> インターネットサーバーの割合が多いでしょ。それってほとんど
> MTA とか WWW サーバしか動かしてなから、バイナリ互換性問題
> とか気にせず単にリプレースできると思うけど。

このあたりは既に他社のLinuxマシンにリプレースされたか、される見込みであり問題なし。
0444名無しさん@お腹いっぱい。05/02/25 11:32:41
ローエンドマシンのみのところって、いまどきは「Linuxは知ってるけど
Solarisは……」って人間が多く入ってきてるからもうSunの市場じゃ
なくなってきてる。
0445名無しさん@お腹いっぱい。05/02/25 11:47:33
本業で売れなかったらApple路線でいくしかないのでは?
iSunみたいな適当なやつ
0446名無しさん@お腹いっぱい。05/02/25 12:47:10
AppleはiTMSとiPodという新しい市場の創出に成功したから、Mac OS Xの不振を隠し通せている。
0447名無しさん@お腹いっぱい。05/02/25 12:53:06
Java厨の9割はSolarisなど見たこともないという現実
0448名無しさん@お腹いっぱい。05/02/25 14:03:34
>>434
Sunがサーバ市場で一定のシェアを持ってるのはそういう理由だろう。
バイナリ互換が必要ならSolaris/SPARCを使い続けないといけないし、
バイナリ互換が必要なくてもSolarisを使い続けないといけないこともある。
後者の需要はどんどん減ってるからシェアも減少してるわけだが。
リプレースの問題が無ければSunもSolarisもとっくに死んでるよ。
0449名無しさん@お腹いっぱい。05/02/25 14:54:22
SunもSolarisもとっくに死んでたら、富士通はUXP/DSに
もどってたんだろうか…
0450名無しさん@お腹いっぱい。05/02/25 17:29:46
>>449
撤退してるだろ
0451名無しさん@お腹いっぱい。05/02/25 22:10:53
>IBMの2004年のサーバ売上高は、2003年から9.3%増加し、161億ドルになったという。
>市場自体は7.2%成長して495億ドル規模となったが、
>一方、Dellの成長率はIBM以上で、売上は前年比20%増の48億ドルとなった。
>売上が6.7%伸びて134億ドルとなった第2位のHewlett-Packardや、
>売上が4.0%減少して売上52億ドルとなった第3位のSun Microsystemsには及ばなかった。

最近ボロカス扱いのHPでさえ売上げ伸ばしてるのにw
0452名無しさん@お腹いっぱい。05/02/25 22:26:27
普通Solarisのスレッドは使わないよ?
pthreadつかう。
0453名無しさん@お腹いっぱい。05/02/25 22:35:42
HPやIBMのサーバーはIAサーバーだろ?
AIXやHP-UXに未来があるとは思えんが、、

漏れはソフト会社勤務だが、どうしてもSUNのマシンは
PCサーバーに比べると高いので、購入しづらい、、、
純正コンパイラとかも高いし、、、

仕事の比率がLinuxに移るのはやむをえないと思う
0454名無しさん@お腹いっぱい。05/02/26 00:36:13
Solaris10にLinux アプリケーション環境が実装されればx86版Solarisも使えるようになる
商用フォントとATOKがついて無料なのは魅力だと思う
ある意味Linuxのディストリのひとつとしての扱いにもなるかも
今後のx86版Solaris10に期待したい
0455名無しさん@お腹いっぱい。05/02/26 00:39:50
売上げ伸ばしてるHPでさえCEO更迭したのにw
0456名無しさん@お腹いっぱい。05/02/26 00:48:23
>>454
使えるようになるには対応ISVが増えなきゃならん
たとえ動いたとしても、よほど数が出なければサポートしないけどな
0457名無しさん@お腹いっぱい。05/02/26 01:09:09
IBM、UNIXサーバ市場で首位奪還
http://www.itmedia.co.jp/enterprise/articles/0502/25/news084.html
 IDCの調査によると、IBMはサーバ市場全体では引き続き首位に立っている。同四半期に同社がサーバ市場全体で
獲得したシェアは38.2%、UNIXサーバ市場でのシェアは36.3%だった(いずれも金額ベース)。
 HPは10〜12月期の売上高において、サーバ市場全体で2位、UNIXサーバ市場でも2位だった。
 Sunはサーバ市場全体で第3位だったが、市場シェアは前年同期の10.3%から9.4%に低下した。しかし同社は販売
台数を7.9%伸ばした。IBMはサーバ市場全体でのシェアを前年同期の37.7%から拡大し、HPも金額ベースのシェアを
25.7%から25.9%へとわずかに増やした。
 x86サーバ(IntelまたはAMDのプロセッサを搭載したサーバ)市場では、HPが売上高を前年比で13.8%拡大、32.6%の
シェアを獲得して首位に立った。
 IBMとDellの競争は引き分けに終わり、両社ともx86サーバ市場でのシェア(金額ベース)は約21%だった。Dellはサーバ
市場全体ではシェア9%で4位だった。
 IBMのx86サーバの前年比売上高伸び率は26.1%と、上位5社の中で最大の伸びだった。
 サーバ売上全体で5位に入ったのはFujitsu Siemens。シェアは4.7%だった。
 10〜12月期のLinux搭載サーバの売上高は13億ドルに上り、世界サーバ売上の9%を占めた。
 同四半期のサーバ売上高は前年比5.1%増の144億ドル、7四半期連続の伸びとなった。
0458名無しさん@お腹いっぱい。05/02/26 01:28:01
>>452
libpthread(thr_*)とlibthread(pthread_*)のことか?
どっちもSolarisのスレッドだが?
0459名無しさん@お腹いっぱい。05/02/26 01:28:41
>>453
純正コンパイラじゃなくていいんじゃねえ?
0460名無しさん@お腹いっぱい。05/02/26 01:50:00
>>455
キツイな
0461名無しさん@お腹いっぱい。05/02/26 01:50:44
>>458
逆じゃなくて?
0462名無しさん@お腹いっぱい。05/02/26 01:54:06
>>453
まるでSolarisに未来があると思ってるように読めるぞ
0463名無しさん@お腹いっぱい。05/02/26 02:27:15
HP-UXよりはあるだろ。
AIX は IBM の力で存続するかもしれんが、しかし
はっきり言って俺は AIX よりは HP-UX の方に
(そして HP-UX よりは Solaris の方に) 生き伸びて欲しい。

つうか、設定ファイルにバイナリ形式使うって何考えてんだ。>>AIX
0464名無しさん@お腹いっぱい。05/02/26 03:08:05
室町時代中期以降にシシ神の教訓が生かされた形跡はない。
製鉄産業=森林破壊は更に進み、武器は粗製濫造されるに至る。
武器が幾らあっても足りない戦国時代に突入してしまうのだ。
遍歴民の地位は落ち、百姓一揆も一層頻発するようになる。
エボシタタラとシシ神の森と幕練りを維持するための闘いは、一層厳しいものとなる。
これからもサンの行く道は険しい。
0465名無しさん@お腹いっぱい。05/02/26 04:07:44
>>463
なにかSolaris=Sunに明るい材料があるのか?

業績悪化のため日々減っていく蓄え
研究開発費を削り開発能力が低下
ハイエンドは自力開発の目処が立たず互換機をOEM販売予定
主力のローエンドも自力開発の目処が立たず非互換機を新規に市場投入
非互換機用OSは未だ商用レベルにない
戦略ミスを繰り返したCEOの交代もない
業績悪化が続けばハイエンドの自力開発放棄もあるだろう
0466名無しさん@お腹いっぱい。05/02/26 04:47:57
オープンソース戦略が結果としてちゃんと自社製品に反映して
いるところかな。OpenOffice や GNOME には Sun がソースや
金を出してるわけだが、開発結果はちゃんと StarOffice や
Solaris へかえってきてる。もし OpenSolaris も同じように
うまくいけば、かなりいい線いくんじゃないか?
GNOME には HP や IBM も金を出してるわけだが、Sun ほど
話題にならないのはどういうわけなんだろう。

Java についてはソースを公開しているものの、ライセンスを
オープンソースライセンスにしてないのは、たぶん今のやり
方の方が収益が上がるからだろうな。
0467名無しさん@お腹いっぱい。05/02/26 04:51:11
IBM の場合 Eclipse はうまくいってるが、直接自社だけに
成果がかえってきてる気はしないな。Java の普及という意味
では、むしろ Sun を助けている面すらあるだろう。
Linux への貢献についても、自社だけじゃなくて、同じく
Linux を売ってる HP や Sun への利益にもなってるわけだしな。

AIX に関しては、もし万が一今からオープンソース化したとし
ても、出遅れた感じは否めない上に、元々 UNIX ハッカーには
受けが悪い OS だから、Linux や Solaris にはかなわないだろう。
もし成功する可能性があるとしたら DB2 だろうが、現状で
儲かっているものをわざわざオープンソースにはしないだろう。
0468名無しさん@お腹いっぱい。05/02/26 04:58:47
> 主力のローエンドも自力開発の目処が立たず

Niagara は試作チップが動きだしているようだから、目処が
たってないわけでもないだろう。

> 非互換機用OSは未だ商用レベルにない

これも間違いだろう。
Linux も Solaris 10 もどちらも出荷されているわけだからな。
価格勝負をせざるをえない Linux 以外の選択肢があるのは
それなりに有利だと思うが。
Sun 製 Opteron マシンは、Linux と Solaris 10 の両方の動作
保証をするだろうが、IBM 製 PC サーバが、Solaris 10 の動作
保証をするとは思えないからな。
AIX を PC で動かす気があるとも思えないし。
0469名無しさん@お腹いっぱい。05/02/26 05:01:04
> ハイエンドは自力開発の目処が立たず

こっちも Rock があるだろう。
SPARC64とはだいぶ性格が違うチップになるようだから、
住み分けも効きそうだしな。
0470名無しさん@お腹いっぱい。05/02/26 08:41:15
MSに頼んでSFUをSun製ツールで置き換える。
0471名無しさん@お腹いっぱい。05/02/26 09:31:30
>>453
>仕事の比率がLinuxに移るのはやむをえないと思う

何だかWindows3.0が使用に耐えうるOSになってきた時に似てるな
あの時もこんな感じだった
0472名無しさん@お腹いっぱい。05/02/26 10:11:45
Win3.0なんて、OSじゃない!
0473名無しさん@お腹いっぱい。05/02/26 10:19:40
Windows 3.0 って、API こそ Win16 だったけど、カーネルのコア
部分 (KRNL.DLL じゃなくて、VMM の方) は、ほとんど Win95 と
同じ作りになっていて、そこそこまともな OS だったんだよ。
もちろん NT 系と比べるとあれなんだけどさ。

>>453 の言ってる件については、自分で PC買ってきて Solaris を
インストールすれば、コストは Linux と変わらんような気が。
0474名無しさん@お腹いっぱい。05/02/26 10:48:35
Win95なんて、OSじゃない!
0475名無しさん@お腹いっぱい。05/02/26 10:50:32
>>473
> 自分で PC買ってきて Solaris を
> インストールすれば、コストは Linux と変わらんような気が。

それだと、Sunが全然もうからない罠。
0476名無しさん@お腹いっぱい。05/02/26 10:51:14
>>472 >>474
同意
0477名無しさん@お腹いっぱい。05/02/26 10:54:03
Sun は RedHat と同様、サポートで儲ける心づもりらしいねえ。
0478名無しさん@お腹いっぱい。05/02/26 11:28:16
ソフトウェア売って儲けるっていっても、
MSなんてもう必要にして十分な機能実装しちゃったじゃん。
0479名無しさん@お腹いっぱい。05/02/26 11:52:21
どんな繁盛店でも、蕎麦とピザを同時に売ることはできない。

MSがピザを売るなら、Sunはそばを売ればよい。
0480名無しさん@お腹いっぱい。05/02/26 11:59:57
MSがピザを売るなら、Sunはピザの宅配を行えばよい ササッ((((・_・)
0481名無しさん@お腹いっぱい。05/02/26 12:00:16
>>479
田舎だったらありそうな予感
0482名無しさん@お腹いっぱい。05/02/26 12:03:24
ピザ味の蕎麦をつくるRedHat
0483名無しさん@お腹いっぱい。05/02/26 12:09:20
沖縄そばピザというのを食べたことがある。
ピザの上にソバが乗っていた
0484名無しさん@お腹いっぱい。 05/02/26 12:11:05
沖縄redhat solarisがヒットしそう
0485名無しさん@お腹いっぱい。05/02/26 12:12:54
>>470
Microsoft Windows Service For UNIXや
Sun Java System Identity Synchronization for Windows 1.0を中心とした
環境統合は着々と進んでいます。
0486名無しさん@お腹いっぱい。05/02/26 12:20:58
フリーソフトなんかだとOpenLDAPを前提にしていることが多いからなぁ。
0487名無しさん@お腹いっぱい。05/02/26 12:25:39
>>486
スレ違いですが、
AppleはOpenLDAPベースで、>>485に相当する仕事を進めています。
Mac OS XをWindows domainのPDCにするために。
0488名無しさん@お腹いっぱい。05/02/26 13:12:41
大事なのは LDAP であって実装は OpenLDAP じゃなくてもいいん
じゃないの? LDAP の場合、異なる実装でもスキーマや ldif
ファイルの形式は一緒なのでどれ使っても同じような。
個人的には LDAP スレに出てるような現象に出会ってるので
OpenLDAP はあまり信用してない。
Sun の実装はどうなんじゃろ。
0489名無しさん@お腹いっぱい。05/02/26 13:19:01
Sunのを使っているが問題なし。
Appleのが別にOpenLDAPベースじゃなくてもいいのはその通り。
0490名無しさん@お腹いっぱい。05/02/26 16:26:34
SunがWindowsを実装すれば良いんだ。
POSIXみたいに、Windowsの規格作って。
0491名無しさん@お腹いっぱい。05/02/26 16:32:41
オフィススイートではもうやってるけどな。
0492名無しさん@お腹いっぱい。05/02/26 18:16:05
富士通、Itanium 2搭載大型サーバをまもなく発表へ
http://www.itmedia.co.jp/enterprise/articles/0502/25/news119.html
 富士通は、今後数週間以内にも新しい大型サーバーを発表すると見られている。冷蔵庫ほどの大きさのこのマシンは、
最大で64基のItanium 2プロセッサを搭載し、同社がメインフレームの開発で培った技術を盛り込んだハイエンドの機能が
搭載するといわれている。
 このシステムは、富士通とIntelが2003年に発表した提携の成果となるものだが、予定より数カ月遅れての登場となる。
当初、64プロセッサモデルは2004年末までに登場する予定で、さらに2005年末までには、128プロセッサ搭載の後継モデル
が登場することになっていた。
 このサーバは、WindowsとLinuxのどちらでも動かすことが可能と見られる。富士通は、ハイエンドサーバの機能をWindows
とLinuxに持ち込むために、MicrosoftおよびRed Hatと提携関係を結んでいる。
 メインフレームは、柔軟で信頼性が高く、大量のトランザクションを処理できるハイエンドシステムだが、富士通のItanium
搭載マシンは、同社がメインフレームで培った技術を主流のサーバに移植しようという取り組みの一環となる。また、同社は
Itaniumをサポートする一方で、Sun Microsystemsと提携し、メインフレームの機能を、両社が共同で開発したSparcプロセッサ
搭載システムに組み込もうとしている。
 新しいItaniumサーバに搭載されるメインフレームの機能のなかには、システムを最大で16パーティションに分割し、各々の
パーティション内で違ったOSを動かせるというものがある。また、富士通が設計した「crossbar」スイッチも組み込まれる。同社
によると、このスイッチは個々のプロセッサとI/Oサブシステム間のトラフィックをルーティングするものだという。
0493名無しさん@お腹いっぱい。05/02/26 18:28:52

今後は見出しとURLだけでお願い
0494名無しさん@お腹いっぱい。05/02/26 21:19:35
UltraSPARC-Vはなんで開発中止したの?
0495名無しさん@お腹いっぱい。05/02/26 21:30:24
開発が遅れたって要因が一番大きいみたいね。
プロジェクト名が Millennium で、当初は
2000年頃に開発完了を予定してたから。
これだけ遅れると、途中で性能目標の変更が
あったとしても、性能的な改善が少ない。実際
US IV との性能差があまりないって話が出てたし。
0496名無しさん@お腹いっぱい。05/02/26 21:37:14
そうすると。
Niagara → Rockの後はどうなるんですか?
0497名無しさん@お腹いっぱい。05/02/26 22:03:31
昔からだけど SPARC の開発がもたついてる間に
どんどん x86 に追い越されていくんだもんw
0498名無しさん@お腹いっぱい。05/02/26 22:17:40
>>496
Rock 後の計画がキャンセルされたわけじゃないよ。
US V は Rock よりも前の計画なの。
というかキャンセル時には既にテープアウトもしてて、
完成目前だったらしい。
0499名無しさん@お腹いっぱい。05/02/26 22:26:05
>>496

Niagara → Rock ってのは間違い。
Niagara はローエンド向けだけど、Rock はハイエンド向けで
ターゲットが異なる。
ハイエンド向けは富士通との共同で Olympus ってのがあって、
こっちの方が市場投入は早い。Rock はその後。

Niagara の次は Niagara 2。

ttp://www.itmedia.co.jp/enterprise/articles/0409/13/news034.html
0500名無しさん@お腹いっぱい。05/02/26 23:07:35
ハードウェア部門を富士通に売るんですかね。
0501名無しさん@お腹いっぱい。05/02/26 23:14:49
Sunに売る気があるとも思えないが、
富士通にそんな資金の余裕があるとも
とても思えない。

どこからそんな電波を受信したんジャ。
0502名無しさん@お腹いっぱい。05/02/26 23:18:22
Sun FireシリーズをPrimePowerと統合するみたいだし、
情勢を見てると、そう考えるのが自然と思いすが。
0503名無しさん@お腹いっぱい。05/02/26 23:37:04
共同開発と売却は全然違うだろ?
あれか、その論理でいくとSONYと東芝はプレステCPU部門を
IBMに身売りすることになるわけか?
昔と違って、今は高性能CPUを作るのに死ぬほど金が
かかるの。しかも、これは世代が変わるたびに悪化して
いく。CELLが共同開発になったのも、1社どころか、SONY
と東芝の2社でもとても資金的にまかないきれないから
なんだよ。

SもFも両者ともに金がないので、肩寄せあって生きるん
だよ。
0504名無しさん@お腹いっぱい。05/02/26 23:45:54
PS2のチップは「天才技術者」の力で作ったんじゃなかったのか!? (w
0505名無しさん@お腹いっぱい。05/02/27 00:00:07
solaris x86は商用ソフトの少なさがダメ過ぎだな。
0506名無しさん@お腹いっぱい。05/02/27 00:00:40
Emotion Engine は、SONY と東芝の誇る天才技術者が、
ひとつひとつ、真心をこめて、丁寧に手作りしています。
0507名無しさん@お腹いっぱい。05/02/27 00:03:37
>>505
やっぱりWindowsがイチバンということでつか?
0508名無しさん@お腹いっぱい。05/02/27 00:20:48
普通に考えて商用ソフトが一番多いのはWindowsだろう。
507はヴァカですか?
0509名無しさん@お腹いっぱい。05/02/27 00:25:38
というわけでWindowsを持つMicrosoftと提携している
Sunは勝ち組と。
Linuxに傾き、PC部門を売りとばし、Microsoftとの間が
冷却傾向のIBMは、実は負け組。
0510名無しさん@お腹いっぱい。05/02/27 00:30:22
>>503
SONYや東芝はPower系Chipを今まで全く作ってないので、
富士通・Sunの関係とは全然違います。
自社のコア技術の継続も危ぶまれるSunとは比較にならないと思いますが。

>今は高性能CPUを作るのに死ぬほど金が かかるの。
だから資金力のない企業は市場から撤退して頂く事になるんです。
0511名無しさん@お腹いっぱい。05/02/27 00:34:36
SunはMIPSをみならってIPを…
0512名無しさん@お腹いっぱい。05/02/27 00:40:21
他社のChipでミッドレンジをまかない、ハイエンドで自社オリジナルの
系列を保持しているIBMは勝ち組み。
旨みがはんぱじゃないプレステのCPUに食い込めれば今後も言う事なし。
利ざやの少ないPC部門を売却しても問題なし。
0513名無しさん@お腹いっぱい。05/02/27 00:53:50
PCはとんでもない赤字を続けているいわば利益還元の社会貢献部門だった。
その余裕が無くなっただけ。
0514名無しさん@お腹いっぱい。05/02/27 01:09:37
> SONYや東芝はPower系Chipを今まで全く作ってないので、
> 富士通・Sunの関係とは全然違います。

おいおい話が全く逆でしょ。
自社のMIPSコアのままで高性能化を計れるだけの資金力が
あれば、別にPowerに乗り換える必要はなかった。
SONYと東芝が自社のMIPSコア技術を切り捨てざるをえなく
なったのは、まさに資金力の問題だよ。
0515名無しさん@お腹いっぱい。05/02/27 01:26:38
>>509
IBM, 一時はNT上のJVMで、 SPECjAppServer第一位だったのにねえ。
今や、SuSE Linuxですからねえ。
0516名無しさん@お腹いっぱい。05/02/27 01:27:31
> その余裕が無くなっただけ。

つまり堅調に見えるIBMだが、実はもはや余裕は
そんなにないってこと?

DELLにできることが、IBMにできないのは何故?
DELLなんて、米国国内で生産してるってのに。
0517名無しさん@お腹いっぱい。05/02/27 01:31:51
共同開発といえば、日立とIBMがメインフレームやサーバーの共同開発してる
http://pcweb.mycom.co.jp/news/2001/03/13/12.html
0518名無しさん@お腹いっぱい。05/02/27 01:32:49
> 旨みがはんぱじゃないプレステのCPU

ゲーム機って、発売当初はハードウェアは大赤字で、
ソフトの売上でその赤字を補うビジネスモデルじゃ
なかった?
後期になるとさすがに儲けも出るようになるだろう
けど、値下げもするので、どちらにせよハードウェ
アでは大儲けにはならないと思うけど。ハードは
ゲームソフトで儲けるためのおまけでしょ?
0519名無しさん@お腹いっぱい。05/02/27 01:35:05
>>518
数が出るからおいしいわけだけど、一番おいしいのはPC用のCPUだけどな
0520名無しさん@お腹いっぱい。05/02/27 01:38:40
>>502の論理が正しいとすると、IBMはPC部門を中国に
売り払うのにひきつづいて、メインフレームも日立に
売り払うということですか。
0521名無しさん@お腹いっぱい。05/02/27 01:41:55
売れると赤字のものが数出ると、その結果は
おいしいんじゃなくて、おそろしいのでは?
0522名無しさん@お腹いっぱい。05/02/27 01:45:00
日立は節操無さ杉(w
0523名無しさん@お腹いっぱい。05/02/27 01:45:02
>>521
赤字になるのはゲーム機を出すメーカーなわけで、
CPUメーカーは赤字にはならない
0524名無しさん@お腹いっぱい。05/02/27 01:51:19
>>523
すると東芝、IBMはおいしい思いをして、Sonyだけ大赤字だ
0525名無しさん@お腹いっぱい。05/02/27 01:59:36
SONYは自社でFabを持つというリスクを取っているから必死だし、そのぶん当たればでかい。
0526名無しさん@お腹いっぱい。05/02/27 02:04:55
赤にはならないだろうけど、大儲けも難しいんでは?
年間2000万台売れて、チップ単価が5000円で、その
うち1/3がIBMで製造とすると、年間300億円の売上
だよね。これでもたぶん相当楽観的な見積りだろうし。

だとするとIBMの総売上の1%ぐらいの規模だから誤差の
範囲で、はんぱじゃない旨みには、とてもじゃないけど
ならないような。

>>524
東芝とIBMはリスクは少なくて、そのかわり旨味も少ない、
SCEIはリスクが大きいけど、ソフトが売れれば一番旨味が
多い…ってことだと思うけど。

もしソフトが売れないと、ハードも売れなくて、3社とも
大コケだし。半導体の場合、固定費がほとんどだからね。


0527名無しさん@お腹いっぱい。05/02/27 02:23:59
日立とIBMはメインフレームの世界ではスパイしたり、オトリ操作させたりの仲です。
0528名無しさん@お腹いっぱい。05/02/27 09:33:35
>>520
IBMのパソコン事業部門の中国企業への売却は、
MS、IBM、アメリカ政府の三位一体の戦略です。
広大な中国市場において、早期に違法コピー問題を
解決しなくてはならず、そのためには巨大な中国資本の
PCメーカーが必要だった。
0529名無しさん@お腹いっぱい。05/02/27 12:22:54
中国に不正コピーを自力解決させといて、その後でいっきに乗り込もうって作戦ですか。
アメリカらしいやり方だな。
中国は貧富の差がとてつもなく激しいのでまずそれをならさないと
コピーOKの国民性は治らんと思うが。
違法コピー者は死刑くらいの厳罰を科さないと早期解決はむりぽ。
0530名無しさん@お腹いっぱい。05/02/27 13:17:24
Lenovoは、国外にも売る野心があるから、
Microsoftにライセンス料を払ってAptiva, ThinkPadの商売をする。

国内でもたぶんそう。(ここが中国はグレーw)

国内で他が払ってなければ、競争で不利になるので、
Microsoftのライセンス訴訟を援護する動きに出る、
って感じですか。

まあ意外とルールに適応するんじゃないですか。
華僑はその土地で頑張ってんですから。
0531名無しさん@お腹いっぱい。05/02/27 15:32:55
これまた強力な電波を受信してる奴がきたな
0532名無しさん@お腹いっぱい。05/02/27 17:18:31
外れるのはFBSD!FreBSD!
0533名無しさん@お腹いっぱい。05/02/27 22:02:50
で、おまいらSunを救えるの?
0534名無しさん@お腹いっぱい。05/02/27 22:25:49
UltraSPARC IVって消費電力が108Wとかなり低いけど、IntelがMontecitoに投入した
フリクエンシー・ブーストみたいな機能使ってるの?
0535名無しさん@お腹いっぱい。05/02/27 23:35:14
クロックの割には消費電力高いんじゃないの?
0536名無しさん@お腹いっぱい。05/02/27 23:41:08
Pentium133MHzはたった5W強だぞ。
0537名無しさん@お腹いっぱい。05/02/28 01:16:11
>>516
IBMはPCを中国、MFを日本で作ろうとしていずれも失敗した。
サーバはタイで作って、これはそれなりだけど長くは続かないでしょう。
教育水準、技術力、賃金の釣り合いがいい所がなかなか無いのよね。
IBMの儲けの中心はすでにSIに移っている。
ストレージ、PCとハード部門を切れば切るほど収益が上がる内部構造。
短期的にはそれでいいけんだけど、それじゃ未来がないかもねぇ。

DELLは汎用PCを大量生産する他社とビジネスモデルが違う。
まねしようとしてるのは国内だとマウスコンピュータくらいか?。
他ははなから諦めてる。まねできない。
0538名無しさん@お腹いっぱい。05/02/28 02:58:54
>>537
> 短期的にはそれでいいけんだけど、それじゃ未来がないかもねぇ。

PC、ストレージ部門なんて必要になったら買えばいいと思ってんじゃない?
メインフレームやワークステーションはそうはいかないけど。
0539名無しさん@お腹いっぱい。05/02/28 03:07:29
自社で扱う収支のピークを超えた製品サービスを
外見から惜しい物でもバシバシ捨てていけるのが
IBMの強みだと思う。
源泉が深いんですよSunと違って タブン。
0540名無しさん@お腹いっぱい。05/02/28 04:46:54
最近のUNIX使いのIBMへの憧れはなんだ?
UNIX使いからすると融通の利かない巨大企業の悪役だったがな
PC用のCPUはIntelの286で十分とほざいてた企業だからな
0541名無しさん@お腹いっぱい。05/02/28 04:59:18
>>539
>源泉が深いんですよSunと違って タブン。

SUNは80年代は単なるワークステーションの安売りメーカーだったんだよ
CPUだってSPARC採用するまでは独自仕様のCPUではなく、普通に市販されてた
68000系のCPU使って、単なる高級パソコンみたいなのを売ってただけ
Bill Joyを引き抜いてBSD系UNIXに力を入れてたら、BSD系UNIXが普及して
UNIXマシンのトップメーカーになっただけ
0542名無しさん@お腹いっぱい。05/02/28 05:04:25
やっぱり Bill Joy みたいなスーパーハカーがいないとだめだね
0543名無しさん@お腹いっぱい。05/02/28 05:20:12
ITバブルがはじけ、SUNの業績が悪くなり
そして優秀な人材が出て行ったのかも
0544名無しさん@お腹いっぱい。05/02/28 05:23:43
SUNの株価推移を見るとすごいね
ITバブル絶頂期の株価は$80越えてたんだね
http://finance.yahoo.com/q/bc?s=SUNW&t=my
054554405/02/28 05:26:43
すまん、$60の間違えだ
0546名無しさん@お腹いっぱい。05/02/28 15:34:57
>>540
今は融通きいているじゃん。
メインフレームにまでLinuxのせちゃってさ。(ただしVM上)
0547名無しさん@お腹いっぱい。05/02/28 16:54:17
>>540
IBMは昔から比較的融通のきいた所じゃなかったか?
でなきゃIBM PC互換機がこれほど巷に溢れてるわけはない。
むしろ小さいくせに融通のきかないところは・・・
0548名無しさん@お腹いっぱい。05/02/28 17:49:28
>>545
80ドルであってると思うけど。。 
インターネットブームの始まった95年くらいに、株を5ドルくらいで買って、バブルのはじけた
あたりに70ドルくらいで売ってもボロもうけだったな。。

今から考えれば、95年位から始まったインターネットブームは、まさに国の興るときだった
んだな。。
0549名無しさん@お腹いっぱい。05/02/28 18:18:31
>>547
今の人は全然知らないのかなぁ…。
Compaqが互換機を安く出して大ヒットした。
IBMが利益を守ろうと独自仕様のマシンにしようとしたが、
市場はついてこず、PCの主導権はIBMを離れた。
0550名無しさん@お腹いっぱい。05/02/28 18:45:31
>>549
ものすごい近視眼的な見方だな
0551名無しさん@お腹いっぱい。05/02/28 18:59:58
>>540
UNIX使いでIBMに憧れてる奴なんていないでしょ。
Linux使いが、Linuxにコントリビューションしている
IBMに好印象を持ってるだけだと思うけど。もちろん
彼らはAIXを使った経験などないわけ。

>>550
えーと、microchannel とか知りませんかそうですか。
昔は今のMicrosoftみたいな感じの独占企業だったんだけ
どね。今も本質は変わってないと思うんだが。
気をつけたほうがいいよ。
0552名無しさん@お腹いっぱい。05/02/28 20:43:24
>>540
>UNIX使いからすると融通の利かない巨大企業の悪役だったがな

将来的には、Microsoftが好印象を持たれる事もあるのかなあ。
0553名無しさん@お腹いっぱい。05/02/28 20:48:07
>>551
MCAのことですよね。
ISAと互換がなく、MCAを搭載するメーカからライセンス料を分捕る
やくざな規格…
0554名無しさん@お腹いっぱい。05/02/28 20:57:30
>>551
独占的であることと融通が効かないこととは何の関係も無いと思うが。
0555名無しさん@お腹いっぱい。05/02/28 21:11:51
>>554
IBMも昔は融通が利かなかったんだよ
IBM PCを出したのもAppleIIの成功を見て、恐れを抱いただけ
IBM PCの仕様がオープンなのも、できるだけ早くIBM PCを開発するために
自社の部品をほとんどつかってなかったのと、早期にAppleIIをつぶしたかったからだ
0556名無しさん@お腹いっぱい。05/02/28 21:13:08
BIOSって未だにオープンじゃないんじゃなかったっけ?
0557名無しさん@お腹いっぱい。05/02/28 21:18:33
IBM、Itaniumプロセッサを見限る――新チップセットはXeonのみ対応
http://www.itmedia.co.jp/enterprise/articles/0502/28/news017.html
0558名無しさん@お腹いっぱい。05/02/28 21:19:40
IBMもPowerを出したときはあんなのRISC CPUじゃないとか言われてたが、
現在では結局勝ち組。DECはなくなり、SUNは経営難。
アメリカでのIBMのブランド力にはものすごいものがある。
0559名無しさん@お腹いっぱい。05/02/28 21:24:06
RISCとかCISCなんてマイクロカーネルモノリシックカーネルぐらいに
バカバカしい論争だったな。やっぱ工学部ってレベル低いよね。
0560名無しさん@お腹いっぱい。05/02/28 21:28:00
>>559
RISC CPUの技術はとても優れた技術ですよ
現に今のCPUの多くはRISCそのものか、内部的にRISCコアは入ってる
CISC CPUのほとんどが消えたし、x86は残ってるが、内部的にはRISCだ
0561名無しさん@お腹いっぱい。05/02/28 21:45:48
時代の訴求を満たしていたx86や680x0のどこが悪いというんだ
IPCなんて言葉の無い時代
30MHzのPowerなんて使い物に成らなかったろう
0562名無しさん@お腹いっぱい。05/02/28 21:50:15
>>561
CPIね
0563名無しさん@お腹いっぱい。05/02/28 21:53:45
で、どのおじさんがSunを救ってくれるんですか?
いやおっさんどもぐだぐだいってないで、Sunを救えるアイデアをぶちまけろ
0564名無しさん@お腹いっぱい。05/02/28 21:56:16
現在のRISCプロセッサは複雑になりすぎて、RISC本来のメリットが失われつつある
PowerPC970が内部により単純なRISCコアを持ち、PowerPCの命令を内部RISCコア
の命令に変換して実行してる
パイプライン段数も増えて、分岐によるペナルティも増える

UltraSPARCのクロックが伸びないのは、SIMD命令を持ってるからか?
0565名無しさん@お腹いっぱい。05/02/28 21:59:59
IPC は RISC 出始めの頃に使ってた.
初期の RISC は IPC が 1.0 になることを目指してた.
0566名無しさん@お腹いっぱい。05/02/28 22:05:17
内部RISCっても
メモリ命令を分解してるだけでしょ
Cell方式が主流になるとCISCが返り咲くんじゃない?
0567名無しさん@お腹いっぱい。05/02/28 23:17:51
>>563
日本語で言うカンパニー化。
0568名無しさん@お腹いっぱい。05/02/28 23:19:53
>>564
そこで in-order, single issue のシンプルな
Niagara ですよ。

マイクロアーキが複雑化して、命令デコーダなんて
チップ面積のわずかしか占めないから、パイプライン
の前段にCISC→RISCの命令コンバータを入れても
全然大勢に影響ないって言われる時代になってしまっ
たが、シンプルなコアを大量に積むマルチコアの時代
が来ると、やはり命令変換の必要なCISCは不利に。

> Cell方式が主流になるとCISCが返り咲くんじゃない?

逆。CELL なんか、全コアが RISC でしょ。
インテルがヘテロジニアスマルチコアに向かった場合、
メニイコアになるのは間違いなくRISC。
ホモジニアスマルチコアだったら(マイクロアーキは
ともかく)命令セット的にはCISCなわけだが。
0569名無しさん@お腹いっぱい。05/02/28 23:26:53
>>568
命令可変長・固定長の違いじゃないよ?既に。
Cellの肝はロード・ストアがメインメモリに出て行かないプログラムブロック方式であって
Powerが入ってることじゃない
0570名無しさん@お腹いっぱい。05/02/28 23:36:41
>>569
SPUは、命令固定長だけじゃなくて、ロードストアアーキテクチャ、
少ない命令数、完全ハードワイヤードロジック、などなどPOWER
以上にガリガリのRISCですが?
だいたい8コアも積むのにCISCデコーダみたいに面倒なことは、
やる意味がないよ。メニイコアになればなるほど、CISCデコーダは
足手まとい。
0571名無しさん@お腹いっぱい。05/02/28 23:48:54
まあ、もちつけ
たぶん二人とも似たようなこと言ってるぞ
0572名無しさん@お腹いっぱい。05/02/28 23:49:20
ここら辺にもそういう話が載ってますな。
ttp://www.atmarkit.co.jp/fsys/zunouhoudan/050zunou/multicore.html

> 「x86は要らない」という方向に向かうのではないだろうか。何百個も
> のコアが動くサーバなど、ほとんどのコアは単純な仕事が繰り返せれ
> ばよい。クライアント側のヘテロジニアスなマルチでも、各コアはそ
> れぞれ特有の仕事ができればよい。どちらも、何もx86のような複雑な
> ものを持ち出さなくても、より効率的にできそうである。

> x86は互換性維持のための「OS専用プロセッサ」か「メンテナンス・プ
> ロセッサ」になってしまうかもしれない。
0573名無しさん@お腹いっぱい。05/02/28 23:57:13
>>555
MCAを最後に独占の時代が終わったことをIBMは理解したんじゃないかな。
057456305/03/01 00:05:15
>>567
カンパニー化って会社を分割して採算をとらせることですか?会長はどうなる?

CPUのアーキテクチャも大事と思いますし、革新的で市場ニーズにまっちしたものを
だせればSunを生まれ変わらせられるのかもしれませんが、
今のSunにそんなことできるのかー?みたいな気がしてこのスレは
おじさんがCPUについてあれこれ雑談を繰り返すだけのスレにみえてきました
0575名無しさん@お腹いっぱい。05/03/01 00:10:29
クローズドなアーキで囲いこみした方がおいしいのは、
今でも変わらないでしょ。IBMに限らずどの企業でも
可能ならそうしたいと思ってると思うけど。
今のIBMで言うと、AS/400だってIBMスパイ事件以降の
メインフレームだってそうでしょ。(日立はメイン
フレームに関してはIBMの下僕状態だし、富士通は
結局撤退せざるをえなくなったし。)

初代IBM PCは当時のIBMとしては超例外的にオープンだっ
たけど、これは>>555のいうようにApple潰しのために
なりふり構わなかったからだし。

むしろNFSとかYPとかJavaとか、昔からコアな技術の
ソースをバンバン外部に出していたSunのような会社の
方が変わってると思う。SPARCアーキもオープンだし。
0576名無しさん@お腹いっぱい。05/03/01 00:18:36
>>574
なにをいまさらw
0577名無しさん@お腹いっぱい。05/03/01 00:21:59
>>574
だまれ小僧!
0578名無しさん@お腹いっぱい。05/03/01 00:24:15
どうせとっくの昔にオジサンだよ。(´・ω・`)ショボーン
0579名無しさん@お腹いっぱい。05/03/01 00:39:12
もまいら、釣られすぎ
0580名無しさん@お腹いっぱい。05/03/01 00:52:35
第4四半期のサーバ市場、サーバ1台当たりの売上が増加傾向に
http://www.itmedia.co.jp/enterprise/articles/0502/28/news042.html
 企業別では、IBMが売上高で首位の座を堅持した。同レポートによると、IBMの第4四半期の売上高は前年同期比6.5%増の55億ドル
だったという。また同社の市場シェアは、前年同期の37.7%から38.2%へと拡大している。
 Hewlett-Packard(HP)は市場シェア25.9%を獲得し、2位の座を守った。3位のSun Microsystemsはシェアを9.4%に落としており、
シェア9%のDellに追い上げられている。
 出荷台数ベースでは、HPが引き続き1位の座を維持し、市場シェア31%を獲得した。2位はDellの21%で、3位はIBMの19%。HP、
Dell、IBMの3社が同四半期にシェアを伸ばしたのに対し、Sunをはじめとする他社はシェアを落としている。
0581名無しさん@お腹いっぱい。05/03/01 01:18:21
もうすぐDellに抜かれるね
0582名無しさん@お腹いっぱい。05/03/01 02:52:13
SIを主戦場にしてるIBMだけど、今度でかいアウトソーイング契約切られるね。
SIをアウトソーイングしたら会社の競争力がとんでもなく低下するっていうのが分かってきたからとか。
こまいのも雪崩がおこるのかなあ。
またPCやるっていうかも。どうなることやら。
0583名無しさん@お腹いっぱい。05/03/01 03:03:43
>アウトソーイング

ミシンも売ってたのか。知らなかった
0584名無しさん@お腹いっぱい。05/03/01 03:35:40
そりゃ, なんつってもインターナショナル・ビジネス・ミシン社
ですから。
0585名無しさん@お腹いっぱい。05/03/01 13:07:23
で、サンは救えるのか?
0586名無しさん@お腹いっぱい。05/03/01 14:02:20
で、Sunの出したLinuxは売れてるの?
0587名無しさん@お腹いっぱい。05/03/01 15:17:14
で、Sunを救う必要はあるのか?
0588名無しさん@お腹いっぱい。05/03/01 15:20:54
俺らの故郷だからな
0589名無しさん@お腹いっぱい。05/03/01 15:28:46
>>588
SunOS-4.x の頃まではな.
0590名無しさん@お腹いっぱい。05/03/01 15:34:26
お釈迦さまが極楽の蓮の池をのぞかれますと、地獄の底でマクネリという男が苦しんでいるのが
見えました。
お釈迦さまは、マクネリが生前一匹の蜘蛛の命を救ったことを思い出し、助けてやろうと思って
蜘蛛の糸を地獄へ垂らしてあげました。

するすると降りて来た糸を見つけたマクネリは、喜んで飛びつきました。すると、地獄の亡者どもが
わらわらとすがりついて来て、今にも糸が切れそうです。マクネリは思わず叫んでしまいました。

「だめだ、やっぱりSolaris for x86は有償にする!金出した奴以外はつかまるんじゃない!!」
0591名無しさん@お腹いっぱい。05/03/01 19:12:48
ごめんなさい
正直SunOS触ったこと無いです。
0592名無しさん@お腹いっぱい。05/03/01 19:27:52
>>592
Solaris for x86を有償化しても、Linuxつかえばいいじゃんってことになるからやらないだろ
逆に、LinuxでもRedhatのRHELは有償版しかないじゃん
0593名無しさん@お腹いっぱい。05/03/01 19:32:07
つーか、Linuxの売上げの方がでかくなっちゃった
0594名無しさん@お腹いっぱい。05/03/01 19:35:57
SUNのSolarisのサポート料金はLinuxより安いみたいだね
0595名無しさん@お腹いっぱい。05/03/01 19:37:34
せっかくフリーになっても業務用途でSolaris使う場合に
変な自前ハード+自前ドライバなシステムを
保守契約してくれるかが一番問題。

「Sun純正買え」で終わるならLinuxがある今、
一からSolarisイジル奴なんて皆無で間口も広がらんし意味が無い。
0596名無しさん@お腹いっぱい。05/03/01 21:58:30
変な自前ハード+自前ドライバなしステムのサーバーで使うの?
それで保守契約結ぼうなんて・・・

SUNが動作保障してる機種ならサポート契約すればサポートしてくれるんじゃないかな
0597名無しさん@お腹いっぱい。 05/03/01 22:11:26
サポート契約のレベルにもいろいろある。
パッチをもらうだけなら契約OKじゃないの?
自作機のOSダンプ調査はNGなのでは?
0598名無しさん@お腹いっぱい。05/03/01 22:40:05
Solaris10のパッチはSUNのサイトで無料でもらえるっぽい
0599名無しさん@お腹いっぱい。05/03/01 22:44:58
Solaris Update(Solaris版IE必須)
0600名無しさん@お腹いっぱい。 05/03/01 23:16:32
>>598
ちょっと前に聞いた話ではMUは無料だけどパッチ(XXXXXXXX-XX)は有料でした。
また方針が変わったのか?>SUN
0601名無しさん@お腹いっぱい。05/03/02 01:07:13
Solarisにはpublic patchと契約パッチがある。
前者は誰でも落とせる。後者は契約がいる。契約するとsunsolveのアカウントが強くなって
契約パッチが落とせるようになる。

0602名無しさん@お腹いっぱい。05/03/02 02:55:32
proximity communication
特許取れるか?
0603名無しさん@お腹いっぱい。05/03/02 05:41:55
http://enterprise.watch.impress.co.jp/cda/software/2004/11/30/4017.html
>OSアップデート/アップグレード/修正パッチの利用、90日間の導入・
>設定サポートを利用できる「ベーシック・サービス」が年額14,400円(税別)。
>ベーシック・サービスの内容に加えて週5日・1日12時間の電話サポート、
>Web上でのトレーニングなどを含めた「スタンダード・サービス」が年額 28,800円(税別)。
>スタンダード・サービスの内容に加え週7日・24時間の電話サポートや技術・
>教育サービスが利用できる「プレミアム・サービス」が年額43,200円(税別)。
>なお、セキュリティ修正モジュールはサポートサービスなしでも利用できる。
0604名無しさん@お腹いっぱい。05/03/02 06:44:51
Dellが首位、IBMは脱落――尊敬される企業ランキング
http://www.itmedia.co.jp/news/articles/0502/23/news013.html
0605名無しさん@お腹いっぱい。05/03/02 11:33:18
流通企業が尊敬されるなんて、もう完全にITも終わりだな。
自動車メーカーより、自主独立の販売店が尊敬されるようなもんだろこれ。
0606名無しさん@お腹いっぱい。05/03/02 15:00:41
サソが尊敬される企業ではないな。米国の本家は知らんが、日本のKKの広報の
社員(黄色いフェラーリに乗ってるヒト)は、某プロダクションから年間数百万円分
の貢物を受け取ってる。

そこに某社のPCやAppleのMacintosh G5とかが含まれてるのも笑えるが…。

金額が金額だけに、そろそろ自重しないとクビが飛びかねないってわからんの
かアイツは?接待だけならまだしも、キッチリ足の付く商品を強請るあたりがナサケナイ。

そんなサソを救う気にもならん。とっととウチとの共同広告のゲラよこせ!
0607名無しさん@お腹いっぱい。05/03/02 15:09:57
>>606
ツー・ティ・シーからサソKK広報の小▲原のチクりか?
0608名無しさん@お腹いっぱい。05/03/02 15:27:58
>>605
トヨタは、DELLみたいなもの(というかDELLがトヨタの真似)である。

関連会社をグループで囲い込んでいるところは違うが、その中心
的な手法は流通企業に近い。
0609名無しさん@お腹いっぱい。05/03/02 15:29:51
>>606
>キッチリ足の付く商品を強請るあたりがナサケナイ。
>
>そんなサソを救う気にもならん。とっととウチとの共同広告のゲラよこせ!


内容が嘘だったら中傷だし、本当なら、おまいこそ足がついてしまう
のではないだろうか?
0610名無しさん@お腹いっぱい。05/03/02 15:34:07
ンラリスもオープソ。内部情報もオープソ!オープソ!
0611名無しさん@お腹いっぱい。05/03/02 15:38:08
>>606
禿同。MCEに居たトキからヤツは卑しかったYo!
0612名無しさん@お腹いっぱい。05/03/02 15:42:15
つるし上げ・・・・・・(・∀・)イイ!!
0613名無しさん@お腹いっぱい。05/03/02 15:51:48
>>606
漏れは前回のソストラで、ナゼ奴さんが残ったのかが不思議。
漏れ的にはモヅラジャパンへ逝ってしまったアノ方に残ってもらいたかった。
世の中悪がはびこるというのは本当なのか。。。
0614ken05/03/02 17:32:28
学校で作った作品(リンクあり)をDVDに焼いてもって帰ったのに家で見れませんでした、
原因はソータイパスじゃ無いからだそうです、どおやったらソータイパスになりますか?
詳しい人お願いしなす。。。
0615名無しさん@お腹いっぱい。05/03/02 17:36:50
相対パスにしてもサンは救えないから。残念。
0616名無しさん@お腹いっぱい。05/03/02 17:41:00
救いようがないともいふ。
0617名無しさん@お腹いっぱい。05/03/02 17:52:08
>>606
みんなが救いたいSunはSMCCのほうなの。
KKは以前からなくなれってみんないれってるよ。
0618名無しさん@お腹いっぱい。05/03/02 17:58:40
    ∧_∧
   ( ・∀・) ドキドキ
   ( ∪ ∪
   と__)__)
0619名無しさん@お腹いっぱい。05/03/02 22:30:05
できるかどうかは別にして、Sunを救いたいと思ったことは一度もない
株主でもないし
なるようになるでしょ
0620名無しさん@お腹いっぱい。05/03/02 22:36:42
第2のSunが生えてくれば全然問題ない。
0621名無しさん@お腹いっぱい。05/03/02 22:40:54
Appleのことか
0622名無しさん@お腹いっぱい。05/03/02 22:46:02
>>620
第2のSunが韓国に誕生! その名もYon Microsystems!
っていったら主婦が貢いでくれるかな?
062345705/03/02 23:24:11
>>622
何がおかしいのか説明できないんだけど  ワロタ
0624名無しさん@お腹いっぱい。05/03/02 23:27:45
http://www.itmedia.co.jp/news/articles/0503/02/news056.html
相手にされないsparc・・・(´・ω・`)
0625名無しさん@お腹いっぱい。05/03/02 23:58:22
一応は言及されてるじゃん。
富士通はItaniumを採用してくれてるので、名指しを
避けたんじゃないかな。
0626名無しさん@お腹いっぱい。05/03/03 00:40:45
いやあ、相手にされてないんでしょう
0627名無しさん@お腹いっぱい。05/03/03 00:41:44
NiagaraがでてもPentium Dの影に隠れてしまうのかな
0628名無しさん@お腹いっぱい。05/03/03 00:45:34
>>624
だまれ小僧!sparcにサンが救えるか
0629名無しさん@お腹いっぱい。05/03/03 00:50:03
富士通の SPARC64 って最新の POWER とタメはる性能じゃ
なかった? POWER みたいに、あっちこっちのマーケットに
進出する気配がないので、警戒されないのかな。
0630名無しさん@お腹いっぱい。05/03/03 01:09:36
SPARC64のマルチコアのお話はないの?
0631名無しさん@お腹いっぱい。05/03/03 01:13:31
ある。>>499 で出てた Olympus はデュアルコア。
0632名無しさん@お腹いっぱい。05/03/03 01:14:18
>>630
APLとかゆうのに載るのが、デュアルコアだと思ったよ
0633名無しさん@お腹いっぱい。05/03/03 01:16:56
ありゃりゃ、かぶっちゃったねえ
0634名無しさん@お腹いっぱい。05/03/03 01:28:07
>>499の記事読んだとき、富士通のUltraSPARC→SunのUltraSPARCと
脳内で置き換えてたよ…
631さん, 632さん、ありがとう
0635名無しさん@お腹いっぱい。05/03/03 01:44:59
しかし富士通にサンとSPARCを支える力があるかというと疑問。
0636名無しさん@お腹いっぱい。05/03/03 07:46:33
>>635
そんな力量はないでつ。自分のことでさえもわけわかんなくなってて、いっぱいっぱい。毎日、嫌な色の汗をかいてまつ orz
0637名無しさん@お腹いっぱい。05/03/03 09:41:49
未来を見失った者同士だからこそ支えあえるのかもしれない、とか。
0638名無しさん@お腹いっぱい。05/03/03 11:06:40
仕方ないのかよw
0639名無しさん@お腹いっぱい。05/03/03 12:07:47
Xeon/Pentium 4 系列のデュアルコアは、AMDに遅れまいと
やっつけで作ったいい加減なものであることがはっきりし
たみたいだね。
ttp://pc.watch.impress.co.jp/docs/2005/0303/kaigai161.htm

Pentium M 系および Itanium 系列は、ちゃんとしたものの
ようだが。
0640名無しさん@お腹いっぱい。05/03/03 12:27:49
やっつけだろうとコア性能はSPARCよりよいだろうし、一般の人の
評価は Pentium D >>>>> SPARC なんだろうな(´・ω・`)ショボーン
0641名無しさん@お腹いっぱい。05/03/03 12:33:43
>>640
ということは、一般ではない人の評価だと
SPARC >>>>> Pentium D なのか?
0642名無しさん@お腹いっぱい。05/03/03 12:38:22
一般ではない人の評価
Pentium D > SPARC くらいかな?
アプローチは面白いとか頑張ったとか言ってはくれるけど、コア性能
がちょっとね!って感じw
0643名無しさん@お腹いっぱい。05/03/03 13:02:28
Apache+PHP+MySQLでベンチすれば、
Niagaraがいいか悪いかはすぐ明らかになるでしょ。
IAサーバと同じ値段で2倍のクライアントを捌ければ、黙ってても売れるんじゃない?
0644名無しさん@お腹いっぱい。05/03/03 21:44:08
誰か詭弁のガイドラインを貼ってくれ
0645これで勘弁05/03/03 21:52:37
(略
0646名無しさん@お腹いっぱい。05/03/03 23:41:10
所詮ファブレスSunが思いつく位の事を
今のIntelやIBMが実行しないわけがない。

よってナイアガラとやらは糸冬了
0647名無しさん@お腹いっぱい。05/03/03 23:51:46
少なくとも現在発表されているIntelやIBMのロードマップには、
Niagara風の構成のCPUはないみたいだけど…
ある?

特にクライアント市場がメインのインテルは、シングルコア
性能が下がるNiagaraみたいなやり方をとるのは難しいと思う。
0648名無しさん@お腹いっぱい。05/03/03 23:57:10
性能とハードル天秤にかけて
こりゃアカンってな結論に達したんでしょ
ビックブルー・イソテルの方は
0649名無しさん@お腹いっぱい。05/03/04 00:08:13
君、前の方のレス読んでないね。
ポラックの法則からして、どう考えてもNiagaraの方法の
方が同一トランジスタ数でのトータルスループットは
良くなる計算だよ。
0650名無しさん@お腹いっぱい。05/03/04 00:48:04
>>649
しかしクレバーなアルゴリズムは並列化で高速化できない罠.
0651名無しさん@お腹いっぱい。05/03/04 00:50:59
だからNiagaraはフロントエンド用なんでしょ。
通常、各プロセスに全く相関がないから、
NプロセッサでN倍の性能が出せる。

もちろん、クライアント用には向かない。
0652名無しさん@お腹いっぱい。05/03/04 01:27:13
フロントエンド向けは良いけどI/O系は特別強化されないわけでしょ??
主メモリの調停もなんかヤバそうだし
駄目プロセッサの一つとして歴史に名を刻んでしまうと予想するけどね
0653名無しさん@お腹いっぱい。05/03/04 01:37:18
> ポラックの法則からして
ならば、UltraSPARC II(500万トランジスタ)ベースのコアを8個集積するより、
初代のSPARC(5万トランジスタ)をベースに800個集積した方が性能いいんじゃないか?
0654名無しさん@お腹いっぱい。05/03/04 02:18:14
>>653
どっち転んでも, 微細加工がすすむとリークがきくからなぁ...
エアで放熱をカバーしきれるのか?
液体冷却とかなると土地代上がりそうだし...
0655名無しさん@お腹いっぱい。05/03/04 03:15:24
>>652
メモリバンド幅はピークで20GB/s以上らしいから、
現行のPCの3倍はあるよ。L2キャッシュもオンダイ
で3MBと大きめだし。
0656名無しさん@お腹いっぱい。05/03/04 04:41:25
ありもしない製品で顧客をつなぎとめるのはSunの常套手段
0657名無しさん@お腹いっぱい。05/03/04 06:27:49
初代SPARC単体の処理性能で良ければ、SPARCいっぱいでも良いんじゃないの?
でも、多分それじゃ駄目でしょ。
0658名無しさん@お腹いっぱい。05/03/04 06:51:12
というか処理の並列度に依存してる。
常に最高パフォーマンスが発揮できる従来型プロセッサに比べると、
Naiagaraは32個以上のスレッドが同時実行できる状況でのみパフォーマンスを発揮するニッチなプロセッサ。

きっとNiagara塔載機はOSのブートが遅い。
マルチコアのうち、1個だけはUltraSPARC IIIベースにした方がまんべんなく性能を発揮できたはず。それだけ革新性も減るが。
0659名無しさん@お腹いっぱい。05/03/04 08:33:26
今のSunは黙ってたら売れん
かといってNaiagaraの売り方は難しいな
用途を明確にしないと過剰広告になる
0660名無しさん@お腹いっぱい。05/03/04 11:50:30
>>656
別にSunに限らず、Intelだって同じようなことはやってる
みたいだけどね。
ttp://pc.watch.impress.co.jp/docs/2004/0911/kaigai119.htm
で紹介されてたデュアルコアのデモで、「Smithfieldというコード
ネームこそ出さなかった」理由は、
ttp://www.theinquirer.net/?article=18456
によると、実際にはSmithfieldじゃなくて、P4のチップを一つの
パッケージに封入した、マルチチップモジュールを臨時にでっち
あげて行なわれたものだったせいらしい。
後藤氏は、まんまとIntelにだまされてSmithfieldのデモだと
解釈したようだけど。

あと、Niagara に関しては、半年前には既に試作チップはできて、
Solaris も走ってるみたいよ。
ttp://blogs.sun.com/roller/page/jonathan/20040910#the_difference_between_humans_and
0661名無しさん@お腹いっぱい。05/03/04 11:56:48
Pentium Double
こんな恥かしいインテルは初めて見た@30歳男性
0662名無しさん@お腹いっぱい。05/03/04 13:05:47
ツワルシ:「OpenSolarisはナニかと評判になりましたね。マダ、
    DTraceのソースだけしか公開してないのに」
マワニーリ:「今度はイッチョ、OpenSPARCでも企画してみるべかのぉ」
ツワルシ:「オォ!さすがCEO。目の付け所がちがう」
マワニーリ:「冗談はさておき、NaiagaraのスペルがNakinagaraに見えるのは何故じゃ?」
ツワルシ:「…」
0663名無しさん@お腹いっぱい。05/03/04 13:26:46
Niagara Fall
0664名無しさん@お腹いっぱい。05/03/04 13:29:21
>>662
SPARCアーキ自体は、既にロイヤリティフリーみたいだけど?
ttp://www.sparc.org/japanese/resource.htm
もちろんコアのIPは有償だろうけど。
0665名無しさん@お腹いっぱい。05/03/04 13:56:28
セミナー会場から記念カキコ。
0666名無しさん@お腹いっぱい。05/03/04 14:03:30
>>658
> Naiagaraは32個以上のスレッドが同時実行できる状況でのみ
> パフォーマンスを発揮するニッチなプロセッサ。

まあCPUの汎用性を考えるとニッチなのかもしれないけど、
Sunの得意な部門に特化していていいんじゃないかな。
サーバ部門で速度出せなかったらSunは終りだからね。
しかも安サーバ部門は終わりつつある。
0667名無しさん@お腹いっぱい。05/03/04 15:35:31
しかし>>606で紹介されてる香具師は結構有名人みたいだね・・・。
何でこんなのがのさばるのか・・・
0668名無しさん@お腹いっぱい。05/03/04 21:08:59
>>658
> マルチコアのうち、1個だけはUltraSPARC IIIベース

それがRockだったりしてな
0669名無しさん@お腹いっぱい。05/03/04 21:19:59
Solaris for x86、どうしてずっと継続してなかったんだろうな…
0670名無しさん@お腹いっぱい。05/03/04 21:22:59
Pentium D
0671名無しさん@お腹いっぱい。05/03/05 00:08:52
Naiagaraってコア数が増えてスレ多くなって
結果ランダムアクセスが多くなって
メモリ帯域なんて無意味になるんじゃないか
旨くなさそうだが解決策もってる?
0672名無しさん@お腹いっぱい。05/03/05 00:15:36
> メモリ帯域なんて無意味になるんじゃないか

無意味ということはない。
帯域狭いと本当にまずいので十分に意味がある。

> 解決策もってる?

・広いメモリバンド幅
・大容量のオンチップL2キャッシュ
・あと>>262
0673名無しさん@お腹いっぱい。05/03/05 00:19:02
Naiagaraに必死な奴はコテハンにしてくれないか?
0674名無しさん@お腹いっぱい。05/03/05 00:23:10
信者ですか
0675名無しさん@お腹いっぱい05/03/05 00:29:48
Pentium Dを見てわしも考えた。UltraSPARC IVを16個マルチダイで結線
してしまえばナイアガラの出来上がりぃ〜。
ナント簡単。わし天才!
0676名無しさん@お腹いっぱい。05/03/05 00:31:02
それじゃ全然性能出ないよ…
このスレの頭から全部読み直せ。
0677名無しさん@お腹いっぱい。05/03/05 00:31:15
>>673, >>671
Naiagaraってなに?
Niagaraのことじゃないなら、スレ違いなんだけど?
0678名無しさん@お腹いっぱい。05/03/05 00:34:09
>>677
せっかく、アンチの目印になるから指摘しないで
おいたのに。言っちゃだめでショ。
あと、673や671以外でも使ってるみたいよ。
0679名無しさん@お腹いっぱい。05/03/05 00:34:50
やっぱ夢語ってるだけだな
ストッププロジェクトの仲間入りだわさ
068067705/03/05 00:50:59
なるほど、正直スマンかった
068167705/03/05 00:53:44
って、ここアンチスレだったよ… orz
0682名無しさん@お腹いっぱい。05/03/05 01:28:12
Naiagara面白いと思うけどなあ。
製品として出たら、ベンチマーク見てみたいね。
0683名無しさん@お腹いっぱい。05/03/05 01:33:31
プ
0684名無しさん@お腹いっぱい。05/03/05 01:34:19
しかしもともと並列性の高い処理ならば、なにもCMTでなくとも、
普通の安価なCPUのマシンを束ねてクラスタリングしてもいいわけで、
ほんとに市場あるのかしら、と。
0685名無しさん@お腹いっぱい。05/03/05 01:37:27
もう一回スレ読み直せ
0686名無しさん@お腹いっぱい。05/03/05 02:00:11
SPARCって遅いよなー。
0687名無しさん@お腹いっぱい。05/03/05 02:23:14
はあ、何にも分かってない香具師がまたきたよ
0688名無しさん@お腹いっぱい。05/03/05 02:46:26
潰れる前にx86用OBPの開発とオープンソース化だけお願いします。
0689名無しさん@お腹いっぱい。05/03/05 02:59:18
iPodがいくら流行っても蓄音器を楽しむ人がいるんだ。
サンだって。
0690名無しさん@お腹いっぱい。05/03/05 03:36:26
それはオンボロマシン(Super-SPARC以前)で細々とSolaris2.6を動かすとか,
全くSunに利益のないことをする連中では?
0691名無しさん@お腹いっぱい。05/03/05 06:41:18
x86 Solaris10使ってみたけどデスクトップ環境で使っても結構いけるね
ただなのに、商用フォントやATOKが入っててお得な感じ
Linux アプリケーション環境が実装されればLinuxのアプリもようになるんだろ?
後は、ドライバの問題を克服すれば普及するんでない?
069268605/03/05 09:37:47
セミナーの感想。
UltraSPARC III+x2 メモリ8Gのマシンだった。
クロックは見てなかった。

サーバとかじゃないと、バスとかメモリ帯域活かせないだろうから、
普段使うマシンはx86_64のPCで十分と思っただけ。
0693名無しさん@お腹いっぱい。05/03/05 10:45:02
>>691
Linuxアプリやハードのメーカーがサポート対象OSにしてくれないと
Sunにサポート料金払ってくれるような人達には普及しない
0694名無しさん@お腹いっぱい。05/03/05 12:44:38
>>675
US4は2x2の4スレッドだから、8個デ十分デスヨ
0695名無しさん@お腹いっぱい。05/03/05 12:47:17
わかってくださいよ
0696名無しさん@お腹いっぱい。05/03/05 13:08:37
>>691
companion CDを古インストールすれば主要なフリーソフトはもう揃っているよ。
ls /usr/sfw/bin してみれ
0697名無しさん@お腹いっぱい。05/03/05 13:38:57
Sunに利益のないことをする連中のマシンはUltraSPARC系も
いくつかはいってるよなぁ…
0698名無しさん@お腹いっぱい。05/03/05 13:46:46
>>696
デスクトップ向けとしては動画再生が弱すぎ
Linuxで簡単にできることがSolarisでできないのは普及を妨げるよ
Solaris上で動作するVMwareあたりもできたらイイ
0699名無しさん@お腹いっぱい。05/03/05 14:11:54
DTraceのスクリプトをD言語っていってたんだけど、
http://www.digitalmars.com/d/
こっちの方が先じゃない?
紛らわしい。
070069405/03/05 14:21:27
>>695
昼めしはうどんにするかな
0701名無しさん@お腹いっぱい。05/03/05 14:49:13
もう駄目だあ
0702名無しさん@お腹いっぱい。05/03/05 15:21:19
>>698
Solaris上でVMwareを使ってWindowsを実行するより
Windows上でVMwareを使ってSolarisを実行した方がいいんでない?
0703名無しさん@お腹いっぱい。05/03/05 18:42:13
一人突っ走るSun
既存プログラムに効率的互換性がないサーバーを
Apacheが相手にしてくれるかな?
0704名無しさん@お腹いっぱい。05/03/05 21:47:03
効率的互換性ってなに?
0705名無しさん@お腹いっぱい。05/03/05 22:33:22
なんだろうね?少し考えてみようか
0706名無しさん@お腹いっぱい。05/03/06 01:01:06
WindowsでVMWareを使ってWindowsを使う方がいい
0707名無しさん@お腹いっぱい。05/03/06 02:44:02
apacheだったら何の問題もない。

>>703
自分自身の発言の意味さえも分からないのはヤバいよ。
0708名無しさん@お腹いっぱい。05/03/06 14:13:48
もともとx86版Solarisは、x86マシンで他のOSを使ってるユーザを
SPARC版Solarisプラットフォームへ誘う為に開発された戦略的な商品だった。
今は誘うどころかミッドレンジはx86に頼るしかなくなってる本末転倒のSun。
更に煽るとLSB準拠しないと商品企画として成り立たなくなってるのが現状。
0709名無しさん@お腹いっぱい。05/03/06 14:46:08
デスクトップはMac OS Xにも持っていかれているし。
NSUG幹事にもMac OS Xユーザ多数。
071070505/03/06 15:19:30
>>707
703の名誉のために書いておくが、俺は703じゃないよ
0711名無しさん@お腹いっぱい。05/03/06 17:52:25
>>708
更に煽るとLSB準拠しないと商品企画として成り立たなくなってるのが現状。
redhatってLSBだっけ?
0712名無しさん@お腹いっぱい。05/03/06 18:26:26
勘違いしてるヤシがいるので少し訂正。
>> 更に煽るとLSB準拠しないと商品企画として成り立たなくなってるのが現状。

更に煽るとLSB準拠しないとSolarisが商品企画として成り立たなくなってるのが現状。

Niagara褒め契ってる暇があったらモちと外の世界を見なハレ。
ttp://www.jp.redhat.com/about/news/12172003.html
0713名無しさん@お腹いっぱい。05/03/06 18:47:12
元もとSunの商品は、
Sun OSが使いたいからSunのEWSを使う。
SunのEWSが使いたいからSun OSを使う。みたいに相補の関係があった。
それなのに只でさえハードが弱ってるところへSolarisをOpenSource化したら
Sunの弱体化を進めてしまうぞSchwartz!
モマエはここのスレの住人の様に何もわかっていないな。
0714名無しさん@お腹いっぱい。05/03/06 19:02:29
>>712
そのページ、俺のMozilla 1.7.5では日本語が見れんよ。
htmllintの採点は、-154点。

「外の世界」って住みづらいな。
0715名無しさん@お腹いっぱい。05/03/06 21:36:50
>>713
> Sun OSが使いたいからSunのEWSを使う。
ちゃう! SunOS は 4.2-BSD だから Sun の EWS を使ってたの!
0716名無しさん@お腹いっぱい。05/03/06 21:43:00
nis とか nfs とか ubc とか .so とかは SunOS 起源で
4BSD 系には昔はなかったけどね。
0717名無しさん@お腹いっぱい。05/03/06 21:44:31
>>710
安心しろ、君が703であろうとなかろうと、703みたいに
意味不明な発言する奴にもともと名誉なんてないから。
0718名無しさん@お腹いっぱい。05/03/07 01:39:51
>>715
4.2BSDね。
0719名無しさん@お腹いっぱい。05/03/07 07:42:26
LSBってLinux Standard Baseの略なんだが。
Linusがカーネルしか作らんから必要になっただけのLinuxローカル仕様に、
Solarisがあわせるなんて発想が一体どこからでてくるのか。
0720名無しさん@お腹いっぱい。05/03/07 07:58:22
Sunは語ることが大好きな会社ですからと誰かが言ってたなw
0721名無しさん@お腹いっぱい。05/03/07 08:23:15
>>719
Solaris10はLSB準拠をうたっているが・・・
linux用に書かれたアプリケーションのポーティングを容易にするのが目的。
0722名無しさん@お腹いっぱい。05/03/07 08:45:28
実情に合わせて、社名を変えるべきだな。
Sun→Moon
0723名無しさん@お腹いっぱい。05/03/07 09:29:50
Lunaちゃうんか
0724名無しさん@お腹いっぱい。05/03/07 11:17:28
MoonとかLunaに社名変更する前にSunが設計する最後の
SPARC(コード名:sunset)をだしてもらわなきゃw
0725名無しさん@お腹いっぱい。05/03/07 11:48:21
LSBに準拠しlinux APIも備えて従来のSolarisバイナリもlinuxバイナリも動くSolaris10。
それはあたかも太陽と月の二つの光を浴する黄昏時(twilight)を思い起こさせる。
太陽にかつての目映い光は無く、薄明。誰そ彼は

そして陽が沈む・・・
0726名無しさん@お腹いっぱい。05/03/07 12:31:23
いいねぇ、Sunsetってコードネーム。
現状にぴったりだねぇ。
0727名無しさん@お腹いっぱい。05/03/07 12:38:45
初代SPARCのコード名がsunriseだし。
0728名無しさん@お腹いっぱい。05/03/07 12:46:24
LunaをみてオムロンのWSを思い出した。
そういえば、SUN 3もLUNAもApollo DNもCPUは68Kだったなぁ…。
0729名無しさん@お腹いっぱい。05/03/07 12:55:10
Lunaは88kです。Dual CPU。
0730名無しさん@お腹いっぱい。05/03/07 13:01:12
やらせはせん、やらせはせんぞ
0731名無しさん@お腹いっぱい。05/03/07 14:47:14
>>729
http://www.jp.netbsd.org/ja/Ports/luna68k/
0732名無しさん@お腹いっぱい。05/03/07 15:59:26
>>730
やられる前にヤレ、は鉄則。
やられてしまってからでは遅いのだ。

老兵は去るのみ。
0733名無しさん@お腹いっぱい。05/03/07 19:18:44
ノーアプリケーションのx86版SolarisはもうLinuxにはかなわないよ
0734名無しさん@お腹いっぱい。05/03/07 20:15:25
・・・・
Solarisにするメリット
Sunにするメリット
探そうぜ頼むから
0735名無しさん@お腹いっぱい。05/03/07 20:21:37
> Solarisにするメリット
厨と付き合わずに済むので気が楽
0736名無しさん@お腹いっぱい。05/03/07 20:22:58
まずは>>734がメリットを探して公表して、お願い
0737名無しさん@お腹いっぱい。05/03/07 21:01:50
SolarisのSPARC版はアプリケーションも豊富で実績もあるからメリットはある
SPARCが早くなれば






と言ってみるテスト
0738名無しさん@お腹いっぱい。05/03/07 21:38:19
てゆうかインテル版だってLinuxとそうたいして変わらないじゃん。
なんか、ビジネス向けに重要なソフトウェアで、Linuxでは動くが
インテル版Solarisで動かないものってあったっけ? 思いつかない。
Oracle も Java も WebLogic もみんなネイティブで対応しているよなあ。
フリーソフトはどうせみんな元々動くし。

対応してないマイナーなソフトも、Linuxバイナリ互換機能ですぐに
動くようになるだろうし。
0739名無しさん@お腹いっぱい。05/03/07 21:40:46
「動く」のとサポートは違う
0740名無しさん@お腹いっぱい。05/03/07 21:42:38
>フリーソフトはどうせみんな元々動くし。

これ嘘でしょ。Linux/i386がユーザー数も開発者も膨大なこともあって
1番安定してる。
0741名無しさん@お腹いっぱい。05/03/07 21:47:17
>>735
最近はそうでもない、と今思った。
0742名無しさん@お腹いっぱい。05/03/07 22:03:58
> これ嘘でしょ。

じゃ、たとえば何が動かないのか挙げてみてよ? 思いつかないなあ。

> Linux/i386がユーザー数も開発者も膨大なこともあって1番安定してる。

なんかFreeBSDの方がユーザも開発者も少ないにも関わらず、Linuxよりは
安定してるって評価しているところもあるみたいよ?
0743名無しさん@お腹いっぱい。05/03/07 22:11:21
>>742
> FreeBSDの方がユーザも開発者も少ないにも関わらず、Linuxよりは
> 安定してる
さらに, ユーザも開発者も少ない NetBSD や OpenBSD も Linux よりは
安定していると思うぞ.
# DragonFly はよく知らんが...
0744名無しさん@お腹いっぱい。05/03/07 22:11:36
無理にメリットを探さなくても…
スレタイどおりに俺たちにSunは救えないんだから。
0745名無しさん@お腹いっぱい。05/03/07 22:16:48
>ビジネス向けに重要なソフトウェアで、Linuxでは動くが インテル版Solarisで動かないもの

Domino
ガルーン
0746名無しさん@お腹いっぱい。05/03/07 22:22:27
どっかのスレにで取ったけど、
JP1
veritas(NetBackup、VxVM/FS、cluster、・・・)
Hulft
SANストレージ用のミドルウェア
などなど、数え上げたら切りが無い。
0747名無しさん@お腹いっぱい。05/03/07 22:25:31
>>742
FreeBSDが安定か?
だんだんと不安定になってるが・・・
0748名無しさん@お腹いっぱい。05/03/07 22:29:01
バックアップ関係。
官公庁で一太郎。
0749名無しさん@お腹いっぱい。05/03/07 22:30:26
結論:商用OSに程遠い
0750名無しさん@お腹いっぱい。 05/03/07 22:48:30
虎ぶったときにまともな障害解析報告書と対策がだせない
Linuxはオラ嫌だよ。
0751名無しさん@お腹いっぱい。05/03/07 22:51:16
>>750
障害解析報告書ってSunの場合米国で調査中(米国に連絡済み)で
何ヶ月もまたされてお終いでは…
おいらの想像です、ごめん。
0752名無しさん@お腹いっぱい。05/03/08 00:06:02
>>750
サンは叩けばそれなりにパッチを出してくるし、いざとなったら米国に乗り込め
ば何とかなる。膝をつめて話をして、解析報告・対策はこっちでつくって客先に
出すことも可能だ。
RetHatは返答すらまともに返してこない。叩いても音沙汰なし。これじゃまとも
なトラブル対応はできん。
0753名無しさん@お腹いっぱい。05/03/08 00:39:22
Linuxが急成長してることへの嫉妬で気持ち悪いスレだな
0754名無しさん@お腹いっぱい。05/03/08 00:50:17
>>753
Sunは、ローエンドではボロ負けでしょう。

で、ローエンドで負けると、ハイエンドはともかく
ミドルレンジがごっそりと侵食されて苦しくなる。

そういう危機感だね。

この際、「ミドルレンジにはSolarisが最適!」と
いうイメージ戦略が成功すれば、あと10年は
生き残れる。
0755名無しさん@お腹いっぱい。05/03/08 00:55:46
ただLinuxとは関係無くミドルレンジの需要自体が落ちてるからなぁ。
ローエンドの高性能化とかミドルレンジ使うならローエンドのクラスタリングで
いいじゃんとか。
0756名無しさん@お腹いっぱい。05/03/08 01:14:31
狙いどころを「64bitの格安システム」と定め、とりあえず
32bit IAマシンを「ローエンド」用途と明確に位置付ける。

そして、

「ローエンド程度なら32bitのLinuxでも使ってればいい。
 そういうのも提案できる。だ・け・ど、ちょっと大きく
 なったら64bitじゃないと話にならない。そういう時に
 なんだかんだで一番安くて実績もあるのがSolarisだ。」

とか散々吹いて、イメージ戦略で「Linux = 32bit = 小さい
事にしか使えねえ」と印象付けながら、ダンピングまがいの
大量導入を推し進め「64bitと言えばSun, Sunと言えば64bit」
と言われるくらいに「64bit限定ではSunの独壇場」という姿
を目指す。で、普及してから利益を回収。

そんな「ミドルレンジの覇者」というのがSunの生き残る道。
0757名無しさん@お腹いっぱい。05/03/08 01:16:37
>>752
Red Hatじゃなくて、それぞれの開発部門がpatchをmergeしてくれるじゃん?
正直、Sunと交渉している時間があったら…
0758名無しさん@お腹いっぱい。05/03/08 01:17:06
開発部門→開発チーム/プロジェクト
0759名無しさん@お腹いっぱい。05/03/08 01:27:26
>>756
実際の顧客はここにいるような馬鹿ばかりではないでしょ
そうだったら、Sunはこんn現状にはなってない
0760名無しさん@お腹いっぱい。05/03/08 01:27:57
>>758
>お弁当箱、復活キボーン

今やビル・ジョイもPowerMacG5ユーザーだというし、
もうSPARCは諦めて、Appleのお弁当箱でも買えば?
076176005/03/08 01:34:21
>>760
誤爆...orz

↓こっちのスレですた。
http://pc5.2ch.net/test/read.cgi/unix/1079075240/758-759
076276005/03/08 01:39:19
>>759
>実際の顧客はここにいるような馬鹿ばかりではないでしょ

そうかな?
きっとゴルフ場でこんな会話がある。

A:「Sunは飛びますよね?」
B:「…まあ、たまにはねえ。」
C:「うん、飛ぶよね。たまには。」
A:「……。」
0763名無しさん@お腹いっぱい。05/03/08 01:44:45
JDKの無料配布をSolaris版だけにするというのは?
WindowsやLinux版は有料。Java厨がいやでもSolaris使い始めるかもよ。
0764名無しさん@お腹いっぱい。05/03/08 01:47:34
IBMのJDKが幅をきかせるだけになると思う。
0765名無しさん@お腹いっぱい。05/03/08 01:48:34
>>763
訴訟でSunあぼーん
0766名無しさん@お腹いっぱい。05/03/08 02:16:02
>>763

ただでさえ、やれ「オープンソース」だのとうるさいのに、無料公開して
いたソフトを急に有料にすると印象悪い。

やはり「独自ハードウェア」を死守して一定の利益率を確保する路線しか
ない。Appleが、何度も危機に陥っては、何度でも復活しているのも、独自
ハードウェアの賜物。

えーと、だから、まず今こそBlade100路線の「格安単価のハードウェア」
を投入して強化する。それで、量を多く出す意図からも「かなり小型」で。

10万円くらいで"CobaltSPARQ"とか作ればいい。
0767名無しさん@お腹いっぱい。 05/03/08 02:33:15
IBMってSUNを潰すためにLinuxを支援してたんだよね。
SUNが潰れたら、またIBMが威張り出すのが気にくわない。

ただ、SUNも今までさんざん殿様商売やってたんで、
今の状態は自業自得。

そういう意味では今回のSUNの施策は賛成。
何とか、いい形で復活してほしい。
0768名無しさん@お腹いっぱい。05/03/08 03:09:05
Sunはその前にDellにやられるだろう
サーバ市場でDellにやられるなんて屈辱もいいとこだ
0769名無しさん@お腹いっぱい。05/03/08 05:17:00
サーバーと言ってもPCサーバーはパーツが違うだけで、パソコンと同じだからな
マザーボードも自社で作る必要ないし、DELLがサーバーメーカー名乗ってるのはおかしい
それにDELLはパソコンは自社で組み立ててるようだけどサーバーは他社に
製造を委託してるものもあるみたい
DELLが他社に製造を委託してる製品の場合、DELLは単なる通信販売業者になるわけだ
0770名無しさん@お腹いっぱい。05/03/08 05:31:43
マイケルデルとはつまりジャパネットたかたの社長
0771名無しさん@お腹いっぱい。05/03/08 06:48:06
DELLはAMD製CPUを今後もつかわないと宣言してるから、今の繁栄が今後も続くとは限らない
PC部門が危なくなれば、サーバーどころではないだろう
0772名無しさん@お腹いっぱい。05/03/08 09:21:44
>>737
SPARCがコンシューマー向けに量産された暁には連邦なぞ…!
0773名無しさん@お腹いっぱい。05/03/08 10:18:07
コンシューマ向けのSPARC版アプリケーションってATOK以外にあるかな?
0774名無しさん@お腹いっぱい。05/03/08 11:08:42
StarSuite
0775名無しさん@お腹いっぱい。05/03/08 11:09:01
>>766
> 10万円くらいで"CobaltSPARQ"とか作ればいい。

Mac miniより高いじゃん。駄目じゃん。
0776名無しさん@お腹いっぱい。05/03/08 11:46:10
>>775
そこで、Solaris for PowerPCを出すんですよ。
Mac miniに入れるとウマー。
0777名無しさん@お腹いっぱい。05/03/08 11:51:51
Sunは宣伝が下手だ。
ホームページを見ても分かるだろう。
商品説明では何が言いたいのかさっぱり分からないのだ。
日本語のページを見ていても、downloadになると英語になる。
これでは、新規ユーザーには受け入れられないだろう。
「ちょっと使ってみようかなあ」という新規購買層を魅了して
取り入れてしまえない所に、バカ殿らしさを感じる。
0778名無しさん@お腹いっぱい。05/03/08 12:19:46
10万円で液晶Displayもつけないと話にならないな
0779名無しさん@お腹いっぱい。05/03/08 12:34:26
>>777
宣伝できるものが・・・
0780名無しさん@お腹いっぱい。05/03/08 13:17:54
ダマレコゾウ→Delphi→共に滅びゆく者達→救えない
0781名無しさん@お腹いっぱい。05/03/08 13:58:55
>>>777
SunのWebサイトは現在大幅リニューアルが進行中です。(.comサイト)
早ければ3月中に、遅くとも4月いっぱいで米国本サイトのデザインは
一新される予定です。外部スタッフが泣きながら作業を進めていると
いうインサイダー情報を入手しています。

ちなみにコンテンツの中身自体の質、および日本サイトの更新につい
ての情報は得ていません。

Solaris 10のオンラインセミナーのアクセス数も味噌クソだそうで、
日本法人内でも先行きが危ぶまれております。CTCも逃げ腰ですし…。
0782名無しさん@お腹いっぱい。05/03/08 14:13:07
日本法人事体が味噌糞なわけだが。
0783名無しさん@お腹いっぱい。05/03/08 14:30:56
Solaris10オープンセミナーの再生環境に
SPARCの環境がのってないのだが…
0784名無しさん@お腹いっぱい。05/03/08 15:47:35
SPARCだけに雷で焼けてしまいました、と逝ってみるtest
0785名無しさん@お腹いっぱい。05/03/08 18:51:21
Red Hatに関するSunの見解についてNovellとMandrakeに聞く (1/3)
http://www.itmedia.co.jp/enterprise/articles/0503/07/news039.html
0786名無しさん@お腹いっぱい。05/03/08 23:18:06
今だからこそ、SolarisよりVMSのほうがよくねぇか?
0787名無しさん@お腹いっぱい。05/03/08 23:25:44
Sunの日本法人ってただの糞だとおもってた
0788名無しさん@お腹いっぱい。05/03/08 23:51:24
>>787
KKはクソですよ。CTC様々だし。優秀な社員も居てるケド、組織として自力で
は何もできない立場に置かれているし。
0789名無しさん@お腹いっぱい。05/03/09 02:06:05
>>781
オンラインセミナーってまだ始まったばっかじゃないの??
しかし日本サンも web 一新するなら仕事くれw
0790名無しさん@お腹いっぱい。05/03/09 02:36:10
>>788
うちも結局シンガポールに頼ることになった。
0791名無しさん@お腹いっぱい。05/03/09 07:12:02
64bit PPC搭載機を安く出してくれたら買う。
0792名無しさん@お腹いっぱい。05/03/09 08:11:15
PowerPC速くないじゃん
0793名無しさん@お腹いっぱい。05/03/09 08:51:05
互換性があることが大事なんでしょ。じゃないと売れない。
0794名無しさん@お腹いっぱい。05/03/09 09:04:45
UNIXなんていくつあってもいい。
あれかこれかみたいな幼稚な発想でUNIXに接するガキは
UNIXを捨ててMacでもしゃぶってろ。
0795名無しさん@お腹いっぱい。05/03/09 09:06:52
>>786
妥協して Windows NT 3.5.1 for SPARC にしとこう。
0796名無しさん@お腹いっぱい。05/03/09 11:43:23
>>791は、買ってMac OS X動かす気なんじゃあ…
0797名無しさん@お腹いっぱい。05/03/09 12:38:40
V40z熱ダウン続出。。。。
空調課題が…。
0798名無しさん@お腹いっぱい。05/03/09 13:36:52
>>794
>UNIXを捨ててMacでもしゃぶってろ。

かなしいかな、Bill Joyは今はMacOSXユーザー。
0799名無しさん@お腹いっぱい。05/03/09 13:40:40
linusもPowerPC G5ユーザーらしいな。
もちろんlinuxだが。
0800名無しさん@お腹いっぱい。05/03/09 15:43:05
>>792
PPC970FXは消費電力少なくていいと思うんだけどな。
0801名無しさん@お腹いっぱい。05/03/09 15:57:57
LinusはIBMの犬
0802名無しさん@お腹いっぱい。05/03/09 16:11:54
Sunは企業から偽業へと移行しつつあるような予感。
立ち上がりの頃のワークステーション廉価で魅力的だったが、
次第にクチ先三寸が増えてきて…。

これでハードウェアにチカラが無くなったら…。
あ、いやハードウェアにチカラはもうないか…。
0803名無しさん@お腹いっぱい。05/03/09 16:13:16
>>801
犬になれるぐらいならまだマシ
0804名無しさん@お腹いっぱい。05/03/09 16:14:28
サンタクララの本社もG4ノート組が多いよ。
でも、そのG4ノートにSolarisはインストールされていない。
残念っ!
0805名無しさん@お腹いっぱい。05/03/09 16:16:28
NHKの社員並にプロダクションへ払う広告費を水増し請求させて、
その差額を自分のポケットにねじ込んでる広報社員がいる限り、KKの
将来は無いな。
0806名無しさん@お腹いっぱい。05/03/09 16:22:52
>>805
ん?またしても黄色いヘラーリ野郎のことか?
どうせあのヘラーリもそういったカネで買ったんじゃねぇの?
0807名無しさん@お腹いっぱい。05/03/09 16:25:42
>>802
偽業ってこれ?

ttp://www.itmedia.co.jp/enterprise/articles/0503/09/news039.html
0808名無しさん@お腹いっぱい。05/03/09 19:49:02
>>801
前はdesktop用にDEC alpha使ってたし。そういうのが好きなんでしょ。
SPARCには手を出してないみたいだが・・・
0809名無しさん@お腹いっぱい。05/03/09 21:23:02
Alphaは良かった気がする。
SPARCは、突出したところが無いからなぁ。
0810名無しさん@お腹いっぱい。05/03/09 21:30:44
上の方でCobaltの話出てたけど、こいつ潰したのは痛かったよな。
ニッチとしては良い狙いどころだったから、ちゃんと育てとけば
Opteronマシンなんか出さずともアプライアンスサーバとして
暫くの間は他のベンダーに対抗できたろうに。
0811名無しさん@お腹いっぱい。05/03/09 21:48:38
>>810
だよね。コバQ3をいまだに大事に持ってるオレもそう思う。
(音がウルサイのでオブジェ化してるんだが…)
0812名無しさん@お腹いっぱい。05/03/09 23:56:00
そーかなー
Cobalt は遅かれ早かれ終わってたんじゃね??
0813名無しさん@お腹いっぱい。05/03/09 23:58:27
>>804
だってサンタクララって昔 Apple があったとこじゃねーの?
つーかもと Apple の人間もいぱーいいるだろうしw
0814名無しさん@お腹いっぱい。05/03/10 00:09:08
>>813
確かに元ATGの人間は多いよ。閉鎖の時、青天の霹靂だったし、
Sunは上り調子だったから駆け込み寺的な存在だった。

今は抜け駆け寺になりつつあるが…。
っつうかシュワの施策全然ダメポ。ソフトとサービスに走りすぎ。
0815名無しさん@お腹いっぱい。05/03/10 00:48:42
Sun Studio10、1ユーザーライセンス45万はぼったくり過ぎ
0816名無しさん@お腹いっぱい。05/03/10 01:19:23
Sunは好きだが、いま欲しいマシンは正直無い。
Sun Serverを買いたいと上司に言ったら、「懲りないね」と言われた。

壊れなくてそこそこ速くて、そこそこ安ければいいのですが、
いずれも難しいのでしょうか・・・

いまSunを買う人はどこに惹かれているのでしょうか?・・・


0817名無しさん@お腹いっぱい。05/03/10 01:33:24
今のSunは魅力はないけど、過去の遺産があるからしかたがなくなのでは?
0818名無しさん@お腹いっぱい。05/03/10 01:45:04
もうだめだぁー
0819名無しさん@お腹いっぱい。05/03/10 02:46:42
皆さん熱心ですね、株主ですか?
Sunなんて別にどうなってもいいですが。。。
0820名無しさん@お腹いっぱい。05/03/10 05:27:08
アンチSunとフェチが寄ってたかってSunのダメ出しを行う崇高なスレ。
0821名無しさん@お腹いっぱい。05/03/10 08:36:33
Sunのダメっぷりが日本経済の10年前と重なるからなんとかしたくなる
0822名無しさん@お腹いっぱい。05/03/10 09:55:05
KKのダメっぷりがNHKの現在と重なるからたたきたくなる
0823名無しさん@お腹いっぱい。05/03/10 10:56:31
 
 ,,     ト <_,,
:::::::::: .  从::::::     ,,ヽヽヽ、  ヽ、 ( ) ノ  ノ''/^|   ヾ  <
::::::::::彡  /::::::::::::   ''、\((n\   ), )/ ( /、n))/    ミ;;,, ミ
::::::::彡 ..::и/:::::::::::....::::::::::::::...ミ三\'''' ':;;ノ;;;;ゞ `´//彡⌒   ヾ  ミ
:::::::/イ::::::::^从:::::::::::/⌒ヽ:::::::_ ̄\ ヾヽ,,(//ン;;;;、     ミ 、从
::::::::7;:::::::::::::::::'''w::::::::::::(⌒::::::::::::: ̄>   V ' //,-ー;;  '´):. 从  ヽ ,|
:::::::7::::::::::::::::::::::::::'''z::::::::::::::,i,::::::::::⌒   \   / -^   lll.:::从   | |
::::彡::::::::::::::::::::::::::::::''''z;;;;;;、:'lii:::::::::  ,   )::、(  ,..、  lll::w^::|   N |
:::从::::::::::::::::::::/::::::::::::::::::::''\:|::::;:::::::... '';;--------;;、  〈/::::::::::ミ   ミ ,|
:::|:|:::::::::::::::::::::|/::::::::::::::::::::/:::〈:|:::;:::::::::::(llll;;;:::::;i:::::::;;,,/  ; |:::::::::::::ミ   '| |
::从:/::::::::::::::/::::::::::::::::::::':i:i:::::\::::::::::::::`''';;llllll|llllll;;''   '/::::::::::::ミ   '|| ヽ
::::从:::::::::::::::::从/::::::::::::::::::':':l::;;;;;\;;:::::::::::::::::;;;;;;;;;,   _/:::|:::::::::ト    .∧、∧、∧、∧、∧、
::::::从::::::::::::::::::И/|::::::::::::::::::::::;;;;;l;;||lll|--,'''''''''、 '''''''''-'''|::::i|l::::::::从 . : :┌´
::::/::::/::::::::::::::::::://::i::::::::::::::::::::;;;;;;|,,||ll|. λ || λ |lノ'| |/:i从:::::::从...::::<
::(:::イ::|::::::::::::::::::i:/从:::::::::::::::::::;;;;;;;;;l||l|λ^',::V;;|/::;λ/|ノ'':::::::::::从::::::::<   だまれUNIX!!!!!!!
:::::::::::从::::::::::::::从:|l:|N:::::;:::;;:;:;;;;;;;;;;;;;|lll||.ヾ;;::::::|:::::;;ノ ||l|:::::::::::::::|:|:::::::::::<
0824名無しさん@お腹いっぱい。05/03/10 14:07:42
>>822
禿同。
0825名無しさん@お腹いっぱい。05/03/10 23:19:52
Ultra SPARC IV+で少しは業績回復しないかな
Ultra SPARC IV+搭載サーバーが今年の中頃に出荷されるんだよね
0826名無しさん@お腹いっぱい。05/03/10 23:26:00
>>817
なんだかんだ言って、やっぱりバイナリ互換だな
0827名無しさん@お腹いっぱい。05/03/10 23:38:25
SPECcpu2000 CINT2000 RatesでUltraSPARC IVの性能はそんなに悪いわけではない

Power5 1900MHz 8CPU (IBM eServer p5 575) AIX 5L V5.3
http://www.spec.org/cpu2000/results/res2005q1/cpu2000-20050207-03765.html

UltraSPARC IV 1350MHz 8CPU (Sun Fire V890) Solaris 10
http://www.spec.org/cpu2000/results/res2005q1/cpu2000-20050214-03856.html

UltraSPARC IV 1350MHz 8CPU (Sun Fire E4900) Solaris 10
http://www.spec.org/cpu2000/results/res2005q1/cpu2000-20050217-03870.html
0828名無しさん@お腹いっぱい。05/03/10 23:50:49
Power5は1core/chipになってるね
コア1つ殺して、キャッシュの量で性能かせいでるってこと?
0829名無しさん@お腹いっぱい。05/03/10 23:53:23
一度遅いってイメージを植え付けたから、そんなに悪いわけ
ではないくらいでは悪いイメージを払拭できない。
0830名無しさん@お腹いっぱい。05/03/11 00:54:30
>>825
それより、Galaxyですよ!
0831名無しさん@お腹いっぱい。05/03/11 00:57:53
「DellとSunはサーバ分野で提携を」――米アナリストが勧める理由とは
http://www.itmedia.co.jp/enterprise/articles/0503/10/news111.html
0832名無しさん@お腹いっぱい。05/03/11 02:07:38
プログラマが 10万人不足するので、情報処理資格認定を行って
育成を図ることが急務といわれた時代があった。
IBMの汎用機は全てSunのサーバに置き換わって、PCとSunしか
無くなるのでUNIX技術者の育成が急務と言われた時代があった。
そして、今Sunが潰れると言われる時代になった。
0833名無しさん@お腹いっぱい。05/03/11 02:31:37
>>825
今年はMontecitoも予定されとるよ
0834名無しさん@お腹いっぱい。05/03/11 04:17:26
Dual CoreのUltraSPARC IVは糞CPUということで。
0835名無しさん@お腹いっぱい。05/03/11 04:48:56
Intelは既にSunを見ていない様でつ。
Montecitoの2世代先までロードマップが発表されますた。
やはり開発資金のない企業は撤退するしかなさそうでつ。

ttp://www.itmedia.co.jp/enterprise/articles/0503/03/news026.html
0836名無しさん@お腹いっぱい。05/03/11 04:50:48
>>832
>そして、今Sunが潰れると言われる時代になった。

その次は、PCが無くなって組み込み系か?
0837名無しさん@お腹いっぱい。05/03/11 08:30:10
Sunが死すともUNIXは死せず
0838名無しさん@お腹いっぱい。05/03/11 08:42:51
他の商用 UNIX ベンダが Linux に傾斜してる以上、Sun と商用 UNIX は運命共同体じゃないか?
他のベンダは互換性維持のために出すということはあっても、注力することはなかろう。
0839名無しさん@お腹いっぱい。05/03/11 09:26:43
>>836
NeodeNXとか見てると、どうもx86メーカーとくにAMDはそれほどプロセッサパワーを
必要としてないところまで、必死にx86を売り込んでるように見える。
x86が一端載ってしまえば、あとは計算機パワーが必要とされるニーズを
PCとの互換性という名目で、掘り起こし放題だから。そして無限の買い替え需要。
0840名無しさん@お腹いっぱい。05/03/11 12:09:07
>>827

 POWER の倍の core が乗ってもSPARCはかてないんけー!

 これじゃ、商用アプリが高くて買えん。
0841名無しさん@お腹いっぱい。05/03/11 12:24:43
SPECcpuってCPU数やコア数に影響受けるベンチマークなのか?
項目見る限りそうは思えないわけだが……
0842名無しさん@お腹いっぱい。05/03/11 12:31:57
SPECcpu2000にはシングルプロセッサのスピードを計測するSPECint2000, SPECfp2000と
マルチプロセッサのスループットを計測するSPECint_rate2000, SPECfp_rate2000がある
  ttp://www.spec.org/cpu2000/results/
0843名無しさん@お腹いっぱい。05/03/11 12:42:05
Power5だけどシングルコア版とデュアルコア版と2種類あるけど何でかね
0844名無しさん@お腹いっぱい。05/03/11 12:56:33
>>827
Power5のデュアルコア版の8プロセッサでの性能はUltraSPARC IVとは比べ物にならない
でも、SPECcpu2000のデータでもIBMだけ8プロセッサ16coreなのに16CPUと書いてあるし、
(UltraSPARC IVは8プロセッサ16coreでも8CPUと表示)
なんでPower5のシングルコア版があるのか?
とても疑問です

IBM Corporation IBM eServer p5 570 (1900 MHz, 16 CPU) 16 cores, 8 chips, 2 cores/chip (SMT on)  SPECintRate2000 294
 http://www.spec.org/cpu2000/results/res2004q3/cpu2000-20040712-03234.html
0845名無しさん@お腹いっぱい。05/03/11 20:35:59
ライセンス数の関係?
0846名無しさん@お腹いっぱい。05/03/11 21:25:21
Power5のプロセッサごとのL3キャッシュ36MBってのはすごいな
0847名無しさん@お腹いっぱい。05/03/11 22:18:55
>>841
ことにSPECfpの場合は、コンパイラによっては勝手にmultithreadによる並列
処理をすることもあるのでCPU/core数の影響を受けることがある
0848名無しさん@お腹いっぱい。05/03/12 07:06:19
Project JanusだけどLinuxディストリビューションのファイルが必要みたい
それもRHELが初期段階のターゲットみたいだから、他のディストリのイメージで
正常に動作するかあやしい
SUSEは後まわしみたい

 Solaris10の今後 ZFS/Project Janus
 ttp://jp.sun.com/nc2005/bs/index.html
0849名無しさん@お腹いっぱい。05/03/12 14:48:00
*BSDがやっているようなカーネルレベルで互換システムコール
を提供するやり方なら、ディストリに依存せずに動くはずよ。
RHEL対象ってのは、検証作業をそれでやってるって話でしょ。
0850名無しさん@お腹いっぱい。05/03/12 14:51:24
で、アプリのサポートはSunがしてくれるの?
0851名無しさん@お腹いっぱい。05/03/12 15:02:04
>>850
それはちょっとメーカに頼りすぎ。
Linuxを使う段階で、リスクが高いことをもっとユーザは認識すべきだ。
それがいやならSolaris使え
0852名無しさん@お腹いっぱい。05/03/12 15:43:45
>>851
redhatを使えば怪傑ゾロリ
0853名無しさん@お腹いっぱい。05/03/12 16:00:19
>それはちょっとメーカに頼りすぎ。
>Linuxを使う段階で、リスクが高いことをもっとユーザは認識すべきだ。

そんな姿勢じゃ公官庁大企業には売れん

>それがいやならSolaris使え

RHELなみに使えるようになったら考えてやる
0854名無しさん@お腹いっぱい。05/03/12 17:36:52
>>853は公官庁大企業ですか?
0855名無しさん@お腹いっぱい。05/03/12 17:40:07
何がSolaris使えだよ、ばかじゃねえの(ゲラゲラ
0856名無しさん@お腹いっぱい。05/03/12 20:25:03
サーバが落ちた?
太陽のせいだ
0857名無しさん@お腹いっぱい。05/03/12 20:45:06
>>856
アンチスレにはカミュを読んでるような香具師はいないと思われ
0858名無しさん@お腹いっぱい。05/03/12 20:52:53
>>851
なんでワザワザSolarisを使わねばならんのじゃ?
別にLinuxでもリスクは高くないじゃろ。そのリクスを減らすのが
ワシらの仕事じゃ。

べつにアプリケーションの心配までSunにして欲しくない。

そのITバブル期にはびこった、偉そうな「使え」的姿勢が今のSunを
生み出したこと、ちっとも反省できてないのね。

Solarisも*LinuxもFreeBSDもWinも客の要望/予算に合わせて提供し
てるが、別にSolarisがあらゆる面でズバ抜けてるとは思えない。
0859名無しさん@お腹いっぱい。05/03/12 21:22:04
>>851さん、よく釣れましたね。
0860名無しさん@お腹いっぱい。05/03/12 21:26:30
Solarisのほうがリスクが高い(キッパリ)
0861名無しさん@お腹いっぱい。05/03/12 21:28:47
おまえさんが扱う限りにおいてはな。
0862名無しさん@お腹いっぱい。05/03/12 21:30:22
来年まで会社あるかどうかわからんし
0863名無しさん@お腹いっぱい。05/03/12 21:37:50
                       γ    γ
      ∧__∧ 静かに夕日をみようよ゚・・・    γ
      (::::::::::: )               ...................................
     .(○::::::: )            .::::::::;;;;;;;;;::::........
    ~"''"""゛"゛""''・、        ...:::;;;''     ';;;:::::.......
"゛""''""""゛゛""''' "j'       ...::::;;;''       '';;;::::::........
::::ヘ :::::....ヽ :::;;;ノ  ::(      ....::::::;;         '';;;::::::.......
:  ゝ  :::::......ノ:;;../  ~~^^~~~~~^^~^^ ~~^^ ~~~~~^~~~~^

0864名無しさん@お腹いっぱい。05/03/12 21:40:08
コレクターの漏れとしては、今のうちにFire買っとかないと。
0865名無しさん@お腹いっぱい。05/03/12 21:55:03
>>864
コーヒー缶コレクターなのか?
0866名無しさん@お腹いっぱい。05/03/12 22:00:17
>>862さんの会社も大変ですね。
0867名無しさん@お腹いっぱい。05/03/12 22:47:46
しかし何時からSunが安定性を売りにするようになったんだろう?
前は安かろう悪かろうの代名詞だったが。
0868名無しさん@お腹いっぱい。05/03/12 23:15:44
下には下がいた、ってことでしょ。
Lの字からなら見上げることもできる。
0869名無しさん@お腹いっぱい。05/03/12 23:21:49
そりゃ昔のSunからすればWindowsさえ安定してる。
0870名無しさん@お腹いっぱい。05/03/12 23:38:46
経営はマイクロソフトのほうが圧倒的に安定してる
0871名無しさん@お腹いっぱい。05/03/12 23:43:45
正直なところSunやSolarisは救いたいが
マクリニやKKは救いたくない。
0872名無しさん@お腹いっぱい。05/03/13 00:27:23
漏れの場合、Solarisは救いたいが、他はどうでもいい。
安くて速ければF通でもx86でもいいよ。
0873名無しさん@お腹いっぱい。05/03/13 00:48:09
Opteronに逃げても下からはXeon上はPowerに押し潰されてENDの悪寒だからな
延命策としては上出来だが>AMD64版Solaris
NVSでもケチらずGLのアクセラレーションよこせと
F痛のチプではWSつくれないでSHOW SPARCは時間の問題
0874名無しさん@お腹いっぱい。05/03/13 00:52:59
Xeonが押してるか?
0875名無しさん@お腹いっぱい。05/03/13 00:56:59
今々のXeonとその次はもうねアホかバカかと(ry
ただIntelに追いかけられるとどうかなと
AMDはコンパイラも自前で用意できないレベルだし
0876名無しさん@お腹いっぱい。05/03/13 01:08:35
>>875
Sun Studio 10はSSE/SSE2に最適化したバイナリが吐けますが何か
Solaris 10はMMX/SSE2を生かしたlibcを実装していますが何か
Solaris9からSSE2とHTTに対応していますが何か
0877名無しさん@お腹いっぱい。05/03/13 01:31:49
受け売り乙
0878名無しさん@お腹いっぱい。05/03/13 01:42:36
>>874
性能はともかくものすごく売れてるのは間違いない
087987405/03/13 02:24:33
いや、(性能は普通と思うんだが)売れてるのか?って聞きたかった。
Dellのマシンによく載ってるのは知ってるけど。
0880名無しさん@お腹いっぱい。05/03/13 02:51:12
Solaris x86&Sun Studio 10+Opteronよりも
Linux&Eclipse+Intel compiler 8.1+EM64T Xeonの方が将来ありそう
0881名無しさん@お腹いっぱい。05/03/13 02:57:31
>>880
だまれ小僧!
>>879
ttp://pcweb.mycom.co.jp/news/2005/02/09/002.html
64ビット対応Xeonは最初の6カ月で100万個を出荷し、
2004年第4四半期では32ビット対応製品の出荷台数より上回ったという。
2005年第1四半期の出荷ではXeonの80%が64ビット対応になる予定としている。
0882名無しさん@お腹いっぱい。05/03/13 03:00:07
同社によれば、EM64T搭載の64ビットXeonは、発表から8カ月で、
出荷個数が200万個に達したとしている
ttp://pcweb.mycom.co.jp/news/2005/02/15/006.html
0883名無しさん@お腹いっぱい。05/03/13 03:34:00
Xeonって速いのか?
Opteronの方が性能よさげだけどどうなの?
0884名無しさん@お腹いっぱい。05/03/13 03:39:51
動作速度よりもIntelのブランドやサーバ独自の耐障害性とか
いろいろ見るべきところあるから
値段とかサポートなんかも
0885名無しさん@お腹いっぱい。05/03/13 03:49:23
CPUだけで耐障害性が変わるのか?
Opteron搭載サーバーはSUN、HP、IBMとも出してるわけだが
特にラックマウントサーバーのような高密度の実装をする場合は
消費電力が少ないOpteronの方が有利だと思うけど
0886名無しさん@お腹いっぱい。05/03/13 03:51:44
>>883
プロセッサ自体は現時点で圧倒的にOpteronの方がいい。
EM64Tは64bitで動かすと遅くなることもままある。
EM64T enableなXeonも実際は32bit OSで動かしてる所が多いようだ。
0887名無しさん@お腹いっぱい。05/03/13 03:53:44
サーバ独自の耐障害性って書いたろ?目開けてちゃんと嫁
0888名無しさん@お腹いっぱい。05/03/13 04:02:51
SUN、HP、IBMが出してるOpteron搭載サーバーにはサーバー独自の耐障害性はないってこと?
0889名無しさん@お腹いっぱい。05/03/13 04:04:02
>>885
CPU変ればチップセットも変る。メモリやIOとの相性もあるし。
でもまぁ実際の所はIntelのリベートが大きいんじゃないのかな。
Xeon買ってくれたらceleronくれるとか。
blade serverでOpteronが有利なのは事実。
次のOpteronはCnQも付けるようだし。
サーバーでquietは変だからPowerNowという名前だけど。
0890名無しさん@お腹いっぱい。05/03/13 04:05:26
Xeonって速いのかって問いに対して、
いろいろ評価ポイントはあるって答え自体がトンチンカンなんだよ
「見るべきところ」の重要な要素として速度があるんじゃねーか
0891名無しさん@お腹いっぱい。05/03/13 04:11:09
F1と軽自動車
日本一週したらどっちが勝つ?
0892名無しさん@お腹いっぱい。05/03/13 04:11:40
メモリやI/Oの相性問題ってサーバーはパソコンじゃないんだから
メーカーが動作保障したのを購入すればいいんじゃないの?
0893名無しさん@お腹いっぱい。05/03/13 04:13:07
>>891
F1に相当する信頼性の低いプロセッサは市販されてません
0894名無しさん@お腹いっぱい。05/03/13 04:17:25
アホくさ
>CPUだけで耐障害性が変わるのか?
これに突っ込んだんじゃン
バカみたいなことイッテンナヨ
Xeonが売れてるか売れてないかって話してんのに
速いからXeonが売れてると思ってんのかYO
noconaのベンチマークが欲しけりゃTomのところでもどこでも逝ってこい
0895名無しさん@お腹いっぱい。05/03/13 04:19:20
>>892
サーバーはパソコンじゃないから問題になるんですよ。
要求される信頼性が桁2つ以上違う。
0896名無しさん@お腹いっぱい。05/03/13 04:24:45
売れ線のIAサーバはパソコンに毛が生えたようなもんだし
Sunのローエンドも似たり寄ったり
要求される信頼性は鯖のロールやシステム構成によって違う罠
0897名無しさん@お腹いっぱい。05/03/13 04:26:15
SUNやIBMやHPが発売してるOpteronサーバーはそんなに信頼性が低いのか?
それに高信頼性を追及したサーバーはPCサーバーでも高額になるんじゃないの?
0898名無しさん@お腹いっぱい。05/03/13 04:29:10
そりゃ求められる信頼性による罠
メモリやCPUのホットスワップって可能か>Op
付加価値付いてもRISC鯖より安いよね
0899名無しさん@お腹いっぱい。05/03/13 05:04:10
まあ、少なくとも現状、そういう高い価格が付いてること自体が
非IAなサーバマシンの価値を証明しているよね(循環論法)
0900名無しさん@お腹いっぱい。05/03/13 05:18:52
付加価値はともかくSPARC入れた時点で割高だけどね
ニッチだが仕方ないが
基本的にその手の機能ってチップセット側に持たせるから
メモリコントローラをオンダイにしたOpは
そっち方向の発展はちと辛そうだなと
0901名無しさん@お腹いっぱい。05/03/13 05:19:35
ま、だからこそSunがパートナーに選ぶべき相手だったとは言える
0902名無しさん@お腹いっぱい。05/03/13 07:29:28
はっきりいってIA Serverの方がSunより安定していると思うよ。
これは大手であればメーカーを問わず。
0903名無しさん@お腹いっぱい。 05/03/13 07:40:46
>>大手であればメーカーを問わず
V20, V40は品質悪すぎ
0904名無しさん@お腹いっぱい。05/03/13 11:54:29
>>903
禿同。
あれで、アノ値段はぼったくりすぎ。
初期不良で即交換だったし…。
0905名無しさん@お腹いっぱい。05/03/13 13:34:32
>>902
詳しく
0906名無しさん@お腹いっぱい。05/03/13 15:22:57
OSとCPUを一緒に提供できるのがSunの強みなんてscottが
いってたけど、それだけだろ。
これら以外の相性は最悪!
NIC, Storageあたりなんてよせあつめじゃねーか!
だいたい、障害原因の調査に2ヶ月もかけて、NTFとはなにごとじゃ!!
0907名無しさん@お腹いっぱい。05/03/13 15:32:22
Sunのストレージを買うヤシは負け組
0908名無しさん@お腹いっぱい。05/03/13 16:17:44
某大学、60TB以上入れたんだけど、大丈夫だろうか。
中の人、インプレきぼん。
0909名無しさん@お腹いっぱい。05/03/13 16:21:48
最上位は、Hitachi製だから、まあええんちゃう?
15xxとか買うのは確かに負け組みだな(w
0910名無しさん@お腹いっぱい。05/03/13 18:13:21
最上位は、SANRISEなので差別化要素ゼロ。
どこからでも買える。
ローエンドは、dothill。中間ラインはMaxtrat系にpirusを使うだけ。

SunのR&Dって、企業買収だけか?
0911名無しさん@お腹いっぱい。05/03/13 18:30:54
2chで営業するSun日本法人社員がいるスレはここですか?
0912名無しさん@お腹いっぱい。05/03/13 19:04:09
Sun KK
【酸欠】⇒「アムロの親父」の項を見よ。
0913名無しさん@お腹いっぱい。05/03/13 20:07:14
http://www.fetica.com/unix.swf
0914名無しさん@お腹いっぱい。05/03/13 20:07:41
アムロの親父に失礼だ(#゚Д゚)ゴルァ!!
最後は…だったがガンダムを送り出した偉大な人だぞ。
KKは最初から最後をむかえるまで腐りっぱなしだぞ。
0915名無しさん@お腹いっぱい。05/03/13 20:27:49
ナイヤガラ量産の暁には!!
0916名無しさん@お腹いっぱい。05/03/13 20:37:32
>>910
Pirusには期待してる。virtualizationをミドルレンジで搭載してるのはSunだけだよ。
しかもPirusの下に他社のストレージを入れ込めれば、ストレージ全体をシンプルにできる。これは凄いことだ。
0917名無しさん@お腹いっぱい。05/03/13 21:01:13
>>907
SGIのストレージ買うよりはマシだろが
0918名無しさん@お腹いっぱい。05/03/13 21:02:00
>>906
なんか時代錯誤なユーザがいますね(プゲラ
0919名無しさん@お腹いっぱい。05/03/13 21:16:57
Sgiのストレージ(w
マジ受けた
0920名無しさん@お腹いっぱい。05/03/13 21:18:17
>906
一緒に提供する = 相性がいい、というわけではないからね。
NTF = No Trouble Found
再現性なし、というやつだね。ご愁傷様。
でも二ヶ月は早かったね。うちがHPに頼んだときは半年かかってNTFだったよ
0921名無しさん@お腹いっぱい。05/03/13 23:44:08
いま明かされる、グーグル・データセンターの秘密
http://japan.cnet.com/news/media/story/0,2000047715,20081099,00.htm
0922名無しさん@お腹いっぱい。05/03/14 06:42:20
>>921
googleはオンライン処理は多分検索のみなのでPC数千台を使用し
た分散システムでDBを構築できる。
通常の会社の業務処理は一般にはオンライントランザクションで
書きこみが発生するので分散できない。大規模DBサーバ1台に
まとめるしかない。
0923名無しさん@お腹いっぱい。05/03/14 11:50:37
Oracle10gって凄いの??
0924名無しさん@お腹いっぱい。05/03/14 12:58:38
そこでSunの出番ですよ?
0925名無しさん@お腹いっぱい。05/03/14 14:11:10
他社がプレゼン時の引き立て役に?
0926名無しさん@お腹いっぱい。05/03/14 14:17:53
V40zと10gでスケールしますぅ
0927名無しさん@お腹いっぱい。05/03/14 21:42:23
>>925
一歩間違えば詐欺だよな<Sunのプレゼン
0928名無しさん@お腹いっぱい。05/03/14 23:52:03
IBMの営業のほうが役者が2枚も3枚も上
0929名無しさん@お腹いっぱい。05/03/15 01:04:55
あと下手うった案件を逃げるのもうまいよね。
だから儲かるんだよな。









残された下請けは悲惨ですが…
0930名無しさん@お腹いっぱい。05/03/15 02:09:20
ttp://www.itmedia.co.jp/enterprise/articles/0502/24/news073.html
こういう類のネガティブキャンペーンってどう?
netappが優秀なのはともかく
>4CPU(750MHz)のモジュールで何と800万円
これってあからさまに出るの広告記事だよな
動いてるものをスケールアップできるんだから安全牌なのに
じゃあIA鯖で同数CPU積んで幾らになるか見積もり取ってみろってーの
結局落ち着いた構成ならdellの替わりにv20zで問題ないだろって
0931名無しさん@お腹いっぱい。05/03/15 02:35:01
最近負荷がかかる時間帯にFFの調子が悪くなるようになった
原因はこれか!って、誰かが日記で書いてなかったっけ?
読んだ覚えはあるんだけど見つからない…
0932名無しさん@お腹いっぱい。05/03/15 03:13:38
>>930
Dellでも良ければv20z選びたくないわ
0933名無しさん@お腹いっぱい。05/03/15 03:24:33
http://66.102.7.104/search?q=cache:hRmBRmegrtsJ:live19.2ch.net/test/read.cgi/ogame/1109254232/-100+%22%2Bwww.itmedia.co.jp/enterprise/articles/0502/24/news073.html%22&hl=ja
DellよりはHPにして欲しい元Compaqのヤツ
このURLでググればいろいろ面白い記事でてくるよ(w
0934名無しさん@お腹いっぱい。05/03/15 04:31:02
てゆうか、OracleのDBをNFS経由でアクセスって、
ちょっとでも性能とか負荷耐性とかを気にする
用途だとありえない構成だよね。
誰だよこんな構成提案した奴。

SunFire 2台だったのがたった1年でIAサーバ8台に
増加しているのは、I/O性能がちゃんと出てないん
だろうな。
0935名無しさん@お腹いっぱい。05/03/15 14:19:25
チューニングでDBのホットスポットを回避するってどうやるんだろうね>netapp
本番環境で実験させて貰えてベンダは大喜びだろうけど
0936名無しさん@お腹いっぱい。05/03/15 14:30:54
SunってDebianの開発パートナーでもあったのか。
知らなかった。
しかもNiagaraのチームはDebian使ってるんだって?
0937名無しさん@お腹いっぱい。05/03/16 00:41:37
特集:Solaris 10はLinux攻勢の切り札となるか――前編
http://www.itmedia.co.jp/enterprise/articles/0503/15/news050.html
0938名無しさん@お腹いっぱい。05/03/16 01:01:50
>>937
これはとんでもない提灯記事。ZFSやlinuxとのバイナリ互換性など、まだできて
いないものをsolaris10の特長としてあげている。
こんな記事を書かせるから信用を失うのだ>サン
0939名無しさん@お腹いっぱい。05/03/16 01:02:56
ナイヤガラ量産の暁には!!
0940名無しさん@お腹いっぱい。05/03/16 01:16:17
Chicago18 でも聴いてるとしよう
0941名無しさん@お腹いっぱい。05/03/16 01:31:10
>>939
OSがLinuxになってるわけか
0942名無しさん@お腹いっぱい。05/03/16 02:28:58
Microsoft Solarisになって第二の黄金期を・・
0943名無しさん@お腹いっぱい。05/03/16 02:53:57
心理テストです。

3人が溺れています。あなたは一人しか助けることができません。
次のうち誰を助けますか?

1. Sun
2. Solaris
3. SPARC
0944名無しさん@お腹いっぱい。05/03/16 02:55:59
誰も助けない
0945名無しさん@お腹いっぱい。05/03/16 03:41:57
>>934
NetAppの場合Localディスクアクセスに匹敵するのを知らんのか。
今時DASやFC-SANにこだわる香具師は負け組。
0946名無しさん@お腹いっぱい。05/03/16 06:02:54
EMCもそうだよ。
もちろん速度だけ見れば割高だけど、速度だけじゃあねえ。

ファイルシステムは、I/O高不可の場合、
ディスクアクセスが最大のボトルネックなので、
ギガイーサをトランクすれば、遠隔ファイルシステムであることの損失は極めてわずか。
一方優れたファイルサーバのサービスの優秀さと言ったら…
0947名無しさん@お腹いっぱい。05/03/16 07:17:02
>>945
この場合、NAS へのアクセスはせいぜい Gigabit Ether でしょ?
とするとトランクしてたとしてもバンド幅は120MB/s×N。
SCSIバス1本にも劣る性能しか実測では出ないんじゃない?
それにNetAppがいくら優秀でも、NFSクライアント側にそれについて
いくだけの性能がでなきゃ意味がない。この場合、N対1で使うわけ
じゃないんだから。
もっともDellだと、どちらにせよすぐにI/Oバスネックになりそうな
気がするが。
0948名無しさん@お腹いっぱい。05/03/16 07:44:51
新スレ用意しておきました。

http://pc5.2ch.net/test/read.cgi/unix/1110926614/

0949名無しさん@お腹いっぱい。05/03/16 09:24:46
高負荷の DBの場合、I/O性能を高めるために、Direct I/O を
用いて直接DMAを行ない、CPU能力を消費しないようにするのが
当たり前。DASやFC-SANでDirect I/Oを使えば、実際、その
通りになる。
しかし、NFSのようにネットワーク系のデバイスドライバを
経由する場合、データ書き込みはともかく読み込みでは、
どうしてもCPUによるメモリコピーを行なわざるを得ない。
その分、I/O能力はどうしても落ちる。
>>945あたりは、そういうギリギリのレベルのチューニングの
ことを理解してないんじゃないかな。
0950名無しさん@お腹いっぱい。05/03/16 09:41:04
>>947
だからRACと相性がいいんじゃないの?
Dell複数台にNetAppでRACを構築していたぞ、このまえのOWで。
0951名無しさん@お腹いっぱい。05/03/16 09:44:39
>>949

from 最強ハイエンドストレージ列伝

信じる信じないは別として、、、

Oracle 10gでは、ネットワーク・ファイル・システム(NFS)もファイル・システム内の
Direct I/Oをサポートするようになりました。「Oracle 10gでは、パッチを適用しなくても、
データベース内で直接Direct I/Oがサポートされます。」とCoekaert氏は述べています。
「これでパフォーマンスが大幅に向上します。特に、NFSではすべてが高速になります。
これは、NFSでRACを実行する場合に非常に効果的です。」Coekaerts氏によると、
シングル・ノードでは、OSのファイル・システム・キャッシュにデータをキャッシュする
必要がなく、Oracleのキャッシュ・アルゴリズムを使用できるため、Direct I/Oの有益性が
さらに高まります。

参照 http://www.oracle.co.jp/technologies/linux/special/top4.html
0952名無しさん@お腹いっぱい。05/03/16 10:20:10
>>951
LinuxのNFSは、書きこみについては、zero copy が
できるようになったけど、読み込みについては、必ず
1回コピーが生じるよ。
ネットワークから読み込んだパケットにはヘッダが
Ethernetヘッダ、IPヘッダ、UDP/TCP ヘッダ、それに
SunRPC のヘッダと多段についていて、これらをはぎと
らないとNFS経由でOracleに渡すことはできない。
ここでどうしても1回コピーが生じることになる。
(書き込み時は DMA descriptor でメモリをかき集める
ことができるので問題ない)

だから、その記事は、書き込みの zero copy のことを
言ってるだけだよ。
読み込みで限界性能を得ようと思うと、メモリコピーが
避けられないから、NASでは、DASやFC-SANにかなわない
はず。
0953名無しさん@お腹いっぱい。05/03/16 10:49:23
> LinuxのNFSは、書きこみについては、zero copy が
> できるようになったけど、読み込みについては、必ず
> 1回コピーが生じるよ。

おっとっと、実はここ誤解していた。すまん。
Linux の NFS で zero copy ができるようになったのは、
NFS サーバー機能に関してだけみたいだな。
NFS サーバーが、ネットワークに書き込むとき (すなわち
NFS クライアントが、NFS read オペレーションを発行した
場合) に zero copy になっただけか。
(ネットワークからの読み込みで zero copy ができないの
は上に書いた通り)

今回の場合、NFS のサーバの役割をするのは NetApp で
あって Dell は NFS クライアントに過ぎないので、結局
読み書きともに必ず 1回以上はメモリコピーをしている
ことになるんだろう。これでは DAS や FC-SAN にはかなわんよ。
0954名無しさん@お腹いっぱい。05/03/16 11:00:53
> Linux の NFS で zero copy ができるようになったのは、
> NFS サーバー機能に関してだけみたいだな。

さらに訂正。Linux 2.5.70 の時点で、NFS クライアント
側についても zero copy が入ったようだ。(ただし、もちろん
送信処理のみ)
結局、953 は不要で、952 そのままで正しかったようだ。
0955名無しさん@お腹いっぱい。05/03/16 11:11:41
あと、>>951の記事は、zero copy のことを言ってるんじゃ
なくて、O_DIRECT で page cache をバイパスする話をして
るのかもしれんな。Oracle がキャッシュしているデータを
さらに page cache に持つのは無駄だからな。
その場合、write だけじゃなくて read の性能にも関係する
が、どちらにせよ >>952 の理由から、DASやFC-SANにかなう
まい。
0956名無しさん@お腹いっぱい。05/03/16 11:45:15
限界性能を気にするシステムってどれほどあるのかな?
むしろ、バックアップや増設を考えると、NASでRACを
構築するほうがメリットがでかいと思うのだが。。

EMCで構築を考えていたが、NetAppも検討してみるか。。
0957名無しさん@お腹いっぱい。05/03/16 11:46:10
>>943
とりあえず Sunに止めを刺す
0958名無しさん@お腹いっぱい。05/03/16 11:56:01
DASやFC-SANなら、高負荷時にもI/O要求や応答が失われる
心配はないけど、NASだと負荷がかかると(NAS側は大丈夫
でも)NFSクライアント側がパケットを落す危険があるから、
性能だけじゃなくて、高負荷時の安定性にも難があるんじゃ
ない?
それにDBの場合、SANでもバックアップや増設の手間は
たいして変わらん気がするが。
0959名無しさん@お腹いっぱい。05/03/16 15:45:10
>>943
SPARC
0960名無しさん@お腹いっぱい。05/03/16 15:45:17
スレ住民の仕事内容が垣間見える流れでした
0961名無しさん@お腹いっぱい。05/03/16 15:46:19
>>943
見てみぬ降りをして、Javaと駆け落ちします。
0962名無しさん@お腹いっぱい。05/03/16 16:31:52
NetAppの工作員が紛れこんでるような希ガス
0963名無しさん@お腹いっぱい。05/03/16 19:05:06
http://blogs.sun.com/roller/page/jonathan
http://blogs.sun.com/roller/page/ako/
http://blogs.sun.com/roller/page/chats/
http://blogs.sun.com/roller/page/akihito

毎日更新して欲しい、内容は評価する。
0964名無しさん@お腹いっぱい。05/03/16 19:16:40
>>963
ブログでまで、SunグリッドとIBMグリッドの比較やってる
さすが社長さん、必死だな
0965名無しさん@お腹いっぱい。05/03/16 19:52:26
このスレがDat堕ちする可能性なのど考えてもみなかったよ。
0966名無しさん@お腹いっぱい。05/03/16 20:48:41
Sun Grid
一瞬、オオと思うが、よく考えてみると数百ドルで数GHzのPCが手に入る今
そんなややこしい事するかね。
数GHz以上のパワーが欲しけりゃBeowulfする方がイイ。

OpenSource Solaris
コミュニティのない今、オプソしても何のメリットもない。
CobaltやSuSE(x86 Linux)を受け入れられなかったツケが今きてる。

Honeycomb
ストレージ2大勢力の切り崩しは無理。
CPUもおぼつかないのにいらん事に金使うな。
0967名無しさん@お腹いっぱい。05/03/16 21:27:51
Beowulfのような特定組織内のクラスタを安全にInternet全体に
広げたものがGridの筈だが?
0968名無しさん@お腹いっぱい。05/03/16 22:05:35
従量制のグリッドコンピューティングサービスに対してと意味で受け取ってクレ。
0969名無しさん@お腹いっぱい。05/03/16 22:28:15
Sun、Javaのライセンス条件を緩和へ
http://www.itmedia.co.jp/enterprise/articles/0503/16/news026.html
0970名無しさん@お腹いっぱい。05/03/17 00:19:33
>>952
クロック1GHz程度のsparcならメモリコピー性能は1Gbyte/s程度はでる。
なのに、100Mbyte/sのTCPの転送をすると1GHzのCPUを使い切ってしまうのは
何故か?よく考えてみよう。メモリコピーはボトルネックではない。TCP/IP
のプロトコル処理そのものがボトルネック。
うそだとおもうのなら、TCPの転送をしながらlockstat -kIW -D 20で
カーネルのプロファイリングを調べてみるのがよい。
0971名無しさん@お腹いっぱい。05/03/17 00:20:55
最近はNICで処理してますけどね─
0972名無しさん@お腹いっぱい。05/03/17 00:53:06
結局NASだと、TCPとかそういう余分なものを経由するので
イクナイと。で、あの構成提案したのはダレ? Dell?
0973名無しさん@お腹いっぱい。05/03/17 01:09:20
Linuxを例にしてNFS時のcopyを議論していたけど、
SANでもLinuxで動かすのかい?
0974名無しさん@お腹いっぱい。05/03/17 09:55:17
アプリケーションからIP層をスルーしてethernetのようなデータリンク層で
直接やりとりするようになると早くなるの?ど素人な質問ですみません。
0975名無しさん@お腹いっぱい。05/03/17 10:10:36
Direct Access Storage (IDEとかSCSIとか)もFibreChannelも、
カーネルから見るとEthernetじゃなくて、ブロックデバイスに
見えるの。だから、そもそもネットワーク処理のためのオーバー
ヘッドは全然かからないし、プロトコルヘッダの処理も要らな
いから、メモリの中身を直接ディスクとの間でDMAできるの。

Ethernetのようなネットワークデバイスの場合、ヘッダをつけ
足したり、取り除いたり、解釈したり、チェックサムを計算し
たりなどなど、やることがずっと多い。

まあ最近はTCPぐらいなら、ハードウェアがやってくれる場合も
多いけど(TCP Segment Offloading)、NFSを使おうと思うと、
SunRPCとかNFSとか、さらに上位層のヘッダがあるので、結局
効率ではDASやFCにかなわない。
0976名無しさん@お腹いっぱい。05/03/17 10:27:14
ネットワーク経由ストレージ接続したところで、
本当に性能が気になるならばそれ専用セグメント作りたくなるのが
世の常人の常と思うので・・・

結局、設備投資的にはFCカード増設するのと何ら変わらなくなるんでわ?

※なんちゃって環境だったら変わるだろうけれども
0977名無しさん@お腹いっぱい。05/03/17 10:43:05
最近のCPUで、TCP overhead を気にする必要があるのか?
昔のSunマシンならともかく。。。
そんなのサーバがしょぼいっていっているようなもんじゃないのか?
おまけにNASで専用セグメントつくっても、圧倒的に
SANよりやすいじゃねーか!
FC SWなんて高すぎ。おまけにSANでヘテロな環境構築できねーよ。
現実的に。一社でチンいつするならべつだが。
ヘテロなSANでまともにサポートできるとこあんのか?
0978名無しさん@お腹いっぱい。05/03/17 10:46:46
どうなんだろ。俺的にはNASは、もうちょっとお手軽に
使うイメージがあるけど。既存ネットワーク上、たくさん
のマシンから共用して使うみたいな。
こういう使い方をするとNAS:クライアント=1:Nでの利用
になるから、NAS側の性能は確かに必要なんだけどね。
0979名無しさん@お腹いっぱい。05/03/17 10:57:54
> 最近のCPUで、TCP overhead を気にする必要があるのか?

間違いなくあるよ。
Xeon 2.8GHz だと、たかだか1本の Gigabit Etherでも、バンド幅
一杯流してると、CPU能力の3割はプロトコル処理にもっていかれる。
3.4GHzのCPUで、たとえクロック通りに性能が上がったとしても、
CPU能力の25%はプロトコル処理だけで消費されてしまう計算になる。

こんなの誰でも簡単に評価できる話だと思うけど、試してないの?
0980名無しさん@お腹いっぱい。05/03/17 11:07:23
NASは、かなり強力なCPUをnetwork interface上に持っているよ。つまり必要。
いまやPCIに指す普通のNICでもTCP位は処理するし。
0981名無しさん@お腹いっぱい。05/03/17 11:08:17
>>978
10年近く前はそうだったけど、
今は性能のことを考えても完全に選択肢に入ってきている。
0982名無しさん@お腹いっぱい。05/03/17 11:17:32
>>981
NAS 1台で複数のNFSクライアントにサービスして、
クライアント1台あたりの性能はそこそこでいいなら
大丈夫だけど、NAS:NFSクライアント=1:1で限界性能
出そうと思うと、>>979が出した値ではかなり厳しい
んじゃない?

U320 SCSI 1本と同じバンド幅を出そうとするだけで、
Gigabit Ether 3本トランクする必要があって、その
プロトコル処理だけで CPU 使用率が75%〜90% に
いっちゃうよ。
これで、DBも動かして性能出そうってのは無理では?

まあ、自分ではちゃんと性能評価できないお客さん
なら気づかないかもしれないけどさあ。
0983名無しさん@お腹いっぱい。05/03/17 11:19:04
SANとNASでCPUを消費するポイントがことなるだけじゃないの。
0984名無しさん@お腹いっぱい。05/03/17 11:20:25
というよりDASやFC-SANが、NASよりもCPUを消費しない
(プロトコル処理がないから)ってことでしょ。
0985名無しさん@お腹いっぱい。05/03/17 11:28:57
> SANとNASでCPUを消費するポイントがことなるだけじゃないの。
×CPU
〇金
0986名無しさん@お腹いっぱい。05/03/17 12:17:04
http://www.itmedia.co.jp/survey/articles/0503/16/news061.html
外資と国産との差が顕著に表れた2004年の国内サーバ市場

1000近くになると盛り上がるのはどのスレでもしょーがないんでしょうかね
0987名無しさん@お腹いっぱい。05/03/17 13:23:06
>>986
> 1000近くになると盛り上がるのはどのスレでもしょーがないんでしょうかね

そう思う人の心理の問題だと思う。
0988名無しさん@お腹いっぱい。05/03/17 15:13:27
んじゃあもらうよ1000
0989名無しさん@お腹いっぱい。05/03/17 15:13:53
>>1000
0990名無しさん@お腹いっぱい。05/03/17 15:14:51
>>1000ゲット
0991名無しさん@お腹いっぱい。05/03/17 15:15:11
>>1000ゲット
0992名無しさん@お腹いっぱい。05/03/17 15:15:47
米IBM、米Novellと商業協定を締結し全サーバーにSUSE LINUX搭載へ
http://enterprise.watch.impress.co.jp/cda/foreign/2004/03/25/1777.html

1000にむけ燃料投下
0993名無しさん@お腹いっぱい。05/03/17 15:16:09
>>1000ゲット
0994名無しさん@お腹いっぱい。05/03/17 15:16:30
>>1000ゲット
0995名無しさん@お腹いっぱい。05/03/17 15:17:59
>>1000ゲット
0996名無しさん@お腹いっぱい。05/03/17 15:18:23
>>1000ゲット
0997名無しさん@お腹いっぱい。05/03/17 16:53:10
NFSv4 に期待!
Solaris10 頑張れ!
unix 厨ならnasだろーがっ!
0998名無しさん@お腹いっぱい。05/03/17 17:27:42
1000なら、Linux滅びる
0999名無しさん@お腹いっぱい。05/03/17 17:28:02
1000ゲッチュです
1000名無しさん@お腹いっぱい。05/03/17 17:28:24
1000なら、Windows滅亡する
10011001Over 1000Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。