トップページ⇒unix
990コメント304KB

Sun Microsystems 最大の解雇

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2010/01/18(月) 18:59:42
Oracle が買収後に Sun の従業員を大量解雇か？

前スレ
Sun Microsystems 最富の庇護
http://pc12.2ch.net/test/read.cgi/unix/1254895521/
0419名無しさん＠お腹いっぱい。2010/03/12(金) 20:27:56
>>417
SMPやる以前は、ね。
0420名無しさん＠お腹いっぱい。2010/03/12(金) 20:35:40
>>418
ぷ。
あんた俺をIntel信者だと散々言ってきたんだがな・・・

>>419
Sun1〜4あたりまでの話してるのよ。

ローコストのデスクトップのUNIXマシンに毛が生えたものでサーバ市場に参入して、
インターネットの立ち上がりとともに事業を急成長させて慢心してたところに、
ローコストのパソコンに毛が生えたものがサーバ市場に参入してきてシェアを取られたんだよ。
0421名無しさん＠お腹いっぱい。2010/03/12(金) 20:37:54
歴史は繰り返されるわけで、
x86パソコンに変る何かが、まずパソコンで普及し、それがサーバにも使われ、
x86サーバはハイエンドに追いやられていく、みたいなことになるだろうね。
0422名無しさん＠お腹いっぱい。2010/03/12(金) 20:38:32
まさに ==まるだし== だな、www
NECだったっけか?p
0423名無しさん＠お腹いっぱい。2010/03/12(金) 20:39:30
>>420
> Sun1〜4あたりまでの話してるのよ。

ぼくなんにもしりましぇ〜ん、まで読んだ。
0424名無しさん＠お腹いっぱい。2010/03/12(金) 20:42:16
事実と妄想の区別が付かないのって、何て言う病気だっけ?
0425名無しさん＠お腹いっぱい。2010/03/12(金) 20:45:22
インターネットプロバイダがメールサーバやWebサーバをSPARCでやるのが常識だった時代があったなんて、今の人には理解できないだろうな。
0426名無しさん＠お腹いっぱい。2010/03/12(金) 20:52:43
NECの社員てみんなこんなバカなの?






:
まあ、本体の社員なんかじゃないと思うけどなwwww
0427名無しさん＠お腹いっぱい。2010/03/12(金) 21:21:46
どこにNECの社員がいるんだ? >>426の頭の中だけだろ・・・病気だな
0428名無しさん＠お腹いっぱい。2010/03/13(土) 11:41:30
>>420
> あんた俺をIntel信者だと散々言ってきたんだがな・・・

メインフレームに関連した仕事に従事しながら、本質的なところを
身につけられなくて、Unixや分散システムが出てきたら
全く理解できなかった人達の典型コースじゃん。そこらじゅうに居るわ。
MSもその辺わかっててやってて釣られまくりなのに、気がつかないんだから
気の毒な話だ。
0429名無しさん＠お腹いっぱい。2010/03/13(土) 12:33:23
ここまで読まなかった
0430名無しさん＠お腹いっぱい。2010/03/13(土) 12:36:10
もう、デスクトップで使うコンピュータのOSやCPUなんてどうでもいい時代
Windowsですらもう機能面ではそれほど評価されず特殊な分野を除きMS-Officeで囲い込んでいるだけの状態
x86だってローエンドCPUは数千円で買える程度まで価格が低下しているからな
GPUも競争が激化してものすごいスピードで性能が向上し、低価格もしている

それにUNIXワークステーションは存在する
異論はあるだろうが結果として現在最も普及しているUNIXワークステーションはMac
0431名無しさん＠お腹いっぱい。2010/03/13(土) 13:01:28
どこにNECの社員がいるんだ?
0432名無しさん＠お腹いっぱい。2010/03/13(土) 15:34:05


