[表示 : 全て 最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 05/09 19:04 / Filesize : 100 KB / Number-of Response : 442
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

SunMicrosystems 最大の探検



1 名前:名無しさん@お腹いっぱい。 [2008/04/10(木) 02:19:28 ]
サンマイクロ探検隊
「発売!秘境ヴィクトリアの滝を搭載したラックマウントサーバーは実在した!!」

www.sun.com/servers/coolthreads/t5240/
www.sun.com/servers/coolthreads/t5140/


【前スレ】
Sun Microsystems 最大の黒箱
pc11.2ch.net/test/read.cgi/unix/1193754625/

151 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/17(木) 14:29:10 ]
事欠くもなにも、意味がわからんぞ。「SPARCでなければならない」んなら、
コアは SPARC なんだよな? それのどこらへんが「x86版」なんだよ。
おまえ小学生なのか?

152 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/17(木) 15:36:40 ]
>>151
x86版のNiagaraは、SPARCと競合しない
ってことだろ。


153 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/17(木) 15:43:47 ]
だから、具体的になんなんだよ x86版Niagara ってよ。阿呆かおまえ? 阿呆確定。

154 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/17(木) 16:12:40 ]
>>153って読解力なさすぎ

155 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/17(木) 16:55:52 ]
x86でナイアガラに似たCPUを作る能力はSunにはないと思われ
作ったところで誰もうれしくないだろ
ニッチ向けだからNiagaraの価値があるのに

156 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/17(木) 17:02:48 ]
SPARCだからNiagaraを選ぶのではなく、
NiagaraだからSPARCを選んでいる客は
いるだろう。x86版を作ったら競合する。

157 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/17(木) 17:28:03 ]
もしインテルのNehalemの8コア×8CPU構成が1Uラックに入ったら脅威だろうな。
ま、そんなことは、ありえないと思うが。

158 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/17(木) 17:30:07 ]
SPARCは乗りかかった船だから続けてるだけで、
新たにx86に参入するぐらいなら、さっさと半導体から撤退するわなあ。

まあ、市場の要求があるならSun以外がやってもおかしくはないけどね。

159 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/17(木) 19:57:09 ]
x86なNiagaraみたいなのをSunが作れる可能性ってどれくらいあるんだろう。



160 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/17(木) 20:18:35 ]
インテルよりも技術力のあるSunに作れないわけがない。

161 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/17(木) 20:20:15 ]
x86が組込みで使われていないと思ったら大間違い。
俺が使っている液晶モニタのコントローラはx86だぞ。

162 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 00:25:14 ]
pc.watch.impress.co.jp/docs/2008/0418/kaigai436.htm
> 例えば、Intelにやる気があれば、Silverthorneコアを16個載せた、
> エッジサーバー向けCPUをSunに対抗して作ることもできる。

163 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2008/04/18(金) 09:51:14 ]
OSはどうするんだろうな
Windowsでエッジサーバやりたいという奇特なお客様向けだろうか

164 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 10:15:22 ]
Windows HPC Server 2008 はクラスタだけだっけ?

165 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 10:39:02 ]
>>159
そういう意味かよ。ほんっっっっっっっっっーーーーーーーーーーーとぉーに、バカ?
Sun じゃなくて、誰にも作れねーよそんなもん。作れりゃ Intel がとっくに作ってる。
本気で小学生か? 来るんじゃない。ゴミ回収しておうちへ帰れ。

166 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 12:51:01 ]
>>163
Solaris x86使っちゃいなYO!

ってのはともかくとして、x86ならFreeBSDでもなんでもいいよね。
まさにNiagaraのおかげで、マルチコア環境下でのパフォーマンス検証が容易になったし、
OS側は準備できてるんじゃないかな。

167 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 12:56:17 ]
>>163
インテルのロードマップには、
8コア×8CPU×2スレッドで128スレッドの構成が可能なCPUが載ってるんだわ。

インテルはLinux向けにコンパイラやライブラリなどを提供しているくらいなので、
x86版Solarisがサポートしないなら、インテルがLinuxカーネルの改良にも手を出すだろう。

168 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 13:13:41 ]
>>165
インテルが32コア128スレッドのチップを開発中だな。
浮動小数点演算を強化してあって特殊用途向けだが。

169 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 14:03:19 ]
Intelが参入するぐらい、
スループットコンピューティングのパイが大きくなったら万々歳なのだが。



170 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2008/04/18(金) 14:06:17 ]
インテルのロードマップには、10GHzのCPUが出荷されているはずなんだが
あそこのロードマップとやらは単に現行のCPUを高く売るための見せ玉ではないか

