Sun Microsystem 最大の夜長
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2006/10/01(日) 14:44:01秋の頃合…。
そんな季節感の経営状態だが、秋こそ、秋刀魚イクラの季節！
【前スレ】
Sun Microsystems 最大のリストラ
http://pc8.2ch.net/test/read.cgi/unix/1149485579/
0184名無しさん＠お腹いっぱい。
2006/10/20(金) 20:52:50http://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
0185名無しさん＠お腹いっぱい。
2006/10/20(金) 22:45:180186名無しさん＠お腹いっぱい。
2006/10/22(日) 12:20:420187名無しさん＠お腹いっぱい。
2006/10/22(日) 18:43:070188名無しさん＠お腹いっぱい。
2006/10/24(火) 20:32:58Solaris超速い
0189名無しさん＠お腹いっぱい。
2006/10/24(火) 22:19:490190名無しさん＠お腹いっぱい。
2006/10/24(火) 22:32:59ま、コンパイラの差ということだろうな。
カトラー氏は AMD ひいきだから 64bit WinXP もうちょっとがんばっても
よさそうなもんだがな。
Stream Performance で軒並み WInXP に負けてるのもちょっと気になる。
0191名無しさん＠お腹いっぱい。
2006/10/24(火) 23:36:170192名無しさん＠お腹いっぱい。
2006/10/25(水) 21:06:21http://www.nminoru.jp/~nminoru/diary/2003/04.html
0193名無しさん＠お腹いっぱい。
2006/10/25(水) 21:07:53http://journal.mycom.co.jp/special/2005/compiler/menu.html
こっちの記事の方が新しかった
0194名無しさん＠お腹いっぱい。
2006/10/25(水) 22:07:27とんでも記事書いてたよな、Ultra20の。
0195名無しさん＠お腹いっぱい。
2006/10/26(木) 09:53:14Rock SUGEEEEE!!!らしいが何も書いてねーーーーー
なんだよコロンブスの卵的って
0196名無しさん＠お腹いっぱい。
2006/10/26(木) 16:49:340197名無しさん＠お腹いっぱい。
2006/10/26(木) 18:16:56As 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.
0198MACオタ＞195 さん
2006/10/26(木) 22:38:32Rockの隠し玉わ，多分これす。
http://research.sun.com/spotlight/2004-09-20.feature-proximity.html
米国政府の金も，そうとう入っているすよ。
http://www.hpcwire.com/hpc/614805.html
0199名無しさん＠お腹いっぱい。
2006/10/27(金) 01:08:010200名無しさん＠お腹いっぱい。
2006/10/27(金) 18:12:07価格性能比とか*Tsなんかの機能を考えると…
0201名無しさん＠お腹いっぱい。
2006/10/27(金) 23:10:310202名無しさん＠お腹いっぱい。
2006/10/28(土) 00:03:360203名無しさん＠お腹いっぱい。
2006/10/28(土) 03:00:21同価格の製品 or 電気代が死ぬほど高い国ならその売り文句も通用したんだが
http://jp.sun.com/products/dotcom-price/coolthreads/t2000-price.html
0204名無しさん＠お腹いっぱい。
2006/10/29(日) 02:53:280205名無しさん＠お腹いっぱい。
2006/10/29(日) 07:59:23http://journal.mycom.co.jp/news/2006/10/27/103.html
＞ソフトウェア事業の売上の伸びは17%で、やはり同社の成長の源泉となっている。
＞売上の多くはSolarisが牽引したもので、600万ダウンロードを達成したほか、
＞Java ESによるサブスクリプションライセンスの売上が25%成長を達成している。
0206名無しさん＠お腹いっぱい。
2006/10/29(日) 08:11:07Linux業界標準でブランド力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
0207名無しさん＠お腹いっぱい。
2006/10/29(日) 08:56:59Linuxがここまで成功してきたのはIBMの力が大きいような気もする
0208名無しさん＠お腹いっぱい。
2006/10/29(日) 10:06:15IBM、HPはすでに賛同の表明をしているｗ
Sunもx86でLinuxをサポートしているから、賛同するだろう。
0209名無しさん＠お腹いっぱい。
2006/10/29(日) 18:16:07エンタープライズでのLinux導入のきっかけは、Oracle DB製品を
Linuxプラットフォームで使ってみて、UNIXほどではないにしろ
まあまあ安定して使えたから、というのが多いと思う。
だから、エンタープライズ領域へのLinux進出に（結果的に）大きく貢献した
とも言えるだろう。最近では、OCFS2がカーネルに取り込まれたりしているし。
また、Oracle on Linuxを導入する際のハードはIBMやHPが使われることも
多いのだから、そっぽを向いてもおいしいところをDELLなんかに
持って行かれるだけで、何のメリットも無い。
0210名無しさん＠お腹いっぱい。
2006/10/29(日) 19:25:440211名無しさん＠お腹いっぱい。
2006/10/29(日) 22:13:30Sun、失恋w
0212名無しさん＠お腹いっぱい。
2006/10/29(日) 22:27:320213名無しさん＠お腹いっぱい。
2006/10/29(日) 23:18:14> 俺は、ぜひSunに赤帽を買い取って欲しい。
要らんに決まってるやん。なんのメリットがあるのよ?
0214名無しさん＠お腹いっぱい。
2006/10/30(月) 01:12:56マダー？(AAry
0215名無しさん＠お腹いっぱい。
2006/10/30(月) 02:46:17また余分なの付け足されてるけど。
0216名無しさん＠お腹いっぱい。
2006/10/30(月) 03:53:11についての疑問を提出可能なんじゃ？ おかしなのをずっと書き込まれるならそれやってみたら？
0217名無しさん＠お腹いっぱい。
2006/10/30(月) 08:54:07>俺は、ぜひSunに赤帽を買い取って欲しい。
Cobaltの例もあるし、Sunが競合製品を買収したら「飼い殺しにする」と
いう印象があるので期待感は持てない。
だいたいSunが主導すると失敗しそうだから、OracleがRedHatを買収
して、SunもOracleに買収された方が丸く収まりそう。ついでにAppleを
含めて、Sun-Oracle-Apple大連合で「家庭用NC構想」復活となれば
面白い。
0218名無しさん＠お腹いっぱい。
2006/10/30(月) 12:15:52余分なの追加してる人の、他の項目の編集内容見ると、
やっぱこの人、何か勘違いしてるみたいだね。
0219名無しさん＠お腹いっぱい。
2006/10/30(月) 14:23:23結果はともかく、Cobalt の場合は Sun の持ってない要素を埋めてたから、
得るものがあった（はずだった）けど、RedHat しか持ってないもんなんか、
ないやん。要らん要らん。
Oracle は嫌い。信用でけん。そもそも、Sun がクラサバブームの時の
メインフレーマみたいな役廻りを言われる（実際にはぜんぜん違うんだけど）のの
原因は、Oracle みたいなミドルもんが死ぬ程高かった（今でも高い）からだぜ。
ハードウェアや Solaris はぜんぜん高くないのに。
0220名無しさん＠お腹いっぱい。
2006/10/30(月) 18:35:48エントリレベルならx86マシン(非Solaris)で十分
メインフレーム・ミニコン・オフコンの代替ができないようでは存在意義がない
0221名無しさん＠お腹いっぱい。
2006/10/30(月) 22:49:360222名無しさん＠お腹いっぱい。
2006/10/30(月) 23:34:27... あと、EFI もものわらいーww
0223名無しさん＠お腹いっぱい。
2006/10/30(月) 23:40:07うん、頭に{{unreferenced}}、あやしいところに{{要出典}}を入れればいいことは調べてあるw
0224名無しさん＠お腹いっぱい。
2006/10/31(火) 00:41:350225名無しさん＠お腹いっぱい。
2006/10/31(火) 01:25:200226名無しさん＠お腹いっぱい。
2006/10/31(火) 06:40:34| WANTED!!! |
||￣￣￣￣￣￣||
|| ∧,,∧ ||
|| (；`・ω・）｡･ﾟ･||
|| / ｏ━ヽニ.||
| ￣￣￣￣￣￣.|
| この顔を .|
| 見たらﾁｬｰﾊﾝ .|
|＿＿＿＿＿＿_.|
0227名無しさん＠お腹いっぱい。
2006/10/31(火) 09:00:440228名無しさん＠お腹いっぱい。
2006/10/31(火) 11:33:11需要に応えるために開発したものじゃないから用途が見え難いと思う。
0229名無しさん＠お腹いっぱい。
2006/10/31(火) 11:37:17大勢いらっしゃるようで。お気の毒w
昔メインフレームにしがみついたりインターネットを笑ったりしたのは
こういう人達だったかもね。
0230名無しさん＠お腹いっぱい。
2006/10/31(火) 12:53:440231名無しさん＠お腹いっぱい。
2006/10/31(火) 13:03:510232名無しさん＠お腹いっぱい。
2006/10/31(火) 16:49:00http://pc8.2ch.net/test/read.cgi/unix/1149485579/423
>> あー、NiagaraというかSPARCは、キャッシュのコヒーレンシプロトコルと
>> 連携したロックのための機構を備えてないのな。
>> スピンロックするには、ビジーウェイトするっきゃないのか。
>> それじゃぁダメだ。論外だ。
>
>って何を言っているの？
>
>IntelのペンCPUのような（コアはシラン）SMP用の同期ロックを言っているのだと
>したら、むしろIntelのペンの方ができそこないと思うのだが。
>
>大体、「キャッシュのコヒーレンシプロトコルと連携したロックのための機構」なんて
>持っていたら、性能が劣化してしまって大規模構成には使えないと思うが。。
インテルのSSE3には、
指定したアドレス範囲に対して誰かが書き込みを行うまでスレッドの実行を止める
ための命令がある。
0233名無しさん＠お腹いっぱい。
2006/10/31(火) 16:57:38で、それってどれほど効果があるものなの？
0234名無しさん＠お腹いっぱい。
2006/10/31(火) 17:01:55シングルスレッドで稼げなくなった性能を、能力を落としたSPARCⅡ相当のコアを
マルチで構成して、意味があるの？！
Itanium系は別にしても、複数コアでIntelやIBMが勝負しはじめる際に、現行レベル
若しくは1世代前のコアを使う事で、数十倍の処理性能差になるんだぜ。
真面目に省電力とか処理性能を考えた構成＆最適解が、Niagara系であるとはとても
思えないね。
AMDがOpteronで示した方式も、基はIBMの技術だし、その先にあるのはPowerのマルチ
コア化。Itanium系も設計を工夫すれば、4つ程度のコアは載る。
Sunを好きなら、敢えて批判を受け入れる姿勢も必要なんじゃないの？！
0235名無しさん＠お腹いっぱい。
2006/10/31(火) 17:11:27シングルスレッドで稼げなくなった性能を、能力を落としたSPARC III相当のコアをマルチで構成した
SPARC IVに意味があるか？という気になる
0236名無しさん＠お腹いっぱい。
2006/10/31(火) 17:12:48> マルチで構成して、意味があるの？！
ある。ありまくり。
> 真面目に省電力とか処理性能を考えた構成＆最適解が、Niagara系であるとはとても
> 思えないね。
どう考えても命令変換という無駄な挙動とトランジスタの必要な x86 は
向いてない。ABI と構造の両方が RISC なプロセッサ以外考えられない。
> Sunを好きなら、敢えて批判を受け入れる姿勢も必要なんじゃないの？！
はぁ。まともな批判ならね。
0237名無しさん＠お腹いっぱい。
2006/10/31(火) 17:21:21その辺を端的に説明せよ。
0238名無しさん＠お腹いっぱい。
2006/10/31(火) 17:22:32意味がないと悟ったんで、Niagaraに逃げた・・・んだよね!?
0239名無しさん＠お腹いっぱい。
2006/10/31(火) 17:36:55このスレに書き込んでいる お前らよりも、
SunでNiagaraを開発している人たちのほうが、
遥かに多くの調査・実験をやり、よく考えているってことだ。
なんならお前ら、自分らでCPUを設計してみれば?
0240名無しさん＠お腹いっぱい。
2006/10/31(火) 17:39:270241名無しさん＠お腹いっぱい。
2006/10/31(火) 17:49:370242名無しさん＠お腹いっぱい。
2006/10/31(火) 18:05:04Power系は明らかにRISCの特徴を色濃く残したCPU。
Power5程度でも、SPARCⅡ系の数十倍早い。
で、RISCとABIの両方はなんでしたっけ？
AIXの欠点といえば、未だにCOFF形式を取っているところくらい!?
HACMPっていう大きな欠陥商品をかかえてはいるけど、処理性能では段ち
でしょ。
マルチコア化する際に、ハードウェアプリフェッチを強化すれば、より性能
も強化されるし・・・・・・
まぁ、Niagaraが成功すれば、2番煎じのPowerがそのパークを乗っ取るだけ
だな。ItaniumもPowerに追いついた訳だし、その辺も面白いよね。
で、RISCがなんでしたっけ？？？？？？？？？？？？？
0243名無しさん＠お腹いっぱい。
2006/10/31(火) 18:17:10誰にとっても一番利益と効率がもたらされるとは思う。
けど、Itanium はないよ。あれは i860 や APX432 と同じ道をたどるの
確定だろ。プロセッサ設計した時に前提としたソフトウェアを用意するのが
不可能なのが証明されておしまい。ばいばい～w
0244名無しさん＠お腹いっぱい。
2006/10/31(火) 18:21:29大差をつけられなきゃ、わざわざSPARC→Itaniumへ移行するなんて考えないし。
SPARC→x86はこれからもあるだろうが、これについては、POWERやItaniumでも同じだしな。
0245名無しさん＠お腹いっぱい。
2006/10/31(火) 18:23:07やっぱ、駄目なんかねぇ!?
Power6はバランスよさげですね。
ttp://japan.zdnet.com/sp/interview/story/0,2000056426,20097277,00.htm
0246名無しさん＠お腹いっぱい。
2006/10/31(火) 18:25:340247名無しさん＠お腹いっぱい。
2006/10/31(火) 18:32:340248名無しさん＠お腹いっぱい。
2006/10/31(火) 18:33:04が必要＆重要な処理において、全く性能がでないところ。
ハード性能がソフトの設計に大きく左右ってのは、元からの問題だけど、これはナンセンス。
ユーザの使い方を絞って、Webサーバにだけ使ってくれとか、小さなサイズのデータを
中心に扱うトランザクションにのみ使ってくれって事になる。
Sipサーバとかには向くのかもしれないけれど、ユーザのアプリケーションのあり方を
大きく制限するようなものは、乗り換えの対象になるね。
なので、SPARC⇒PowerやSPARC⇒Itanuimは今後多くなると思うよ。
ガートナーとかの予想が出るのが、そろそろだろうから、その評価によって、加速される
可能性は高い。
なんにせよ、Rockとかってまだ先の話を出している時点で、Mersedの話を出して失敗した
HP＆Intelと同列の扱いになるのはいたしかたないでしょ。
0249名無しさん＠お腹いっぱい。
2006/10/31(火) 18:38:59よっぽど小さいデータベースを扱ったんですよね。きっと。
0250名無しさん＠お腹いっぱい。
2006/10/31(火) 18:43:08SPARCはNiagara系一本に絞られるわけでもなく。
0251名無しさん＠お腹いっぱい。
2006/10/31(火) 18:49:34他に喰えるネタってある!?
Rock待ちでしょ。Powerに置いてかれるのは当然としても、Xeonより遅いSPARCに
未来があるのかと聞きたい。
市場が選択するよ、きっと。
0252名無しさん＠お腹いっぱい。
2006/10/31(火) 18:50:03> ユーザの使い方を絞って、Webサーバにだけ使ってくれとか、小さなサイズのデータを
ちっちっち。それがトレンドなのよね。これからはソフトウェアで並列性を
もたせられる部分はどんどん並列化実装される。そうしないと性能出ないから。
先鞭をつけてるのが Java。
> Sipサーバとかには向くのかもしれないけれど、ユーザのアプリケーションのあり方を
> 大きく制限するようなものは、乗り換えの対象になるね。
そういう実装方法が時代遅れになるだけ。
> ガートナーとかの予想が出るのが、そろそろだろうから、その評価によって、加速される
が、がががががガートナーですか。あんなもん鵜呑みにしててどうするよ。
過去に外れた予想の比率数えてみそw
0253名無しさん＠お腹いっぱい。
2006/10/31(火) 18:51:45> 市場が選択するよ、きっと。
これが一番笑止。x86 なんて囲い込みの見本、代表選手でしょ。
0254名無しさん＠お腹いっぱい。
2006/10/31(火) 18:58:150255名無しさん＠お腹いっぱい。
2006/10/31(火) 19:02:25それって、並列性の意味を取り違えていないっすか？
>ちっちっち。それがトレンドなのよね。これからはソフトウェアで並列性を
>もたせられる部分はどんどん並列化実装される。そうしないと性能出ないから。
>先鞭をつけてるのが Java。
いくら走行スレッド数を上げても、個々のスレッド数の速度も大きな問題。
Niagara2で速度を上げたとか云っても、1.4倍程度じゃないの!?
マルチコアの手段を持っているのがSUNだけなら判るけど、実際には
それぞれのベンダがマルチコア化する選択肢をもっている。
同時走行スレッド数を上げ、SMTなんかによって待ち合わせ時間を工夫する
なんてのは、他ベンダも普通にやってるんだよ。
>そういう実装方法が時代遅れになるだけ。
そういう実装方法を持つSAPやOracle系パッケージが現状、主流なんですけど。
グリッド化が進んでいるとは云え、各ノードの処理性能も普通に必要だし。
どちらにせよ、消費電力当たりの性能で、いつまでもTopにいられるほど甘くない。
>が、がががががガートナーですか。あんなもん鵜呑みにしててどうするよ。
>過去に外れた予想の比率数えてみそw
うーん。ｗｗｗ
でもさ、そのガートナがSUNに有利なコメントを出したら、無条件で信じるんだろ。ｗｗｗ
儲って人達は。
0256名無しさん＠お腹いっぱい。
2006/10/31(火) 19:43:34高い可用性があるわけでもなし
アップグレードパスとして最適解というわけでもなし
価格が高すぎて省電力という利点が死んでいるし
致命的なのは他社の競合製品に比べて魅力的なソリューションが提供できていないこと
Opteronが売れるわけだ
そのOpteronも今期Xeonにやられちゃったがｗ
0257名無しさん＠お腹いっぱい。
2006/10/31(火) 20:21:59FGMT倍
整数演算ユニット倍
浮動小数点演算ユニット8倍
0258名無しさん＠お腹いっぱい。
2006/10/31(火) 22:16:530259名無しさん＠お腹いっぱい。
2006/10/31(火) 22:23:07> それって、並列性の意味を取り違えていないっすか？
いいや。
> マルチコアの手段を持っているのがSUNだけなら判るけど、実際には
> それぞれのベンダがマルチコア化する選択肢をもっている。
そこがまさにおお甘甘。チップに詰め込むだけなら簡単。けどそいつらが
互いに足を引っ張らずにうまく並走してくれなきゃならん。
インターコネクトから OS までの実装が非常に重要。
だから Sun と SPARC にブがある。
NCR とかが作ってた、386 や 486 の多プロセッサマシンがどんな気の毒な
マシンだったかとか知らないからそんなことが言えたりするわけね。
それと、Sun が Afara からアイデアを「拝借」したんじゃなくて、
高い金出して会社を買い取ってるのはなぜか、よく考えてみるんだな。
思いつきひとつでマネできるんなら会社を買う必要なんかないよ。
> 同時走行スレッド数を上げ、SMTなんかによって待ち合わせ時間を工夫する
> なんてのは、他ベンダも普通にやってるんだよ。
まあ、お手並み拝見。到底ムリだがww
> でもさ、そのガートナがSUNに有利なコメントを出したら、無条件で信じるんだろ。ｗｗｗ
いいや。確かに、ガートナーは果敢な予想を立てる。感心することもある。
けど、外れる確率も高いww 笑い話にはいいが、あんなもん根拠に本気で
先読み述べるやつとかいるとはw
0260名無しさん＠お腹いっぱい。
2006/10/31(火) 22:27:190261名無しさん＠お腹いっぱい。
2006/10/31(火) 23:03:450262名無しさん＠お腹いっぱい。
2006/10/31(火) 23:23:070263名無しさん＠お腹いっぱい。
2006/11/01(水) 00:06:120264名無しさん＠お腹いっぱい。
2006/11/01(水) 00:16:56とっとと諦めて利益率の高い箱屋になってアプリやら各種サービス充実させた方が良かった。
人材流出しまくった今となっては後の祭りだが。
HPは上手くやったよな。
0265名無しさん＠お腹いっぱい。
2006/11/01(水) 00:55:16NTT のダークファイバーみたいに Fab 利用拒絶できないようにすべきだ。
Sun から人材が流出? 出たり別れたりしてた連中が戻ってきたりしてるが。
Bill Joy がいなくなったくらいだろ。
0266名無しさん＠お腹いっぱい。
2006/11/01(水) 01:10:520267名無しさん＠お腹いっぱい。
2006/11/01(水) 10:47:30SPARC の優位性語れないの？
Sun が SMP 始めたくらいの時期の話だ。
そもそも、敵は Intel x86 だけじゃないんだが。
0268名無しさん＠お腹いっぱい。
2006/11/01(水) 10:58:430269名無しさん＠お腹いっぱい。
2006/11/01(水) 11:22:420270名無しさん＠お腹いっぱい。
2006/11/01(水) 11:37:17マルチプロセッサ、マルチコア＝スケールアップ
0271名無しさん＠お腹いっぱい。
2006/11/01(水) 11:52:59スケールアウトで解決する問題に対してスケールアップするのは愚かなことですが?
0272名無しさん＠お腹いっぱい。
2006/11/01(水) 12:18:000273名無しさん＠お腹いっぱい。
2006/11/01(水) 13:04:11> NCR System 3000 みたいな過去の遺物を引き合いに出さないと
x86 の SMP はエントリークラス（せいぜい 4 コア）しかないっつうことよ。
無理して実現した悲惨な例をあげたら程度がよくわかるだろww?
8 コアじゃバスが飽和するヶヶヶヶヶヶ
0274名無しさん＠お腹いっぱい。
2006/11/01(水) 14:03:17釣られてみるか…
Fujitsu PRIMERGY RX600 S3, Intel Xeon processor 7140M (8core)
SPECweb2005 Result: 14896
Sun Fire T2000 (8core)
SPECweb2005 Result: 14001
消費電力が小さいのは認める。ただ、Xeonの方がシングルスレッド
性能が遥かに良いので適応範囲も広い。
0275名無しさん＠お腹いっぱい。
2006/11/01(水) 14:48:04一晩放置すれば、馬鹿なSUNファンでも気が付くかと・・・手遅れか！？
>FGMT倍
>整数演算ユニット倍
それでも、”Xeon”ごときの1/4の性能・・・・けけけけけ
>浮動小数点演算ユニット8倍
１には浮動小数点演算ユニットが”搭載できなかった”事実を伏せて書くのか！？
20年前の化石のようなというか、尿道結石のようなもんだな。
もう、どうにも救いようがない・・・・可哀想に。
0276名無しさん＠お腹いっぱい。
2006/11/01(水) 15:45:38ほんとに Xeon だと 4 倍性能出るとでも思ってるのかよww?
> もう、どうにも救いようがない・・・・可哀想に。
やっぱ Netburst がなぜ消えなくてはならなかったか
理解できてないクチのようだ。合掌。
0277名無しさん＠お腹いっぱい。
2006/11/01(水) 17:35:31SPARCⅡの単一コアの性能は、最新のXeonの何分の１ですか？!
SPEC_intの数値が読めますか！？
あ、遅いのが嫌でベンチマーク数値の公表を辞めたのがSUNでしたね。
ごめんなさい。
どちらにせよ、浮動小数点演算器を持たないようなCPUで、さらに基幹系で
必要なintの速度勝負すらできないNiagaraで、何をさせるの？？？
並列処理が一番必要なのは、科学技術計算とかのHPCレイヤで、その辺は
Opteronだけじゃなく、Itaniumにも及ばないし。
アプライアンスサーバ以外に使用するには、SPARCⅡベースでは駄目駄目じゃない。
>やっぱ Netburst がなぜ消えなくてはならなかったか
>理解できてないクチのようだ。合掌。
ほぉ、POWERやItaniumベースで商売している人間にNetburstとか言うのかよ。
さっすが、SUNかぶれは云う事が違うね。
あさってでは物足りず、再来年の方に向かってるよね、会社ごと。
で、崖っぷちからダイブですか・・・
さすがです。
まさかWebサーバですら使えないという結論を出すつもりかよ・・・ｗｗｗ
0278名無しさん＠お腹いっぱい。
2006/11/01(水) 18:18:55だよね。
SUNなんかまともなCPUを準備できなくて、128個のCPUでSMPとか組んじゃうもん。
資源競合で性能激悪でも、詐欺って売れるし。
ユーザは騙されて悲惨だよな。
それともSolarisは、そんな競合が起こらない程に粒度が細かくて、きちんとしている
とでも云うんでしょうか？
で、それをソースで示してみろよ。
0279名無しさん＠お腹いっぱい。
2006/11/01(水) 18:34:53心の拠り所だったアポーがIntel採用しちゃったもんだから
おかしくなっちゃった人がいるとか。
0280名無しさん＠お腹いっぱい。
2006/11/01(水) 19:14:33おまいら働けｗ
0281名無しさん＠お腹いっぱい。
2006/11/01(水) 19:26:05そんな経緯があるので議論の意味なんぞない。
Opteronの採用で文字通り矛盾を売る商人となってしまったが。
0282名無しさん＠お腹いっぱい。
2006/11/01(水) 19:54:11SunのOpteronの8コアマシンも?
0283名無しさん＠お腹いっぱい。
2006/11/01(水) 20:35:19まあ、いまどきのSMPとは方式も用途も違うかも知れんけど。
■ このスレッドは過去ログ倉庫に格納されています