　　　　　　　　　　o｡_。＿ｌコ<ｏ>　　　　 |l≡≡≡|ﾐ|＿<o>＿。≠＿〇o
　。+　＋。｡。。｡ |l|ＦＦＦＦＦＦＦ|。 。 .｡ +|l≡≡≡|ﾐ|JJJJJJJJJJJJ|ｌｌｌ|　.。＋
　　*　o　　o.　 　|l|ＦＦＦＦＦＦF ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　。。oo　 |l|ＦＦＦＦＦＦ　|　毎年毎年、理不尽な解雇だけは継続する・・・・・・・・
　　　／|￣￣￣ｌ ::|ＦＦＦＦＦＦF ＼
　　　|ミ|:」」:」」:」| ::|ＦＦＦＦＦＦ 　　 ￣|/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　|ミ|:」」:」」:」| 〇 ＦＦ.。 　 ∧＿∧　 |l≡ｏ ＋ +!　＋　。　〇　　　＋
　　　ｌミｌ.」」.」〇　+＋　＋　　（´・ω・）　ｏ　　〇　。　o　　+　　　〇　。　+
　　＿＿〇＿＿＿。＿ﾟ＿＿/ ~つと）___＿o＿＿＿＿＿＿〇＿＿o__＿。
　　二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Il二




0433名無しさん＠お腹いっぱい。2010/03/13(土) 16:24:27
>>428
あなたの頭の中に住んでいる仮想人格を、他人に投影するなよ
0434名無しさん＠お腹いっぱい。2010/03/13(土) 23:52:09
鏡に映った自分自身？
0435名無しさん＠お腹いっぱい。2010/03/13(土) 23:56:57
>>418
なるほど
何に心惹かれるかという意味では興味深いな
囲い込まれることに快感を覚えるヤシも居るみたいだねｗ
>>421
そうならないように用意周到にやってるから
x86は当分頑張れると思う
>>430
異論ありまくり
今のUNIXワークステーション的役割を果たしてるのはQuadro(ドライバ)とWindowsまたはLinuxを装備した
大手メーカー製PC
MacはMac信者の受け皿かアポに買われてしまった可哀想なアプリ達用のターンキーシステムであって
UNIXワークステーションに要求される役割を引き継いではいない
0436名無しさん＠お腹いっぱい。2010/03/14(日) 00:10:24
SunのNiagaraよりもIntelのAtomのほうが面白いな。
後者は、耐障害性などがないんで論外ではあるが。

T2+の4ソケット vs Atom×32個
0437名無しさん＠お腹いっぱい。2010/03/14(日) 00:41:10
Atom32個のシステム？？
0438名無しさん＠お腹いっぱい。2010/03/14(日) 00:43:43
Atomを1つ積んだ筐体を32集めたシステムだろう
0439名無しさん＠お腹いっぱい。2010/03/14(日) 00:54:07
2UサイズにAtom32個とコンパニオンチップ(NM10 Express)と64本のDIMMソケット、なんとか押し込んでさ、
PCI Expressのx4があるから、それで適当に筐体内ネットワークを組んで、ハイパーバイザで仮想SMPやって、
シングルOSイメージで64コア128スレッドのリソースを使えるようにするのよ。
0440名無しさん＠お腹いっぱい。2010/03/14(日) 00:57:13
仮想化支援機能が付いてるAtomは1コアonlyです
0441名無しさん＠お腹いっぱい。2010/03/14(日) 01:05:18
SGIのOctane3が当初Atomもokと言ってたのに今では影も形もないことから察しろ。
0442名無しさん＠お腹いっぱい。2010/03/14(日) 03:32:50
>>439
そんなもんが、まともな効率で動くわけがない
0443名無しさん＠お腹いっぱい。2010/03/14(日) 21:58:27
>>439 は自分の知ってるキーワードを並べただけだろう
効率以前に動かない
0444名無しさん＠お腹いっぱい。2010/03/14(日) 22:14:03
>>443
動かない理由は?
0445名無しさん＠お腹いっぱい。2010/03/15(月) 06:45:42
そもそもAtomはSMPで動くよう作られてないんじゃ
0446名無しさん＠お腹いっぱい。2010/03/15(月) 14:32:54
>>445
AtomのCPUコアはSMPに対応してる
だから2チップのMCMでデュアルコアなんていう製品が作れる
共有FSB設計を悪く言う人もいるけど、低コスト・低レイテンシでSMPできるという点では優れてる