171 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2008/04/18(金) 14:07:09 ]
×インテルのロードマップには
○インテルのロードマップどおりなら

172 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 14:45:55 ]
pc.watch.impress.co.jp/docs/2003/0227/kaigai01.htm
> ●2007年には10GHzと予告するIntel

実際には2004年後半にPrescott 3.8GHzを発売し、結局それが最高周波数となる。

Intelの最近のロードマップはおとなしい。
pc.watch.impress.co.jp/docs/2008/0407/kaigai434.htm


173 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2008/04/18(金) 14:56:07 ]
失敗確実なロードマップだな
情報工学の知識が少しでもあれば
多コアでの性能向上が一部のアプリケーションに留まるというのは論をまたない

174 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 15:00:35 ]
>>172
命令セットをボリボリ拡張するのは勘弁してほしいな。
x86の利点である、バイナリ互換を損なう。

175 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 15:05:01 ]
> x86(IA-32/Intel 64)アーキテクチャでは、これまで命令の頭に「プリフィックス(Prefix)」を加えることで、
> 新命令を実現してきた。これは、あたかも、狭い家を次々に増築するようなもので、
> その結果、 家(命令セット)は不格好でつぎはぎだらけになってしまった。
> こうした命令セットの複雑化と命令長の伸張は、x86 CPUのパフォーマンス向上の大きな壁になっている。
> そこで、AVXでは、従来の不格好なx86命令の拡張方式をやめる。
> その代わりに、より効率的で、CPUハードウェアが扱いやすく、将来の拡張も容易な命令フォーマットシステムを導入する。

言ってることが、IA-64のときと同じだな。

176 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 15:23:05 ]
追加命令をSIMDみたいに小出しにせず5年は安定して使えるアクセラレータにして欲しいね。
とりあえずMicrocodeでも何でもいいので実装してブラッシュアップは後付
性能出すためにマイナ番号を参照するかしないかはソフト任せって感じで

177 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 15:28:48 ]
RISCのSPARCよりも、CISCのx86のほうが
シングルスレッド性能を諦めマルチコア・マルチスレッド化が必要だと思う。

1クロックで6命令も実行しようとするから大変なことになるわけで、
そのために膨大なトランジスタと電力を使う代わりに、
1クロックで1命令しか実行しない単純なパイプラインを6本並べるべきだ。

1本のパイプラインで同時に1つのスレッドしか実行しないから、ストール対策で
分岐予測や投機ロード・投機実行、アウトオブオーダ実行が必要になるわけで、
それらに必要なトランジスタ数を、それらをやめてSMTに振り分けるべきだ。

ところが既存のシングルコア相当のトランジスタで、数十のスレッドを処理すると、
クアッドコアやSMPマシンでは、膨大なスレッドを処理することになって、
既存のOSではムリということになってくるので、誰もこんなものは作らないだろうな。

178 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 15:30:31 ]
日奈森あむダールの法則というのがあってだな……

179 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 16:37:17 ]
お前ら(って、たぶん一人だが。小学生w)、x86 がふつーの RISC みたいに
多コアにしてまともに稼働すると思ったら大間違いだぞ。大規模 SMP が
まともに作れないものをいくらチップに押し込めたってムダなんだよ。あれはゴミ。
Intel が OS 作る必要がありゃとっくに作ってんだよ。その方が
「次世代 IA64」なんて作るよりずっと安いんだからさ。
もう八方塞がってんだよ。わかったか、小学生!!www



180 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 18:01:25 ]
>>179
小学生並の煽りをするのは、いかがなものかと。

181 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 18:04:56 ]
 |人
 |___)
 |__)クスクス
 |∀・ )
  ̄ ̄ ̄ ̄


182 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 18:14:14 ]
幼稚だな

さておき。

インテルに大規模SMPでスケールするCPUを作る能力がなければ、
実績を持っているSunには大きな大きなビジネスチャンスだ。
SPARCと同じキャッシュ&メモリシステムで、x86命令セットを実行
するプロセッサを作ればいいんだからな。

183 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 18:40:21 ]
はぁ。まあがんばってくれや。でもよそでがんばってくれる?
なんぼなんでもレベル低すぎ。

184 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 18:58:16 ]
>>182
Athlon(K7)はAlphaのEV6バスを使っていたが、AlphaのようなSMP機は作られてないだろ。
x86で大規模SMPマシンが作られてこなかったのは、単に、32ビットだったからだろう。
(32ビットでも足りていた時代には、386とか486を使って30cpuのマシンが作られたりしてた。)

