- 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/
- 251 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/23(水) 20:59:22 ]
- >>249
一番スレを荒らしてるように見えるんだけど。
しばらく書き込まないでいれば、平和なスレに戻るんじゃね？
- 252 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 12:48:58 ]
- pc.watch.impress.co.jp/docs/2008/0424/kaigai437.htm
> 4命令を実行するより、4命令をデコードする方が難しいだろう
x86がILPで躓いてるのにお前らもTLPか。
RISCなら8命令同時実行ぐらい可能なんじゃね?
コア間で実行ユニット共有して、ILPとTLPを同時に追求とかできんの?
- 253 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 15:56:03 ]
- Intel が Am29000 64bit 拡張したのでも出せば面白いかもな。
x86 64bit化のクロス攻撃でw
- 254 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 16:11:07 ]
- x86って以前は6命令同時実行じゃなかったか?
- 255 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 16:13:53 ]
- これだけペナルティを背負ってるx86に、下からシェアを侵蝕されたSPARCって、どんだけ・・・
- 256 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 16:53:11 ]
- >>252
> RISCなら8命令同時実行ぐらい可能なんじゃね?
残念、意味がないようだ。
www.watch.impress.co.jp/pc/docs/article/20010718/kaigai01.htm
> 5命令/サイクル以上は難しい。
> IPCが上がらなくなる原因のひとつは、ILPにしても、ひとつのインストラク
> ションフロー(プログラム中の命令の流れ)の中で命令スケジューリングをす
> る点は変わらないからだ。そのため、データのディペンデンシが壁となって
> どうしてもIPCをある程度以上は上げられない。
> コア間で実行ユニット共有して、ILPとTLPを同時に追求とかできんの?
Alphaはそれを目指していたようだ。
> EV8のSMTでは，CPUは仮想的に4つの「TPU(Thread Processing Unit)」を持
> ち、それぞれが異なるスレッドを並列に実行する。各TPUは、それぞれ個別
> のプログラムカウンタとレジスタマップを持つが、実行ユニットや物理レジ
> スタといったCPUのハードウェアリソースのほとんどは各TPUで共有される。
- 257 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 19:41:24 ]
- そこで出来たのがItaniumですよ
- 258 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 19:57:28 ]
- > コア間で実行ユニット共有して、ILPとTLPを同時に追求とかできんの?
それがNiagaraシリーズだろ。
- 259 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 20:07:02 ]
- Out of orderすらないNiagaraのどこにILP追求があるのかと小一時間
- 260 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/24(木) 23:09:53 ]
- Niagaraはぎったんばったん方式。
- 261 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/25(金) 12:05:00 ]
- >>255
そのペナルティを厚塗りしてカバーするためにどれだけのリソースが無駄に
投入されてるかよく考えるべきなんだよ。地球温暖化なんかよりはるかに
深刻な問題。
- 262 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/25(金) 20:29:58 ]
- 誰の問題なんだよ w
- 263 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 00:01:28 ]
- Update: Sun confirms it's buying Montalvo
www.news.com/8301-10784_3-9928558-7.html
結局買収したみたい
- 264 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 11:51:24 ]
- Jupiter Processor (SPARC64-VII) for Sun SPARC Enterprise M-Class Servers
blogs.sun.com/olympus/entry/jupiter_cpu_for_sun_sparc
SPARC64VIIまだー？
- 265 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 13:14:02 ]
- 富士通の期待
itpro.nikkeibp.co.jp/free/WAT/ITARTICLE/20040729/7/
> 消息筋は「沈みかかっている船から降りるのが技術者たちの常。サンに
> Rockを開発できる力が残っているかどうか疑問だ」と見ており、サンが今後、
> 大型サーバーの開発製造を富士通に委託し、ソフトに投資を振り向ける可能
> 性が強いと見ている。
現実
itpro.nikkeibp.co.jp/article/COLUMN/20070509/270354/
> Rockはサンの現行最上位である「UltraSPARC IV+」の16倍という桁外れの性
> 能が見込まれるため、仮に富士通SPARC64 VIIIや同IXがあったとしても敵わ
> ない。APL（SPARC Enterprise）は、Rock登場後数年を待たずに命運が尽き
> る。Jupiter後の富士通は、APL提携時の約束に従いRockを売ることになるは
> ずである。
そして伝説へ…
mainichi.jp/select/biz/news/20080415ddm008020058000c.html
> 富士通が半導体事業を分社化し先月設立したばかりの「富士通マイクロエレ
> クトロニクス」で、社長がいきなり交代するという異例の事態になっている。
- 266 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 14:34:26 ]
- SPARC にせよ Efficeon にせよ、やるんならもっときっちり力入れりゃいいのに、
中途半端な感じだよねぇ。なんで Itanium なんかやってんだか...
オレはてっきりブラフだと思ってたんだけど、マジだったとは。あきれた。
やっぱその辺ちゃんと分ってる人達が F社内で少数派なんだろうな。
上も理解できてないし。
- 267 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 15:02:15 ]
- その文脈でEfficeonが出てくる理由がわからない
トランスメタ会社ごと買っちゃえば良かったとかそういう話か？
- 268 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 15:11:31 ]
- そういう意味じゃ>>263のMontalvoも富士通のプロセス使ってたらしいけどな
- 269 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/26(土) 23:16:31 ]
- >>261
それほどのリソースを無駄に投入しているということは、それだけ、原価が高いということだろ。
それにも負けるSPARCアーキテクチャって、実は、大したことないんじゃないか?
- 270 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 00:08:15 ]
- SPARCに優位性があるなんて考えてる奴は誰もおらんよ。
アーキティクチャもISAも、CPUの興亡とはまるで関係がない。
- 271 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 03:01:31 ]
- >>269
それぐらい競争力に差がついてしまってるということ。
その原因が「MS-DOS 資産の継承」というとてつもない幻想が根本にあるということ。
- 272 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 03:05:15 ]
- >>270
それは単に Intel の言い分。ISA が x86 以外なら現存のどれにしても、
大きなメリットがある。x86 じゃいつまで経ってもトランジスタ数は多いし、
プロセス世代あたりじゃ性能よくない。
- 273 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 03:49:46 ]
- >>272
SuperSPARCあたりから言われていたSunの設計が糞！ってことですよねｗ
- 274 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/27(日) 16:26:05 ]
- SPARCじゃいつまで経っても……
まあPowerも苦しいし、ニッチから出られないのは
Sunに限った話ではないけれど。
- 275 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 00:33:40 ]
- >>269
どんだけ馬鹿なんだ
SPARCは確かに大した事ないが根拠が馬鹿すぎるw
- 276 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 01:22:31 ]
- Amazon EC2に採用されるぐらいのインパクトが欲しいねえ。
- 277 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 07:10:54 ]
- x86Solarisが出てきた時点で、もうおわった
- 278 名前：名無しさん＠お腹いっぱい。 mailto:sage kani? [2008/04/28(月) 09:24:46 ]
- ずいぶん昔に終わってたことになるが
- 279 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 10:32:14 ]
- でしょ
- 280 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 21:13:29 ]
- Alpha版のWindowsNTで、FX!32とか使う
なんていう選択肢も昔はあったんだぞ。
なぜSPARCは同じアプローチをせず、
WABIとか、裁判とかやってたんだ?
- 281 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 22:25:41 ]
- x86のソフトエミュレーションに手出したとこはみんな潰れてるじゃんよ……
- 282 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 23:56:04 ]
- 最終的には Intel 自身が同じテツを踏んだね。まったくもってギャグ。呪いの類いだなww
- 283 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/28(月) 23:57:37 ]
- >>277
Niagara 以降、UltraSPARC IV+ までばんばん売れちゃってるのに、何が終わりなんだ?
あ、x86 のダメさ加減が証明されて x86 が終了? まあ、Intel もそう言ってたしそうかもねw
- 284 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 00:02:49 ]
- あいかわらず病的だのう
- 285 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 00:35:25 ]
- しかも、必死すぎで笑えるよな
- 286 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 00:59:52 ]
- ローエンドもSPARCを売ってくりゃれ
- 287 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 04:56:57 ]
- >>281
SunはWABIで手を出したけど潰れてないじゃん。
>>283
ローエンドからx86にシェアをかなり奪われた後で、
少し挽回したくらいで「ばんばん売れちゃってる」と言われてもな。
昔はTCP/IPを喋るサーバはSunを使うのが常識だったわけで、
そのシェアを維持してx86の下からの侵攻を防いでいたら、
世界中のWebサーバはSunでSolarisだっただろう。
- 288 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 05:21:28 ]
- x86の下から侵攻を防ぎたくても、SuperSPARCの性能と価格じゃ無理だったんです＞＜
- 289 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 05:32:12 ]
- なんで性能が低かったの?
なんで価格が高かったの?
複雑怪奇なx86よりも遥かに有利なハズなのに。
- 290 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 06:26:01 ]
- DECのAlphaは速かった。
SunのSPARCは遅かった。
買収されなければAlphaは今も生き続けていただろう。
- 291 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 11:15:36 ]
- Sunの詣って、かなりIntelに粘着するよなw
- 292 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 11:18:35 ]
- 詣？
- 293 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 12:08:51 ]
- 儲(もうけ)と入力しようとして詣(もうで)としてしまったに一票
- 294 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 14:02:19 ]
- x86より遥かに有利なハズのプロセッサがいくつ現われては消えたことか
- 295 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 15:18:12 ]
- アーキティクチャによる利といっても、パフォーマンスで1.5倍分くらい(超適当)が限度なんだろう。
それは規模の経済による設計・生産面での不利で簡単に覆されてしまう。
逆に言えば、x86より数が出ないのに喰らいつけていける程度には優秀なアーキティクチャ
なのだ。
- 296 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 19:32:05 ]
- x86はWindowsアプリ大量に抱えてるからな
それに今、PCでCPUパワーを大量に消費するソフトを言えば
ゲームや動画関連、画像処理、音楽などのマルチメディア系
それ以外はCPUパワーあまりまくり
性能よりも過去の資産の方が重要な時代
それにIntelのx86は製造プロセスで優位に立っているので消費電力の面でも優秀
- 297 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 21:58:43 ]
- SunOSマシンがx86にシェアを食われはじめた頃のx86って、
インテル、AMD、Cyrix(IBM、SGSトムソン)、IDT、TI、UMC、NexGen(IBM)
けっこうな数のメーカーが参入してたと思う。
- 298 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 22:01:24 ]
- >>295
CPUを単体売りせず、
CPUとは桁違いの価格のサーバやワークステーション、そしてOSと抱き合わせで売るから、
存続してるんだろ。
- 299 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/29(火) 22:04:06 ]
- 壊れたら箱ごと交換して、直前のバックアップまで戻る
それでも構わないようなWebサーバに使うには、
Sunのワークステーションは高価すぎた。1桁高かった。
- 300 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 00:05:57 ]
- しかも高くてもいいから壊れちゃいけない用途にはイマイチで……
SPARCの優劣をどうこういう以前の話ですな
- 301 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 01:34:24 ]
- このところスレが盛り上がってるみたいなので、ちょっとお願いしておきますが
「次スレのタイトル候補」は早めに決めて置いて下さいね。
毎度ギリギリになってからとっさに考えて立てるのも結構大変なんですw
- 302 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 04:12:25 ]
- Rockが出れば、
最大の電力
なんだがなぁ。
- 303 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 05:39:35 ]
- 高くてトロいといえばSuperSPARCよりmicroSPARCだろう。
あれこそx86とぶつかるべき位置だったと思うがあまりにクソだった。
TSUNAMIのように押し寄せるつもりが逆に押し流されたな。
- 304 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 05:55:10 ]
- >>299
SS5の安いのは実売50万くらいだったろ。
HDDに貧相な冷却ファンしか付いてなくて、
サーバとして使うのは心配な代物だったが。
- 305 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 06:21:43 ]
- x86とぶつかる位置は、やっぱりSuperSPARCでしょ
microSPARCはぶつかる前にこけてる感じｗ
- 306 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 06:39:22 ]
- >>305
LX/classicの登場時期にSuperSPARCはかなり高価だったから、
ちょっと違うように思ったんだが？
- 307 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 06:52:16 ]
- その高価なSuperSPARCのとき、x86はPentiumで追いつけ追い越せだったでしょ
価格だけが着目点なら話がかみ合わないね
- 308 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 07:07:14 ]
- >>296
> 性能よりも過去の資産の方が重要な時代
それはSunとSPARCにも言えることなんだが。
人はSPARCを使いたくてSunのワークステーションを買ったのではない。
SunOS あるいは Solaris を使いたくてSunのワークステーションを買ったんだ。
- 309 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 12:03:01 ]
- SPARC T2にマルチプロセッサが登場したということは、
64スレッドあっても1個じゃバスもI/Oも飽和せんの?
- 310 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 15:00:09 ]
- 主記憶アクセスが飽和した結果があの構成。
- 311 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 15:01:20 ]
- >>296
製造プロセスの面「のみ」優位。あとは非互換の恐怖。宗教。
- 312 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/04/30(水) 15:12:06 ]
- バイナリ互換はSPARCの特徴の1つ。
- 313 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/01(木) 00:39:39 ]
- >>309
T2のメモリ帯域はかなり広い。
でも電力効率を追求してるのにFB-DIMMってちぐはぐだよな。
- 314 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/01(木) 13:39:53 ]
- >>313
スレで既出だが、T2は設計ミスで倍の帯域幅を持ってる。
- 315 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 12:01:32 ]
- 別に設計ミスじゃないよなあ。
チップ間インターコネクトの分の帯域を
メモリアクセス増強に流用しちゃいけないなんて法はない。
コアあたりのメモリ帯域が重要ならシングルT2、
コア数が必要ならデュアルT2 plusってことでいいじゃん。
- 316 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 13:13:31 ]
- pc.watch.impress.co.jp/docs/2008/0501/esc06.htm
> 1GHz駆動のMIPS64コアが16個搭載されたOCTEON Plusなども昨年発表されて
> おり、このあたりは確実にUltraSPARC T2の性能を超えていると思われる
こんなこと言ってますぜダンナ
- 317 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 14:22:56 ]
- SGI がマシン作って IRIX が載ってる、てんならちょっと興味あるけど。違うよね。
特定用途向けでしょ? T2 は汎用だし。
- 318 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 14:57:07 ]
- Sunが減収・赤字転落、米経済の減速が影響
www.itmedia.co.jp/news/articles/0805/02/news031.html
- 319 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 15:36:41 ]
- >>316
その記事の、Sunのところの写真いちばん右、普通のサーバのメインボードじゃないか。
- 320 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 15:45:51 ]
- >>317
SunはNiagaraシリーズを、組込み向けに外販してんのよ。
その分野で、おもいっきり競合してるし、
MIPSの実績に比べればSPARCの実績なんて、ないに等しい。
- 321 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 16:59:17 ]
- ああ、そう。
まあ LEON がんばってるし NAS で。あとは OpenSPARC 待ちだな。
そんなとこ具体的な製品で Sun ががんばる必要ないし。
つまんねーネタw
- 322 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 17:05:21 ]
- >>321は頭悪い信者? そういう反応するから馬鹿にされるのに。
- 323 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 17:18:55 ]
- え? >>320 が ＝＝＝＝バカ＝＝＝＝ なんだけど。
- 324 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 17:19:53 ]
- まあ、>>322 も『『寒い自演』』、だけどさwwwww
- 325 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 17:31:23 ]
- >>317は 組込みのことを特定用途向け、ふつうのUnix鯖を汎用と言ってるようだな。
- 326 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 17:40:34 ]
- >>321
> まあ LEON がんばってるし NAS で。
家庭用のDVDレコーダに積まれて大量に出てるMIPSとは桁違いに小さい市場だな。
- 327 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 18:29:21 ]
- DVDレコの2/3はMIPSらしいな。
- 328 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 19:12:57 ]
- うーん、何をいまさら... MIPS が大量に出てるのってもう何年も前からだけど。
てか、なんかこれあおってるつもりなのか幼稚だなさすが GWwwwwwww
- 329 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 19:17:46 ]
- そういうの書くなら、最近の SunRay が Alchemy だとかさ。
サーバー機の管理プロセッサ（LOM だっけ?）が PowerPC だとか。
まあ低脳だなww
- 330 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 19:18:40 ]
- ああ、Alchemy って MIPS な。べんきょーしろよーーw
- 331 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 22:14:07 ]
- サン、第3四半期で赤字転落--人員削減を計画
japan.cnet.com/news/biz/story/0,2000056020,20372584,00.htm
- 332 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/02(金) 22:20:48 ]
- 信者も大変だねぇ
- 333 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/03(土) 00:04:11 ]
- >>331
Sunって人員削減のニュースが多い気がするんだけど、こまごまと買収している内に無駄に
人員が増えていくから時々削減するのというサイクルなのか？
- 334 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/03(土) 05:10:26 ]
- >>328
煽られてると思うほうが、オカシイ。
煽りではなくてただのツッコミだし。
>>329-330
知らないと思ってるのは、お前だけだろ。
- 335 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/03(土) 05:12:18 ]
- >>333
あっちの国では、赤字決算とともに人員削減計画を発表するのが、ビジネスマナー。
人員削減計画を発表しないと株主が怒りだす。
- 336 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/03(土) 09:14:13 ]
- 基本給15％カットのIBM従業員、株主総会で抗議デモを計画
ttp://www.itmedia.co.jp/news/articles/0804/30/news094.html
- 337 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/03(土) 20:10:12 ]
- わろたw、株価かなりさげてんのなw
計算してみたら、15%くらいさげてるw
Sunおわた
- 338 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/04(日) 00:59:04 ]
- >>334
へ〜ぇ。あおってさえ、ないわけ? 何それwwww 「晒し」?
- 339 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/04(日) 06:39:26 ]
- >>338
そういう考え方をする時点で、イカレ信者だろうな。
- 340 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/05(月) 00:50:11 ]
- アンチなら少しは面白いことでも書けよカス
- 341 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/05(月) 04:10:42 ]
- アンチにネタ振りを求めるなんて、どんだけ終わってるんだ?
- 342 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/05(月) 23:58:17 ]
- おまえ... 絞りカスみたいなやつだなww
ネタも出ないのにアンチやってんのかww ププププp
- 343 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/06(火) 05:50:36 ]
- 図星らしい。
- 344 名前：名無しさん＠お腹いっぱい。 [2008/05/06(火) 18:27:56 ]
- でもさ、1CPU〜2CPUのUNIXサーバの中じゃ、Sunが一番まともだろ？
Oracle EEのライセンス的には不利だけどさ。
Oracle SE One、SEだと無敵だ。
- 345 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/06(火) 20:02:40 ]
- 1CPU〜2CPUならPCサーバで十分
- 346 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/07(水) 20:20:46 ]
- >>345
それ禁句。
- 347 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/07(水) 20:48:23 ]
- あんたには Intel で十分。
スレも隔離されたので十分。
ここに来たら邪魔ww
- 348 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/07(水) 21:04:03 ]
- >>347
そういうこと言ってるから、どんどんシェアを失うわけですよ。
- 349 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/08(木) 00:17:21 ]
- >>344
どこらへんがまとも？
- 350 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/08(木) 01:00:07 ]
- >>347
核心を突かれて悔しいんですね (^_^)
- 351 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/05/08(木) 10:16:31 ]
- >>348
シェアに日和る人間なんか気にしても仕方がないわけでww
|
 |