それはともかく、ハイパーバイザで仮想SMPする場合、CPUのビルトインのSMP機能は使わない。
0447名無しさん＠お腹いっぱい。2010/03/15(月) 20:09:42
これ、また別のアホなの?
x86のどの石でもまともな多コアシステムができないのに、なんで Atomにできるの?
0448名無しさん＠お腹いっぱい。2010/03/15(月) 20:19:12
きみはいつものおつむのよわいこだな
0449名無しさん＠お腹いっぱい。2010/03/15(月) 20:20:36
> x86のどの石でもまともな多コアシステムができない

そう思いたいんですね。
0450名無しさん＠お腹いっぱい。2010/03/15(月) 20:23:13
まるでSPARCなら、まともな多コアシステムができるような口ぶりだな、おい
実際のユーザーはドメイン分割して・・・
0451名無しさん＠お腹いっぱい。2010/03/15(月) 21:10:08
えっ！
0452名無しさん＠お腹いっぱい。2010/03/15(月) 21:56:27
ドメイン分割とかするならコマイサーバでいいのに
0453名無しさん＠お腹いっぱい。2010/03/15(月) 22:04:57
それだと高いおもちゃ買った言い訳が・・・
0454名無しさん＠お腹いっぱい。2010/03/15(月) 22:05:07
コマイサーバだと統合出来ない
0455名無しさん＠お腹いっぱい。2010/03/15(月) 22:07:08
>>446
>ハイパーバイザで仮想SMP

ところで、ハイパーバイザで仮想SMPって具体的にどういう事?
製品名とか仕組みを教えてタモレ。
0456名無しさん＠お腹いっぱい。2010/03/16(火) 00:56:31
>>455
ScaleMP社のvSMPっていう製品がある。
あとはググってくれ。

ソフトウェア実装ではなくハードウェア実装だと、3Leaf社の。
0457名無しさん＠お腹いっぱい。2010/03/16(火) 01:03:56
Intelの「シングルチップ・クラウド」とかいうのも、コヒーレンシはハードウェアではなくソフトウェアで取るってな話だったな。
なんかRISCっぽいよね、コヒーレンシをソフトウェアで処理するのは。
0458名無しさん＠お腹いっぱい。2010/03/16(火) 01:17:43
>>456
thx. 見てみた。
いまいち、どんなアプリを想定しているのか分からんけど面白いね。
0459名無しさん＠お腹いっぱい。2010/03/16(火) 01:35:48
>>446
Pentium4以降に出たIntelのx86でSMPに対応してるのってXeonだけじゃなかったっけ？
0460名無しさん＠お腹いっぱい。2010/03/16(火) 01:42:12
それにIntelのCPUでマルチCPUで性能が出るようになったのはNehalemからでしょう
それまではAMDに負けてたしな
0461名無しさん＠お腹いっぱい。2010/03/16(火) 02:11:44
>>460
一概には言えないんだわ
キャッシュのヒット率の高さ具合で、明暗が別れるから
0462名無しさん＠お腹いっぱい。2010/03/16(火) 02:25:59
性根の腐った女のように過去のことをいつまでも掘り返すなら、K7の話をしちゃうよ?

AMD厨の主張 → 実際
AMDはポイントtoポイント接続なのでFSB上で競合しない → ノースブリッジ内で競合するので、実質的に同じ
AMDはポイントtoポイント接続なので伝送速度が速い → ノースブリッジ経由で別のCPUに問い合わせを行うのでレイテンシが大きく相殺
DDRでバンド幅は稼げてるが、レイテンシが大きくて、ﾏｽﾞｰだった。

もう片方のCPUに邪魔されずにメモリアクセスできた場合のK7のレイテンシと、
もう片方のCPUに邪魔されてからメモリアクセスした場合のP6のレイテンシが、だいたい一緒。

K7が、そんな悲惨なSMPやったからこそ、K8での改善に繋がったわけだが・・・
0463名無しさん＠お腹いっぱい。2010/03/16(火) 02:31:09
仮面ライダーとサンバルカンはどっちが強いかみたいな話か。
0464名無しさん＠お腹いっぱい。2010/03/16(火) 11:37:54
牛のフンと馬のフンはどっちが臭いか、みたいな話だろ。
0465名無しさん＠お腹いっぱい。2010/03/16(火) 11:41:46
>>462
> K7が、そんな悲惨なSMPやったからこそ、K8での改善に繋がったわけだが・・・