x86が64ビット拡張されたItanium2やOpteronでは、SGIが大規模SMPマシンを作ってる。
そこらのエンタープライズでは必要のない代物だから、スレ住人が見かけなくても当然だ。

x86系のCPUにビルトインされた機能では4〜8CPUが上限で、しかも効率がいまひとつなのは、
その程度で十分な領域が主戦場だからだろう。

185 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 19:25:37 ]
>>184
> x86で大規模SMPマシンが作られてこなかったのは、単に、32ビットだったからだろう。

はあ?

186 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 19:29:59 ]
>>185
他の理由だというのなら、示してみ。

「はあ?」なんていうのは何も知らない幼稚園児でも言えるセリフだ。

187 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 19:45:13 ]
あんまり無知なんでびっくりしまして…

188 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 19:46:32 ]
はぁ

189 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 19:48:16 ]
ハア



190 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 19:52:43 ]
x86 がゴミだからだよ。SMP やったってまともに動かんの。
組込みにも使えないの。
MS-DOS 次元のバイナリ互換幻想のみでここまで持ってたわけ。
IA64 見て目をさませや。どこまでハダカで踊る気よ?

191 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 20:09:48 ]
それでも16から32コアぐらいまでは何とかなるんじゃないの

192 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 20:13:02 ]
SMP だと 8は無用の長物だったけど。せいぜい 4。

193 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 20:20:15 ]
だから戦場が違うと何度言えば


194 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 20:20:50 ]
じゃあ4コアのCPUが出てきたからx86は詰んだということか?

195 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 20:55:17 ]
ここのSun信者ってレベルが低すぎ。幼稚園児レベルの煽りと、ゴミ発言しかできない。

SPARCはかなりのシェアを、馬鹿にしまくったパソコン級のゴミCPUに、下から食われた。
それで、よっぽどパソコン級のCPUにコンプレックスを持ってる人がいるようだが。

ま、そろそろパソコンのCPUの性能向上は終わりだ。
膨大なユーザの需要に支えられて、ここまで来たが、
これ以上の性能向上を必要とするユーザは少ない。
何かキラーアプリケーションでも登場しない限り。
だから安心していい。

落ち着け、頭に血が上って幼稚な煽りはしなくていいのだ。

196 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 20:59:47 ]
Sunがしっかりしてれば、ラックマウントのx86サーバなんて商品は、成立しなかったはず。

インターネットのサーバでも、企業内のメールサーバでも、
Sunのワークステーションやサーバを使うのが常識だった時代があったんだ。

SPARCの性能向上を怠ったり、サーバの低廉モデルを出さなかったり、
SolarisやUnix技術者だけを相手にした商売やったり、そういうことの積み重ねで、
じわじわとx86に侵蝕されちまった。

197 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 21:05:23 ]
SPARCじゃないけれど、POWERなんかはどうなん?

198 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 21:11:02 ]
SPARCとPOWERでは畑が違うぞ。

たとえば、
日本で一般人向けのインターネットサービスが始まったころ、
WebサーバにPOWER使ってたサイトなんて滅多になかったろ。

IBMとSunでは商売が違うので同列には比較できない。
ぶっちゃけIBMはPOWERを持っていなくても同じ商売ができるだろう。

199 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 21:14:03 ]
建設業で言うなら、
IBM → 大手ゼネコン
Sun → 建築資材メーカー



200 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2008/04/18(金) 23:19:51 ]
>>196
無茶言いすぎ
パソコン遊びに走ったSgiは結局IRIX OSすら捨てさせられたじゃないか
みながWindowsが動くものを欲しがってる時に
SPARCしか持ってなければどうするよ

201 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 23:42:17 ]
>>200
Windowsサーバよりも、
安く・管理しやすく・高性能なサーバをタイムリーに出してれば、
ここまでシェアを奪われることもなかっただろう。

何も好き好んでx86でLinuxや、なんとかBSDを使ったわけじゃない。
Sunよりも安上がりだから、しかたなく使ったんだ。

あるいは、WindowsNTのRISC版に、
MIPS、PowerPC、Alphaと一緒に
SPARCを並べてもらったら、よかったのかもしれない。

202 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 23:52:15 ]
LDOMS使っている人いる?

203 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/18(金) 23:53:08 ]
そいやWABIなんてのがあったな。

204 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2008/04/19(土) 01:19:42 ]
連中、12コアぐらいまでは増やすつもりでいるようだよ
これだけ足の速い商品、新しいもの売ってかないと会社が死ぬから
性能上がった振りしてコア倍増してくんだろうな

