Sun Microsystem 最大の夜長

　　..　　+ 　　..:.　　..　　..
　+　　　 :.　　　　.　　+..
　　.　　　: ..　　　　+　　..　.
　 ..　:..　　　　　__　　..
　　.　　 +　　　|: |
　　　　　　　　 |: |
　　　　　 .(二二Ｘ二二Ｏ
　　　　　　　　|: |　　　　..:+　..
　　　　　∧∧　|: |　　　　　　　　　　最大の夜長…
　　　　 /⌒ヽ),_|; |,_,,　　　　　　　　　二度と朝日は…
_,_,,_,～（,,　　）;;;;:;:;;;;:::ヽ,、
" 　 ""　"""""""",, ""/;
　""　,,,　　"""　　""／:;;

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 23:12:13

WikipediaはSolarisの項目もひどい。
出典が明らかでない、個人的な感想しか書いてない。
英語版のは辞典っぽいことがちゃんと書いてあるけど。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 23:17:27

>>83
ＡＰＬは来年っぽいね。
大人しくワクワクしながら待ってられるかなぁ・・・

CPUの性能もあるけど、管理系の機能がどうなってるのかな。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 23:25:51

APLというかFujitsu版SPARCのRAS機能はすばらしいと思うが、インパクトからすれば断然Niagara2。

**名無しさん＠お腹いっぱい。** · 2006/10/17(火) 23:32:23

>>161
書き直してあげなよ。wikiなんだから。

**名無しさん＠お腹いっぱい。** · 2006/10/18(水) 01:31:30

>>164
Wikipediaのアカウントは取ったから、ちょっと1週間くらい待ってて。

**名無しさん＠お腹いっぱい。** · 2006/10/18(水) 15:48:34

Sun、輸送コンテナをデータセンター化する「Project Blackbox」を発表
http://www.itmedia.co.jp/enterprise/articles/0610/18/news040.html

輸送コンテナって何かと思ったら、本物の輸送コンテナだった!
なんじゃこりゃー!

**名無しさん＠お腹いっぱい。** · 2006/10/18(水) 15:52:15

国防総省から特注きたのを製品化したんだろ

**名無しさん＠お腹いっぱい。** · 2006/10/18(水) 17:47:05

データセンターを速攻で増強したいっていうのにはもってこいじゃね？
現地に必要なのは電気と水とネットワークだけだし

データセンターの駐車場に臨時増強って手法はありだろうな

**名無しさん＠お腹いっぱい。** · 2006/10/18(水) 17:55:15

NEC、最大144テラFLOPSのスパコン「SX-8R」を発売--ベクトル型では世界最高速
http://japan.zdnet.com/news/hardware/story/0,2000056184,20277367,00.htm

Intel revenue, income up sequentially
http://www.eetimes.com/news/latest/showArticle.jhtml;jsessionid=3QFN5XLASFZH0QSNDLPCKH0CJUNN2JVN?articleID=193303464

Intel slashes '06 capex; likely to trail Samsung
http://www.eetimes.com/news/latest/showArticle.jhtml;jsessionid=3QFN5XLASFZH0QSNDLPCKH0CJUNN2JVN?articleID=193303488

Startup Gear6 touts RAM cache scheme
http://www.eetimes.com/news/latest/showArticle.jhtml;jsessionid=3QFN5XLASFZH0QSNDLPCKH0CJUNN2JVN?articleID=193303385

IBM、ソフトウェア伸び、好調な決算
http://journal.mycom.co.jp/news/2006/10/18/340.html

「24/365のフルオートメーションを」- HPが目指す「完全なる」仮想化・自動化環境
http://journal.mycom.co.jp/news/2006/10/17/351.html

Defense Department hires HP
http://news.com.com/2110-7339_3-6126590.html?part=rss&tag=6126590&subj=news

**名無しさん＠お腹いっぱい。** · 2006/10/18(水) 18:26:05

>>168
陳腐化したあかつきにはラーメン屋開業だなw

**名無しさん＠お腹いっぱい。** · 2006/10/18(水) 19:07:35

>>170
マシンをキッチンに、ラックをテーブルに変えたら（ry

11 · 2006/10/18(水) 23:17:02

わ！
個人攻撃ですね。
確かに彼女の場合、スキルが低いのは有名で本人に直で言わなくても
勤務中に私用メール＆ﾈｯﾄで検索バンバンが趣味ってもっぱらの噂ですしねー。
営業にしてみれば、面白くないって思ってる人もいるみたいですしね。
ちょっと考えればわかることだと思うんですけど、
よほどヒマなんでしょうね。

デ○っていうのは、余計だと思いますけど、ストレス溜まっている人も
多いみたいですけど。

**名無しさん＠お腹いっぱい。** · 2006/10/18(水) 23:47:17

Blackboxはいい感じだな
オレも欲しくなってきた
キャンプ場とかにもっていきたいね

**名無しさん＠お腹いっぱい。** · 2006/10/19(木) 00:38:46

4/1に発表だったら絶対冗談だと思ったろうな

**名無しさん＠お腹いっぱい。** · 2006/10/19(木) 00:44:02

限定 1 台限りで、Sun が会社ごと中に入っています。

**名無しさん＠お腹いっぱい。** · 2006/10/19(木) 00:51:09

Bill Joy のおふるのフェラーリが入っているのはアタリです。
（ただし計算機は容積の都合上入っていません。）

**名無しさん＠お腹いっぱい。** · 2006/10/19(木) 01:17:47

これがほんとのSolarisコンテナ…って、うおっちネタかよ！

**名無しさん＠お腹いっぱい。** · 2006/10/19(木) 01:39:54

やべラーメン食ってくる

**名無しさん＠お腹いっぱい。** · 2006/10/19(木) 05:47:23

Sunは面白いもの作るな・・・

**名無しさん＠お腹いっぱい。** · 2006/10/19(木) 10:30:34

どうせなら、Niagaraマシンで作ればよかったのに。

**名無しさん＠お腹いっぱい。** · 2006/10/19(木) 18:16:42

NetApp mounts up for virtual tape land grab
http://www.theregister.co.uk/2006/10/18/netapp_vtls_expo/

Sun expands virtualization products, services
http://www.eetimes.com/news/latest/showArticle.jhtml;jsessionid=0OA3T5HUKXRGQQSNDLPCKH0CJUNN2JVN?articleID=193400162

Sun begins work on Niagara 3 chip
http://news.com.com/Sun+begins+work+on+Niagara+3+chip/2100-1006_3-6127137.html?tag=nefd.top

AMD beats Wall Street's forecast
http://www.eetimes.com/news/semi/showArticle.jhtml;jsessionid=OJNQCSOIYYSH2QSNDLPCKH0CJUNN2JVN?articleID=193400399

日本HP、デュアルコアXeon 3000番台を搭載可能なタワー型エントリーサーバー
http://enterprise.watch.impress.co.jp/cda/hardware/2006/10/19/8881.html

**名無しさん＠お腹いっぱい。** · 2006/10/19(木) 19:00:47

Niagara3かよ。
Rockはいつ出るんだろ。

**名無しさん＠お腹いっぱい。** · 2006/10/19(木) 22:39:37

>>180
「あのコンテナの大きさが Niagara ならシューボックスに」という作戦の前振りなのさ。

**名無しさん＠お腹いっぱい。** · 2006/10/20(金) 20:52:50

Synplicity, Achronix collaborating on FPGA synthesis
http://www.eetimes.com/news/latest/showArticle.jhtml?articleID=193400690

SAPジャパンの第3四半期決算、ライセンス収入が前年同期比65％増と好調
http://itpro.nikkeibp.co.jp/article/NEWS/20061019/251271/?ST=?ST=enterprise

米Oracleが自社ブランドのオンデマンドCRM、大手ベンダーが揃い踏み
http://journal.mycom.co.jp/news/2006/10/20/103.html

**名無しさん＠お腹いっぱい。** · 2006/10/20(金) 22:45:18

Sun とどう関係するのかも一文ずつ添えてくんない? ぜんぶ読んでみる気なんか全く起きんし。

**名無しさん＠お腹いっぱい。** · 2006/10/22(日) 12:20:42

正直関係ないのが大半

**名無しさん＠お腹いっぱい。** · 2006/10/22(日) 18:43:07

やぱし。

**名無しさん＠お腹いっぱい。** · 2006/10/24(火) 20:32:58

http://www.geekpatrol.ca/blog/158/

Solaris超速い

**名無しさん＠お腹いっぱい。** · 2006/10/24(火) 22:19:49

Another thing worth mentioning is that Solaris (and the Sun Studio compiler) outperformed Windows (and Visual C++) by almost 15%.

**名無しさん＠お腹いっぱい。** · 2006/10/24(火) 22:32:59

カーネルサービスつーよりは CPU 他のハード性能測るようなテストが多いね。
ま、コンパイラの差ということだろうな。
カトラー氏は AMD ひいきだから 64bit WinXP もうちょっとがんばっても
よさそうなもんだがな。
Stream Performance で軒並み WInXP に負けてるのもちょっと気になる。

**名無しさん＠お腹いっぱい。** · 2006/10/24(火) 23:36:17

iccやgccとも比較しろやｗ

**名無しさん＠お腹いっぱい。** · 2006/10/25(水) 21:06:21

x86 用 C/C++ コンパイラの実力を比較してみる
http://www.nminoru.jp/~nminoru/diary/2003/04.html

**名無しさん＠お腹いっぱい。** · 2006/10/25(水) 21:07:53

64bit環境で試すコンパイラ - アセンブルコードに見るその実力
http://journal.mycom.co.jp/special/2005/compiler/menu.html

こっちの記事の方が新しかった

**名無しさん＠お腹いっぱい。** · 2006/10/25(水) 22:07:27

大原雄介ｗ
とんでも記事書いてたよな、Ultra20の。

**名無しさん＠お腹いっぱい。** · 2006/10/26(木) 09:53:14

http://jp.sun.com/back/2006/1025/feature/
Rock SUGEEEEE!!!らしいが何も書いてねーーーーー
なんだよコロンブスの卵的って

**名無しさん＠お腹いっぱい。** · 2006/10/26(木) 16:49:34

typoがある

**名無しさん＠お腹いっぱい。** · 2006/10/26(木) 18:16:56

http://www.itjungle.com/tug/tug102606-story02.html
As it is, the future Niagara-3 chips are expected to have more cores and therefore more threads,
and are expected to use a 45 nanometer process that can allow Sun to crank the clock or cram the transistors even further,
and Sun could even double the core count to 16, putting 128 threads on a single Niagara-3 chip.
Obviously, putting multiple Niagara chips into a single server would produce an even higher thread count per system, perhaps 256 or 512 threads per machine.
So Sun may not be inclined to go the SMP or NUMA clustering route.

Still, putting multiple Niagara chips on a single die might even make something you could call "Rock,"
which is the kicker to Sun's UltraSparc-IV dual-core processors that is billed as being "massively threaded."
Sun has been pretty vague about what the Rock Sparc processor will be when it comes out the door in 2008,
but a very beefed up architecture based on something like the Niagara chip seems to be a fair guess.
It also would be interesting to see if Sun creates Rock by making a 3D multichip module out of Niagara-like chips,
similar to the way IBM makes its mainframe engines out of single and now dual-core processors.

**MACオタ＞195 さん** · 2006/10/26(木) 22:38:32

>>195
Rockの隠し玉わ，多分これす。
http://research.sun.com/spotlight/2004-09-20.feature-proximity.html
米国政府の金も，そうとう入っているすよ。
http://www.hpcwire.com/hpc/614805.html

**名無しさん＠お腹いっぱい。** · 2006/10/27(金) 01:08:01

またまた、ご冗談を

**名無しさん＠お腹いっぱい。** · 2006/10/27(金) 18:12:07

SPECWebでNiagaraが新しく登録されたHPのWoodcrest鯖に追いつかれている件
価格性能比とか*Tsなんかの機能を考えると…

**名無しさん＠お腹いっぱい。** · 2006/10/27(金) 23:10:31

消費電力。

**名無しさん＠お腹いっぱい。** · 2006/10/28(土) 00:03:36

空栗鼠

**名無しさん＠お腹いっぱい。** · 2006/10/28(土) 03:00:21

>>201
同価格の製品 or 電気代が死ぬほど高い国ならその売り文句も通用したんだが
http://jp.sun.com/products/dotcom-price/coolthreads/t2000-price.html

**名無しさん＠お腹いっぱい。** · 2006/10/29(日) 02:53:28

同価格の製品が死ぬほど高い国、ってあるの?

**名無しさん＠お腹いっぱい。** · 2006/10/29(日) 07:59:23

米Sun、2007年度Q1決算はソフト/サービスが好調、復活へ光明
http://journal.mycom.co.jp/news/2006/10/27/103.html

＞ソフトウェア事業の売上の伸びは17%で、やはり同社の成長の源泉となっている。
＞売上の多くはSolarisが牽引したもので、600万ダウンロードを達成したほか、
＞Java ESによるサブスクリプションライセンスの売上が25%成長を達成している。

**名無しさん＠お腹いっぱい。** · 2006/10/29(日) 08:11:07

体力ある大企業がサポート業/ディストリ業に乗り出してくれば、ディストリービューターはつらいよね。
Linux業界標準でブランド力No.1の赤帽でも、普通の大企業と比べれば非常に弱小。
株価の下落しまくっている赤帽は、いずれはOracleやIBM、HP、INTELなどに買収されてしまうのか？
俺は、ぜひSunに赤帽を買い取って欲しい。
IBMだってAIXをもっているが一押ししているのはLinux、HPも同じ戦略だ。
それならば、Sunは一歩踏み込んでUnix/LinuxどちらのOSの業界標準も
自社で握ってしまうというのはどうだろう？

　(1)Oracle、Linuxのサポート開始
　　http://www.itmedia.co.jp/enterprise/articles/0610/26/news028.html

　(2)Red Hatを葬り去る？　OracleがLinux自体のサポートに乗り出す
　　Oracleは、Red Hatからソースコードを入手し、同社の商標を外し、バグフィックスを行い、
　　コンパイルして無償配布するという。これまでRed Hatでは、最新バージョンでしか、
　　バグフィックスを提供しておらず、顧客らにバージョンアップを強いる結果となっていた。
　　Oracleでは、過去のバージョンに対してもバックポートを行い、データセンターのニーズに
　　こたえるとしている。しかし、Red Hatにとっては、たまったものではないだろう。
　　世界17カ所のサポートセンターで7000人のスタッフが働くOracleがLinux自体のサポートに
　　乗り出すのだ。しかも、キーノートで公表されたサポート料金は、年額99ドルから始まり、
　　Red Hatの半値以下。さらにRed Hatが提供していない、データセンターのデータベースを
　　サポートするのと同等の品質水準もメニューに加えている。
　　http://www.itmedia.co.jp/enterprise/articles/0610/26/news026.html

　(3)Red HatがOracleに反撃、OracleはRed Hat Linuxを「分岐させる」と主張
　　同社はまたOracleの互換性に関する主張に異を唱え、Oracleの製品はRed Hat Linuxを
　　「分岐させる」としている。「Oracleが明らかにした変更は、Red Hat Enterprise Linuxとは
　　別のコードベースを作り出すだろう。その派生物はRed Hat Enterprise Linuxではない」と
　　同社は述べている。
　　　　http://www.itmedia.co.jp/enterprise/articles/0610/27/news081.html

**名無しさん＠お腹いっぱい。** · 2006/10/29(日) 08:56:59

いくらOracleがLinuxに力を入れたところでIBMやHPにそっぽ向かれたら成功しないんじゃないの？
Linuxがここまで成功してきたのはIBMの力が大きいような気もする

**名無しさん＠お腹いっぱい。** · 2006/10/29(日) 10:06:15

マルチに反応するのもアレだが。

IBM、HPはすでに賛同の表明をしているｗ
Sunもx86でLinuxをサポートしているから、賛同するだろう。

**名無しさん＠お腹いっぱい。** · 2006/10/29(日) 18:16:07

>>207
エンタープライズでのLinux導入のきっかけは、Oracle DB製品を
Linuxプラットフォームで使ってみて、UNIXほどではないにしろ
まあまあ安定して使えたから、というのが多いと思う。

だから、エンタープライズ領域へのLinux進出に（結果的に）大きく貢献した
とも言えるだろう。最近では、OCFS2がカーネルに取り込まれたりしているし。

また、Oracle on Linuxを導入する際のハードはIBMやHPが使われることも
多いのだから、そっぽを向いてもおいしいところをDELLなんかに
持って行かれるだけで、何のメリットも無い。

**名無しさん＠お腹いっぱい。** · 2006/10/29(日) 19:25:44

Solarisオワタ

**名無しさん＠お腹いっぱい。** · 2006/10/29(日) 22:13:30

SunはOracleにラブコールしてたよなw
Sun、失恋w

**名無しさん＠お腹いっぱい。** · 2006/10/29(日) 22:27:32

ひーとりぼっちのサン太郎～

**名無しさん＠お腹いっぱい。** · 2006/10/29(日) 23:18:14

>>206
> 俺は、ぜひSunに赤帽を買い取って欲しい。
要らんに決まってるやん。なんのメリットがあるのよ?

**名無しさん＠お腹いっぱい。** · 2006/10/30(月) 01:12:56

>>165
マダー？(AAry

**名無しさん＠お腹いっぱい。** · 2006/10/30(月) 02:46:17

直してあるだろうよ。
また余分なの付け足されてるけど。

**名無しさん＠お腹いっぱい。** · 2006/10/30(月) 03:53:11

そういえば Wikipedia ではおかしな記事に対して「中立的な観点」「記事の正確さ」
についての疑問を提出可能なんじゃ？　おかしなのをずっと書き込まれるならそれやってみたら？

**名無しさん＠お腹いっぱい。** · 2006/10/30(月) 08:54:07

>>206
>俺は、ぜひSunに赤帽を買い取って欲しい。

Cobaltの例もあるし、Sunが競合製品を買収したら「飼い殺しにする」と
いう印象があるので期待感は持てない。

だいたいSunが主導すると失敗しそうだから、OracleがRedHatを買収
して、SunもOracleに買収された方が丸く収まりそう。ついでにAppleを
含めて、Sun-Oracle-Apple大連合で「家庭用NC構想」復活となれば
面白い。

**名無しさん＠お腹いっぱい。** · 2006/10/30(月) 12:15:52

>>215
余分なの追加してる人の、他の項目の編集内容見ると、
やっぱこの人、何か勘違いしてるみたいだね。

**名無しさん＠お腹いっぱい。** · 2006/10/30(月) 14:23:23

>>217
結果はともかく、Cobalt の場合は Sun の持ってない要素を埋めてたから、
得るものがあった（はずだった）けど、RedHat しか持ってないもんなんか、
ないやん。要らん要らん。
Oracle は嫌い。信用でけん。そもそも、Sun がクラサバブームの時の
メインフレーマみたいな役廻りを言われる（実際にはぜんぜん違うんだけど）のの
原因は、Oracle みたいなミドルもんが死ぬ程高かった（今でも高い）からだぜ。
ハードウェアや Solaris はぜんぜん高くないのに。

**名無しさん＠お腹いっぱい。** · 2006/10/30(月) 18:35:48

どのレンジが高くないのか知らんが
エントリレベルならx86マシン(非Solaris)で十分
メインフレーム・ミニコン・オフコンの代替ができないようでは存在意義がない

**名無しさん＠お腹いっぱい。** · 2006/10/30(月) 22:49:36

Itanium採用撤回は大失策

**名無しさん＠お腹いっぱい。** · 2006/10/30(月) 23:34:27

Itanium wwwwwwwwwwwwww 来年には業界の物笑い、数年後には世界中の物笑いw
... あと、EFI もものわらいーww

**名無しさん＠お腹いっぱい。** · 2006/10/30(月) 23:40:07

>>216
うん、頭に{{unreferenced}}、あやしいところに{{要出典}}を入れればいいことは調べてあるw

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 00:41:35

Sparcがダメなのは変わりないけどな

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 01:25:20

Niagaraは何がしたいのかわからんね

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 06:40:34

　　　＿＿＿＿＿＿_
　　　|　 WANTED!!! 　|
　　　||￣￣￣￣￣￣||
　　　|| 　 ∧,,∧ 　　 ||
　　　||　(；`・ω・）｡･ﾟ･||
　　　||　/ 　ｏ━ヽニ.||
　　　| ￣￣￣￣￣￣.|
　　　| 　この顔を　 .|
　　　| 見たらﾁｬｰﾊﾝ .|
　　　|＿＿＿＿＿＿_.|

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 09:00:44

もうすぐ出るNiagara2に期待しようじゃないか。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 11:33:11

Niagaraは理論的に可能だったから開発しただけで、
需要に応えるために開発したものじゃないから用途が見え難いと思う。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 11:37:17

シングルスレッド性能の追求は既に行き詰まった、ということが理解できない人が
大勢いらっしゃるようで。お気の毒w
昔メインフレームにしがみついたりインターネットを笑ったりしたのは
こういう人達だったかもね。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 12:53:44

シングルスレッド性能で追従できなくなった企業の逃げ口上

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 13:03:51

おバカな Netburst 信者さん?wwwww

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 16:49:00

前スレの
http://pc8.2ch.net/test/read.cgi/unix/1149485579/423
>> あー、NiagaraというかSPARCは、キャッシュのコヒーレンシプロトコルと
>> 連携したロックのための機構を備えてないのな。
>> スピンロックするには、ビジーウェイトするっきゃないのか。
>> それじゃぁダメだ。論外だ。
>
>って何を言っているの？
>
>IntelのペンCPUのような（コアはシラン）SMP用の同期ロックを言っているのだと
>したら、むしろIntelのペンの方ができそこないと思うのだが。
>
>大体、「キャッシュのコヒーレンシプロトコルと連携したロックのための機構」なんて
>持っていたら、性能が劣化してしまって大規模構成には使えないと思うが。。

インテルのSSE3には、
指定したアドレス範囲に対して誰かが書き込みを行うまでスレッドの実行を止める
ための命令がある。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 16:57:38

>>233

で、それってどれほど効果があるものなの？

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 17:01:55

>>229
シングルスレッドで稼げなくなった性能を、能力を落としたSPARCⅡ相当のコアを
マルチで構成して、意味があるの？！

Itanium系は別にしても、複数コアでIntelやIBMが勝負しはじめる際に、現行レベル
若しくは1世代前のコアを使う事で、数十倍の処理性能差になるんだぜ。

真面目に省電力とか処理性能を考えた構成＆最適解が、Niagara系であるとはとても
思えないね。

AMDがOpteronで示した方式も、基はIBMの技術だし、その先にあるのはPowerのマルチ
コア化。Itanium系も設計を工夫すれば、4つ程度のコアは載る。

Sunを好きなら、敢えて批判を受け入れる姿勢も必要なんじゃないの？！

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 17:11:27

それを言ったら、
シングルスレッドで稼げなくなった性能を、能力を落としたSPARC III相当のコアをマルチで構成した
SPARC IVに意味があるか？という気になる

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 17:12:48

> シングルスレッドで稼げなくなった性能を、能力を落としたSPARCⅡ相当のコアを
> マルチで構成して、意味があるの？！
ある。ありまくり。

> 真面目に省電力とか処理性能を考えた構成＆最適解が、Niagara系であるとはとても
> 思えないね。
どう考えても命令変換という無駄な挙動とトランジスタの必要な x86 は
向いてない。ABI と構造の両方が RISC なプロセッサ以外考えられない。

> Sunを好きなら、敢えて批判を受け入れる姿勢も必要なんじゃないの？！
はぁ。まともな批判ならね。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 17:21:21

>>236
その辺を端的に説明せよ。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 17:22:32

>>235
意味がないと悟ったんで、Niagaraに逃げた・・・んだよね!?

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 17:36:55

1つだけ言えることは、
このスレに書き込んでいるお前らよりも、
SunでNiagaraを開発している人たちのほうが、
遥かに多くの調査・実験をやり、よく考えているってことだ。

なんならお前ら、自分らでCPUを設計してみれば?

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 17:39:27

それを言うなよ。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 17:49:37

アンチSunスレでなに言ってんだ？

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 18:05:04

>>236
Power系は明らかにRISCの特徴を色濃く残したCPU。
Power5程度でも、SPARCⅡ系の数十倍早い。

で、RISCとABIの両方はなんでしたっけ？

AIXの欠点といえば、未だにCOFF形式を取っているところくらい!?
HACMPっていう大きな欠陥商品をかかえてはいるけど、処理性能では段ち
でしょ。

マルチコア化する際に、ハードウェアプリフェッチを強化すれば、より性能
も強化されるし・・・・・・

まぁ、Niagaraが成功すれば、2番煎じのPowerがそのパークを乗っ取るだけ
だな。ItaniumもPowerに追いついた訳だし、その辺も面白いよね。

で、RISCがなんでしたっけ？？？？？？？？？？？？？

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 18:17:10

まあ、POWER、SPARC、あともういっこぐらいが拮抗して競争するくらいが
誰にとっても一番利益と効率がもたらされるとは思う。
けど、Itanium はないよ。あれは i860 や APX432 と同じ道をたどるの
確定だろ。プロセッサ設計した時に前提としたソフトウェアを用意するのが
不可能なのが証明されておしまい。ばいばい～w

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 18:21:29

Itaniumは性能で圧倒的な強さが無きゃ、存在意義ない。
大差をつけられなきゃ、わざわざSPARC→Itaniumへ移行するなんて考えないし。
SPARC→x86はこれからもあるだろうが、これについては、POWERやItaniumでも同じだしな。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 18:23:07

Itaniumって、Oracleなんかで比較すると、結構早いんだけどね。
やっぱ、駄目なんかねぇ!?

Power6はバランスよさげですね。
ttp://japan.zdnet.com/sp/interview/story/0,2000056426,20097277,00.htm

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 18:25:34

データベースはCPUの性能はさほど重要ではないと思う。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 18:32:34

Niagara で Oracle 使ったら実はマジ速い、って話があったな。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 18:33:04

Niagara系の問題点は、シングルスレッドの処理方式を持つアプリや大きなCPUキャッシュ
が必要＆重要な処理において、全く性能がでないところ。

ハード性能がソフトの設計に大きく左右ってのは、元からの問題だけど、これはナンセンス。
ユーザの使い方を絞って、Webサーバにだけ使ってくれとか、小さなサイズのデータを
中心に扱うトランザクションにのみ使ってくれって事になる。

Sipサーバとかには向くのかもしれないけれど、ユーザのアプリケーションのあり方を
大きく制限するようなものは、乗り換えの対象になるね。

なので、SPARC⇒PowerやSPARC⇒Itanuimは今後多くなると思うよ。
ガートナーとかの予想が出るのが、そろそろだろうから、その評価によって、加速される
可能性は高い。

なんにせよ、Rockとかってまだ先の話を出している時点で、Mersedの話を出して失敗した
HP＆Intelと同列の扱いになるのはいたしかたないでしょ。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 18:38:59

>>247
よっぽど小さいデータベースを扱ったんですよね。きっと。

**名無しさん＠お腹いっぱい。** · 2006/10/31(火) 18:43:08

>>248
SPARCはNiagara系一本に絞られるわけでもなく。