Sun Microsystems 最富の庇護
レス数が950を超えています。1000を超えると書き込みができなくなります。
0001名無しさん＠お腹いっぱい。
2009/10/07(水) 15:05:210870名無しさん＠お腹いっぱい。
2010/01/05(火) 18:50:48> ...PRIMEQUESTになった可能性も、あるでしょう。
ないです。
> 東証側は中身は何でもいいって場合..
そんな場合あり得ません。
お気楽ですな。あれほど behindさ炸裂な機械を売りつけるには、
そんな生半可なやり方ではムリですよ。
買わざるを得ないところへ追い込まなければ。
0871名無しさん＠お腹いっぱい。
2010/01/05(火) 22:15:07一応複数社から提案受けてた。
入札ではない。
0872名無しさん＠お腹いっぱい。
2010/01/06(水) 10:29:45欲しかっただけでは？となると、PRIMEQUEST しかない(はず)
0873名無しさん＠お腹いっぱい。
2010/01/06(水) 11:15:35つか、提案の時期に Ita しかなかったってことか？
0874名無しさん＠お腹いっぱい。
2010/01/06(水) 12:27:180875名無しさん＠お腹いっぱい。
2010/01/06(水) 12:53:470876名無しさん＠お腹いっぱい。
2010/01/06(水) 13:03:05稼働する頃には富士通以外に作っているところは無いけど。
0877名無しさん＠お腹いっぱい。
2010/01/06(水) 14:40:200878名無しさん＠お腹いっぱい。
2010/01/06(水) 14:47:57囲い込みに必要なのは自社のハードとミドル。
0879名無しさん＠お腹いっぱい。
2010/01/06(水) 15:38:270880名無しさん＠お腹いっぱい。
2010/01/06(水) 20:03:33会社の経営層が、素人向けの雑誌を読んで、これからはLinuxだ! なんて鶴の一声なのかねー。
0881名無しさん＠お腹いっぱい。
2010/01/06(水) 20:19:44「メインフレームはもう古い。これからはオープンなSunの時代だ！」
0882名無しさん＠お腹いっぱい。
2010/01/06(水) 21:21:30もはや富士通でもSPARCはレガシー扱い
基本的に既存の客のリプレースだけだろ
0883名無しさん＠お腹いっぱい。
2010/01/07(木) 00:23:05囲い込まれたくないんじゃない？
そしてLinuxにしておけば囲い込まれることの回避は結果的に可能になる。
0884名無しさん＠お腹いっぱい。
2010/01/07(木) 07:36:19ウイルス対策も金かかるし・・・
中小は特に・・・
0885名無しさん＠お腹いっぱい。
2010/01/07(木) 11:32:02ないない。SPARC部門がいちばん儲けてるのに。
デカい企業だから、部門間の叩き合いはあるけどね。
0886名無しさん＠お腹いっぱい。
2010/01/07(木) 11:34:31そう思わせたいインチキオープンな連中が鈴なりで失速したわな、Linux。ww
OSFの時と同じことの繰り返し。
0887名無しさん＠お腹いっぱい。
2010/01/07(木) 11:35:18ないでしょ、大規模 SMPで実績のある Xeon。
0888名無しさん＠お腹いっぱい。
2010/01/07(木) 11:37:260889名無しさん＠お腹いっぱい。
2010/01/07(木) 11:43:30AltixICEとか
0890名無しさん＠お腹いっぱい。
2010/01/07(木) 11:48:50実績ないと思うが。それに、とか、じゃなくて一択だろ?
運用体制も他社と同じじゃないし。検討対象に入るか疑問だな。
0891名無しさん＠お腹いっぱい。
2010/01/07(木) 12:06:580892名無しさん＠お腹いっぱい。
2010/01/07(木) 13:39:42ttp://www.itmedia.co.jp/enterprise/articles/0809/24/news002.html
| ..、NASAには共有メモリのシステムで線形にスケールするコードが存在しており、
| より大規模な共有メモリのシステムを求めていると話す。
つまり、NASA以外にはほとんど（≒全く）ない、という意味だ。笑えるwwww
0893名無しさん＠お腹いっぱい。
2010/01/07(木) 13:56:41SC09とか見てくればよかったのにね。
0894名無しさん＠お腹いっぱい。
2010/01/07(木) 14:43:13意味不明に高額だと? じゃぁ同等品を自分で作るか、自分で金だして人に作らせろよ。
それに中小こそ、LinuxやOpenOffice.orgではなく、Windows+MS-Officeのほうが安上がりだと思うぞ。
大きな会社は、スケールメリットでMSのライセンス料よりもサポートコストを抑えられるが、
小さな会社は、サポートコストよりもMSのライセンス料のほうが安いだろう。
0895名無しさん＠お腹いっぱい。
2010/01/07(木) 14:44:44なんでエンタープライズやミッションクリティカルの話してるのに、SGIのスパコンが出てくるんだ?
0896名無しさん＠お腹いっぱい。
2010/01/07(木) 15:07:350897名無しさん＠お腹いっぱい。
2010/01/07(木) 15:10:37そいつはSMP機能を持ってないゾ。
0898名無しさん＠お腹いっぱい。
2010/01/07(木) 23:36:46> SPARC部門がいちばん儲けてるのに。
んなわけないだろう
そりゃPRIMEQUEST部隊よりはましだろうが
0899名無しさん＠お腹いっぱい。
2010/01/08(金) 09:29:53はい、みなさん、>893 がこれから SC09と SGI機のすばらしさをわかりやすく
解説してくれます。ご期待ください。
では、>893 先生、よろしくおねがいします↓ はくしゅ〜
0900名無しさん＠お腹いっぱい。
2010/01/08(金) 09:32:31延々隠してたのが.. キモすぎ。
0901名無しさん＠お腹いっぱい。
2010/01/08(金) 14:29:520902名無しさん＠お腹いっぱい。
2010/01/08(金) 15:48:460903名無しさん＠お腹いっぱい。
2010/01/08(金) 22:18:19当時、Ｓｕｎと共同開発していたＳＰＡＲＣサーバは遅れていたし、Ｓｕｎの動向次第で将来が
怪しい状況では使えなかった。ｘ８６は信頼性の面で論外。他に選択がなかった。
ジェイコムやライブドアショックで叩かれていた東証が、中身は何でもいいなんていうわけが
ない。速くて止まらないのを提案しろ、でも既存の取引ルールは温存、と無茶な要求したので、
他のベンダは乗り気ではなかった様子。
0904名無しさん＠お腹いっぱい。
2010/01/08(金) 22:29:12ナメたこと言ってるユーザーには、どこも提案しないで無視するべきだよ。
0905名無しさん＠お腹いっぱい。
2010/01/09(土) 14:49:080906名無しさん＠お腹いっぱい。
2010/01/10(日) 00:36:03今 Sunが売ってる SPARCの大きいのはほとんど富士通開発のやつだからね。
以前とは出てる台数がまるで違う。
昔は数 %のシェアだったんだから。
0907名無しさん＠お腹いっぱい。
2010/01/10(日) 01:05:33無茶な仕様出しといて
どこも提案もってこなかったら
どーするつもりだったんだろ？
0908名無しさん＠お腹いっぱい。
2010/01/10(日) 01:26:250909名無しさん＠お腹いっぱい。
2010/01/10(日) 02:05:330910名無しさん＠お腹いっぱい。
2010/01/10(日) 08:14:25取引ルールも一部変更してる。
なんか無茶苦茶言ってるな、ここ。
0911名無しさん＠お腹いっぱい。
2010/01/13(水) 00:07:30しないぜ。
まあ、MS-Windows/x86なコピー機とかあるから、そういう文脈ではあり得るかもな。
この世には不要だけどな、ああいうの。
0912名無しさん＠お腹いっぱい。
2010/01/13(水) 00:35:304コア8スレッドのSPARC来た
Core i7のHTTの汚い実装とは一体なんだったのか
0913名無しさん＠お腹いっぱい。
2010/01/13(水) 00:53:460914名無しさん＠お腹いっぱい。
2010/01/13(水) 01:02:020915名無しさん＠お腹いっぱい。
2010/01/13(水) 01:47:540916名無しさん＠お腹いっぱい。
2010/01/13(水) 08:14:530917名無しさん＠お腹いっぱい。
2010/01/13(水) 08:29:450918名無しさん＠お腹いっぱい。
2010/01/13(水) 09:12:020919名無しさん＠お腹いっぱい。
2010/01/13(水) 12:01:400920名無しさん＠お腹いっぱい。
2010/01/13(水) 12:26:590921名無しさん＠お腹いっぱい。
2010/01/13(水) 16:16:13＃ そんなフォロー入れる人間が横から自動的にやってくるかどうかぐらい想像してみろよ...wwププ
0922名無しさん＠お腹いっぱい。
2010/01/13(水) 17:04:060923名無しさん＠お腹いっぱい。
2010/01/13(水) 17:49:17ttp://www.theregister.co.uk/2009/09/11/sun_sparc_roadmap_revealed/
この記事のロードマップのJupiter+かな。
>>911
おぬし、↓をベイパーだというのか
ttp://headlines.yahoo.co.jp/hl?a=20100109-00000003-rbb-sci
0924名無しさん＠お腹いっぱい。
2010/01/13(水) 23:51:440925名無しさん＠お腹いっぱい。
2010/01/14(木) 10:00:000926名無しさん＠お腹いっぱい。
2010/01/14(木) 11:25:57ギャグだろww
0927名無しさん＠お腹いっぱい。
2010/01/14(木) 11:38:550928名無しさん＠お腹いっぱい。
2010/01/14(木) 13:58:36ARMを MIPSや PowerPCにするのはわけないからな。Atomじゃね.. x86無理無理ww
0929名無しさん＠お腹いっぱい。
2010/01/14(木) 14:17:290930名無しさん＠お腹いっぱい。
2010/01/14(木) 14:24:100931名無しさん＠お腹いっぱい。
2010/01/14(木) 14:36:010932名無しさん＠お腹いっぱい。
2010/01/14(木) 14:51:210933名無しさん＠お腹いっぱい。
2010/01/14(木) 14:54:510934名無しさん＠お腹いっぱい。
2010/01/14(木) 15:54:460935名無しさん＠お腹いっぱい。
2010/01/14(木) 20:07:22プロセッサコアの面積・消費電力が相対的に小さくなるからね。
0936名無しさん＠お腹いっぱい。
2010/01/14(木) 20:57:08http://journal.mycom.co.jp/articles/2010/01/14/ces07/index.html
0937名無しさん＠お腹いっぱい。
2010/01/14(木) 21:00:010938名無しさん＠お腹いっぱい。
2010/01/14(木) 21:07:12CPUコアの占める割合が低いな。
これじゃ、CPUコアに何を使うのかは問題ではなくなるのも、そう遠くないな。
0939名無しさん＠お腹いっぱい。
2010/01/14(木) 21:19:020940名無しさん＠お腹いっぱい。
2010/01/14(木) 21:49:08これかー。ごちゃごちゃしてるな
0941名無しさん＠お腹いっぱい。
2010/01/14(木) 22:33:17例：Intelのメディアプロセッサ
http://pc.watch.impress.co.jp/docs/2008/0310/kaigai04l.gif
http://www.hardwarezone.com/img/data/articles/2008/2671/canmore_die.jpg
0942名無しさん＠お腹いっぱい。
2010/01/15(金) 08:56:550943名無しさん＠お腹いっぱい。
2010/01/15(金) 11:59:29あの冷蔵庫みたいなヤツにたった64コアってちょっと少なくね？
まぁコア数だけで比較するのもなんだが、いまどきItaniumとかなぁ
なんでSPARC使わないのかね
やっぱり昔から富士通だからそれ以外のは選ばせてくれなんのかな
日本の悪い体質だ
0944名無しさん＠お腹いっぱい。
2010/01/15(金) 15:21:34じゃあ、どんどん組込みやハイエンドに使ってもらえよ?
バカじゃね? 一生チョウチンやってろやwwwp
0945名無しさん＠お腹いっぱい。
2010/01/15(金) 16:52:57お前、どんどんx86に侵蝕されてきた歴史の延長線上に何があるのか見えないのか?
0946名無しさん＠お腹いっぱい。
2010/01/15(金) 16:56:300947名無しさん＠お腹いっぱい。
2010/01/15(金) 17:03:17シングルスレッド性能が求められるから、かもな。
SPEC CINT2000のスコアを見ると、ItaniumとSPARC64、同じくらいなんだよね。
0948名無しさん＠お腹いっぱい。
2010/01/15(金) 22:45:26いってわけじゃないしね
ここにある三重化みたいなことは、SPARC Enterpriseじゃ多分無理
http://itpro.nikkeibp.co.jp/article/COLUMN/20070105/258102/
0949名無しさん＠お腹いっぱい。
2010/01/15(金) 23:30:36んなことはないよ。
インメモリ・データベースで他のマシンとデータを同期するなんてのは、そこらで売ってるローエンドのサーバでも可能。
ハードウェアではなく、ソフトウェアでやってるんだもの。
0950名無しさん＠お腹いっぱい。
2010/01/16(土) 15:32:362010年1月14日のThe Inquirerは，OracleはSunの人員の半分を削減するという，
UBSのアナリストのBrent Thill氏のレポートを紹介しています。
2010年1月15日のCNETは，この人員半減は事実ではなく，
全く根拠のない無責任な発言とのSunの反論を報道しています。
0951名無しさん＠お腹いっぱい。
2010/01/16(土) 15:36:260952名無しさん＠お腹いっぱい。
2010/01/16(土) 15:39:09SPARCやARMのほうが優れているんじゃないのか?
0953名無しさん＠お腹いっぱい。
2010/01/16(土) 15:40:310954名無しさん＠お腹いっぱい。
2010/01/16(土) 15:50:140955名無しさん＠お腹いっぱい。
2010/01/16(土) 15:53:450956名無しさん＠お腹いっぱい。
2010/01/16(土) 17:15:58あのGoogleの特注サーバよりも電気代を下げるのは、まず無理だろ。
0957名無しさん＠お腹いっぱい。
2010/01/16(土) 17:19:16それサーバの問題というより、電源設備や立地の問題でしょ。
0958名無しさん＠お腹いっぱい。
2010/01/16(土) 17:21:250959名無しさん＠お腹いっぱい。
2010/01/16(土) 17:21:470960名無しさん＠お腹いっぱい。
2010/01/16(土) 17:23:270961名無しさん＠お腹いっぱい。
2010/01/16(土) 17:27:000962名無しさん＠お腹いっぱい。
2010/01/16(土) 17:29:01たとえCPUが省電力でも、ファンがそれを食いつぶす。
Googleの特注サーバはCPUと電源に各1つだけのファンで、あとは自然空冷。
0963名無しさん＠お腹いっぱい。
2010/01/16(土) 17:33:12>Googleの特注サーバはCPUと電源に各1つだけのファンで、あとは自然空冷。
それって Google がデータセンター設計をやってるから出来る事でしょ。
電源やら空調やら、お金をかけて調整して最適化してる訳じゃん。
Google の特注サーバが普通の企業のサーバルームにも置けるなら比較になるだろうけどね。
0964名無しさん＠お腹いっぱい。
2010/01/16(土) 17:37:06引き際のわからない人ってブザマだね
0965名無しさん＠お腹いっぱい。
2010/01/16(土) 17:38:55そこに置くためのサーバもそうなるだろうね
0966名無しさん＠お腹いっぱい。
2010/01/16(土) 17:39:08GoogleとSunどちらもコンテナ型じゃん。
0967名無しさん＠お腹いっぱい。
2010/01/16(土) 17:40:18でも、Sunのは、ただ既存製品を詰め込んだだけじゃん。
0968名無しさん＠お腹いっぱい。
2010/01/16(土) 17:41:19お前さんの事か。
>>965
そういう企業が Google 並みにマシンルームにリソースを割けるならね。
0969名無しさん＠お腹いっぱい。
2010/01/16(土) 17:46:46Sunには勝てない
レス数が950を超えています。1000を超えると書き込みができなくなります。