ttp://northwood.blog60.fc2.com/blog-entry-1885.html

205 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 02:15:15 ]
メモリアクセスがコアのローカルのキャッシュにヒットしていて、
なおかつ、コア間でキャッシュラインを共有していない状況に
なるように、使う側が配慮しているようなプログラムでは、
コアを増やせば、それなりに性能アップするだろう。

たとえばVMware ESXで、1コア1仮想マシンで使うとか。

206 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 03:20:43 ]
>>204
よだれたらしてうれしがって買うやつが大量にいるからな。Pen4 で証明されてる。

207 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 03:31:12 ]
実際、目的のアプリのパフォーマンスが上がって、
できなかったことが、できるようになるのなら買う
という人がいてもおかしくないぞ。

リアルタイムで何かを処理する場合、
たった1割の性能アップでも、
不可能を可能にすることがあるんだ。

208 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 03:50:52 ]
黒目がちですね。

209 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 05:03:27 ]
家庭用のビデオカメラがHDになった今、
HD解像度の動画をパソコンで編集して
MPEG4-AVCで圧縮しようと思ったら、
そりゃぁもう湯水のごとくプロセッサパワーが
必要になるわけで。



210 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 15:11:37 ]
それを担うのはハードウェアエンコードチップかもしれんし、GPUかもしれん。

211 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 16:17:49 ]
古い記事で申し訳ないがシンクライアント、かなり導入進んできてるんだね
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20070611/274352/?ST=system

212 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 16:34:40 ]
ハードウェア・エンコードチップやGPUは、
複数のコーデックのサポートや、バグ修正や機能向上、そして短期開発を考慮して、
マルチメディア命令を装備した汎用CPUに近づいてきてる。

富士通のFR-Vとかは汎用プロセッサに近い。
ttp://journal.mycom.co.jp/news/2003/11/05/10.html
こんな活用事例もある。


213 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 17:35:38 ]
FR-Vなんてもう作ってないだろ?

214 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 17:50:52 ]
>>213
知ったか乙

215 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 18:12:43 ]
電デバの人?
まだ作ってんだ

216 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/19(土) 22:00:19 ]
メディアプロセッサと呼んじゃうと死亡フラグだ
実装は汎用コアでも、あくまでハードウェアエンコーダであるべき

217 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/21(月) 11:19:47 ]
>>212
汎用プロセッサの使い方に「近い」ってのは、実際命令セット維持しなきゃならない
こととはまた違うし。

218 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/21(月) 15:06:07 ]
だがしかし、専用ハードウェアが必要だったことが、
プロセッサの性能向上と特殊命令の実装により、
1つ、また1つと、ソフトウェアで可能になってる。

電力効率が悪いものの自由度は大切だ。

219 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/21(月) 18:31:02 ]
つまり、x86 の行き詰まりは間近。IA64 当初に Intel が予言した通り。



220 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/21(月) 18:38:18 ]
x86というか、パソコンのCPUの行き詰まりな。

ワープロ・表計算・Webブラウザなどを使うだけという、
用途が停滞すれば、
x86だろうとSPARCだろうと、性能向上が必要なくなり、行き詰まる。

パソコンだけでなくサーバーも同じで、
やることが同じなら、コンパクトにする方向に進み、つまり、売上減となる。


221 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/21(月) 21:54:08 ]
サーバは集約の要求があるから、電力性能比を上げれば上げるほど売れる。

222 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/21(月) 22:44:53 ]
保守契約が切れる度に、どんどんラックの本数が減っていく。
これ、ヤバいと思うよ。

223 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/21(月) 22:57:14 ]
そりゃ仕事が増えない会社はヤバイわな

224 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/21(月) 22:59:25 ]
SUNの入ったラックという意味だろう、JK

225 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 09:36:43 ]
>>222
それをヤバいと思う連中は、マジやばいだろなwww
商機と思えなければ、消え去るのみだ。

226 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2008/04/22(火) 10:19:50 ]
x86のコアが増えていけば、Sun Rayサーバとしては
便利に使えそうだがどうだろ

227 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 10:43:05 ]
コアの増えた x86 が有用ならもうとっくに市場に出回ってるよ。
なんべん書かすん?

228 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 11:59:04 ]
>>227
すでに4コア製品が出まわってますが?

ダイ面積と歩留まりの関係から、そう簡単に8コアにはできん。
どんなに有用でも、4コアx2CPUよりもトータルで高く付くなら、
製品として成りたたない。