なんも改善されてないから、今でも x86エンプラ SMPシステムは存在してない
わけよ。
SGIががんばってるけど、昔のダメダメな 80386や i486のムリヤリ MPと
同じ扱い食らってるな。実績聞かない。
0466名無しさん＠お腹いっぱい。2010/03/16(火) 12:00:06
実績聞かナイヤガラ
0467名無しさん＠お腹いっぱい。2010/03/16(火) 12:05:29
Pentium4のころはSMPで全く性能でなかったが
Nehalem-EXは8プロセッサでかなりの性能が出るようになった

1プロセッサあたり6コアや8コアの時代で8プロセッサだから48コアや64コアになる
だからNehalem以降、x86は驚異的な存在
RISCサーバはますますハイエンドに追いやられていく
0468名無しさん＠お腹いっぱい。2010/03/16(火) 12:06:02
特定方面(わいど)で聞いてるよ。
別にナイヤガラじゃななくてもいいような用途だけど
0469名無しさん＠お腹いっぱい。2010/03/16(火) 12:33:09
Intelにしてもスマートフォンやネットブックの普及で
今後、PCの販売台数が落ち込んだり
ハイエンドのx86が売れなくなる可能性もあるから安泰ではない状況
組み込み向けでいくらがんばってもx86で囲い込みできなければ価格は安くなるので
今以上にたくさんのCPUを売りさばかないと利益が落ち込む
0470名無しさん＠お腹いっぱい。2010/03/16(火) 13:23:27
>>467
> だからNehalem以降、x86は驚異的な存在

驚異的なのにパソコンにしか使われないww
驚異的なんだけどみんな Atom買うし
驚異的なんだけど OSが MS-Winじゃなきゃ誰も使わない
はやく退場しろよ〜ww
0471名無しさん＠お腹いっぱい。2010/03/16(火) 13:26:40
>>467
> Pentium4のころはSMPで全く性能でなかったが

80386のころは MPはむりやりやる必要があり
i486のころは MPサポートしたけどほとんどどこも採用せず
Pen素のころは MPサポートしたはずなのにあまり使えず
PenIIのころは MPサポート改善したんだけどギャグにしか使えず
PenIIIのころは MPがうまく動くようになったはずだったけど誰も使わず
Pentium4のころはSMPで全く性能でなかったのか

そりゃすごいな、x86って。
0472名無しさん＠お腹いっぱい。2010/03/16(火) 13:34:46
BP6とCeleronにはお世話になったなあ
0473名無しさん＠お腹いっぱい。2010/03/16(火) 14:54:07
>>465
> 今でも x86エンプラ SMPシステムは存在してないわけよ。

あーあー見えない見えない聞こえない聞こえないーですか。

>>470
SPARCがx86に莫大なシェアを奪われたことを自覚してないのね?

一般向けにインターネットが普及し出した頃は、インターネットでサーバやるならSunと相場が決まってた。
WebサーバもメールサーバもRADIUSサーバもルータも、
ダイアルアップ接続さえSunのサーバにマルチポートのシリアルポートをつけてモデムをジャラジャラぶら下げてた。
とにかく、インターネットはみーんなSunのサーバの群れだったんだよ。

それが今じゃ、どうよ。エンプラの片隅に追いやられてしまってるぞ。
0474名無しさん＠お腹いっぱい。2010/03/16(火) 18:31:45
>>473
> あーあー見えない見えない聞こえない聞こえないーですか。

ないよ。必要な局面が減った（というか、寄せ集めで組む方法が増えただけで、
最適かどうかははなはだ疑問）だけで、x86のまっとうな SMPが出てきて
実証されたわけでもなんでもない。

というか、CPU自体のコストは安いのに、RISCエンプラ SMPの CPUだけ
x86に置き換えたようなシステムは商品として存在しない。それが一番
安くあがる近道なのに。ダメ CPUだから。
で、>471 のようにはるか昔からさんざんコネくりまわしてまるでダメ。成果ゼロ。

今 x86でできてることは、さらに工夫が進めば全部 ARMにできるので、
さっさと退場してねw
0475名無しさん＠お腹いっぱい。2010/03/16(火) 19:07:04
Sunの32プロセッサのEnterprise M9000の性能には近づいてきてる

SGI Altix ICE 8200EX (Intel Xeon X5570,2.93 GHz 8 chips)
http://www.spec.org/cpu2006/results/res2009q2/cpu2006-20090505-07306.html
SPECint?_rate2006 = 999
SPECint_rate_base2006 = 931

Sun SPARC Enterprise M9000 (SPARC64 VII 64 chips)
http://www.spec.org/cpu2006/results/res2009q4/cpu2006-20091012-08891.html
SPECint?_rate2006 = 2590
SPECint_rate_base2006 = 2400

Sun SPARC Enterprise M9000 (SPARC64 VII 32 chips)
http://www.spec.org/cpu2006/results/res2009q4/cpu2006-20091012-08889.html
SPECint?_rate2006 = 1450
SPECint_rate_base2006 = 1370
0476名無しさん＠お腹いっぱい。2010/03/16(火) 19:20:01
これの発売も控えてます


インテル、8コアの「Nehalem-EX」を今月リリースへ
http://www.computerworld.jp/topics/mp/176249.html
0477名無しさん＠お腹いっぱい。2010/03/16(火) 19:42:49
Sun SPARC Enterprise M8000 SPARC64 VII 64 cores, 16 chips, 4 cores/chip, 2
ttp://www.spec.org/cpu2006/results/res2009q4/cpu2006-20091012-08887.html
SPECint?_rate2006 = 753
SPECint_rate_base2006 = 706
0478名無しさん＠お腹いっぱい。2010/03/16(火) 19:48:11
SPEC*_rateなんて科技方面の指標にしかならんと何度言えばわかるんだこのサルは..
CPUバウンドな計算、OS内資源競合とか、意味わかるか? わかるまで来るなタコが。
0479名無しさん＠お腹いっぱい。2010/03/16(火) 22:15:43
>>474
ぢゃぁ、SPARCには、まっとうなSMPがあると言うのか?

> CPU自体のコストは安いのに、RISCエンプラ SMPの CPUだけx86に置き換えたようなシステムは商品として存在しない

そりゃぁプロトコルが違うんだから、CPUだけ置き換えっつーわけにもいかないでしょ。
0480名無しさん＠お腹いっぱい。2010/03/16(火) 22:21:58
>>478
オマイはCPUバウンドな計算だと言うが、>>475を見るとSPARC64VIIはCPUを2.00倍にしてもスコアが1.75倍に留まるんだが。
ベンチマークの項目によっては、ほぼ2倍でているものと、あんまり伸びてないものがあるぞ。
CPUバウンドな処理さえもスケーラビリティに陰りがあるなら、エンタープライズなアプリでは、もっと悲惨なことになるだろうな。
0481名無しさん＠お腹いっぱい。2010/03/16(火) 23:00:28
32CPUから64CPUで1.75倍ならたいしたものだと思うが
SGI Altix ICEで8CPUから16CPUの性能向上はどうなっているのかね
0482名無しさん＠お腹いっぱい。2010/03/17(水) 00:11:55
x86で安く作れるのが8CPUまでだからそれ以上のもの作っても意味ないでしょう

ただ、SPARC VIIの16CPUモデルまではNehalem-EPの8CPUモデルのサーバに性能で負けてる
Sun SPARC Enterprise M9000なんて最上位モデル引っ張り出さないと
Nehalem-EPサーバに勝てない状況を理解しろ
0483名無しさん＠お腹いっぱい。2010/03/17(水) 00:12:11
>>481
スケールしなくたって、
SPARC64VIIの16チップよりも、XeonX5570の8チップのほうが性能が高い
っていうことのほうが重要。
0484名無しさん＠お腹いっぱい。2010/03/17(水) 01:16:21
Nehalem-EXは8ソケットまで対応する8コアCPU
8ソケット×8コア=64コア

どれくらいの性能出るのかな

Sunでも去年の10月にこんな宣伝してたようだが

Sun、Solarisの8コア「Nehalem EX」向け最適化を宣伝
ttp://www.itmedia.co.jp/enterprise/articles/0910/26/news048.html
0485名無しさん＠お腹いっぱい。2010/03/17(水) 01:50:06
>>482
x86でそれ以上スケールする実装が技術的に不可能なことを理解しろ
>>483
だからなんでネットブックどまりのCPUだということを自分から告白するかね
そういうのを問わず語りというのだよ
弱点を突かれたときは黙って死んだ振りをするものだ
0486名無しさん＠お腹いっぱい。2010/03/17(水) 02:29:35
>>485
するとSun SPARC Enterprise M8000は16ソケットまでの対応だが
あなたの言うネットブックどまりのCPUを使ったサーバ以下の性能しか出せないオモチャか？
0487名無しさん＠お腹いっぱい。2010/03/17(水) 02:43:49
>>485
グルーチップ無しだと8ソケットまでなのであって、グルーチップを使えばもっと増やせる設計になってるぞ。
そして、IBMやhpやNECは、グルーチップを開発してるだろう、普通に考えて。

それにしても、M8000(SPARC64VII 64コア) を NehalemEPの4コア×8ソケット が 凌駕してるわけだ。
NehalemEXの8コア×8ソケットのスコアが、仮に1.5倍しか伸びなくても、M9000の1ラック(SPARC64VII 128コア)に並ぶんだよな。
M9000の1ラックと同等の処理能力が、7Uで済むわけだ・・・
0488名無しさん＠お腹いっぱい。2010/03/17(水) 02:47:37
Sunやべーよ
最終到達点のハイエンドだけじゃダメなんだよ。
入り口のローエンドやミドルレンジでも競争力ある品揃えがないと、ジリ貧だぜ。

とりあえずx86で始めて、x86でのスケールアップが限界に達したらSPARCに切り換えよう
なんていう客はさ、SPARCに切り換えないで済んじゃうから。
スケールアップしなくても、同等サイズの最新マシンにリプレースするだけで、済んじゃう場合が多いから。
0489名無しさん＠お腹いっぱい。2010/03/17(水) 06:43:20
だって単純に高い割に性能が出ないんだもん…
SPARC サーバの優位性はハードウェアの信頼性だけでしょ
（ただし富士通製に限る）
0490名無しさん＠お腹いっぱい。2010/03/17(水) 10:55:41
>>487
> そして、IBMやhpやNECは、グルーチップを開発してるだろう、普通に考えて。

そうか、じゃおまえは一生普通に考えてろ。ここには来るな。
0491名無しさん＠お腹いっぱい。2010/03/17(水) 10:59:47
>>479
組込み専用アーキ以外のいわゆる RISC CPUにはすべてまっとうな SMPがあるよ。
x86は SMP的にはクズだな。組込み用にも今となってはクズ。
そしてパソコンという分野も間もなく消滅。バイバイw

>>480
CPUバウンドと SPEC*_rateみたいな特殊用途指標のスケーラビリティの間に
なんの関係があるんだ? なぜそうバカなのを自慢するんだ?
たのむからもう止めて他へ行ってくんない?
0492名無しさん＠お腹いっぱい。2010/03/17(水) 12:43:27
組み込みといえども MIPS も Legacy PowerPC も WS やサーバで使われたアーキテクチャだからな
連中がメニイコアで攻めてきたら電気喰うだけの SPARC なんて勝ち目無いだろ
0493名無しさん＠お腹いっぱい。2010/03/17(水) 12:49:28
MIPSもPowerPCもデスクトップでもサーバでも絶滅したじゃん
電気食うだけのx86は高クロックもメニイコアもお先真っ暗
もう黙ってた方がいいってｗ
0494名無しさん＠お腹いっぱい。2010/03/17(水) 17:03:18
1CPU当たりMCMで12コア、4チャネルメモリ以降はGPUをオンダイにするなんて小手先で逃げるんだろ
技術革新なんてなーんもありまへん
4チャネルメモリ自体Alphaでも使われてた実装だしな
0495名無しさん＠お腹いっぱい。2010/03/17(水) 18:56:31
>>491
SPARCのSMPって、
・CPUのキャッシュのヒット率が高い処理しか性能が出ない
・ドメイン分割して少ソケット数のサーバとして使わないと性能が出ない
だったよなー。
0496名無しさん＠お腹いっぱい。2010/03/17(水) 18:59:44
>>491
おまえ、CPUバウンドの意味わかってるのか? SPEC*_rateみたいなのをCPUバウンドっていうんだよ。

>>493
x86の低電圧版を使ったサーバは、CoolThreads(笑)サーバよりも、電力効率が良いんだぞ。
CPUコアの消費電力が低くても、FB-DIMMを満杯にしないと性能が出ないから、台無しなんだ。
0497名無しさん＠お腹いっぱい。2010/03/17(水) 19:09:09
SPEC*_rateが CPUバウンド ....wwwバカまるだしw
0498名無しさん＠お腹いっぱい。2010/03/17(水) 19:11:24
>>492
SPARCが電気喰うというのは事実誤認だな。キミが電気喰う SPARCしか
知らないだけだろ。それは大型向けだよ。
0499名無しさん＠お腹いっぱい。2010/03/17(水) 19:30:37
プリンター（笑）とかデジカメ（笑）ですか？
0500名無しさん＠お腹いっぱい。2010/03/17(水) 20:12:01
組み込み向けSPARCを押してる人ｷﾀｰ(ﾟ∀ﾟ)
0501名無しさん＠お腹いっぱい。2010/03/17(水) 20:14:48
茄子（笑）もあったな。あと何だっけ？
0502名無しさん＠お腹いっぱい。2010/03/17(水) 20:34:25
superSPARCはゴキブリを退治するいいやつですｗ
0503名無しさん＠お腹いっぱい。2010/03/17(水) 20:51:01
確かに似ているww
0504名無しさん＠お腹いっぱい。2010/03/17(水) 21:55:38
> SPEC*_rateが CPUバウンド ....wwwバカまるだしw

キチガイに話が通じないのは仕方ない、あきらめろ
0505名無しさん＠お腹いっぱい。2010/03/17(水) 22:12:04
sparcがコンバットに似てるのはいつの世代のまでだ?
0506名無しさん＠お腹いっぱい。2010/03/17(水) 23:55:32
SPARCって囲い込みだろ。事実、ISAの互換性を維持してるし。
RISCなら互換性なんかよりも、効率を優先すべきだろうに。
0507名無しさん＠お腹いっぱい。2010/03/18(木) 04:59:27
そういう意味では PowerPC も互換性堅持だよね？
0508名無しさん＠お腹いっぱい。2010/03/18(木) 13:36:07
世の中はもう６コアの時代ですよｗ

＞日本HP、高性能デスクトップ「HPE190jp/CT」でCore i7-980Xが選択可能に
http://journal.mycom.co.jp/news/2010/03/18/031/index.html
0509名無しさん＠お腹いっぱい。2010/03/18(木) 13:55:29
いくら連投して上塗りしようが、バカが強調されるだけだぞ?
巣へ帰れ、もうここにはくるな。
0510名無しさん＠お腹いっぱい。2010/03/18(木) 13:56:51
ISA互換だと囲い込み... またまたバカまるだし。普通のバカに失礼なくらい、バカ。
0511名無しさん＠お腹いっぱい。2010/03/18(木) 17:56:37
2連投ですか
0512名無しさん＠お腹いっぱい。2010/03/18(木) 21:48:58
CPUバウンドぷぷ
0513名無しさん＠お腹いっぱい。2010/03/18(木) 22:01:28
そこはスルーしてあげるのが人としての優しさ
0514名無しさん＠お腹いっぱい。2010/03/18(木) 22:19:45
>>510ってさ、口汚く罵るだけなんだよな。
それは何も知らない小学生でも可能なことだよ。

何だかんだいってもSPARCジリ貧。
いままでの失地回復も絶望的。
0515名無しさん＠お腹いっぱい。2010/03/18(木) 22:55:10
Oracle には CPU 設計など出来る訳がない
富士通だけでは SPARC は発展させられない
もう詰んだな(´・ω・｀)
0516名無しさん＠お腹いっぱい。2010/03/19(金) 10:56:56
>>515
SPARC64 VIIIfx 路線でやってけば大丈夫だろ？ｗ
0517名無しさん＠お腹いっぱい。2010/03/19(金) 11:27:08
レガシーチップで生き残れれば大勝利じゃないか
0518名無しさん＠お腹いっぱい。2010/03/19(金) 20:13:14
「ItaniumもUNIXもなくなりません！」 日本HPが強調するIntegrityのメリット
http://enterprise.watch.impress.co.jp/docs/news/20100319_355813.html
■ このスレッドは過去ログ倉庫に格納されています