これでも理解できない小学生には、こう言えばいいかな。
Rockが有用ならもうとっくに市場に出まわってるよ。
あるいは
コアを更に増やしたUltraSPARC T2+が有用ならもうとっくに市場に出まわってるよ。

229 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 13:12:42 ]
Rock有用なので8コアでいいからさっさと発売してくれ。

てか16コア250Wは、無理だろう。空冷的に考えて。



230 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 13:13:49 ]
カタログに載ってるだけだったら、別に
いくら熱くなろうが問題はない。

231 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 13:50:10 ]
MSのSQL Serverが7.0の頃、
SQL Serverじゃ将来スケールアップできない
と言われると、
大丈夫です、Itaniumがありますから
といって客を納得させてた。

そういう将来の心配をする客って、
急激な規模拡大はしないんだよね。
Itaniumはカタログにあるだけで十分に役に立った。

急激に規模拡大する場合は、
短い期間で開発してはシステム更新を繰り返すので、
SQL ServerでダメとなったらOracleに変えればいいだけで、
別にどーってことないんだわ。


232 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 15:49:56 ]
>>228
4コアとそれ以上の区別がつかんアホがコアの数や SMP の何を語ろうがムダだ。
それ以前にこんなとこには用はねーだろ? 来るなゴミ!

> Rockが有用ならもうとっくに市場に出まわってるよ。
Sun は x86屋みたいに CPU 開発に金かけれないの。そんなことさえ踏まえずに
垂れ流してんのか消えろや。失せろ。

233 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 15:51:26 ]
>>231
> Itaniumはカタログにあるだけで十分に役に立った。
なるほど。じゃあまた別の考え出してカタログ作りゃいいじゃん。

234 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 16:11:11 ]
>>232
幼稚園児並の煽りしかできないのか?

> Sun は x86屋みたいに CPU 開発に金かけれないの。

インテルと同じだけの開発費を使っても、
ダイサイズや消費電力が大きすぎてムリなんだが。

235 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 16:12:27 ]
>>233
暗にSunのRockのことを揶揄してるんだろ。

236 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 19:05:26 ]
>>234
お前の知識は XDBus や MBus 以前なんだよ。1990年代初頭なんだよ。
わかったら勉強しとけ。来んなゴミまくな。私物化すんじゃない!!!!!

237 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 19:29:15 ]
>>236
とうとう赤ん坊並の喚きよう。

238 名前:名無しさん@お腹いっぱい。 [2008/04/22(火) 19:49:54 ]
>>237
234はXDBusやMBusを知っている歴戦の勇者。それが見抜けぬようでは。
昔のSunは良く落ちたよねぇ。

>>236
SBus以前だったりして

239 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 19:51:06 ]
一人二役ですかwww



240 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 20:59:20 ]
スクールバスとマイクロバスか、なにもかも懐かしい…

241 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 21:20:25 ]
トリビア
Sunの最初のワークステーションのバスはインテルだった。

242 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 22:57:01 ]
>>241
その頃はCPUもMotorolaの68000で、まだCPUの自社開発はしてないな。

243 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 23:10:57 ]
はあ。そうだと x86 のメニーコアができるのかよ。アホか。寝言もたいがいにしてくれ。付き合いきれんわ。

244 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 23:32:07 ]
>>243
何言ってんだ?
どっから電波を受信してるんだ?


245 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 23:32:24 ]
誰も言ってないことが見える>>243は病気だと思います。

246 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/22(火) 23:33:49 ]
SUNを否定されると、己れのアイデンティティーが否定される
からそっとしておいてあげて。

247 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/23(水) 00:32:14 ]
x86サーバはデュアルコア以上のものしか売っていない

Sun Fireはデュアルコア以上となると\500万を超えるものしか売っていない

248 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/23(水) 01:20:25 ]
>>247
Sun Fire T1000とSun Fire T2000
SPARC EnterpriseもありならT5000シリーズも

V490の一番しょぼい構成のやつも500万切ってるね
SPARC Wだから今から買うやつはほとんどいないだろうけど

249 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/23(水) 11:19:49 ]
はぁ。低次元な上に、つまらなさ過ぎなんだよな... ほんとに相手する気が起きんのだが。
も少しヒネれよ。さらし場じゃねーての。



250 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/23(水) 14:52:14 ]
>>249
相手する気が起きないと言いつつも、幼稚園児なみの発言を繰り返す

どういうこと?

251 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/23(水) 20:59:22 ]
>>249
一番スレを荒らしてるように見えるんだけど。
しばらく書き込まないでいれば、平和なスレに戻るんじゃね?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](*・∀・)<100KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef