1 名前:名無しさん@お腹いっぱい。 [2010/04/22(木) 07:01:01 ] (-人-)ナムナム 【前スレ】 Sun Microsystems 最大の解雇 pc12.2ch.net/test/read.cgi/unix/1263808782/
2 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/22(木) 07:02:16 ] 【過去スレ_1of4】 Sun Microsystem最大の失態 ttp://pc.2ch.net/test/read.cgi/unix/1006171354/ Sun Microsystems最大の敗退 ttp://pc.2ch.net/test/read.cgi/unix/1064134161/ Sun Microsystems最大の反省 ttp://pc.2ch.net/test/read.cgi/unix/1067603469/ Sun Microsystems最大の虚勢 ttp://pc.2ch.net/test/read.cgi/unix/1073745032/ Sun Microsystems最後の航海 ttp://pc3.2ch.net/test/read.cgi/unix/1078795800/ Sun Microsystems最後の晩餐 ttp://pc5.2ch.net/test/read.cgi/unix/1083085439/ Sun Microsystems ラストダンス ttp://pc5.2ch.net/test/read.cgi/unix/1086081133/ Sun Microsystems 最後の反撃 ttp://pc5.2ch.net/test/read.cgi/unix/1088605878/ Sun Microsystems 最後の一葉 ttp://pc5.2ch.net/test/read.cgi/unix/1094886926/ だまれ小僧!お前にサンが救えるか ttp://pc5.2ch.net/test/read.cgi/unix/1103972661/
3 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/22(木) 07:02:58 ] 【過去スレ_2of4】 Sun Microsystems 最後の理不尽 ttp://pc8.2ch.net/test/read.cgi/unix/1110926614/ Sun Microsystems 最後の量産 ttp://pc8.2ch.net/test/read.cgi/unix/1114945256/ Sun Microsystems 最後の遺産 ttp://pc8.2ch.net/test/read.cgi/unix/1121277000/ Sun Microsystems 最後から二番目の真実 ttp://pc8.2ch.net/test/read.cgi/unix/1127872934/ Sun Microsystem 最大の遊撃 ttp://pc8.2ch.net/test/read.cgi/unix/1134031385/ Sun Microsystems 最大の滝壷 ttp://pc8.2ch.net/test/read.cgi/unix/1138786320/ Sun Microsystems 最大の重複 ttp://pc8.2ch.net/test/read.cgi/unix/1141840635/ Sun Microsystems 最大のリストラ ttp://pc8.2ch.net/test/read.cgi/unix/1149485579/ Sun Microsystem 最大の夜長 ttp://pc8.2ch.net/test/read.cgi/unix/1159681441/ Sun Microsystems 最大の移行 ttp://pc10.2ch.net/test/read.cgi/unix/1164826577/
4 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/22(木) 07:03:41 ] 【過去スレ_3of4】 Sun Microsystems 最大の回復 ttp://pc11.2ch.net/test/read.cgi/unix/1170949021/ Sun Microsystems 最後の提携 ttp://pc11.2ch.net/test/read.cgi/unix/1181454302/ Sun Microsystems 最大の黒箱 ttp://pc11.2ch.net/test/read.cgi/unix/1193754625/ SunMicrosystems 最大の探検 ttp://pc11.2ch.net/test/read.cgi/unix/1207761568/ Sun Microsystems 最大の字余り ttp://pc11.2ch.net/test/read.cgi/unix/1214127349/ Sun Microsystems 最後の信者 pc11.2ch.net/test/read.cgi/unix/1217503051/ Sun Microsystems 最恵の支援 pc11.2ch.net/test/read.cgi/unix/1224846571/ Sun Microsystems 最大の超新星 pc11.2ch.net/test/read.cgi/unix/1233928036/ Sun Microsystems 最上川上流 pc12.2ch.net/test/read.cgi/unix/1239259163/ Sun Microsystems 最期の神託 pc12.2ch.net/test/read.cgi/unix/1242038454/
5 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/22(木) 07:04:26 ] 【過去スレ_4of4】 Sun Microsystems 最期の落日 pc12.2ch.net/test/read.cgi/unix/1244286002/ Sun Microsystems 最大の岩望 pc12.2ch.net/test/read.cgi/unix/1247220804/ Sun Microsystems 最富の庇護 pc12.2ch.net/test/read.cgi/unix/1254895521/ Sun Microsystems 最大の解雇 pc12.2ch.net/test/read.cgi/unix/1263808782/ 【公式サイト】 www.oracle.com/us/sun/index.htm サン・マイクロシステムズ jp.sun.com/ blogs.sun.com blogs.sun.com/ サン・マイクロシステムズ - 公式ブログ jp.sun.com/communities/blogs/
6 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/22(木) 10:49:44 ] >>1 乙 SolarisはOracle Solarisになったが、 サーバ製品はSunブランドのままだ。 これが何を意味するのか。
7 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/22(木) 12:16:03 ] 富士Sunくるーフラグ!?
8 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/23(金) 08:54:30 ] OracleがSPARCを買った後はAppleがARMを買うってよ。 www.theregister.co.uk/2010/04/21/apple_arm_acquisition_rumor/ Googleは独自のCPUを作るかも知れん。 japan.cnet.com/news/biz/story/0,2000056020,20412459,00.htm MIPSはどうなるかな。
9 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/23(金) 10:20:20 ] ARMはどこかの傘下に入ったら、 アッという間に価値が半減するのにねえ。 ただAppleならそうと知ってもやりそうではある。
10 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/23(金) 17:25:30 ] Agniluxがどの RISCをベースにしてたかは興味深いとこだね。 なんでもやってるからなぁ、Dobberpuhl氏とかは。
11 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/23(金) 19:51:04 ] 林家 故Sun
12 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/23(金) 19:53:15 ] いけね柳家だった
13 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/23(金) 21:04:30 ] だからお前はだめなんだよ
14 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/23(金) 23:08:59 ] 大家と店子は親子も同然…とか?(笑)
15 名前:名無しさん@お腹いっぱい。 [2010/04/25(日) 02:00:32 ] o。_。_lコ<o> |l≡≡≡|ミ|_<o>_。≠_〇o 。+ +。。。。。 |l|FFFFFFF|。 。 .。 +|l≡≡≡|ミ|JJJJJJJJJJJJ|lll| .。+ * o o. |l|FFFFFFF / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ 。。oo |l|FFFFFF | 毎年毎年、理不尽な解雇だけは継続する・・・・・・・・ /| ̄ ̄ ̄l ::|FFFFFFF \ |ミ|:」」:」」:」| ::|FFFFFF  ̄|/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ |ミ|:」」:」」:」| 〇 FF.。 ∧_∧ |l≡o + +! + 。 〇 + lミl.」」.」〇 ++ + (´・ω・) o 〇 。 o + 〇 。 + __〇___。_゚__/ ~つと)____o______〇__o___。 二Il二Il二Il二Il二Il二Il二Il二Il二Il二Il二Il二Il二Il二Il二Il二Il二Il二Il二
16 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/25(日) 20:51:13 ] 富士通のSPARC64も、京速がらみで迷惑がられてる 日本だけSPARCクラスタ ガラパゴス
17 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/26(月) 15:09:15 ] とりあえず「日本だけ Ita」って状況は脱しただろ?w もうすぐ「日本だけ x86」もあり得るけどな。ヒサンだな。
18 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/26(月) 15:21:38 ] つ、釣られないぞぉ
19 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/26(月) 18:01:36 ] 少なくとも、Googleは x86に賭けてるわけでも、ARMに賭けてるわけでも、なんでもない。 Androidに x86は使えないので ARMを使ったし、ARMをクラウドに持ってくる必要も なかった。MS-Windowsも、使わなかった。
20 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/27(火) 11:24:49 ] ソフトウェアをプラットフォームから自前で開発し、自前のサイトでしか運用しないのなら、互換性はあまり必要ないからねー。
21 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/27(火) 11:54:28 ] 互換性が問題になるようなヘボいソフトも使ってないしね。
22 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/27(火) 12:52:38 ] >>21 それは違うだろ むしろGoogleは互換性を考慮しないソフトを作って使ってる
23 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/27(火) 18:01:22 ] はぁ? たとえば、何?
24 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/27(火) 19:50:03 ] Googleが使っているLinuxはファイルシステム回りが大幅に変更されてるらしいぞ
25 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/27(火) 19:59:37 ] googleは今年サーバー群のfilesystemをEXT2からEXT4にしたはずだが
26 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/27(火) 20:34:21 ] KS2009: How Google uses Linux lwn.net/Articles/357658/ >They are currently carrying 1208 patches to 2.6.26, inserting almost 300,000 lines of code. Roughly 25% of those patches, Mike estimates, are backports of newer features. うへぇ
27 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 01:08:08 ] で、Oracleになって何か変わった?
28 名前:名無しさん@お腹いっぱい。 [2010/04/28(水) 09:21:46 ] opensolaris 2010.03がリリースされなかった。
29 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 11:35:55 ] >>27 IBMへの身売り観測記事が出る前あたりから全く動きがなくなった
30 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 11:47:09 ] OpenOffice.orgまわりでは、MS-Office用のODFプラグインが有償化されたとか・・・
31 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 12:11:10 ] >>24-26 ひとつだけ確かなことは、Linuxのファイルシステム周りや仮想記憶周りが どんだけ終ってるか知らないやつがやってる、ってことだな。 わかってる年寄りが Googleにはいっぱいいるわけだが。 ま、そういうのは後になってから来てるかw
32 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 12:28:09 ] 本当に世界一ハイパフォーマンスなものを作ろうと思ったら、汎用のものじゃダメ とくにPOSIXはダメ
33 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 18:38:47 ] 今そんな話してないし。
34 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 19:33:03 ] >>31 何を言っているのだお前は
35 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 20:24:53 ] え? Linuxはクズだと言ってるんだが。わかんないの?
36 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 20:27:30 ] GoogleはLinuxでうまく回っているんだから問題ない
37 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 20:27:56 ] 日本HP、Itanium 9300番台を搭載した「第2世代 HP Integrityサーバー」 enterprise.watch.impress.co.jp/docs/news/20100428_364244.html
38 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 23:26:31 ] You have selected premium content which requires a valid Sun Contract to access
39 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/28(水) 23:52:02 ] >>32 互換性の枷 = POSIX
40 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/30(金) 00:09:42 ] >>36 MSも、問題ない、って言ってないか?
41 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/30(金) 01:04:36 ] >>40 何であっても、それが使われるコンテクストによる ということだろう。
42 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/30(金) 08:03:54 ] はぁぁぁ?? ...wwww
43 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/04/30(金) 09:12:09 ] 絵に書いたような二重基準。こういうこと真顔で言う人とは、付き合っちゃダメよw
44 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/04(火) 18:59:32 ] どうして Unix は使われなくなったのか
45 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/05(水) 02:10:41 ] UNIXの血はUNIXもどきに吸われ尽くした
46 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/05(水) 13:32:19 ] UNIXもどき = Linuxですか?
47 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 11:40:01 ] Mach→NeXTstep→MacOS Xが Unixなら、現在大量に使われてるわけだが。 Linuxのまともな特徴は全て Unixの特徴なので、Androidで大量出荷されつつあるわけだが。 まさに今一番増殖中なんだけど、Unix。過去にこんなことはなかったよ。
48 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 11:55:37 ] んなこといったら、WindowsNTだってUnixとしてカウント・・・
49 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 12:02:37 ] しない。
50 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 12:31:15 ] ぷ 初期のNTは、Unixから移植した部分が沢山あったんだがな
51 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 12:33:53 ] 初期のDR-DOSは・・・
52 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 12:46:31 ] 初期のSPARCは、夢が沢山つまってたよね…
53 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 13:06:36 ] NT Server添付のNT Serviceのいくつかは、BSDのライセンス表示が付いてたような・・・
54 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 13:09:33 ] そんなこと言ったらほとんどのネットワーク機器に BSD由来の TCP/IPコードが 乗ってるぜ。まぜかえすと誤魔化せるとでも思ってるの?
55 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 13:10:32 ] パソコン、MS-OSはジリ貧だよな。「パーソナル」だなんて、CPUの数え方は いかにも時代遅れ。
56 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 13:21:03 ] はやりのユビキタス(笑)ですか
57 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 15:42:39 ] MacOS XがUnixならNTもUnixだろ? MacOS XがUnixではないというのならNTもUnixではないと言えるが。
58 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 19:15:58 ] Open Group が認定したのか? したというならソース出せ。
59 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 20:06:09 ] ほれソース。 www.opengroup.org/openbrand/register/
60 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 20:27:35 ] MacOS XはUnixだがWindowsNTはUnixではない 明確だな
61 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 22:26:35 ] 増えているのは携帯機器やらパーソナルなUNIXばかりで UNIX界の王足るSolaris様は何をしておられるのですか
62 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/06(木) 23:29:19 ] >>61 仕事してるに決まってんだろ。
63 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/07(金) 09:18:32 ] WinNTと MacOS Xを混同してるようなバカがここへなにしに来てるんだ? WinNTの POSIXサブシステムだっけか、どうしようもないシロモンだっただろうが。 今の Unix疑似る追加パックは横付けのエミュレーションだろ? ヨソから買ってきたからかなり(エミュにしちゃ)マトモだがなw そういや、カトラーは DECに居た時も当時の OS(VMSだったか?)に Unix互換環境用意して、なんも動かんかってキレたらしいww
64 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/07(金) 09:20:32 ] >>56 iPhone/iPad, Androidと ARMがさらって行く市場に、MSと Intelはまるで 入り込めない、そういう意味だよ。
65 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/07(金) 09:21:33 ] >>61 だから、「パーソナル」なんて、もう死語だというに。わからんのを。
66 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/07(金) 12:47:51 ] >>63 混同しているのはお前だけ。 >>64 モバイル + ネット + サーバで、パソコンは必要なくなる、なんていうのはWeb2.0とかと一緒の、かけ声だぜ。
67 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/07(金) 13:20:23 ] 昔から「ダウンサイジングは掛け声だけ」とか言ってる奴はいたもんだ。 一見正しいが、最終的に生きた化石になる。 残存者利益をあげられるのは生き残れる最大規模の一者だけなのにな。
68 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/07(金) 13:43:40 ] シンクラ1台1万円の時代がすぐ来るかと思ってたけど、まだ来ないな。 Android端末1万円の時代は来つつあるっぽいけど
69 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/07(金) 14:17:05 ] >>67 そのダウンサイジングの旗手だったSunが、PCにダウンサイジングされたのだから、お笑いだよ
70 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/08(土) 09:17:50 ] SUN辞めたひとたち…新しい会社とか作らないのかなぁ
71 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/08(土) 09:59:38 ] スピンアウトっぽく作った会社はそこそこあるんでねの? 日本でもここ www.atrris.com/index.html とかはそのはずだし でもかってのSUNの栄光は掴めないと思うけど そういう時代でもないし
72 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/08(土) 10:16:46 ] 最近HPC系のネットワークで注目されてるAristaもSun由来。 www.aristanetworks.com/
73 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/08(土) 22:19:46 ] >>69 今現在 Intelや MSありがたがってる方がよっぽどお笑いww
74 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/08(土) 22:32:40 ] WinNTをシュリンクできなくて(32bit CPUなのにね)WinCE、んでそれさえ いい評価もらえてないのに比して、Androidや iPhone OSはほとんど Unixのまんま 小デバイスに載って、すごい勢いで普及しはじめてる。対極にあるよ。
75 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/09(日) 00:42:15 ] >>73 見えない敵と戦うのやめなよ >>74 >>59 にはAndroidもiPhone OSも含まれてないぞ。墓穴を掘りおって。 そしてWinCEはNTよりもUnixに近いぞ。
76 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/09(日) 22:36:15 ] はぁ? 見えない敵? 墓穴? なんのこっちゃ。WinCEが Unixに近い? ぜんぜんそうは思わんが(というかそんなこと全くどうでもいいが)、 そうだと、どうなの? なんかマイナスが減るとか? なんの言い訳なの? : キミ、なにしに来てんのww
77 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/10(月) 02:22:22 ] > キミ、なにしに来てんのww
78 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/10(月) 20:54:01 ] >>77 名前:名無しさん@お腹いっぱい。 投稿日:2010/05/10(月) 02:22:22 >> キミ、なにしに来てんのww 02:22:22 ←ここが笑うところですね。わかります。
79 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/10(月) 21:57:53 ] >>77 2:22:2 素晴らしい!オグリキャップ世代にはうらやましい^^
80 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/14(金) 22:32:18 ] SAP、サイベースを58億ドルで買収へ www.computerworld.jp/topics/ma/181249.html SAPがサイベースを買収する本当のねらい www.computerworld.jp/news/trd/181429.html
81 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/15(土) 09:09:01 ] >>80 恐ろしく懐かしい名前だね。Oracle, Sybase, InformixとDB御三家を呼ばれてたことを思い出す。
82 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/05/15(土) 13:51:22 ] InformixはIBMに買われたしDBと関連製品でやってけたのはOracleだけだったなぁ
83 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/15(土) 20:22:45 ] そのOracleに集まったBerkeleyDB、DEC Rdb、MySQL、等々はどうなるのだろう。
84 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/16(日) 02:48:51 ] >>28 05が出るからね
85 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 01:15:29 ] ttp://www.geocities.jp/andosprocinfo/wadai10/20100515.htm Marvellがマルチコアのサーバ向けARMプロセッサを開発中 x86に比べて性能あたりの電力は1/5以下になる Windows ServerをARMに移植中、x86エミュレーションも開発中 SPARC終了の足音かな、これは。
86 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/05/17(月) 01:48:10 ] なんでそこでSPARC終了やねん x86終了のお知らせやろがw
87 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 02:07:15 ] こういうのは、見せしめ的な側面が大きいからな
88 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 02:08:15 ] 誤爆
89 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/05/17(月) 02:39:05 ] いや Intelに対するMSの見せしめと考えると面白い
90 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/05/17(月) 02:43:34 ] ttp://www.marvell.com/company/news/press_detail.html?releaseID=1397 Marvellは最近面白いんだよな Solarisのドライバも相変わらず配ってくれてるし 個人的には好きな会社
91 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 02:59:25 ] Niagaraより売れたら褒めてあげようw >>Marvell
92 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 03:11:30 ] とっくに省電力ではなくなったNiagaraにとって、省電力を売りにするARMは敵じゃないだろう もはやSPARCは、ARMに侵蝕されるような部分は、とっくにx86に侵蝕されてるので、いまさらARMが来ても侵蝕される部分はないだろ。
93 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 11:43:55 ] いや。単に製造プロセスの微細化が重要(アーキテクチャがまともなら)という ことでしかないだろ。Niagaraは現状進展がないが。金はかけると言ってたから、 まだ出てくる可能性はある。 ただ、「x86に比べ」の比較元は何なのかは気になるね。 Atomも線上に乗るのかな?
94 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 11:46:14 ] >>89 つーか、エミュレーションなんかでそんなに性能出るわけないので、 ただの花火だと思うが。何度繰り返されたことか。 本命は Linux含む Unixに決まってるし。WinServerなんかいらんいらんww
95 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 13:25:03 ] Solarisも Javaも Oracleが Googleに売ればいいのにな。
96 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 18:57:56 ] Oracleがネットワークを買ったら信じる。
97 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 21:37:25 ] >>94 IA-64と同じじゃね? パフォーマンスが要求されるものはネイティブで、あまりパフォーマンスが要求されないものはエミュレーションで。 たとえば、MSのSQL Serverはデータベース本体はネイティブだけど、管理ツールはエミュレーションで走ってる。
98 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/17(月) 21:39:02 ] ぜんぶエミュレーションするなら、Windows ServerをARMに移植する必要はないわな。
99 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/18(火) 10:17:21 ] そういうのは Wabiとかその他 DEC Alphaとかでもさんざんやったんだって。 当時は本気だったけど、今回のは違うでしょ。揺さぶりだと思う。
100 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/18(火) 11:48:34 ] そいつら失敗例 IA-32ELっていう直近の例、それも、まずまずの成功例を挙げてるのに、失敗例をもってきて既出とか言うなよ。
101 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/18(火) 14:32:20 ] Moorestownのパフォーマンスを見ればARMの優位性は既に風前の灯だとわかる それでも既存市場を守ることはできるかも知れないが x86サーバーのシェア食うこと期待してる奴は間違いなく馬鹿
102 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/18(火) 20:51:49 ] > IA-32ELっていう直近の例、 あげてないあげてないwwwwwww
103 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/18(火) 20:53:03 ] >>101 どうにもならんな、Atom。安パソコン以外にま全く使ってもらえない。
104 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/18(火) 23:35:00 ] Moorestown Battery Life (Figures by Intel) Total Phone Power Consumption Idle 21 - 23 mW Audio Playback 120 mW 1080p Video Playback 1100mW+ Web Browsing (WiFi) 1100mW 2G Phone Call 550 mW 3G Phone Call 1200mW 参考 Snapdragon(65nm) 1GHz 最大500mW Snapdragon(45nm) 1.3GHz 待機時10mW以下 Tegra 2 音楽再生時30mW以下 動画再生時500mW
105 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 00:15:41 ] >>102 97が読めないか、意味がわからないか・・・いずれにしても、あんた馬鹿ぁ
106 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 00:18:05 ] パソコンとかモバイル機器の話してどーすんだ? 今度のMarvellはARMのメニーコアをサーバ用に開発してるっていう話だぞ。 せいぜい2コアのAtomなんには手が届かない領域だ。
107 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 00:21:09 ] その地点はNiagaraが5年前に通ってる
108 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 00:26:34 ] MIPS...
109 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 01:26:38 ] >>107 だから何? 停滞しているNiagaraシリーズが追い越される可能性があるっていう話だろう、そもそも。
110 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 09:37:55 ] x86なんて時代遅れにしがみついて。あわれw
111 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 09:40:58 ] >>105 Wabiは当時それなりに使われてたし。Win95対応への待望表明もそこそこあったんだぞ。 「まずまずの成功例」...プププぎゃぐやめてくれる?w
112 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 09:45:38 ] >>110 先端を行くことが必ずしも良いことではないよ。特に大企業では。
113 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 10:00:11 ] >>111 Wabiってサーバ向けじゃないだろ
114 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 11:55:33 ] 「まずまずの成功例」...プププぎゃぐやめてくれる?w
115 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 13:25:01 ] >>112 だけど子供の世代にサル扱いされるのはヤだし。
116 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 13:25:13 ] そもそも Marvellが鯖石作って売れる とは思えないんだが
117 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/05/19(水) 14:57:41 ] さぁどうだろうね 鯖チップセットの実績あるnvidiaがCUDAひっさげて チップセットビジネスに再参入してくるかもしれんし それをどっか大手が商品化してサポートするかもしれん IT業界は明日どうなるかわからんよ
118 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 17:46:59 ] ひとはそれをきぼうてきかんそくという
119 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 18:18:15 ] どのみちパソコン取られるから数出てる以外存在価値のない x86は終了。
120 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 18:44:22 ] iPhone/iPadや Androidが一般化、アプリ普及 ↓ パソコンがマイナー機器に ↓ 「どうせパソコン使うんなら、わざわざ普段と違うプラットフォームにする 意味ないよねーw」 ↓ x86しゅーりょー
121 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 20:18:12 ] 相変わらずキチガイすなあ
122 名前:名無しさんφ ◆rNiNKtLPbM mailto:sage [2010/05/19(水) 22:36:13 ] 10年後、もうだれもSunのことを覚えていないんだろうなぁ。
123 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/19(水) 23:18:46 ] >>117 AMDでさえ、サーバに進出したしね。 K7の頃は、とてもサーバに使えるシロモノじゃなかったのに、今じゃ・・・。 >>120 ぷ。IT流行語に乗せられて踊るタイプ? >>122 すでにORACLE Solarisだしなー。 SPARCなどのハードウェアビジネス、いつまで続くのやら。
124 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/20(木) 13:29:57 ] 非互換性が高い、エミュも難しい。数が出ている。 x86と、MSなソフトと、昔のメインフレームに共通するビジネススタイルね。 古典的手法だわな。消えるのみ。
125 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 16:13:37 ] メインフレームは生き残りそうじゃないか, メインフレームとパソコンの中間にあったものは 全て無くなりそうなのに…
126 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 18:35:41 ] パソコン、なくなるよ? いま中途半端の最右翼。
127 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 20:08:13 ] Atomはサーバに使えない、じゃなくて Intel が使わせないようにしているんじゃない? ネットブックか MID 以外に使いたいときとか Intel チップセットとセットで買わないときに 値段が跳ね上がるとか ARM はそういう制約が無いからそこそこのパフォーマンスを持ったサーバ用途にも 進出してきている訳で しかし、省電力とパフォーマンスのバランスからいうと、組み込み向け MIPS か PowerPC じゃないかと思うのだが
128 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/21(金) 20:27:31 ] それ用のチップセットを自前で作る羽目になるのでその分のコストがかかる >>Atomサーバー
129 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/05/21(金) 21:04:47 ] IONがあるじゃん
130 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/05/21(金) 21:05:29 ] あーごめんTegraね ARMが同梱されてる
131 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/22(土) 03:39:30 ] モバイル系ノートPC、サーバ どちらにも言えることだが、 筐体全体の消費電力に占めるCPUの割合は、 あまり高くない。 Niagaraシリーズだって、CPUはCoolでも、それ以外がHotでしょ。 Atomのような低速なCPUでサーバ作ったら、電力効率が悪くてダメ。
132 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/22(土) 06:35:11 ] Atomは位置づけが中途半端なんだよ 省電力にもなりきれていないしパフォーマンスも大したことない
133 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/22(土) 07:56:28 ] 売り上げと出荷数は半端ではない
134 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/22(土) 08:32:43 ] >>132 でもAtomがフィットする領域がデカいから。 しかし何で、このスレでx86叩いてる人は、SPARCではなくARMをx86と比較してんだ? いくらARMがx86よりも優れているという話をしても、SPARCとは関係ないじゃん。 ちなみに、Atomが使われてるネットブックの初期ってさ、 マイクロソフトが安くWindowsを提供しないってんで、MIPS + Linux だったよね。 SPARCぢゃなかったんだよねー。
135 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/22(土) 10:46:24 ] MIPSネットブックまた出して欲しいなぁ x86は秋田
136 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/22(土) 22:23:10 ] Xeon7500シリーズはItanium並みの価格なんだな インテル、3年ぶりに「Itanium」新版を発表 itpro.nikkeibp.co.jp/article/NEWS/20100209/344391/ 製品の仕様と価格(1000個受注時)は、「9350」が動作周波数1.73GHzで35万4380円、 「9340」が同1.60GHzで19万120円など。 NEC、日本ヒューレット・パッカード、日立製作所が、搭載サーバーを製品化する見込みだ。 インテル、16スレッド同時実行対応の「Xeon 7500番台」 pc.watch.impress.co.jp/docs/news/20100331_357926.html ナンバー 周波数 Turbo Boost QPI(GT/sec) コア/スレッド数 TDP(W) L3キャッシュ OEM価格(円) X7560 8/16 2.26 130 ○ 24MB 6.4 335,420 X7550 8/16 2 130 ○ 18MB 6.4 247,930 E7540 6/12 2 105 ○ 18MB 6.4 179,880 E7530 6/12 1.86 105 ○ 12MB 5.86 126,370 E7520 4/8 1.86 95 × 18MB 4.8 77,770 L7555 8/16 1.86 95 ○ 24MB 5.86 286,810 L7545 6/12 1.86 95 ○ 18MB 5.86 189,600 X7542 6/6 2.66 130 ○ 18MB 5.86 179,880 X6550 8/16 2 130 ○ 18MB 6.4 223,580 E6540 6/12 2 105 ○ 18MB 6.4 155,530 E6510 4/8 1.73 105 × 12MB 4.8 67,590
137 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/22(土) 22:56:59 ] Itaniumの値段が下がったからな
138 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/05/22(土) 23:32:24 ] www.xbitlabs.com/news/cpu/display/20100519235548_Intel_Outlines_New_Tech_to_Boost_Performance_of_Single_Threaded_Software_on_Multi_Core_Chips.html
139 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/22(土) 23:41:10 ] 異なるコア間で投機実行か。 それ用にコンパイルする必要があるのかな?
140 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/23(日) 08:09:37 ] もともとItanium2の値段は安かったよ。
141 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/23(日) 10:48:52 ] Rockのスカウトスレッドみたいだな 読んでないけど
142 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/26(水) 01:13:37 ] Cobalt Qube
143 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/26(水) 11:59:27 ] Intelの人も、 AtomはXeon5600よりも性能あたりの消費電力で劣るから向いてないよ、それでもAtomを選ぶ用途があるなら、まぁいいけど・・・ みたいなこと言ってたらしい
144 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/26(水) 13:13:01 ] 単価が高いXeon売りたいんだからそう言うに決まてるwwwww
145 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/26(水) 13:34:18 ] >>144 Atomの利幅も相当なものらしいがね。
146 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/26(水) 15:01:51 ] Atomは利益率が高いが単価が低いので利幅はXeonより小さい
147 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/26(水) 16:41:30 ] >>134 > いくらARMがx86よりも優れているという話をしても、SPARCとは関係ないじゃん。 逆逆。SPARC叩くのに x86 x86言うアホがおるから、x86の話してやってんじゃん。
148 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/26(水) 17:38:40 ] 無理がある
149 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/26(水) 17:46:58 ] 遠大ってこういう時に使う言葉だったのか
150 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/26(水) 21:46:58 ] NEC、IPFサーバ ACOSシリーズに新モデル追加――設置面積半減、消費電力は約20%減 www.itmedia.co.jp/enterprise/articles/1005/26/news011.html データセンターのすべての分野での適用を狙うIntelの取り組み journal.mycom.co.jp/articles/2010/05/25/intel_dc/index.html ascii.jp/elem/000/000/523/523854/ >ただ、インテルがいかに力説しようとも、Itaniumに明るい未来が残って >いるようには見えないのが正直なところだ。OSサポートは確かに重要では >あるが、現実には「レガシーモード」であり、既存システムの延命のために >使われるのが主になっていくと思われる。機能も性能も同等でOSサポート >だけが違う、ということならともかく、これまではXeonとItaniumとでは >価格帯もまるで異なっていたので、新規設計のシステムであえて >Itaniumを選ぶのは相当に特殊な事情がある場合に限られそうだ。
151 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/26(水) 22:32:07 ] Rainbow Falls まだー?
152 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 10:40:54 ] >>150 スレタイ読め それとも、SPARCはItaniumと同じ道を歩むとでも?
153 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 11:13:21 ] Itaniumと同じくSPARCの新型が出るとでも? すばらしい楽観論だ
154 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 12:22:57 ] >>153 出るだろ Itaniumと同じくらい、計画通りにリリースされるとは思えないようなロードマップが。
155 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 13:48:44 ] warota
156 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 14:58:48 ] >>154 Rock開発中止のリリースさえ出ないのに?
157 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 15:03:47 ] Ita 会社は儲かってる : 技術的にダメ SPARC 会社は儲かってない : 技術的にまっとう 正反対だ。
158 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 15:19:39 ] Rock量産の暁には
159 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 15:34:17 ] >>157 それ信者の曇った眼じゃないか? SPARCって本当に技術的にまっとうなのか? Itaniumって本当に技術的にダメなのか? 俺には大差ないように見えるんだが。
160 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 15:35:41 ] SPARC Itanium --- レジスタウインドウの壁 x86 ARM MIPS POWER レジスタウインドウの有無で明暗が分かれているように見えるのは気のせいかな
161 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/05/27(木) 16:26:01 ] MIPSはもう鯖やWS用の石じゃないじゃん
162 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 19:22:45 ] >>159 Itaは死ぬ程金も人も時間もかけた。おそらくあれ以上に資源割くことは ほかのどの会社にもできない。 ひるがえって、SPARCは資金投下額がケタ違いに少ない。お話にならんくらい。 しかも、プロセス世代も古い。が、タマにそこそこの性能を出していた。 違いは明白。 >>160 Itaがレジスタウィンドウのせいでダメだったなんて話はどこにも存在してない。 願望はここで垂れ流さないでくれないか? 場所違いなんだが。 x86がヨソで相手してもらえないからって、Intelさえ言わないことを 並べ立ててもミジメなだけだろ?wwwwww
163 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 19:24:39 ] >>161 これも金その他のかけ方の話であって、アーキの素性とはなんの関係もない。 「アーキは関係ない」と言ってみると、x86アーキがクズじゃなくなると思ってる バカはどうしようもないねwp
164 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 19:25:35 ] (精巧に構成されたベンチマークで)タマにそこそこの性能
165 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 19:34:03 ] ゲ ハ で や れ
166 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 19:37:53 ] >>164 使ったこともないのに、なんでこんなとこへ来るわけ? まいどまいどヘボいつっこみ寒いんだけど。
167 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 20:20:00 ] >>161 SPARCはデジカメ、プリンタ、NAS、人工衛星など、幅広く組込で使われてるって主張する人もいるから、 ここでは、サーバやUNIXに限定せずに並べてみた。 >>162 具体的な累計金額をどうぞ プロセス世代が古いって、どっちの話? > Itaがレジスタウィンドウのせいでダメだったなんて話はどこにも存在してない。 よく言い切れるもんだな。 レジスタウインドウがボトルネックかどうかはともかくとして、 それを使うという判断をするような設計方針が共通してるんだよ、 SPARCとItaniumは。
168 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 20:28:40 ] >>167 >レジスタウインドウがボトルネックかどうかはともかくとして、 >それを使うという判断をするような設計方針が共通してるんだよ、 >SPARCとItaniumは。 レジスタウィンドウがボトルネックじゃないなら、 共通していようがいまいが関係無いんじゃないの? 論理的に言ってさ。
169 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 20:47:45 ] 別にボトルネックじゃないだろう 特にメリットでもないけど
170 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 21:04:59 ] >>162 Itaniumの製造プロセスも古い
171 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 21:06:43 ] >>168 病気で言えば、レジスタウインドウは病気の症状で、病気そのものじゃない、ってことかと
172 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 21:10:07 ] レジスタウインドウって言い訳に使われる犠牲者だよな
173 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 21:12:06 ] >>142 コバルト飼い殺しした祟りだと俺は思っている。 あれは酷かった。 思えば、Sunの凋落はここから いやこのあたりから始まったと言っても 過言じゃない。同じ頃、Intel Solarisを開発費の関係で潰そうとして、コミュ ニティから反発受けて、継続したのもこのころ。 これがなかったら、Sunは5年早く潰れていたんじゃないかと思う。 メモリ関係でもなんかとんでもない問題あったような・・・ このころ。OS側 でパッチ当ててなんて・・・ JavaもJiniやらJiroやらあったのに世に出ることもなく・・・ 今のSunの分岐点それは、2001年だったのではないかと俺は想う。
174 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 21:39:48 ] だからさー、x86向けの SunOSはもっとずっと昔からあったんだってばさー。 外部界面のオープンさは一貫してるけど、中身まで見せるかどうかは 創業以来何度も逡巡してて、別に Cobaltの頃どうこうと関係ないぜ。 Cobaltの買収は、管理ツールまわりを Solarisに取り込もうとしたもんだろ。 ほとんどやらなかったけど。 俺は「なんでそんなもん買うかな」って思ったけどな。
175 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 21:42:00 ] >>167 > よく言い切れるもんだな。 こっちのセリフだ、タコ。 おまえが「Itaがレジスタウィンドウのせいで遅い」って根拠をひとつでも示してから お説垂れてくれるか? お?!
176 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 21:50:09 ] >>175 レジスタウインドウのせいで遅いなんて言ってないんだが。 あんたの敵は、あんたの頭の中にいるんだよ
177 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/27(木) 23:26:02 ] ItaniumにはHP-UXがあったがx86にはWindowsとLinuxとx86 Solarisしかない x86ハイエンドサーバ売れるのか
178 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/05/28(金) 03:06:46 ] >>163 別にx86はクズじゃないなんて一言も書いた覚えがないんだが Intelはx86がクズだから性能上げらないし 命令セットを次々新設して必死にそこから逃げ出そうとしている
179 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 07:21:59 ] >>177 売れるでしょ。 PA-RISCやSPARCも最初は馬鹿にされたもんだよ。 UNIXサーバなんか危なくて使えるかよ、と。
180 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 11:04:13 ] >>176 >>160 真性だな。キモすぎる。
181 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 11:06:22 ] >>179 SPARCは馬鹿にされてなんかないが。Unixの信頼性についてはいろいろ言われた。 PA-RISCねぇ。オレは評価した人には会ったことがないね。 HPが安売りしてる、カタログ値がいい。あとは悪い話ばっかり。
182 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 11:08:08 ] 真性狂儲が帰って来た!
183 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 11:13:20 ] >>180 >>171
184 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 11:14:25 ] >>181 メインフレーム屋がUNIX屋を馬鹿にしてたんだよ。 銀行の勘定系にUNIXサーバなんて使えるかボケ、と。
185 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 11:16:03 ] おっと言葉が足りなかったな もちろんSPARCも馬鹿にしてたよ、あんな信頼性のないプロセッサが使えるわけないだろ、と 最近だよ、富士通のSPARC64マシンでも良いかな、っていう話になってきたのは。
186 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 11:50:46 ] プ。Unixまともに使えなかっただけ、だろ。あんたがさ。 今からでもベンキョしたら? 話はずしすぎで、ぜんぜんつまんないよ。極限無知ww
187 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 11:51:40 ] メインフレーマー自己申告されました。 ..ぷぷぷpppupu-
188 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 11:56:30 ] まあ、Unixもろくに使えないメインフレーマーが、本業で役に立つのかというと 甚だ疑問だわなww
189 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 12:13:09 ] キチガイ警報
190 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 12:45:42 ] まだ注意報レベル
191 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 12:58:13 ] このスレじゃ日常茶飯事だぜ
192 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 13:16:02 ] Itaniumでメインフレーム代替マシンを作る仕事は一段落して、 Xeonでメインフレーム代替マシンを作る仕事がホットだよ。
193 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 15:21:23 ] ダウンサイジングが進行形なの? あれから 20年近く経ったけどw
194 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 17:57:51 ] >>186 ,189 うわ。図星かよww
195 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 18:00:18 ] >>194 自分のことだという自覚はあるんだ・・・
196 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 18:20:03 ] へぇ。Unix使えないんだ。かあいそうに... で、ここになんの用?
197 名前:名無しさん@お腹いっぱい。 [2010/05/28(金) 18:57:56 ] キチガイage ttp://www.youtube.com/watch?v=ZYuIQIComPo
198 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 18:58:51 ] 過去に馬鹿にされてたって話じゃないのか?
199 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 20:52:31 ] で、ここになんの用?
200 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 20:57:51 ] >>199 で、ここになんの用?
201 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/28(金) 21:24:02 ] >>199 なんの用かと言われれば、Rainbow Falls いつ出るのかなと思って
202 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/29(土) 16:39:14 ] Oracle kills AMD Opteron on Sun iron ttp://www.theregister.co.uk/2010/05/27/oracle_spikes_opterons/ Sunのx86サーバの一時代を築いたAMD Opteronサーバもオシマイか。
203 名前:名無しさんφ ◆rNiNKtLPbM mailto:sage [2010/05/29(土) 17:07:06 ] >>202 ま、妥当な判断だよね。 Oracleからしたら、そもそもx86サーバなんて持っても仕方ないから。そんなのは 他に任せておけばいいわけで。ましてや、対した利幅の期待できる商品でもない。 仕舞いには、Intel Solaris自体も封印するだろう。
204 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/29(土) 19:07:58 ] Exadata用にx86サーバは残すんじゃないか?
205 名前:名無しさん@お腹いっぱい mailto:sage [2010/05/31(月) 00:46:10 ] Exadataはlinuxだからなあ、solaris x86イラネ、とoracleは考えるよね。 そこが間違い。solaris x86をなくしたらsolaris sparcも無くなると思う。
206 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/31(月) 14:17:36 ] OracleがLinuxと差別化できれば生き残る、でなければ死ぬ。 すべては神の手の上。
207 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/31(月) 18:30:07 ] 「NoSQL」を上回る性能を目指す次世代型高速SQLデータベース「VoltDB」登場 sourceforge.jp/magazine/10/05/27/033236 Oracle大丈夫け? また本家買収とかすんのかな
208 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/31(月) 18:49:47 ] >>207 もしかして DB なら何でも一緒だと思ってる?
209 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/31(月) 18:49:52 ] よく読んだ方がいいよ。VoltDBはそこいら辺の RDBMSと同じじゃない。 使い方が違う。 けど、やっぱあの時代の連中は取組みの姿勢が違うね。すごいわ。 Linuxみたいな代用品からは何も生まれてこんのは当然だな。
210 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/05/31(月) 18:52:09 ] >>207 > また本家買収とかすんのかな まあ、Stonebrakerの目指してるとこはそれの可能性大だがww
211 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/01(火) 22:03:17 ] >>205 > solaris x86をなくしたらsolaris sparcも無くなると思う。 なんで?
212 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/01(火) 23:13:04 ] 今、朝日テレビを見ていて驚いた なんとORACLE社のCMが流れたんだ 知らなかったのは自分だけだろうか
213 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/01(火) 23:35:47 ] うん、そうだよ それにしてもセンスがないCMだよな
214 名前:名無しさん@お腹いっぱい [2010/06/02(水) 00:03:34 ] 今のoracleは、次のsparcの開発がないし、xeon7500のサーバもやる気 が見られない。これでどうやってサーバービジネスやっていくのだ? intelみたって新しい世代のCPUの開発には4,5年かかっているだろ。
215 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/06/02(水) 03:21:19 ] だからH/Wは飼い殺すつもりだって書いたじゃんかよ この会社はハードウェアビジネスがどんなものかを学ぼうという気すらない
216 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/02(水) 11:35:30 ] オラクルがサーバを熱心にやったら、各サーバメーカーとのハード・ソフトの分業体制が崩れるよね。 >>213 SunのCMも酷かったな・・・
217 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 00:09:37 ] 割と大手のシステムとインフラ構築運用を仕事にしてますが、商用鯖としてのSUNはたぶん終わりました。 現行機は保守切れまで存続させるけど、コスト面から新規構築は絶望的ですよと。
218 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 05:39:07 ] >>217 ま、当然ですね。
219 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 13:37:33 ] x86でOpteronからXeonに移行完了するSunだが、SPARCどーすんだろうね
220 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 14:23:05 ] SPARCのアップグレードやめたらSolarisのアップグレードもやめるでしょ SunもといOracleは
221 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 15:08:04 ] いまSunが作ってるSPARCプロセッサやSPARCマシンは、ローエンドのNiagaraシリーズだけじゃん。 ミドルからハイエンドは富士通のOEMだしぃ。
222 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 15:15:54 ] つか、Sunは5/31で完全消滅したし
223 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 15:18:59 ] Solarisも富士通がメンテするよ。客がいれば。
224 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 17:30:32 ] 落ち穂拾いだなぁ…富士通. 他所が投げ出したモノや技術者をどれだけ集めてるのか… OracleにもOEM供給するの?
225 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 17:38:43 ] 逆だろ。Fがあっちいったりこっちいったりしないでスジの通った行動しないから、 どれも結果が出ないんだよ。
226 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 18:30:32 ] そのとおり。 スジの通った行動しないとSunみたいになっちゃうぞ。
227 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 18:59:11 ] 残存者利益があるかどうかだけだな論点は
228 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 22:10:25 ] 昔Solarisサーバ買った客でシステムはそのままでハードだけ買い換えたいって ところは、結構あると思うんだよね
229 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 22:29:32 ] いまUltraSPARCって、Niagaraシリーズしかないじゃん。 SPARC64になると、ハードだけ入れかえと言えるのかどうか・・・。
230 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 22:52:02 ] なんで?
231 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 23:07:20 ] むしろTシリーズに置き換えたら性能出なくてたいへんって ケースの方が多いんじゃないか?
232 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/03(木) 23:36:58 ] >>225 スジの通った行動とやらをして、Sunと共倒れはカンベン、ってことだろ
233 名前:名無しさんφ ◆rNiNKtLPbM mailto:sage [2010/06/04(金) 00:48:56 ] >>228 いや、殆どないよ。 むしろこういう事態になって、もう期待もできないから、さっさと、x86/x64に 転換する経営判断下しているよ。 だからといって、FのSPARC64って判断はただの延命だということも知って いる。
234 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/04(金) 01:49:22 ] そろそろsunの資格試験もVUEに移っちゃうのかな。
235 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/04(金) 02:33:20 ] >>230 CPUもサーバも、メーカーが変るんですよ? 筐体のデザイン・構造からして、違うし。
236 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/04(金) 02:45:04 ] それを言ったら、IIIやUV -> Tだって全然ちがうやないけ。
237 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/04(金) 02:56:28 ] ×UV ○IV
238 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/04(金) 19:59:54 ] >>236 同意
239 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 15:33:30 ] やけくそで富士通がOracleごとSunを買収してSPARC製品を強化するしかない!!w
240 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 15:51:24 ] で、ちょっとしたら両方を分離独立させるんですね
241 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 16:10:51 ] >>239 どっちかというと逆だろ? Oracleは世界二位のソフトウェア会社だぞ?
242 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 16:54:33 ] そうそう, Oracleを買収なんて無理. Oracleがばらばらにして捨てていった SUNの断片を拾い集めて組み合わせると 良いものが出来ないかなぁ…
243 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 16:56:29 ] オラクルは何がしたいんだろう?
244 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 17:08:02 ] ・合衆国政府に言われて致し方無く ・リストラ候補の確保
245 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 19:03:18 ] >>242 拾い集める必要がない
246 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/06/08(火) 20:55:10 ] >>243 みんながSunのH/Wが死んだということを認めるまで待ってる
247 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 22:32:41 ] MSやIBMじゃ大きすぎる、Appleと合併とかあるかな。
248 名前:名無しさん@お腹いっぱい。 [2010/06/08(火) 22:37:00 ] >>213 アイアンマンのあれ? 高級感を通り越していかにも高そう、こんなシステム入れたら、利益をみんな吸い取られそうな希ガス 超高温のお灸をすえられそう。
249 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 23:09:10 ] >>247 時価総額だとMS抜いてAppleがIT企業の中でトップだぞ
250 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 23:14:31 ] IT 企業トップと言うより、全米で2位の方が驚いた
251 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 23:19:18 ] 現時点での時価総額 AAPL 2290.3億ドル MSF 2192.7億ドル IBM 1588.4億ドル GOOG 1546.6億ドル ORCL 1081.1億ドル HPQ 1069.4億ドル
252 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/08(火) 23:20:43 ] MicrosoftはMSFTでした MSFT 2192.7億ドル
253 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 13:26:33 ] ゴミクズばっかり残ったな。
254 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 16:19:18 ] SUNWが真面目に仕事せずにサボってJAVAになった結果だな。
255 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 16:20:18 ] 目立たず サボらず 仕事せず
256 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 16:57:57 ] Sunの殿様商売っぷりには反吐がでたね
257 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 17:08:09 ] 末期の悪徳セールスっぷりにも
258 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 18:31:08 ] オマエのことをクズだと言ってるんだこのクズ
259 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 20:11:12 ] 生まれてごめんなさい
260 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 22:31:59 ] しかし、なんつーかな 俺はSUNを辞めるときに、同期に「この会社は10年以内に潰れるよ」 と言い放って辞めているんだが、予想通りだった。 完全に技術バカになっていたし、完全にLinuxを舐めていた。 なんで人の言うことを聞かないんだろうね。 俺の助言を聞いていたら、すこしは違っただろうに。苦し紛れの AMDマシンだとかは、量としては結構捌いていたみたいだけれど、 悲しかったね。
261 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 23:01:36 ] 潰れる時はそんなもん
262 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 23:30:44 ] AMDマシンを売るにしてもだ。 使いどころが限定されるNiagaraなんぞ捨てて、本気で次期主力ローエンドとしていたら生き残っていたと思うぞ。 仕方なくRedhatのOSを採用してるケースも多いだろうからな。
263 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/09(水) 23:41:07 ] >>260 マクネリなのかシュワルツなのか知らないが、 彼らにどういう提言をしたんだい?
264 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 00:15:04 ] お弁当箱路線を大事にしていれば… SPARCclassicかわいいなあ
265 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 02:19:06 ] DECを弱らせて潰したのが悪かったな DECがCOMPAQに買収され技術者が流出しなければ 今ほどAMDやIntelのCPUは性能出てなかっただろうに
266 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 02:35:15 ] 技術論で片付くものでなく
267 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/06/10(木) 03:09:33 ] コモディティ(イメージ)とオープンソースが宗教化したからな
268 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 06:25:40 ] >>263 彼らに直接じゃないけれど 本格的にローエンドのLinuxマシンを作るべきであるという点と、直接お客様と マンツーで取り組む姿勢、などなど・・・技術以外の気になった点を担当部署 には投げていたよ。 全部やらなかったけれどね。 Linuxに関しての提言は同期は受けてくれたけれど、既存の人間(元DEC)が 鼻で笑って終わっただけ。当時、ハイエンドで喰っていければいいなどと言って いた人間だったが、タンデムなどの例を出すまでもなく、ハイエンドでも喰って 行けなくなった現在、傲慢だったなぁと思うよ。 技術よりもSunが負けたのは営業力とその戦略。知名度の低いSunはローエンド やミッドレンジを喰われると、本当にハイエンドのみになってしまう。
269 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 06:43:23 ] >>267 コモディティ部品を使ってUNIXワークステーションを作るというのがSunの創業じゃないか。 オープンソースなアプリケーションソフトを使いたいがためにSunを買う人達に支えられて育った会社じゃないか。 Sunは自分の戦法で負けたんだよ
270 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 07:11:25 ] >>268 Linuxはともかくどうしてローエンドマシンを出さなかったのかな。 さすがに、音楽ビジネスでまきかえしは無理だろうが、 デスクトップ環境を整備すれば、 itunesストア以前のMacくらいは生き延びたかもしれない。
271 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 07:52:28 ] LinuxマシンならDELLと価格勝負になるが、DELLには勝てまい。
272 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 08:22:17 ] HPはDELLに勝ったけどね。(といってもCompaq吸収したのが影響として大きいんだろうけど) SunもうまくやればHPみたくなれてたかも、と思う。 まぁそのHPはItaniumさよなら決定してハイエンドをどうするのかね。 x86で攻めるつもりなんだろか。 DELLはDELLでローエンド鯖にARMを使う予定があるっぽくてわくわくするね。
273 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 09:39:15 ] >>270 ローエンド機を出すという発想はずっと以前からあって、SS5や SS4はそういう 方向を向いたもんだった。Solaris2が出た直後から、Solaris Liteという 話もあった。マルチメディア方面も向いていた。が、できなかった。 Solaris Liteは結局 MacOS Xが実現したようなもの。 JavaStationも SunRayも、なんとかって Javaの小箱もあったけど、 ネタだけもってかれた感じ。
274 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 09:44:21 ] (利益の大きい)ハイエンド機を喰ってしまうといけないので、 高性能の廉価機は出せなかった。例えば、Weitekの倍クロック SPARCや ROSSの高クロック hyperSPARC、TurboSPARCは潰されたのと同然。 つまり、そいつらを活かすためには、ハイエンドがもっともっと高性能な 必要があった、ということだろう。結果的に。
275 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 10:39:40 ] >>272 > SunもうまくやればHPみたくなれてたかも、と思う。 Sunが HPみたいになってたとして、何がうれしいのよ。 > x86で攻めるつもりなんだろか。 くだらん。 > DELLはDELLでローエンド鯖にARMを使う予定があるっぽくてわくわくするね。 めちゃくだらん。DELLになんか技術をひっぱる力があるとでも? ゼロは 1兆倍しても、ゼロ。
276 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 11:59:49 ] >>268 >本格的にローエンドのLinuxマシンを作るべきであるという点と、 それ、いつ頃? 2004年頃だったか、Sunは苦し紛れにSUSEベースで「Java Desktop System」とかいう 取って付けたような「要らない子」を出したことがあったよ。 何もやってなかった訳でもなくて、的外れなことなら多少は実行していたんだと思うw
277 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 12:12:00 ] >>273 > JavaStationも SunRayも、なんとかって Javaの小箱もあったけど、 Sun SPOTだな。
278 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 12:14:37 ] >>269 > コモディティ部品を使ってUNIXワークステーションを作るというのがSunの創業じゃないか。 決定的に違うのは、Sunがやらないと他にできない、あるいは他がやらない、という ことじゃないって点だよ。 したり顔で Linuxだソース公開だ言ってるやつはバカとしか思えん。 誰にでも言えるわな、そんなことは。自分でやれや。
279 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/06/10(木) 14:13:23 ] >>269 結果論だがノートPCを出さなかったのが効いたな… >>270 Ultra20とかそういう目的のマシンだったかと まぁnForceとAMD積んだPCなのだが Bladeのいちばんちっせえやつとか いかんせん価格と性能がね… >>273 Sgiの末期もShowcaseという3Dオブジェクトを扱える 素晴らしいプレゼンソフトを更改しようとしてたようだが プロジェクト自体お蔵入りになった あそこもFahrenheitとかゴタゴタしてまぁM$にしてやられたわけだがw >>275 まぁDELLに技術を引っ張る力はないねw >>278 大学とか教育機関がSun買わなくなったから…
280 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 17:25:47 ] スレタイ通りに故人をしのぶはなしが弾んでいますね。
281 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 17:28:31 ] 亡児の歳を数えるのも楽しいもので
282 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 20:01:38 ] AMDや Intelで CPUクロックを上げた連中が DECの亡霊だとしたら、 Sunの亡霊は Googleにいっぱいいるわけで。 BSD方面の人間は Appleに大量にいるし。たのしみたのしみww Wintelがひどい冗談だったと歴史に刻まれるのも時間の問題。
283 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 20:04:50 ] Wintelがひどい冗談だったと歴史に刻まれるのも時間の問題。 ・・とネガキャン張ったマクネリ狂団も鬼籍となり歴史に
284 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/10(木) 20:11:10 ] エリックシュミットとスコットマクニリは同一人物だ
285 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 07:54:21 ] コバルト買収って何だったんだろうね あとネットスケープ系のソフトとかさ EMSが強い時代というのはサン向きではあったんだろうけど 半導体の開発能力、サーバーの製造技術、Linux時代のワークステーション戦略の不在が響いた SPARC Solarisとx86 Solarisもうまく統合できなかった
286 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 10:50:30 ] ZFSとCrossbowとCOMSTARで職場のストレージを維持したいので、せめてOpenSolarisだけは死なないで欲しい。
287 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 11:36:14 ] >>284 自演かよ
288 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 19:39:00 ] >>272 Xeonでいいんじゃね? >>274 結果的には、 x86に下から食われるくらいなら、自社製品に下から食われたほうが、よっぽどマシだったよなぁ。 >>275 ORACLEに身売りしなくても済んだだろうな。 >>278 Sun創業当時、Sunはそんなにユニークな会社じゃなかったと思うが。
289 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 19:41:09 ] >>279 東芝や富士通がSPARCのラップトップを作っていたと思う。 ノートPCを作る上で、画面の解像度が最大のネックだったと思うよ。 簡単に手に入るのは640x480の液晶パネルだが、それじゃ狭い。
290 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 19:48:28 ] むかし大学にはSun信者がたくさんいた そして彼らはSunOS使いだというだけで就職口をゲットし、就職先にもSunのマシンを導入しまくった しかし、そこには大きな問題が Sunのマシンは個人が自宅に持つには高価過ぎ、システム管理を学ぶ機会は限られていた そこで、x86なパソコンの性能が上がるにつれ、Linuxで「我慢」する人達が現われた これがSunの敗因 大学一年生にx86パソコンと同程度の値段でSunのワークステーションを売るべきだったのだ
291 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 20:24:28 ] 個人のオモチャに商用OS&専用ハードは要らんのじゃね?
292 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 20:34:40 ] Linuxは、まあ仕方ないんじゃないかね 正直ここまでサーバ市場に出てくるとは思ってなかったし それより当時、なぜかJavaが流行りはじめてたので、JavaVMに SPARC/Solarisならx86/windowsより10倍ぐらい速く動くような仕組みか 仕様を入れておけば、よかったかも
293 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 21:39:37 ] >>291 そういう考え方が原因でSunは負けたんだよ。 企業サーバも個人のパソコンの延長線上にある ってことを良く理解していたマイクロソフトは、 大学の学生にアカデミック・ライセンスを激安価格で提供したゾ。 >>292 > 正直ここまでサーバ市場に出てくるとは思ってなかったし それが甘いというのですよ Sunのワークステーションもまた、最初はパソコンに毛が生えたものとしてナメられてた。 しかし、 目の前にあるワークステーションに対するサーバなら、ワークステーションをスケールアップしたものが良い というのは普遍的なものなんだよ。 Sunがのし上がるのに使ったのと同じ法則で、x86 & Linuxはのしあがってきたわけ。 だから、デスクトップのワークステーションを安く広く売らないといけなかったのよ。 > JavaVMにSPARC/Solarisならx86/windowsより10倍ぐらい速く動くような仕組みか仕様を入れておけば、よかったかも そしたらJavaVMはx86やWindowsでは使われず、Sunローカルのものに留まったか、 あるいは、 マイクロソフトがx86なWindowsでも速く動くJavaVMを投入して企みを打ち砕いたでしょう (よく覚えてないけどSunとMSではJavaVMの速度特性が結構違っていたと思う。)
294 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 23:08:55 ] 今日日の学生がUNIXシステム管理などしない。助教ですらユーザーになりきる。
295 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 23:16:16 ] そりゃ今の話だろ Sunが陣地を失い始める火種が産まれたときの話をしてるんだ
296 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 23:21:21 ] >>293 少なくとも個人のオモチャにOS専用のハードは要らんだろ MSやLinuxを例に出すならそういうことになる AIXやHP-UXには割高な専用ハードを買う価値があり、Solarisにはそれがなかった
297 名前:名無しさんφ ◆rNiNKtLPbM mailto:sage [2010/06/11(金) 23:25:31 ] >>295 それ、当たっているよ。 かつて、UNIXワークステーションが置いてあったような大学 だが、今では学生の殆どがそんなもの使わない。同じ大学だよ。 というかそういうものがなくなったから、Sunなんて無名なメーカ に成り下がったしね。HPやIBMのようなネームバリューってそも そもSunにはなかったし。 だが、大学にあって振れる機会があったから、業界ではそこそこ という状態だったがそれもなくなり・・・・将来的にSun等知らない という管理者も現れるだろうと危惧もしていた。 ただそんな心配もなくなったけれどね。今や企業でそんな人材を キープしているところも減りつつある。全てアウトソースか、外部 リソースを使うようになってきた。 エントリーモデルがなくなったら、一般知名度の低いSunでは 本当にハイエンド以外で相手にされなくなってしまう。だが、ハイエンド だけで喰っていこうとして死んだ企業は山ほど有る。IBMがPCをやめ ても、もともとのネームバリューがあるからってのとは訳が違う。
298 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/11(金) 23:33:03 ] >>295 何年前の話をしてるんだ? 10年前から294のようなもんだったろ。 高価なワークステーションを買い与えてもインプリされたものしか 使えない。使いこなせない。
299 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/12(土) 01:10:18 ] >>294 でも、普通の人が自分のパソコンにUbuntu入れたりしてるよ。 広い意味の管理だな。 >>298 わざわざ、依存やら調べてっていうのは面倒だから、 パッケージやports使うよ。
300 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/12(土) 03:39:04 ] PCで済む故にSunが死に至ったという話だったんじゃないのか。
301 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/12(土) 07:04:45 ] ま、運命だった それだけのことよ。
302 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/12(土) 09:40:41 ] >>296 わからんやつだな なるべく速い段階からSPARCとSunOSを使わせれば、そこで満足してしまい、他の選択肢を検討すらしないんだよ。 (世の中のWindowsしか使えん連中をみてみぃ、あいつらWindowsで満足してるから他のものに触れようとすらしないぞ) ある一定の水準を満たしたものが複数あるとき、最初に触れたものが選ばれるの。 だから、個人のオモチャにもSPARCとSunOSを安くバラ撒く必要があったの
303 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/12(土) 14:11:03 ] タダでばらまいたじゃないか。 だけどコアな友達しか増えず、そして貧乏になった。
304 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/12(土) 23:53:44 ] タダでお友達に配っただけだろ? 少なくとも日本では大学の研究室で使ってたSunはタダで配られたものじゃなかった。
305 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 01:25:27 ] Linuxだと最初からGCC入ってるからGCCでコンパイルするのは楽 SolarisでGCCを使えるようにするのは面倒 業務で使うのではなく教育用ならLinuxで十分でしょう
306 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 01:50:36 ] >>305 だからさ、Solaris にも最初から GCC は入ってるんだって。 何で知らないのに断言しちゃうかな…
307 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 03:36:51 ] >>305 Linuxで教育を受けた人間は、業務にもLinuxを使おうとする。 それでSunがローエンド市場でシェアを失ったんだぞ。
308 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 06:03:37 ] これはひどい。
309 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 11:57:06 ] なにが酷いって?
310 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 12:03:53 ] Sunの惨状じゃね?
311 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 13:38:08 ] >>310 もう、Sunという企業は名実共に消え失せたわけですから Sunの惨状ってのは表現として間違いだ。 ま、総括すると「技術バカ企業の末路」ってのが戒名や墓標に なるだろう。 一方・・・ 2000年当時も、WSなんてナンボ売っても売り上げ目標につな がらない。ハイエンド入れれば1年あそんで暮らせるとか吹かし こいてたのが多かったけれどね。
312 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 13:48:55 ] 技術よりも営業がアホだったんだよ まさにITバブル それにSunのハイエンド機ってアレだしな 値段の割に中身がお粗末 信頼性は高くないし性能がスケールしない地雷モデルが多々あったし
313 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 16:16:16 ] ローエンドって具体的に何?
314 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 18:11:09 ] エントリーレベルのうち、1〜2CPUの、ワークステーションと共通筐体のマシン達のことだと思われ 当時x86のLinuxサーバで代替可能だったのは、そこいらへんまででしょう。
315 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 18:22:57 ] 今時の2CPUのPCサーバでも8コアのNehalem-EXを使ったものは 数年前のサーバと比べると驚くほど高性能 2CPUでも16コアになる時代
316 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 19:48:20 ] >>315 キャッシュにヒットしている時の速度は速いが、ヒットしない場合の底力は乏しいよ。 DRAMはバースト転送の転送速度こそ年々高速化するものの、 アクセスタイムはさほど短くならないので、DIMMの枚数の勝負になる。 だから2Uの小さなサーバが、ラック2本の大きなサーバと同じ性能というのは無理なの。
317 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 20:33:01 ] >>314 共通筐体ってことは、250とかその辺? >>316 そのラック2本の大きなサーバーの性能をフルで必要とする顧客って そんなにおらんでしょ。
318 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 21:18:37 ] いるだろ
319 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 21:55:41 ] >>317 ピザボックスや、それを分厚くしたようなあたり 昔はワークステーションのモデルをサーバに使っているところもあったよ 今では信じられないかもしれないが、 インターネットプロバイダのWebサーバやメールサーバが、 適当なスチールラックに積み上げたワークステーションだったりしたんだ
320 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/13(日) 22:37:03 ] ttp://it.impressbm.co.jp/e/2010/06/11/2333 もうSPARCハードはいらない?
321 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/14(月) 02:33:09 ] >>318 Sunの話をしてるんだよな? Enterprise 10000とか15Kとか25Kとか。それの顧客がたくさんおった らもーかってたんじゃないの。 >>319 Ultra 1とか2のこと?そんな昔の話だったのか。 せめてBlade100とか280Rとかその時代だと思ってた。 プロバイダのサーバーが台湾製マザーボードのPCだったのなら 見たことあるよ。それもスチールラックに積み上がってたね。
322 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/14(月) 07:39:11 ] ピザボックスとかランチボックスとかは、ultra1とかの最近の話じゃないだろう
323 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/14(月) 07:59:13 ] じゃあSPARC Station20とか? >>302 とか>>307 はいったいいつの話をしているのかわからんのだけど。
324 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/14(月) 10:18:39 ] どの機種の話題をしたとしても, もうSUNは戻って来ない.
325 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/14(月) 11:30:54 ] >>320 IBM が買収した QuickTransit はどうなったんだろう? ttp://itpro.nikkeibp.co.jp/article/NEWS/20080404/297960/ ttp://www.networld.co.jp/transitive/
326 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/14(月) 11:32:22 ] はやぶさのニュースでSunのロゴが写ってるのをみたよ。
327 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/14(月) 17:41:59 ] Oracleは自分たちが責任を持ってH/Wを提供しなければ お客が困ると考えない文化の会社だよ
328 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/14(月) 20:53:49 ] みんな知ってる
329 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/14(月) 21:28:57 ] カルトの聖職者だけは認めていない
330 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/15(火) 16:25:22 ] >>324 わからんぞ。早々に放り出したのを誰かが買うかも知れない。 ヤシカもクルーソンも曲がりなりも現存する。だいぶ曲がってるがw
331 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/15(火) 16:40:04 ] もしOracleがSunを売りに出したら、どこかは買うだろう。 中国とか。
332 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/15(火) 17:21:08 ] IPCや SLCなど、SoCの方向性を打ち出したのも早かったんだが、 続かなかったな。Ultra以降はそういうのがない。代わりに JavaStationや SunRay。
333 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/15(火) 18:31:07 ] >>331 故Sun製品を合衆国政府機関が使い続ける限り外国に売られることはない。 Oracleも最大顧客の要望で仕方なく引き取ったんだろうからな。
334 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/16(水) 06:24:20 ] >>333 IBMが買収しようとしていたからね 顧客基盤をIBMにずたずたにされるのがいやだったんだろうな SPARCについては投資するといいつつ、それほどでもなく サーバーも本命はIAになっていくんだろう
335 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/16(水) 09:22:15 ] SPARCのロードマップも出てこないけど、Oracleが x86向いてる様子もぜんぜんないわけで。 エリソンは本気だと思うけど。Intelや IBMに比肩するつもりでしょ。 そんな簡単にハードベンダーになれるかという話はあるが。
336 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/16(水) 09:36:17 ] 可能な限り楽な方法でハードベンダーになるつもりだから、オラクルはサンを買った んでね?
337 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/16(水) 09:48:25 ] それなら、部門としてはロードマップ含めてそのまま動かすだろな。 問題あるからいぢってるのか、文化違いすぎて言うこときいてくれないのか。
338 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/16(水) 10:35:06 ] SPARC続けたいサンと、止めたいオラクルでドタバタやってるんじゃ?
339 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/16(水) 11:58:00 ] 出た紋切り。つーか、願望ww なんという短絡
340 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/16(水) 12:55:29 ] 言い回しが福本キャラっぽい
341 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/16(水) 15:31:54 ] ざわっ・・
342 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/16(水) 16:21:09 ] おい、小学生。だから、何の用でここにくる? ウチへ帰れ、しっしっ
343 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/16(水) 23:23:51 ] SeaMicroのSM10000 10U筐体にIntel AtomZ530を512個つめこみ、WebサーバなどのワークロードにおいてXeonの3倍の電力効率を実現
344 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/17(木) 02:20:38 ] 見るからに耐障害性に難ある仕様
345 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/17(木) 02:51:24 ] /) ///) /,.=゙''"/ / i f ,.r='"-‐'つ____ こまけぇこたぁいいんだよ!! / / _,.-‐'~/⌒ ⌒\ / ,i ,二ニ⊃( ●). (●)\ / ノ il゙フ::::::⌒(__人__)⌒::::: \ ,イ「ト、 ,!,!| |r┬-| | / iトヾヽ_/ィ"\ `ー'´ /
346 名前:名無しさんφ ◆rNiNKtLPbM mailto:sage [2010/06/17(木) 04:53:27 ] >>343 そもそも、Atomをサーバーに詰め込むって発想が・・・・
347 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/17(木) 08:34:43 ] >>346 AtomどころじゃなくてARMをサーバーに使うべきっていう連中もいるぞ オラクルのクラウドコンピューティングサミットによると クラウドというのは仮想化+グリッドコンピューティングだそうな IA使ったエクサデータのようなハードが本命だろう、どこまで売れるのかは分からないが 新しいsuperdomeのほうが野心的な感じがするけどな、Itanium使う点を別にすれば サンはハイエンドサーバーがなんなのか、思いつけない
348 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/17(木) 09:37:09 ] なにが「Atomどころじゃなくて」なのか、さっぱりわからんが。 Atom ..ちゅーと半端なww
349 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/17(木) 17:27:09 ] >>348 わかるようになるまでROMってれば? AtomのチップセットはメモリにECCがないので、サーバといっても用途は限られるだろう。 Webサーバとか。
350 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/17(木) 18:36:59 ] はぁ? ARMだと? アホか。
351 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/17(木) 18:40:28 ] 意味不明な自分だけの思い込みを前提にしてクズ文を垂れ流してるから、「バカ」って 言われるんだぞ
352 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/17(木) 23:22:17 ] 米国政府が過大請求でオラクルを提訴 ttp://www.computerworld.jp/topics/legal/184569.html
353 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/18(金) 00:48:51 ] >>351 オマエガナ
354 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/18(金) 14:48:16 ] >>353 ピンポイントでお前だよこのバカww
355 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/18(金) 18:26:16 ] Android が普及すればサーバもクライアントも ARM ベースになる訳ですねわかります
356 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/18(金) 21:27:01 ] >>354 の千里眼っぷりにワロタwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
357 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/20(日) 12:43:14 ] あ〜〜〜〜マジで茸死ねやksg
358 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/20(日) 15:45:23 ] Atom512個のサーバを作ったのは、SunのOB ttp://www.geocities.jp/andosprocinfo/wadai10/20100619.htm > 創立者の一人でCTOを務めるのが,Gary Lauterbach氏 > GaryはSunでチーフアーキテクトとしてUltraSPARC Vを開発した人
359 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/20(日) 16:15:53 ] 技術的冒険としては素晴らしいかもしれないですね 商業的には無意味だとしても
360 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/20(日) 16:26:04 ] Solarisは? Eclipseの年次開発者調査、デスクトップLinuxの利用が3割超えという結果に www.itmedia.co.jp/enterprise/articles/1006/11/news045.html この調査は、Eclipseのホームページ上で4月15日から5月15日まで オンラインアンケート形式で実施されたもの。 回答者は1948人で、 Eclipseユーザーを中心に約半分が開発者となっている。 ドイツ(25.7%)とフランス(15.7%)の回答者が多かった。 開発者が使用するデスクトップOS種別では、Linuxのシェアが32.7%となり、 2009年の26.9%、2007年の20%から増加した。 Mac OS Xも2007年の3.5%から7.9%にシェアを増加させた。 一方、Windowsは2007年の73.8%から2010年には58.3%へ減少した。 Linuxのうち、最多ディストリビューションはUbuntu(18.4%)で、Fedora(4.7%)がこれに続いている。 プログラミング言語はJavaが最多で69.5%、C/C++が10.5%、PHPが9%などとなった。 IDEは「Eclipse JDT」が53.7%、「Eclipse PDT」(14.3%)、「Eclipse CDT」(7.4%)の順。 Javaをメインに利用する開発者にアプリ実装に利用するJava仮想マシンを聞いたところ、 「Sun Hotspot JVM」が70%近くを占めたが、「Open JDK」も21.7%となった。 開発者はJava、C/C++、JavaScript、PHP、Pythonなど複数の言語を利用している傾向も分かったという。
361 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/20(日) 17:05:07 ] >>343 , >>358 これはUltra SPARC Tシリーズ涙目なの?
362 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/20(日) 17:38:22 ] >>361 Niagaraの眼中にはないだろ Niagaraも最初は、フロントエンドのWebサーバあたりでx86サーバをガンガン巻き返したかったようだ。 その頃なら、SM10000とは真っ向から競合しただろうね。 でも、x86には下から食われ続け、SM10000のような領域にはもう手出ししようとすらしていない。 Niagaraは古いSunの小さなサーバを仮想化でコンパクトに置き換えるような感じ。
363 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/22(火) 17:26:13 ] >>361 なんてバカなのキミ。SMPとそうじゃないのの区別もつかんの?
364 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/22(火) 17:29:33 ] そうだね。Tと比べるとメモリ帯域はだんちだね。
365 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/22(火) 17:32:31 ] >>355 東芝オモロいね。ARM+Androidの変わり種は大量に出てきそうだ。 プロセスに関しても Intel包囲網になりつつある。 Tegra 250は SMPで 40nmのようだし、Cortexに関しては 32/28nmという話もある。 非常にオモロい。パソコン退場w
366 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/22(火) 19:08:49 ] Intelはとっくの昔に32nmに移行しているんだが…w
367 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/22(火) 19:37:56 ] ..ぷ。こういうの「必死」って言うんだなkk
368 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/22(火) 22:41:57 ] >>363 SMPである必要って、あるの? Niagara1で、LDomで32個に区切って、1スレッド1仮想マシンで使う こんなのSMPである必要ないよ。 そういや、ドメイン分割して使うのが当たり前の、無駄な巨大SMP機もあったねwwwwwwwwwww
369 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/23(水) 12:54:53 ] それはパソコンしか知らない奴の発想だな
370 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/23(水) 16:35:56 ] >>368 > SMPである必要って、あるの? ある。つーか、なんで苦労して SMP機作るのかぜんぜんわかってないわけだ。
371 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/23(水) 16:38:14 ] >>366 x86はプロセスで 2世代くらい先行できてるから競争力あるんであって、 同じ土俵に乗っちゃったら勝負にならんよ。 「数が出続ける」のが大前提。終りますね。
372 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/23(水) 18:36:08 ] >>369 そこなんよ。なんでパソコンのことしか知らん無知モウマイがノコノコと こんなところへやってきてなんか叩いたつもりにでもなってるってのは、これ 何なのかね。やっぱお金もらってやって(失敗してるけどww)んのかね? それとも、昔 Unix文化理解できなかった恨み(矮小ーーww)をここで 晴らそうとして自分の足を撃ってる、とかwww
373 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/23(水) 21:35:47 ] 369から372まで、いつものアレな人なんでスルーしましょ アレじゃないってんなら、ちゃんと説明してみ ま、できねーだろな
374 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/23(水) 21:42:20 ] 組込向けPOWER ttp://www.eetimes.com/news/latest/showArticle.jhtml?articleID=225700919 Sunはタイムリーに新しいプロセッサを投入し続けなければ、こういうのにも・・・・
375 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/06/24(木) 01:54:16 ] >>373 知らないほうがいい世界もあるんじゃないですか
376 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/24(木) 04:24:32 ] 日本人はソフトウェアやサービスに金を払わないから、無意味に値段の高いハードウェアが必要なのさ。 2Uのサーバでも十分な用途でも、ラック1本のデカい筐体を売らないと、赤字になるわけよ。 デカい筐体の中にボードがぽつり。ガラガラでスペースの無駄なんだけど、 夢見る客は近い未来の業容アップのための備えだと思って喜んで無駄な箱を買ってくれるしね。 で、後からソフトの変更・追加やサービスを求めてきたら、ボードを売るのさ。 ハードウェアリソースが足りていても、ハードウェアを追加しなければ出来ないと言うの。 そうやってソフトやサービスをハードを通して売るわけ。 だから巨大SMPマシンがスケールしないとか何の問題もないわけよ。 大切なのは性能ではなく、いかに箱が高価で、後からボードがたくさん追加できるか。
377 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/25(金) 09:24:54 ] >>376 昔からのサンのパートナーっぽい感じだね インテルのCPUの数が出なくなる日か、パソコンが落日する時代だな SPARCは後10年ももつのか?
378 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/26(土) 18:52:09 ] 最近AndroidのサブノートPCとか、あるよねー。 バッテリーの持ちがいいらしい。 なんでSPARCじゃないんだろうねー。 スマートフォンやiPadがパソコンを駆逐するなんて話はアホだが、 パソコンというジャンルの中で、x86以外のノートPCが一部の用途では使われるようになるかもねー。 なにしろx86のノートPCにLinuxとか入れて使っている人がいるっていうんだから、 彼らは容易にARMのノートPCに乗り換えられるよね。
379 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/26(土) 19:13:14 ] 何と戦ってるんだろー。
380 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/26(土) 20:07:01 ] 結局SPARCはARMやx86ほどにはオープンでは無かった、ということだね。 オープンではないから、声高にオープンだオープンだと叫ぶ必要があったのだろう。
381 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/26(土) 21:16:13 ] >>377 パソコン落日する必要はないだろ ノートPCが普及し、デスクトップPCの出荷数が激減すれば サーバ向けCPUとノートPC向けCPUでは最適なアーキテクチャが違ってくるから サーバ向けCPUを出すとしてもサーバ向けに特化する必要が出てくる そうなるとサーバ向けCPUは高価になる 実際にNehalem-EXは製造プロセスはIntelにしては1世代遅れの45nmだし価格も高価
382 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/27(日) 20:19:12 ] そうなると相対的に安価になるノートPC向けCPUをサーバーに使おうとするやつが出て来てふりだしにもどれ。
383 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/28(月) 02:15:59 ] なんかわろた
384 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/28(月) 04:25:54 ] 安ければ売れるから
385 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/28(月) 04:44:46 ] そういやMac miniにはサーバ版があるらしい。 それを19インチラックとかではなく、事務とか倉庫で使うようなスチールラックに並べて使うとか。 昔のピザボックスのサーバが懐かしくなってくるな。
386 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/28(月) 14:07:13 ] Mac mini 単発でサーバーにするのは好きずきだが、多数をラックに並べるやつなんて ただのバカとしか思えんが。
387 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/28(月) 15:21:53 ] >>386 >多数をラックに並べるやつなんて >ただのバカとしか思えんが。 なんで?
388 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/28(月) 18:25:56 ] 3〜5月期の売上高相当は 18億ドル、非 GAAPベースの営業利益 4億ドル以上だそうな。
389 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/29(火) 01:23:41 ] >>378 iPadやAndroidベースの似たようなものがシンクライアントの端末になったりして。 そして将来、屋外での安定した高速インターネットが当たり前のようにつかえるような時代になれば ノートパソコンを持ち歩くのではなくシンクライアントを持ち歩いて会社に接続するようになったりして。 シンクライアントなら持ち出しても情報漏洩の心配はないからね
390 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/29(火) 04:51:51 ] シンクラっつーかクラウドの目指すところはそこだろう 最近じゃローカルにデータを置くことも少なくなってきた
391 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/29(火) 05:46:12 ] シンクライアントって、そんなに社外で使えるほど、セキュアじゃないんだけどなー。 肩ごしに覗き見されるとか、カードごと盗まれるとか・・・。
392 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/29(火) 10:17:43 ] >>389 iPadはわからんが、iPhoneには既に Xサーバーアプリがあるそうで、 んで BlueToothキーボード付ければ X端にはなりそう。 Remote Desktopや VNCクライアントを実装するのも造作もないことだし。 SSH等での暗号化も訳ないだろうし。なんせ Unixベースだから。 SunRayを iPadに実装するのも、そう難しくないんじゃないの? エリソンそういうの好きそうだけど。 >>391 JavaRing復活して欲しいけどなw のぞき見はねぇ。ゴーグル型のモニターか? 目疲れそうだけど。
393 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/29(火) 13:46:43 ] Androidに使われたいらしいぞ、x86。 誰も頼んでないけどなww
394 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/29(火) 17:07:21 ] >>391 よく知らないんだけど、Javaカードって、盗んだだけじゃ使えないでしょ? 肩ごしが..ってのは、シンクライアントに限んないと思うけど。
395 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/29(火) 18:20:13 ] シンクライアントだから大丈夫っていう油断が、セキュリティ・ホールだって話よ。
396 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/29(火) 19:45:32 ] そんな油断だれもしてないし。マッチポンプ典型
397 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/06/29(火) 20:43:01 ] Oracle refreshes Sun Xeon server lineup www.theregister.co.uk/2010/06/28/oracle_sun_fire_server_revamp/
398 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/30(水) 09:07:26 ] ハード出たね。久しぶりに。
399 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/30(水) 12:56:45 ] 過去形ですが Sun Microsystems Was Working on Low-Power x86 Microprocessor - X-bit labs ttp://www.xbitlabs.com/news/cpu/display/20100629143826_Sun_Microsystems_Was_Working_on_Low_Power_x86_Microprocessor.html
400 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/30(水) 13:05:18 ] あれあれ?いいんですか?使いますよRainbow Falls
401 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/06/30(水) 14:42:35 ] 帰れよ
402 名前:名無しさん@お腹いっぱい。 [2010/07/09(金) 12:47:02 ] サン吸収合併でオラクル犬脂肪w
403 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/09(金) 23:53:15 ] 昨日知った。 合併後に犬と遊ぶことを楽しみにしてたのに。残念だ。
404 名前:名無しさん@そうだ選挙に行こう mailto:sage [2010/07/10(土) 14:45:55 ] 最近のiフォンやipadを見てると Bill Joyの先見性の凄さが分かってきた SUNを退社したときに、モバイルの時代が来るって最初に言ってたのは彼だったよね
405 名前:名無しさん@そうだ選挙に行こう mailto:sage [2010/07/11(日) 19:03:26 ] >>404 でも、「早すぎる」のは商売にはならないから、会社の利益にはつながり難いよね。 ところで、その「モバイルの時代」の次は一体どういう時代が予想されるだろうか?
406 名前:名無しさん@そうだ選挙に行こう mailto:sage [2010/07/11(日) 19:23:21 ] network is the computer が今でいうクラウドですよ
407 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/12(月) 04:26:50 ] そうだな、「幸福実現党」やらウヨを見てると「オウム真理党」も早すぎたのかもな。
408 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/12(月) 18:22:45 ] >>404 Sun SPOTだよな。結構。1番茶で儲けるのはたいへん。 Sunも 80年代は 2番煎じ 3番煎じで儲けたんだけど。 Googleがこの先どうか。
409 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/19(月) 23:20:01 ] >>407 成功してないものに早いも遅いも無いと思うけど
410 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/19(月) 23:35:44 ] すげえ たった2レス先へのレスなのに間が1週間空いてる
411 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/20(火) 12:00:41 ] この板では年単位のもよくあること。
412 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/20(火) 18:07:07 ] >>409 407のクズさ加減に何もコメントはないけど.. 成功してたら早いも遅いもないわな。バカ?
413 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/22(木) 07:53:06 ] >>411 業務用の製品のスレはどのスレもそんなものだよね このスレが伸びるときはパソコン趣味の人たちが荒らしにくるときだけ
414 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/22(木) 11:22:20 ] 夏休みに入ってタガが外れた中学生だろ. しばらく見てたら飽きてどこかへ行っちゃうよ. むしむし
415 名前:名無しさん@お腹いっぱい。 mailto:age [2010/07/22(木) 23:50:53 ] もっと呼ぼう。
416 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/23(金) 15:13:32 ] いまどき大学院生ですらSunなんか知らんはず
417 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/23(金) 16:00:12 ] 今の院生ならopteron鯖が売れたころに被るんで知ってるんじゃない? てか東工大いいのうw
418 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/23(金) 17:54:48 ] 菅直人?
419 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/23(金) 22:56:08 ] >>417 その東工大だけど、HPに乗り換えました…
420 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/24(土) 10:41:46 ] NEC+HPってなってるけど、配分はどのくらいなの?
421 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/26(月) 13:51:19 ] MSが ARMの設計ライセンス受けたらしい。終ったな、MS。Intelも。
422 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/07/26(月) 15:08:14 ] >>420 ハードがHP、SIがNEC?
423 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/03(火) 19:45:04 ] T3が 2010後半に出るのか?
424 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/03(火) 20:29:00 ] なんかHPが、Nehalem-EXの8ソケットでもスケールするというサーバを売ってるな。
425 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/03(火) 20:59:52 ] >>423 Rockみたいに、開発中止のプレスリリースもしないで無かったことにするんじゃない?
426 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 00:25:55 ] まだ買う客はいるのか?
427 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 10:25:44 ] Oracle Corporation Sun Fire X4470 (Intel Xeon X7560 2.26GHz) 32 cores, 4 chips Operating System Oracle Solaris 10 10/09 Compiler: Oracle Solaris Studio Express 6/10 SPECint?_rate2006 = 788 SPECint_rate_base2006 = 724 www.spec.org/cpu2006/results/res2010q3/cpu2006-20100620-11762.html Sun Fire X4800 (Intel Xeon X7560 2.26GHz) 64 cores, 8 chips Operating System: Oracle Solaris 10 10/09 Compiler: Oracle Solaris Studio Express 6/10 SPECint?_rate2006 = 1380 SPECint_rate_base2006 = 1260 www.spec.org/cpu2006/results/res2010q3/cpu2006-20100620-11760.html
428 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 10:26:31 ] NEC Corporation Express5800/R140b-4(Intel Xeon X7560) 32 cores, 4 chips Operating System: SUSE Linux Enterprise Server 11 (x86_64) Compiler: Intel C++ Professional Compiler for IA32 and Intel 64, Version 11.1 SPECint?_rate2006 = 772 SPECint_rate_base2006 = 718 www.spec.org/cpu2006/results/res2010q3/cpu2006-20100705-12173.html Cisco Systems Cisco UCS B440 M1 (Intel Xeon X7560, 2.27 GHz) 32 cores, 4 chips Operating System SuSe Linux Enterprise Server 11 (x86_64) Compiler: Intel C++ Professional Compiler for IA32 and Intel 64, Version 11.1 SPECint?_rate2006 = 771 SPECint_rate_base2006 = 720 www.spec.org/cpu2006/results/res2010q2/cpu2006-20100528-11388.html
429 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 10:27:17 ] IBM System x3850 X5 (Intel Xeon X7560) 32 cores, 4 chips Operating System: SuSE Linux Enterprise Server 11 Compiler: Intel C++ Professional Compiler for IA32 and Intel 64, Version 11.1 SPECint?_rate2006 = 770 SPECint_rate_base2006 = 720 www.spec.org/cpu2006/results/res2010q2/cpu2006-20100329-10288.html Fujitsu PRIMEQUEST 1800E(Intel Xeon X7560) 64 cores, 8 chips Operating System: Red Hat Enterprise Linux Server release Compiler: Intel C++ Professional Compiler for IA32 and Intel 64, Version 11.1 SPECint?_rate2006 = 1340 SPECint_rate_base2006 = 1250 www.spec.org/cpu2006/results/res2010q1/cpu2006-20100315-10023.html
430 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 15:21:52 ] HP DL980 G7のベンチマークは、まだか。
431 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 15:30:02 ] 参考 M4000 4コア×4CPUで、SPECint_rate_base2006 = 136 M5000 4コア×8CPUで、SPECint_rate_base2006 = 267 M9000 4コア×32CPUで、SPECint_rate_base2006 = 1370 CPUが4倍になって性能が5倍になるのが、M9000 いくら速さよりも信頼性やスケーラビリティとは言っても、性能が・・・
432 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 16:09:56 ] >CPUが4倍になって性能が5倍 え?
433 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 16:14:46 ] ローエンドの仕様がショボかったらそうなっても不思議ではないが…
434 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 16:24:00 ] CPU4倍で性能5倍で価格は14倍か
435 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 16:24:49 ] おっと違うのをみていた。価格は9倍か。
436 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 16:51:10 ] SPEC*_rateで「スケールしてる」とか言ってるバカはまだいるのかよ。 そんなんだったら(エンプラ的には)カスみたいな並列機が昔からあるつってんだろ。 本気でヴァカだな。
437 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 18:14:31 ] SPEC CPUとほぼ比例して性能出るケースもあるって散々ガイシュツだろ 過去スレの流れも覚えてない馬鹿はおまえ
438 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 18:21:46 ] >>436 そういや以前は、 x86は、SPECですらスケールしないSMPできない糞プロセッサ とかいってた人がいたような・・・この系列のスレで
439 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 19:33:57 ] >>437 > SPEC CPUとほぼ比例して性能出るケースもあるって ああ、あるさ。SPEC*_rateのケースが。 バカ。カス。クズ。去ね。ガキ。 「パソコンしか使ったことないので意味が解りません」って顔に貼ってあるわタコ。
440 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 19:58:50 ] >>423 ttp://en.wikipedia.org/wiki/UltraSPARC_T3 > Upcoming support for the UltraSPARC T3 and it's official naming was confirmed > on July 16th 2010 when the ARCBot under Twitter noted unpublished PSARC/2010/274 > which revealed a new "-xtarget value for UltraSPARC T3" being included in OpenSolaris.[ だってよ
441 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/04(水) 20:30:48 ] >>439 別のベンチマーク ttp://h50146.www5.hp.com/products/servers/proliant/benchmark/bench-1007a/ HPの自画自賛なんで、 比較対象がPOWER7ではなく6だとか、 他のベンチマークはどーなんだよ! とか、 ツッコミどころはありますが、 ポイントは、 SPARCは比較対象にすら上がってない ってことですね。
442 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 00:13:48 ] おまえら何とタタカッテいるのですか? いつまでもタタカッテいるのですか?
443 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 00:15:25 ] このスレはナルト的には真実の滝なんだ
444 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 01:36:27 ] なぜかHPはXeonサーバを例にだしOracleのXeonサーバは無視する流れ >>427-429 の中でOracleのSun Fire X4470やSun Fire X4800の ベンチマーク値が最高値な点には誰も触れない 微々たる差だがLinuxよりx86 Solarisが有利なんじゃないの?
445 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 01:41:09 ] ItaniumとXeonは適材適所で使っていく cloud.watch.impress.co.jp/docs/column/keyman/20100804_385374.html
446 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 06:53:20 ] ttp://www.tpc.org/tpce/results/tpce_perf_results.asp ここにもSPARCの姿はなし このランキング見ると、いかにNehalem-EXがすごいか、わかる 8コア×4ソケットで、前作Xeonの6コア×16ソケットと同等の性能を叩き出すのだから。 ttp://www.tpc.org/tpcc/results/tpcc_perf_results.asp こっちはトップがSPARCで、あとはPowerとItaniumだが、 SPARCだけがCluster=Yで、他はCluster=Nなんだんわ。 >>444 コンパイラ違うしねぇ・・・
447 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 10:21:03 ] もう石の話はする意味あんまりないんじゃない 大した石でなくても、たいがいの処理はできるし
448 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 13:17:52 ] >>446 > このランキング見ると、いかにNehalem-EXがすごいか、わかる はいはい、結論ありきでいろいろ考えると楽しいか? サルww
449 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 13:19:42 ] SPEC*_rate...ww そんな資源排他なんかなんにもしなくても 掛け算で得られる値出して自慢されてもppppkk
450 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 13:27:14 ] パソコン → スマートフォン、タブレット方面からの発展でこの世から不要になる サーバー向け → エンプラ RISCを x86が要らなくした(幻想だけどな)のと 同じ理由で x86も要らなくなる ごく近い将来、両方とも ARM他に塗り変るね、 ほんの一瞬だ、x86天下。当然だが。ギャグだな。高いし遅いし。ムダ過ぎる。
451 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 15:06:37 ] なに3連投してんだか >>448 それしか言えないのか? おまえは。 >>449 おいおい>>438 や>>446 が見えなかったのか? >>441 も見えてないようだな >>450 だから何? いくらx86を馬鹿にしても、SPARCの終焉は変らんぞ。
452 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 18:35:35 ] つかARMスレでやれよ。
453 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 21:16:41 ] 墓場でする話題ではないな。
454 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/05(木) 23:08:43 ] ARMが勢力を伸ばせばSPARCの失地回復がなるとでも思っているのかしら?
455 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 02:23:44 ] ARM(笑)
456 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 11:26:14 ] >>451 > おいおい>>438 や>>446 が見えなかったのか? > >>441 も見えてないようだな 見た? アホか。中身ゼロなんだよ、おまえのオツムといっしょでw
457 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 11:26:58 ] >>454 x86コケにするとムキになるやつからかうとほんとオモロイwwww
458 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 11:30:56 ] SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate!
459 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 12:40:50 ] また3連投か >>456 見てないんだな。中身ゼロだと決め付けて、見てないんだな。 もし見たうえで言ってるなら、頭おかしいんだろうな。 お前がSPECは実戦的じゃないと言うので、実戦的なベンチマークの話をしてるのになー。
460 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 18:50:36 ] SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate!
461 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 19:05:24 ] 科学技術系に閉じた文脈でもないのに SPEC*_rateの自慢してるバカは お前以外に見たことないんだが。 【レポート】Intel Woodcrestの性能 (1) SPECint journal.mycom.co.jp/articles/2006/06/06/woodcrest/index.html : | また、SPECint_rateとrateが付いている方は、システム内の全プロセサで | SPECintのプログラムを並列に動作させて総合スループットを測るのであるが、 | rateなしの方は、基本的に1個のプロセサコアだけで実行される。 : | 最近のプロセサは内蔵するキャッシュが大容量化し、SPECintのプログラムの | 大部分はキャッシュに収まり、殆ど、CPUコアの整数演算プログラムの | 処理性能が見えると言われている。 まあ、意味わかんねえんだろうがなwwwwwwwwwpw
462 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 19:12:22 ] マイコミ(笑)
463 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 19:21:46 ] そっとしておいてやれよ ttp://ja.wikipedia.org/wiki/%E3%82%A2%E3%82%B9%E3%83%9A%E3%83%AB%E3%82%AC%E3%83%BC%E7%97%87%E5%80%99%E7%BE%A4
464 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 20:34:48 ] >>461 なんでSPEC*_rateに執着してんの? TPC-CとかTPC-Eの話は、見えないの?
465 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 23:03:16 ] TPCって何か知らないんじゃね?
466 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/06(金) 23:19:41 ] しーっ 触っちゃ駄目って言ってるでしょ!
467 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 03:01:59 ] いやいや、SPEC*_rate並べてるバカがいたんだよ。 : 君だけど。ぷ ...ブーーww SPEC*_rate値がリニアじゃないマシンなんて話にならんのだがwwwwwwwwwwwkwkwkw
468 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 03:35:20 ] いつのまにかx86 vs SPARCのスレになってるな Solarisの話をするやつはいないのか?
469 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 03:44:54 ] OpenSolarisもforkしたし、話題は無いんじゃね?
470 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 05:28:30 ] いつの間にかって程でもないし vs SPARCって程でもない(もう相手にならんしw)
471 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 10:47:31 ] >>467 > SPEC*_rate値がリニアじゃないマシンなんて話にならんのだが M9000でリニアに伸びるのは32CPUまでで、64CPUになるとサチるんだが・・・。 それにしてもx86、だいぶリニアに近い領域が広くなったよなー。 話にならないと馬鹿にしていたものが、馬鹿にできなくなってきたなー。 しかもSPARCの32ソケットに対してx86は8ソケットでしょう? ソケット数が多く必要なら、リニアに伸び続けないと話にならないが、 ソケット数が少なくて済むなら、リニアに伸びなくなる手前の領域で使うから、リニアに伸び続けなくても困らないんだよなー。 このままSPARCの性能向上が鈍化したまま、x86の性能が倍加すると、 SPARCだとラック1本、x86だと4Uサーバ1台ってなことになっちゃうぞ。
472 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 11:29:01 ] Xeon最強!
473 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 11:57:48 ] x86 vs SPARCはおかしい だってOracleだってXeonサーバ作ってるからな
474 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 11:59:23 ] その上、一応上に上がってるSPEC CPU2006の結果では Solarisの乗ってるOracleのXeonサーバが最高値出してる
475 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 12:06:44 ] Xeon最強!SPARCイラネ!
476 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 12:14:47 ] >>473 つか、OracleはSPARCに対し、とっくに見切りをつけている。
477 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 12:19:12 ] さすがはOracle!
478 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 13:26:36 ] SMPサーバの処理速度は、メモリで決まる、と言っても過言ではない SPARCが優れているからスループットが高いというよりは、 SPARCサーバがメモリコントローラ&モジュールを大量に積んでいるからスループットが高い x86サーバでも、コンカレントに動作する複数のメモリコントローラを大量に積めばスループットが出る それを実証しているのがXeon7500番台を採用したサーバ
479 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 18:57:58 ] Xeon7500番台のサーバが他のハイエンドサーバに比べて安いのは 8ソケットまで対応したチップセットをIntelが提供してるからだろ だけどIntelにとっては数が出ないと採算あわないんじゃないの?
480 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 19:32:18 ] >>479 HPのDL980 G7は8ソケットだけど、HP独自のグルー・チップを使って、スケーラビリティを確保してるよ。 8ソケットまでグルー・レスというけど、性能を出そうとしたり、可用性を高めようとするなら、グルー・チップが必要になる。 チップセットに関しては、チップセットといってもQPIとPCI Expressブリッジみたいなもんだから、ソケット数に関係ない。
481 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 20:58:04 ] F通もSPARCに対して見切りをつければいいのに。ものづくり(笑)
482 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 21:30:48 ] >>480 それだとItaniumサーバ並の価格にならないか Itaniumサーバと比べてどれくらい安くなってるの?
483 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 21:37:44 ] Itaniumで同等性能を得ようと思ったら、64CPUとかになっちゃうと思う。 だから、Itaniumサーバよりは安いんじゃないかな。
484 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 21:39:04 ] >>481 既に富士通はPrimeQuestシリーズをItaniumからXeon7500シリーズに変更してる 富士通がハイエンドサーバーPRIMEQUESTの新版、CPUをItaniumからXeonへ変更 itpro.nikkeibp.co.jp/article/NEWS/20100331/346499/ 富士通はItaniumを搭載した旧モデルの販売を今後も続けるものの、 「従来の機種を生産し続けるだけで、新しいItaniumが出ても搭載機を出すことはしない。 2010年2月に出た『Itanium 9300番台』を搭載する予定もない」(河部本本部長)という。
485 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 22:24:04 ] >>479 モジュール使いまわしてるからXeonMPのデザインコストはかなり低いだろ 数が出ないと苦しいどころかチップセットで埋まるはずの古いプロセスにプレミア付けて売ってる状態
486 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/07(土) 22:30:18 ] ハイエンドでXeonが普及するということはWindows ServerやLinuxが ハイエンドで普及するということで 独自のOSを持たない日本のサーバメーカーにとっていい話ではあるな
487 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/08(日) 12:26:30 ] >>482 ItaniumとXeon7500じゃ、出荷台数が1桁から2桁は違うだろうから、製品価格に乗せる開発費は小さくなるだろう。 それに、用途もハードウェアの作りも保守体制やアップグレード等々なども違うだろうから、製造コストだけでは値段は決まらないだろう。 >>484 富士通はPRIMEQUESTをXeonに変更して価格1/3とか言ってたような。 >>485 技術者の経験を使いまわしている点も大きいよ。 富士通がSPARC64やれるのも、メインフレームのGPと同じ部隊が経験を共有してるからこそだろう。
488 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/08(日) 22:44:44 ] >>486 PCと一緒で台湾に仕事奪われるだけだろ
489 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/09(月) 16:41:11 ] ハードウェアは輸入でもいいが、ソフトウェアや構築、サービスなどは輸入できないので、そこで稼げばいいんですよ・・・というのが日本のIT しかも、ユーザー側がアホなので、変な要求仕様でコストを跳ね上げたり、ITゼネコンを間に入れないと仕事の発注すらできないテイタラク
490 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/10(火) 23:35:19 ] それってIT業界的には安泰なのかもしれないが 日本の国家としての競争力的にはどうなんだ?
491 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/11(水) 07:16:58 ] >>489 なりたくてなったわけじゃないと思うけどね IBMにもインテルにも勝てなかったから >>490 IT業界は安泰じゃない
492 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/11(水) 12:53:56 ] 日米半導体摩擦で、NECがx86互換CPUをやめたんだよなー。 大人しくセカンドソース作っていれば良かったのに、 勝手にバグ修正する(互換性を損なう)とか、 セカンドソース契約せずに互換CPUを作るとか、 本家よりも高速な互換CPUを作るとか、 本家の商売の邪魔をするような振る舞いをしたから潰されたのだと思う。
493 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/11(水) 13:21:50 ] >492 そんな企業は山のようにあったし、それぞれ判断も根拠もたどった道も ぜんぜん違うので、なんの説得力もない。バカ? その後も MIPSアーキでいいの作ってたし。 むしろ HPの OEMなんかやる必要なかったんじゃないかと思う。
494 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/11(水) 15:56:24 ] >>493 は、いつものアレなんでスルーしましょう
495 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/11(水) 18:10:57 ] ttp://www.geocities.jp/andosprocinfo/wadai10/20100807.htm > 2010年8月5日のThe Registerが, > Oracleが旧SunのHPC営業の大部分の人員を先週レイオフしたと報じています。 > また,残っている人もHPCではなく,ExaData V2の販売に回されているそうです。 > これ以上の情報は無いのですが, > HPのx86マシンへのSolaris OEMを切り,IBMもx86 Solarisを止めるという報道が流れており, > Oracleは手間の割に儲からない商売をたたみに掛かっているようです。 SunのHPCって、 現行x86CPUと将来リリース予定のSPARC CPUの性能比較をしてみたり、 実在しないブレードサーバ (現状ではT2が1CPUで一杯のサイズのブレードにT2を4つ入れ、しかもSMP動作させる) を紹介したり、 なんともエグかったな。 結局、導入されたのはx86のブレードだった。 Sunの宣伝通りなら、演算性能が低く、それでいて消費電力がデカいはずなのに、ユーザーはx86を選んだ。 まぁ、実在しないものを買うことは、できないもんな。
496 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/11(水) 18:59:32 ] HPCwww たいして儲けにもならんw PCしか使わんやつはこれだからpppp
497 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/11(水) 19:01:57 ] >>494 なんでそう世間知らずなのをこんなところで発表したいの? 心底メイワクなんだが。
498 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/11(水) 19:37:06 ] >>496 と>>497 は、いつものアレなんでスルーしましょう。口汚く煽るだけの(彼の言葉を借りれば)「低能」ですから
499 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/12(木) 09:57:59 ] 低脳。プ
500 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/12(木) 22:57:53 ] Oracle、SPARCと「Solaris 11」の計画を明らかに (1/2) ttp://www.itmedia.co.jp/enterprise/articles/1008/12/news053.html まだやる気あるようだぞ
501 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/12(木) 23:10:43 ] フリー版が消えたSolarisにもう新規ユーザーはつかないだろ。 既存ユーザから保守料ぼったくるか、Oracleと抱き合わせ販売するか。
502 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/12(木) 23:19:47 ] Oracle: We Have Aggressive Roadmap for Sun SPARC Processors. www.xbitlabs.com/news/cpu/display/20100811154837_Oracle_We_Have_Aggressive_Roadmap_for_Sun_SPARC_Processors.html T3の次はシングルスレッド性能がT3の3倍だってさ 簡単に言ってくれるじゃないの
503 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/12(木) 23:23:01 ] T3はまだでてないんだろ。 T3をT2plusの1/3の性能で出荷して、あとで戻すだけで3倍じゃん。
504 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/13(金) 00:47:36 ] Appleよりもすげぇな…
505 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/13(金) 17:57:24 ] Oracleが「AndroidはJavaの知的所有権を侵害」とGoogleを訴える hoshi.air-nifty.com/diary/2010/08/oracleandroidja.html 旧Sun部門のニュースですよ皆さん 旧Sunの人はgoogleにも多くいますけど
506 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/13(金) 18:02:40 ] 本性を現したか。
507 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/13(金) 18:21:59 ] googleがキレてOracleを丸ごと飲み込んでくれないかな、と妄想してしまう
508 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/13(金) 18:50:07 ] Oracleもバカだな Googleはますますフリーな実装に力を入れるだけじゃん
509 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/08/14(土) 07:01:15 ] ttp://hoshi.air-nifty.com/diary/2010/08/googleoracleand.html この記事のコメント 落としどころがJavaFXをAndroidに実装させるというのは悪くない ただOracleとしては買収したSunの遺産の知的所有権をはっきりとさせ カネを引き出す必要はあるから 多少乱暴な振る舞いになっても仕方ないんじゃない 別にエンドユーザを訴えたわけじゃないし Sunにお人よしに振舞わせ続けたかったなら もっと製品を買ってやれば良かったんだから 今から嘆いても後の祭りでしょ
510 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/14(土) 07:44:54 ] 結局のところ、Oracleは実装のコピーの指摘なんかしか出来ないと思うんだけど、 勝算あんのかね? DalvikってクリーンルームでしかもVMの互換性がない程度に別物なのに どこかのSCOと同じ様な事になりそうな気がするんだけど
511 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/14(土) 09:24:07 ] 特許と言ってるからにはクリーンルーム手法ではクリアーできないんだけど。 Javaが特許で囲われた技術だ、と自分で言ってしまって、自分で自分の首を絞めてるよねぇ。
512 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/14(土) 09:28:54 ] OpenJDKどうなってしまうの? 近い将来までは影響あんま無さそうではあるけど、ポリシーのずれが…
513 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/14(土) 14:06:20 ] GoogleはOracleのパテント訴訟を根拠レスと一蹴, オープンソースいじめの悪行と呼ぶ jp.techcrunch.com/archives/20100813android-oracle-java-lawsuit/ Goslingおじさんは疲れっぱなしである
514 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/14(土) 21:07:56 ] >>512 GPLv3だから大丈夫じゃない?特許についても
515 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/08/14(土) 23:54:24 ] パッケージソフトウェアとライセンスで儲けてる会社は ネットワークサービスと広告で儲けてる会社と利害関係は一致しないんじゃない OracleからのJ2MEライセンスをGoogleがけった時点で訴訟は仕方がない GoogleはOSSをライセンス回避の手段として使ってるだけで コミュニティ(笑)を振り回すのはお門違いと思うけどね GoogleのようにTCO削減のために自社でサーバを設計しちゃうような会社は 訴訟に及ばずOracle製ハードウェアの大量購入を期待するのも望み薄だろう
516 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/08/15(日) 01:27:49 ] JavaがAndroidに必須ならSunが売りに出たときに Googleが拾えば良かった訳で それをしなかったのはGoogleの判断ミスだろ むしろ他社の知的所有権を蔑ろにした挙句 自作自演のコミュニティ(笑)を人質に 一方的にOSSの擁護者かつ被害者になろうとするGoogleの方が悪質 技術をタダでばら撒いて大物ぶりたいなら 素直にSunを買ってその技術を全部OSSにし 他社からの知的所有権侵害にも目をつぶればよかったろうに
517 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/15(日) 01:31:25 ] Googleが突っぱねてもハードウェアメーカーがOracleとライセンス契約する可能性はあるかもな 携帯電話メーカーとしてはAndroidは既になくてはならない製品だからな
518 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/08/15(日) 01:45:59 ] そうね 個別にライセンス契約する道はあるね 大手の携帯電話会社はほとんどJ2MEのライセンスも受けているわけだし それで訴訟リスクと既得権益が守れるなら安いね 日本の現状なら自作PCみたいにSIMカード載せかえで 安く携帯の本体を履き替えるのは 一般的にはならないと思うが まぁこの不況ならなにが標準になるかは分からんけど
519 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/15(日) 09:45:11 ] 金取るのは別に悪くないと思うんだけどやり方が下手。
520 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/15(日) 10:13:14 ] OpenSolarisが逝ったらしいですね ご冥福お祈りします opensolaris.org/jive/thread.jspa?messageID=496203&tstart=0 Illumosがんばれ
521 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/15(日) 10:28:30 ] カーネル開発は難しいが、Illumosにはそれだけの開発者がいるのだろうか? あと、パッチはBSDライセンスでとか・・・、タダ働き要求かよ。
522 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/15(日) 11:07:40 ] Solaris 10/11 が従来通りのライセンスに戻ればそれでいいよ。本スレ的には。
523 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/15(日) 12:19:50 ] とりあえず今足りない部分についての開発は出来るかも知れないけど、それ以降はどうするんだろうね。 OpenSolarisベースでやってたところとは協力関係にあるので、がんばって欲しい。 BSDLにしておけば*BSDで取り込みやすいとかあるの?
524 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/08/15(日) 13:19:18 ] >>519 HTCを訴えたAppleのようなやり方がいいか? 結局弁護士費用は消費者が払うことになるのは同じだがね AppleとOracleが組んでGoogle潰しをするのは悪い話ではないが
525 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/15(日) 18:48:29 ] オープンといっても、しょせんは・・・ねぇ。
526 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/08/15(日) 19:11:57 ] 今の彼女は君が知ってる昔の彼女ではないってことに傷ついた感じ?w
527 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/15(日) 19:15:45 ] はぁ? 彼女の中身は何一つ変っていないが、昔は正体を分からなかった、それだけのことよ。
528 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/08/15(日) 19:26:54 ] ヤクザの女にされた昔の憧れの君 高嶺の花 中身は変わったんじゃない 落ちぶれて変えられたんだ
529 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/15(日) 19:27:08 ] 彼女は富豪に買われて変わってしまっただけのこと
530 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/15(日) 19:41:31 ] 暖かくお前たちを照らしていた太陽は もう、ない お布施をケチってこうなった気分はどう?w
531 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/15(日) 23:42:29 ] Sun信者キモ
532 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/16(月) 07:19:20 ] java.sun.com/javase/ja/6/download.html なんかjdk,jreのダウンロードがログインなしで出来なくなってるっぽいんだが、 本気でjava潰す気なんかね?oracleは
533 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/16(月) 08:24:57 ] Java終了だな マイクロソフト大喜び
534 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/16(月) 08:26:04 ] オープンソースはスクリプト系言語にシフトしていきそう
535 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/16(月) 09:15:54 ] Javaは最早無くなってもいい言語 JVMさえあればなんとでもなる
536 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/08/16(月) 10:58:24 ] >>532 英語読めないカタワがデマばら撒いてんじゃねーよ jaに飛ぶとかどんだけ情弱なんだよksg 貼っといてやるから翻訳機にでも掛けてみろ Optional: Please Log In or Register for additional functionality and benefits. Or, click "Continue" now to proceed without Log In or Registration.
537 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/16(月) 13:31:00 ] ログインするとなんかまずいの?
538 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/16(月) 18:23:06 ] >>536 マジで一時的に不可能になってたんだよコンチクショー タイミングの問題だタイミングの
539 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/08/16(月) 21:27:21 ] >>538 そーか 直ってんならよかったな ムダに熱くなって悪かったな
540 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/16(月) 21:34:35 ] こちらこそ早漏ですまなかった
541 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/18(水) 20:22:23 ] IBM、最大1024スレッドを同時実行する「Power 795」サーバーを発表 itpro.nikkeibp.co.jp/article/NEWS/20100818/351264/
542 名前:名無しさん@お腹いっぱい。 [2010/08/24(火) 22:39:37 ] OpenSolaris理事会が解散--オラクルの対応に不満募らせ japan.cnet.com/news/business/story/0,3800104746,20418791,00.htm
543 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/30(月) 13:02:52 ] SunのSPARCよりも、 PanasonicのUniPhier(松下オリジナルCPUのデュアルコア + メディアエンジン等々の統合LSI)のほうが、 最先端プロセスで製造されている件 UltraSPARC T2 2007年に65nm PanasonicのUniPhier、2007年に65nmから45nmに移行 UniPhierは年内に32nmに移行予定なんだが、SPARCは現在も65nmが現行。
544 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/31(火) 09:57:39 ] Itaとか。 その UniPhierとか持ち出すと、何が比較できると思ってるわけ?
545 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/31(火) 21:44:39 ] Itaniumは古いプロセスで作ってるから遅いままじゃん。 家電のシステムLSIにも遅れを取るほど、Sunは使えるプロセスが古いってことよ。 つまり、それだけx86やPOWERとの速度差が開くってこと。
546 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/31(火) 22:08:22 ] SunがFabもっているわけじゃないので、使えるプロセスうんぬん半分は的外れ。 ただ、微細化されたプロセスのFabを使わないのは、新しくCPUを製造するぐらいの ロットが揃わないのかもしれないし、採算の問題があるのかもしれないし、プロセスに 合わせて設計を変えていかないときちんとシュリンクできないので、設計を変える 余裕が無いのかもしれないしってことで、プロセスが古い云々というよりも新しいCPUを 出せないこととして考えたほうがいい。
547 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/31(火) 23:28:47 ] 自前でfabを持たない会社はCPUなんか作っちゃイカンってこったね。
548 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/31(火) 23:30:48 ] ARM「え?」
549 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/08/31(火) 23:44:01 ] ハイパフォーマンスCPU
550 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/09/01(水) 00:00:52 ] >>545 携帯端末の方がx86よりずっと進んだプロセスルールを使ってるのは昔からじゃん 今更そのネタかよw Itaniumが古いプロセスで作ってるから遅いとか… どう突っ込めばいいのか針が多すぎてもうね
551 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/01(水) 00:12:09 ] Javaがたちあがりゃ、Oracleの赤いロゴは出てくるわ Sunってもう風化してるね
552 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/01(水) 00:23:08 ] >>550 32nmよりも微細なプロセスで作られている携帯端末って何?
553 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/09/01(水) 00:39:28 ] TSMCのCLN28LPとかそんなんやろ 計画通りならもう出荷してるはず どれに積んでるかとかは知らん
554 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/01(水) 00:49:33 ] 28nm詐欺
555 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/01(水) 12:18:45 ] >>545 バカまるだし..wwww
556 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/01(水) 13:32:05 ] >>554 微細化はもう原子のサイズに近付くので、早晩不可能に.. って言ってたの、 ここにも居たよな。 おまえか?
557 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/01(水) 19:51:31 ] いつものがきたー
558 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/01(水) 20:40:42 ] この話題が来ないとスレが伸び悩む。
559 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/01(水) 22:35:33 ] >>555 オマエガナ
560 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/02(木) 13:20:59 ] 「家電のシステムLSI」..うpppppppp !!はずかしーーww
561 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/02(木) 13:24:08 ] >>560 バカまるだし..wwww
562 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/02(木) 20:22:56 ] パソコンのCPUを馬鹿にしてたら、ローエンドから食いまくられて、ニッチに追いやられた それすらも覚えてないんだな
563 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/09/03(金) 01:27:11 ] バカにはしてないでしょ PC版準備してないほかの商用UNIXは市場で存在感すらないんだから UNIX専業メーカーとしてSunは最期まで良くやったほうだと思うよ
564 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/03(金) 12:12:22 ] それじゃまるで、x86版Solarisがあるから、Solarisは市場で存在感があるかのような・・・ UNIXサーバが必要とされる領域ではx86版Solarisは無意味だし、 PCサーバが使われる領域ではx86版Solarisは、あの下らないLinuxにも負けてるだろ。
565 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/03(金) 16:24:53 ] 562じゃないが、x86で動かなかったら、 OpenSolarisなんて死にプロジェクトだったと思う。
566 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/09/03(金) 16:29:49 ] >>564 負けてるって何で負けてるのか?
567 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/03(金) 17:11:43 ] シェアだろ。
568 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/09/03(金) 20:18:02 ] また始まったよ┐('〜`;)┌
569 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/03(金) 20:24:27 ] 旧友と会って酒飲むと前にしたのと全く同じ会話するもんだろ
570 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/09/03(金) 20:35:33 ] 旧友扱いされてるのを 有難いと思うべきなのか たぶんそうなんだろう
571 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/03(金) 21:57:30 ] x86版SolarisもOpenSolarisも先行き不透明だから採用できんよ、Linuxに決まり。
572 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/09/03(金) 22:30:06 ] 使いこなせないだけだろうが
573 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/03(金) 23:58:51 ] なんか、保守契約が大変なことになってね?Oracle が Sun を買収したのって、引導を渡すためなんか?
574 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/09/04(土) 00:26:39 ] Goslingは首 ちょんまげ兄ちゃんも首 マクネリもさいなら ワークステーションは全てディスコン(nVもいつまでドライバを作る気か?) Opteron機の新規開発はやめてIntel一本でいく(らしい) OpenSolarisをドタバタの末やめた OpenSSOをクローズに GoogleとのJava訴訟開始 Rockに関して(相変わらず)言及無し (富士通は)Jupiter以降の計画なし
575 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/04(土) 00:30:54 ] 怖いから富士通印でしかSun買えないわ。 NEC印とか東芝印とか、どーすんだ?
576 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/04(土) 00:32:17 ] 不治通もそのうち、かつてサンだった何かを売るようになるよ。
577 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/09/04(土) 00:48:05 ] >>574 まだあったな Solarisを評価と開発ライセンス以外は有償に 公式のホムペが見づらくなった Eclipseのバグに配慮してJREのマイナーアップデートを行った
578 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/06(月) 22:06:05 ] しばらく経ってOracleが飽きた頃を見計らって、Solaris事業は富士通が引き取るべき。 「SolarisあってのSPARC、SPARCあってのSolaris」だから、Solaris事業が不採算でも 事実上の「SPARCの原材料費」のつもりで資金投入すべき。
579 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/06(月) 22:16:49 ] お前が引き取ればいいじゃん。 公共事業じゃあるまいし。
580 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/06(月) 22:43:29 ] Solarisなんかに金かけるより、gccのsparcポートに人員を割いたほうが、富士通には小さいリスクで大きなリターンになるだろ。
581 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/06(月) 23:00:40 ] gccに投資しても何にもメリット無い OpenSolarisならまだ分からないでもないが
582 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/06(月) 23:13:19 ] >>581 死んだものに、まだ未練があるの?
583 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/06(月) 23:31:04 ] >>578 OracleがSolaris捨てるような状態になったら、たとえ富士通が 引き取ったところで、もうどうしようもないでそ。Oracle自身が Oracle on SolarisではなくOracle on Linuxだと宣言している状態で、 あえてSolarisを使う意味はもはやないわけで。 あと「SolarisあってのSPARC、SPARCあってのSolaris」というのは 明らかに間違いだ罠。
584 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/06(月) 23:36:52 ] まあ、ライセンスも見返りも無いのに、奉仕するバカはいないな。
585 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/06(月) 23:38:12 ] その上、将来性もない
586 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/06(月) 23:48:31 ] 去年のうちに何かやっているだろう。やる気があったなら。
587 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/06(月) 23:59:10 ] >>580 確かにフリーソフトウェアに投資したほうが、OpenSolarisみたくいきなり無くなることもなく、まだましだな DEBIANのSPARC64への移植を急に活発にしたのとか、何かその辺の裏がありそう
588 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 00:03:38 ] フリーソフトウェアなら、2-3人の少ない人員でも、結果は出るしな。
589 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 01:54:28 ] 富士通は、Solaris関連を知財だけでなく人員まで含めて、Oracleから丸ごと買い取るべきだ っていう話じゃないの? まぁ富士通が適切にSolarisを育てられるかどうかは・・・アヤシイが。
590 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 01:56:56 ] いや、SolarisやSPARCは富士通ではなくSunだからこそ、NECや東芝などが売れるわけで。 たとえMシリーズが実質的に富士通の製品でも、 建前上は富士通が部品をSunに納めて、Sunが製造しているという形を取ることで、 NECや東芝は、それを自社ロゴつけて売ることができるんでしょう。
591 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 02:07:31 ] Debianのsparc64 portって、現在既に76.75%も進んでいるのか いつの間に…
592 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 02:43:49 ] ただ移植するだけじゃ話にならんよ。 x86と同じ機能じゃ、x86よりも高価なSPARC鯖が売れるわけがない。 RAS回りも含めてキッチリと対応したり、メーカーの標準サポートOSになったり・・・etcってことがあって初めて、使う価値が出てくる。 まぁ産廃を趣味で使うための遊びの移植なら、無粋なことは言わんが。
593 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 03:48:32 ] kernelのコッミッタ出せばいいじゃん。
594 名前:名無しさん@お腹いっぱい。 mailto:sage kani? [2010/09/07(火) 03:55:37 ] まぁ折角のSPARC機になぜSolarisを入れないのかと Leia2なんて古い機体にLinuxを入れて使うのは大昔に大学で流行ってた Java使えないSPARCなんて…と当時は思ったが いまならOpenJDKを野良ビルドすればいいのかw
595 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 04:18:35 ] 金にならんことはOracleはヤラナイ。
596 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 05:59:48 ] 営利企業だから当然だろ。
597 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 07:08:17 ] 露骨すぎて商機を逃す ●2点
598 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 13:50:21 ] >>594 野良で動くのか?
599 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 13:52:50 ] それ以前に、コンパイルに年単位でかるんじゃないか。
600 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 21:44:18 ] セクハラおやじが社長かよ
601 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/07(火) 23:57:09 ] エロじじいが
602 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/08(水) 13:46:06 ] 類は友を呼ぶ。
603 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/08(水) 23:00:33 ] エロじじい、古巣から訴えられる www.itmedia.co.jp/news/articles/1009/08/news015.html
604 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/09(木) 02:06:53 ] こうまで嫌がらせされてるのを見ると、エロ事件が工作に見えてくるな・・・
605 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/09(木) 09:26:43 ] これ、単に HPとのケンカの口実が欲しいだけなんじゃね? HPのハードのサポート切るために。 「体面を取り繕う」ねぇ..w
606 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/09(木) 09:42:05 ] >>605 HPのサポート切るのはそれなりにリスクが大きいと思うけどな HP-UXだってかなりまだ資産があるだろう ハードがきたらSPARCなり、買ったものの整理が激しく進むと思う
607 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/09(木) 09:49:12 ] Exadata2がチラホラ売れ出してるみたいだし、HPとは手を切るんだろ。 もう単なる競合相手にしか過ぎん。 既存客にはそんなこと言えないからなww
608 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/09(木) 13:25:03 ] >>606 > HP-UXだってかなりまだ資産があるだろう PA-RISCや Itaの客? プラットフォームそのままで Oracleからなんか買うか?w
609 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/09(木) 14:06:28 ] 保守。
610 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/09(木) 15:02:46 ] アフターサポートは、やるだろ。ケンカしようがなにしようが。 これから売るもんの HPハード対応は、という意味だよ。当然。
611 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/09(木) 16:16:11 ] ミドルウェア。
612 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/09(木) 16:30:21 ] まあOracleがHP-UXを目の敵にすることはないだろ? そんなことのためにSun買ったわけじゃないし。 あくまでもDBの世界で勝負だろ。
613 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/10(金) 14:09:21 ] 何を言ってるんだ? Solaris以外の OSを売ってるとこも、SPARC x64 以外の サーバー機売ってるとこも、競合だよ。そんなことのために Sun買ったんだって。 なんでそう都合の悪いとこは好きなように解釈するわけw? 「IBM敵にまわす」って宣言してるんだぞ?
614 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/10(金) 15:43:37 ] IBMは競合DB持ってるからね。
615 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/10(金) 15:48:35 ] 商用UnixサーバがIBM+AIXだけになったら嫌だ でも現状Sunサーバは高すぎる IAサーバの10倍のカネをかける価値はもう無い
616 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/10(金) 19:18:48 ] >>614 どこまでアホなん君。ちゃんとエリソンの発言とか読めよ。
617 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/10(金) 19:23:39 ] いや〜 ARMすげーな。Cortex-A15。 Intel終ったww
618 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/10(金) 20:08:48 ] >>590 >たとえMシリーズが実質的に富士通の製品でも、 >建前上は富士通が部品をSunに納めて、Sunが製造しているという形を取ることで、 じゃあ、Oracleから米Solaris事業部を買い取って現地法人として分社独立させて「Solaris Inc.」 とか名付けておいて、出資比率「富士通98%、東芝1%、NEC1%」で運営すれば丸く収まるんじゃね?
619 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/10(金) 20:46:51 ] Alpha Inc.ってあったな。たしかww Samsungと Compaqの合弁だったか?
620 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/11(土) 07:22:47 ] >>618 富士通98%なら、富士通の連結子会社じゃないか。
621 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/11(土) 12:12:08 ] OracleがHPからリストラの鬼を招聘したわけだが・・・これでSunオワタ?
622 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/11(土) 12:17:15 ] もうとっくに終わってるじゃないの。
623 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/11(土) 19:43:55 ] >>618 CTCも混ぜてやって
624 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/11(土) 23:33:26 ] 出資比率「富士通97%、東芝1%、NEC1%、中部テレコミュニケーション1%」
625 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/12(日) 00:13:27 ] 中電関連の仕事してると、よくあるなw
626 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/12(日) 01:01:43 ] >>624 そのCTCかよ!
627 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/12(日) 01:11:53 ] >>624 だからさ97%じゃ富士通の連結子会社だってば。 分社独立してねーっての。
628 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/12(日) 02:09:46 ] 妄想にムキにならないでください。
629 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/13(月) 03:57:06 ] とうとうSCSAもオラクルに侵食されてしまったのか なんだろう凄いつらい Sunが好きで取得したのにこのやりきれなさ もうだめだ
630 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/13(月) 09:32:20 ] なんかさー Oracleになって、保守契約してないと有償修理も断られるようになった っていう話があるんだが。 ふつう保守契約するもんだから気にしてないんだが。
631 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/13(月) 09:48:45 ] Oracle方式だとあるパッチが欲しかったらその時点までの保守契約 * 1.5の 料金を支払わなかればならないとか
632 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/13(月) 10:01:27 ] 過去に遡って保守契約を結べるのだから、まだ良心的だ。たとえ割増しだろうと。 ハードウェアなんかは 保守契約付きで購入した時点で、補修部品の倉庫へのストックが行われるという理由で、 購入と同時に保守契約しなければ、(たとえ購入の翌日であろうとも) 後からの保守契約は結べない というのは珍しくない。
633 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/13(月) 13:56:04 ] それって具体的にどこさ。
634 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/13(月) 23:06:17 ] Oracle.com にアクセスすると下記エラーが発生するんだけど、みんなはどうかな? どうもアンチウィルス (ESET Smart Security) が怪しい気がするんだが。 An error occurred while processing the request. Try refreshing your browser. If the problem persists contact the site administrator
635 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/17(金) 06:50:38 ] Oracle増収増益だな。 研究開発費も並じゃないしスゲーな。
636 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/17(金) 17:07:39 ] Andoさんが Rockの記事書いてるな。 206 プリフェッチとスカウトスレッド
637 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/19(日) 12:25:50 ] Oracle Says Sun Operations Are Now Profitable crn.com/news/applications-os/227500090/oracle-says-sun-operations-are-now-profitable.htm
638 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/20(月) 19:25:36 ] [速報]オラクルがクラウドで大攻勢。クラウド・イン・ア・ボックスのExalogic発表。Oracle OpenWorld 2010 www.publickey1.jp/blog/10/exalogicoracle_openworld_2010.html [速報]オラクルがクラウド対応の「Fusion Applications」披露。独自Linux Kernelも。Oracle OpenWorld 2010 www.publickey1.jp/blog/10/fusion_applicationslinux_kerneloracle_openworld_2010.html
639 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/20(月) 23:11:12 ] そんなのはどうでもいいからJavaの話をry
640 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/21(火) 01:12:56 ] ひゃっほう! Oracle Unveils SPARC T3 Processor and SPARC T3 Systems www.oracle.com/us/corporate/press/173536
641 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/21(火) 12:09:59 ] 30日以内の出荷か。
642 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/21(火) 13:21:51 ] 次は Rockの復活だなw
643 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/21(火) 16:59:04 ] 他スレで見かけた ttp://www.tradingmarkets.com/news/stock-alert/orcl_oracle-s-sparc-t3-servers-deliver-world-record-performance-results-1179140.html
644 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/22(水) 14:10:48 ] Who's buying Novell? Place your bets www.networkworld.com/community/blog/whos-buying-novell-place-your-bets 今度はNovellが。目紛るしいなぁ。 Nokiaは減収が続いてCEOが交代するようだけども、大丈夫なのかな。 ascii.jp/elem/000/000/556/556161/summary.html
645 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/22(水) 18:24:07 ] OOW 2010のロードマップ見ると、2014までは T-か M-だから、 Rockは 2015年だなw
646 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/22(水) 18:29:30 ] ロゴの書体が、以前とビミョーに違うな。
647 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/22(水) 19:09:25 ] そもそもRockやってたSunの開発者って残ってるのかね
648 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/22(水) 19:38:37 ] "Ultra "はいつ消えた?
649 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/22(水) 20:21:23 ] >>647 なにせ 40億ドル研究費使ってますから。全員雇い直しましたよww
650 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/23(木) 09:01:25 ] オラクルの研究開発費は、買収費が大半じゃないのか? SPARCは富士通が作るんだろ、いつまでできることやら オラクルは、インテルのCPU積んだExadataとかExalogicにハードは集約していく方向じゃないか そのためのSolaris11じゃないか、変なLinuxとの統合も進めていくだろうし そのとき、Exadataと、IBM(Netteza)、EMC(Greenplum)に、HPがどう絡んでくるか つってもMSと組んで変な機械作るか、Teradata買うくらいしかやることないけど マーク・ハードが社長になったオラクルが、ハード古巣のTeradataに興味を示すかどうか オラクルは、SUNの製品群じゃ弱いの分かっているだろうから、ストレージをどうするのかも興味ある NetApp辺りを買うのか、それともなんちゃってCloud製品群で突っ走る自信があるのか? Dellは3PARも負けたし、この分野でも厳しいな、スマートフォンかテレビであてないと展望が見えない 天井をHPに押さえられて、アップルが金持ちを相手にしているのを見ながら 横をもの凄いスピードでエイサーに駆け抜けていかれた感じだろう
651 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/23(木) 10:38:18 ] >>650 自己レスだが、あれなんだなExadataやExalogicがオラクルの思惑通りに使われれば CPUやOSの差をオラクル製品で吸収していくこともある程度は可能なのか 後、オラクルのなんちゃってクラウドボックスを見ると、CPU性能はもう十分すぎるといわんばかりだな
652 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/23(木) 10:38:29 ] そもそも Dell(笑) は大規模サーバを要する分野には食い込めてないだろう 安い 1U 2U 鯖が中小に売れてるレベル
653 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/23(木) 10:58:31 ] 今ならタダで富士通のプレゼン見れるぞ。 ondemandpreview.vportal.net SPARCについて一応語ってるぞ。 45分位からの山本社長の英語は泣けるな
654 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/23(木) 14:19:14 ] >>653 豊木氏のプレゼンの最後のところか。 泣けるね
655 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/23(木) 20:15:02 ] >>653 金もらって見るビデオだろ、ただの宣伝なのに
656 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/24(金) 22:06:47 ] Oracle Plans to Acquire Chipmakers, Industry-Specific Software www.bloomberg.com/news/2010-09-23/oracle-plans-to-buy-chip-companies-industry-specific-software.html "You're going to see us buying chip companies," Ellison, 66, said yesterday at Oracle's annual meeting in San Francisco. Acquiring chipmakers would further Oracle's push into computer hardware, initiated in January with its purchase of Sun Microsystems Inc., a server manufacturer. Oracle may buy a semiconductor company with technology for servers, said Doug Freedman, an analyst at Gleacher & Co. in San Francisco. Potential targets include AMD, International Business Machines Corp.s chip division and Nvidia Corp., he said.
657 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/24(金) 22:41:22 ] NVIDIA買ったら面白そうだなw
658 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/25(土) 00:32:36 ] エリソンって66なのか。
659 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/25(土) 11:02:06 ] Oracle could buy Mellanox Technologies: analyst hken.ibtimes.com/articles/65475/20100924/oracle-deal-m-a-sap-hp-intel-mellanox-technology-infiniband-r-d-chip-exalogic-servers-communications.htm InfiniBandか
660 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/26(日) 22:24:45 ] sparcを作り続ける気ならAMDが良いのでは? nVIDIAを買ってもsparc の物理設計が加速するとは思えない。
661 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/27(月) 00:28:17 ] だから、InfiniBandだって書いてあるじゃん
662 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/27(月) 10:56:36 ] AMD買うのはリスクが高すぎる、業績も赤字が結構な確率であり得るし しばらく前に、Informatica買うとかSalesforce買うという噂がアメリカで報道されてたけど そっちの方がよほど現実的な選択、オラクルは元々、ソフトの会社だし SPARCの開発で苦しんだ、サンとは遺伝子が違う InfiniBandのテクノロジーはオラクルは好きだからな コモディティのハード使った分散処理をさらに進めるんだろ OracleはRACの技術一押しだし
663 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/27(月) 14:40:14 ] IBMのチップ部門て.. POWERは売らねぇだろうしな.. >>662 > SPARCの開発で苦しんだ、サンとは遺伝子が違う Sunだって CPU作ったのは創業だいぶたってからだぞ。 創業者や創業者待遇にチップの専門家はいない。 最初の SPARCの中心人物って誰? Ditzelさん?
664 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/27(月) 18:28:57 ] AMDはGFに魂を売り飛ばす前ならありえたのかな
665 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/27(月) 23:38:49 ] 初期のSPARCはゲートアレイで作られてたってんだから、すごい話だ。 いまでいうFPGAのハードコピーみたいなものだ。
666 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/28(火) 19:39:30 ] クロック10MHzだからゲートアレイで動くよ
667 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/28(火) 19:41:42 ] >>662 infinibandの市場は縮小方向だから、今のうちに買っておかないと HW製造会社がなくなっちゃうんだよ
668 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/28(火) 22:51:58 ] >>666 学生実験のプロセッサ設計実習じゃないんだからさ、 ゲートアレイを何個も並べて、SPARCプロセッサだって、ねぇ。 初期のRISCは、そういうの多かったけどさ。
669 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/28(火) 23:55:12 ] 最初のsparcのゲートアレイ構成は、整数ユニット1個、FPU1個。 MMUはRAMベースでゲートアレイではない。
670 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/28(火) 23:59:11 ] ゲートアレイ程度で68020より3倍も高速なCPUができたから画期的だったんだよ
671 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/29(水) 01:05:49 ] 68020と比較するってことは、最初のSPARCはキャッシュ持ってなかったの? それで68020よりも3倍高速ってことは、メインメモリがよっぽど高速だったんじゃね? RISCはいつもメモリに金がかかる。
672 名前:名無しさん@お腹いっぱい。 [2010/09/29(水) 01:15:15 ] OOoも逃げ出したね。
673 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/29(水) 01:30:56 ] OracleよりIBMに買われた方が幸せだったかもな
674 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/29(水) 01:45:06 ] blogs.sun.com/bonwick/en_US/entry/and_now_page_2
675 名前:名無しさん@お腹いっぱい。 [2010/09/29(水) 01:48:31 ] 某製品の見積もりを○社に依頼したのだけど結果が戻らん。 問い合わせても然り。 ビジネスチャンスを自ら手放すのは勝手だけど、顧客を困らせるのは 厳に謹んでもらいたい。 つか、何のために買収してるのか意味が分からん。 カネ余ってるなら俺にくれ。
676 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/29(水) 02:08:56 ] >>673 たいして変わらないだろう IBMといえば、シークエント買ってすぐになくしたのが忘れられない
677 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/29(水) 04:29:13 ] も前に売らせたくないのだろう。もうO社の直販営業がも前の客に行っているよ。
678 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/29(水) 12:24:13 ] ハコ売りだけならともかくO社にも故SunにもSI能力は無い
679 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/29(水) 22:04:21 ] >>677 アホ。こっちは客だよ。買いたいから見積もり呉れよ。>> O 今ゴタゴタしてるっぽいので、いずれは来るとは思うけど、この先何年も 付き合えるのか心配だわ。 SUNとは20年来の付き合いだが、かつてのSUNじゃなくなったな。 SPARC もSolarisも技術としてはいいんだけど、ビジネス現場では リスク高杉ないか?
680 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 04:28:52 ] 伊藤忠へ行けば?
681 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 06:35:43 ] >>679 5年くらい前の時点でSunの印象は、経営陣が面倒臭がりで何でもどんぶり勘定で「金で解決」 ばかりしている内にそれが癖になって慢性的な赤字体質に陥ってとうとう脱却できなくなってる 感じがしたけど、それ以前にSunに「安定感」なんかがあった時代はあったの?
682 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 15:45:43 ] やっぱ Sunは SBus搭載機までだな。SPARCstation2はよかったw
683 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 16:44:38 ] >>679 Sunと直接取引していた時点で、リスクが読めてない。
684 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 16:51:01 ] IBMから直に買いたくないという お客もいるね。 間に立つと、IBMよりHPのほうが良いって思う。
685 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 20:23:38 ] O社は販売点皆殺し作戦中。
686 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 20:32:00 ] >>679 solarisは良いと思うがsparcの何処が良いのかわからん。
687 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 20:57:22 ] NOKKは、間接販売しかやる力がないんだけどな、それも簡単な製品の 提案とか超苦手だろ
688 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 21:31:54 ] 旧Sunのハード、Oracleから直に買うのではなく、 OEMを受けて自社型番付けて売ってるNECや富士通から買ったほうがいいんじゃない?
689 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 22:29:12 ] Oが富士通からOEMだろ
690 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 23:30:21 ] >>687 やらなくても稼げるからやらないだけ。 ciscoもそうだろ。
691 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 23:35:55 ] >>689 それが違うんだな。 富士通 ↓「部品」を供給 Oracle ↓「サーバ」をOEM供給 富士通 という具合になってる。 あくまでも、Oracleが製造したことになってる。
692 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/09/30(木) 23:46:50 ] 購入先は別部門の役割だから、購買部門は相見積もりするのよ とうぜん O も Cも Fも候補になるはず。 でも自分らはスペックの提示以外の関与できない。これは会社のルールだから。 正直、どこから買ってもいいんだけど、肝心の価格が来なきゃ話にならん。 古いマシンを延命という手もあるけど、今はスポット保守もできないんだよね。 1月に遡って保守契約を締結しないと部品すら出せないというのは 何考えてるのか訳分からん。 >>686 自分は正直、SPARC/Solarisの運用経験しかないから、他のアーキテクチャが どんなものかは分からん。 (きっと良いモノも沢山あるだろう) だが本業が別にあって、サーバ管理は片手間なので、手間がかからないことと、 培ってきた経験や知識や手順が生かせることを重視している。 SunOSも昔(BSDベース)は信頼性今ひとつだったけど、最終の4.1.4 とか、 Solaris 2.6 の頃からは一度設置すれば半年や1年間とか無停止で行けるので、 そういう手間のかからないところが気に入ってる。 セキュリティ・パッチも何世代も遡って出してるし、仕事で使うものとしてこういう 姿勢は高く評価したい。古いと言われればそのとおり、認めるが、サーバ管理じゃ 飯食えないし、あくまで道具だから。
693 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 00:04:54 ] UNIXはSunしか知らない学生rootの世代の、いわゆるSun信者に支えられてきたんだな。 その後のLinux世代に、Sunは何もアピールできなかったのが痛い。 あそこでSolaris for x86をアカデミック向けに無償で配りまくっていれば・・・あるいは・・・
694 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 00:10:23 ] やあ。おかえり。
695 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 00:20:27 ] >>691 Mシリーズは日本の分は富士通で作ってるんじゃなかったっけ?
696 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 00:29:23 ] 富士通から買うとサーバの外観とか色が違うからすぐにわかる。 Niagaraサーバも黒色のが来る。
697 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 00:44:07 ] いや、だから富士通の工場で黒いやつと銀色のやつが流れてるんだってば cloud.watch.impress.co.jp/epw/cda/topic/2008/03/11/12439.html
698 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 06:49:12 ] >> 692 sparc/solarisを贔屓にしてもらえるのは嬉しいが、今じゃx86/linux のほうが手間がかからず安くて速いのだ。
699 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 07:47:04 ] >>693 MAYA2011 64bit版 動作環境 Windows 7Pro、 Vista Business、XP x64 Pro、MacOS X 10.6.2 Red Hat Enterprise Linux 5.4 WS Fedora11 この手のソフトがSolarisをサポートしてないことだけ見てもSolarisは終わってる MacOS XやRHEL、Fedoraはサポートしてるのにな
700 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 10:17:33 ] マルチCPU対応はまだSolarisの方に長があると思う あとmanの充実さもSolarisのが上 ローエンドなサーバーならLinuxで十分いける
701 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 10:39:01 ] ストラタスみたいな無停止システム用のOSにはLinuxはまだまだだけど、 その辺の分野はSunもあんまり強くないんだよなぁ。 HP-UXやAIXのようにハナからメインフレーム代替なエンタープライズ向けに 開発され、ハードウェアともべったりなOSのほうが強い。
702 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 11:08:51 ] レガシーシステム以外に故Sun製品の需要あるかいな?
703 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 11:19:28 ] >>701 一時やってたけど、Javaで完全に方向転換したんじゃないかな。
704 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 21:57:02 ] 699を読むと切られたdesktopがいかにニッチな製品だったのかよくわかる。
705 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 21:58:53 ] MAYAって何だっけ? たぶん映像か音楽のソフトだと思うのだが、そういうのはSGIの毒々しい色のIRIXマシンで使うもんだったのよ。 Sunになんか出番ない。
706 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 22:12:30 ] Javaの人に続いて、ZFSの人も、Oracleを去ったか。
707 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 22:21:30 ] >>705 >>699 はきっとIRIXなんて知らないし、MayaがIRIX専用のソフトだった ことも知らないんだじゃないかな。
708 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/01(金) 22:51:36 ] >>702 ないね
709 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/02(土) 00:03:37 ] >>705 >Sunになんか出番ない。 昔々、PixarがSunのSPARCマシンをレンダーファームに採用したこともあったから Sunと3DCG映画との接点が完全に無い訳でもないんだけど、ほぼ皆無だね。 >>707 >MayaがIRIX専用のソフトだった LightWaveがAmiga専用でVideo Toasterの付属ソフトだったということを知らない 者も少なくないからな。
710 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/02(土) 01:46:19 ] おっさんの記憶はまほろば。シェアと株価はまぼろし。
711 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/02(土) 19:31:22 ] 昔のSunのワークステーションが使われていた用途が 今はPC+WindowsやPC+LinuxまたはMacになってるというのが現実 もともとはSunは68000系CPUを使ったベクトルシャイムが設計したマシンに 当時格安でソースコードが手に入ったBSD UNIXを使って格安なワークステーションを作ったメーカー SPARCやSolarisにこだわることは80年代にDECがVAXやVMSにこだわっていたのと同じこと 1990年代終わりのDECは業績悪化でCompaq(CompaqはHPに買収された)に買収され その10年後、Sunも業績悪化でOracleに買収された
712 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/02(土) 20:06:43 ] いつのまにかIBMがUNIXサーバでも出荷金額で首位になってるな IBMの買収されればよかったのに www.computerworld.jp/topics/datac/175469.html IBMは2009年第4四半期にUNIXサーバのセグメントでもトップに立ち、 40.5%の市場シェアを確保している。同社の売上高は前年同期比 11.1%減の12億ドル。 2位はHPで、売上高は前年同期比19.9%減の8億7,600万ドルだった。 第4四半期にUNIXサーバの出荷台数が最多だったのはSunだが、 売上高は前年同期比29.1%減の7億5,380万ドルで、3位に甘んじた。 4位は55.4%減と最大のマイナス幅を記録した富士通だった。
713 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/02(土) 20:13:30 ] 予測記事だけど headlines.yahoo.co.jp/hl?a=20100826-00000003-cwj-sci 第2四半期のWindowsサーバの出荷金額は50億ドルとなり、サーバの世界出荷金額の46.5%を占めた。 Linuxサーバの出荷金額は前年同期比30.1%増の18億ドル。 「Linuxサーバがサーバの世界出荷金額に占める割合は16.8%となり、 前年同期よりも2.5ポイント上昇した」とIDCは述べている。 第2四半期のサーバの世界出荷金額は前年同期比11%増の109億ドルとなり、 2003年以来の大幅な伸びを示した。世界出荷台数は24%増となった。
714 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/02(土) 20:16:25 ] (50億ドル+18億ドル)/109億ドル=0.62 サーバ出荷金額の62%がWindowsとLinux
715 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/02(土) 20:47:07 ] HARDWARE SOFTWARE SOLUTION COMPLETE I B M
716 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 00:47:20 ] >>712 独禁法的に無理じゃない?
717 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 07:04:59 ] だって SPARC サーバより x64 サーバの方が安くてアプリも多いんだもの
718 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 10:13:50 ] >> 717 アプリの数は多いが、業務で使える品質レベルかどうかは疑問。
719 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 13:12:35 ] >>711 COMPAQによるDEC買収は既にハードを持ってる企業同士だから、OracleによるSun買収とは状況が ちがうと思う。 買収という行為の良し悪しは別として。
720 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 15:19:17 ] >>719 あのときコンパックはもうタンデムも買収してたし DECのAlphaなんかでサーバーのラインを強化したかったんだろう 単純に顧客が欲しかったのかも知れないが オラクルは、Solarisオラクルの顧客基盤とサンの各種ソフトがほしかったんだろ 少なくともIBMに取られたくはなかったというか CPUはインテル主体で考えて、なんだかんだで高くする エクサロジックとかエクサデータみたいな新世代のオフコン屋としてがんばるのか
721 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 15:30:52 ] >>718 どっちも一緒だよ。 日本じゃ、いちいち案件ごとにITドカタ使って開発するんだもん。 x86だろうがSPARCだろうが、その上で走るのは糞コード。 どちらも品質は悪い。
722 名前:名無しさん@お腹いっぱい。 [2010/10/03(日) 15:53:56 ] >>720 買収の動機はきっとそうなんだと思う。問題は、買収された側の製品を、将来的にどう扱うか。 その結果によっては顧客へ与える影響は大きいから。 以前 Oracleは DECから買収した VMS 上の Rdb を Oracle Rdb という名称でサポートし続けた ことは好印象。その優れた部分の Oracle RDBMS への取込みも合わせてなされたけれど。 今回、SUN製品をどうするのかで Oracle に対する評価は二分すると思う。ハードもそうだし さまざまな競合する製品もそう。 (MySQL, Rdb, Berkeley DB, まだあるかな?) おっしゃるように買収するってことは買収された側の顧客も取り込むってことだから、企業の 責任としてそういう顧客を面倒見れるかどうかに着目したい。 ただこれまでの動向をみる限り、ビジネス顧客へ高い金額でサポートを売るやりかたを踏襲する ように見える。いっぽう、顧客じゃない、コミュニティに対しては迷ってるようにも見える。 最悪、内部から崩壊するんじゃないかというのが大きな懸念。
723 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 19:26:49 ] Sunなんか買ってもいいことは一つもない Ora最大の大口顧客、合衆国政府が押し付けただけ 外国(中国あたり)に買われないようにするための国策
724 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 22:38:04 ] >>716 無理ではないだろ
725 名前:名無しさん@お腹いっぱい。 [2010/10/03(日) 22:44:28 ] >>723 IBMは中国企業じゃないぞ
726 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 23:29:29 ] まじで?
727 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 23:46:15 ] >> 721 アプリも糞なのか。 linuxが糞なのは、なぜか、メディアではlinuxのバグ情報を流してはいけない というのが暗黙の了解になっているようなので知られていない。 まあ、サポートする側にとっては、10万/年のサブスクリプションが売れるから linuxの品質があがってバグがなくなると困るんだけどね。
728 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 23:48:49 ] ちょっと思ったんだけど、個人レベルで古いSUN製品を破棄する時 Oracleに引き取ってもらうという理解でいいのかな?
729 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/03(日) 23:54:42 ] よくないと思う
730 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/04(月) 00:09:12 ] >>725 IBMはOracleの商売敵だろ IBMにJava握られるのが嫌だった可能性はあるな
731 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/04(月) 00:41:26 ] >>728 パソコンではないのでリサイクル法の適用外でしょう。 個人なら普通に自治体の粗大ゴミでどうぞ。 パソコンだからダメと言われたら、 パソコンみたいなUNIXワークステーションを買ったオノレを恥じつつ、 PC3Rなどの天下り法人に金を払って回収してもらうしかないでしょう。
732 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/04(月) 03:55:28 ] ハードウェア、ソフトウェア共に革命的な発明を残した企業Sunは何故無くなったの?
733 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/04(月) 04:55:02 ] 継続できなかったから。
734 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/04(月) 11:07:47 ] >>732 ソフト屋ではハードウェアに要求されているものが理解できなかったから
735 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/04(月) 16:33:37 ] >>732 ビジネス最優先の会社になれなかったから。
736 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/04(月) 22:18:20 ] PC3Rのwebサイト見たけどまったく意味不明だった。 パソコンとUNIXワークステーションとどう違うんだ? そもそも比較できるものか… 以前、SUNのDiskpack (3.5" HDD x 4内蔵) を小物金属ゴミとして捨てたんだけど、 回収を拒否されたよ。 粗大ゴミ回収の人をはじめ、普通の人には周辺機器であってもパソコンに見えるん じゃないかと思う。
737 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/04(月) 22:32:30 ] >>736 PC3Rは、明瞭に説明するとマズいんですよ、たぶん。 法律で定めているのは、 ・メーカーは不要パソコンを、消費者から求められれば、無償で回収してリサイクルしなければならない。 ・ただし、法律が施行される前に製造されたパソコンに関しては、有償にしてよい。 ・消費者や自治体は、不要パソコンをメーカーの回収・リサイクルに出す努力義務がある。 ということだ。 じゃぁPC3Rって団体は何かというと、 自作PCや、すでにメーカーが倒産するなどして、回収・リサイクルすべきメーカーがない場合の受け皿 なんだけれども、これが天下り団体なわけですよ。 PC3Rは自治体に根回しして、メーカーが引き取らない分をPC3Rに回せと、 つまり、オマエラ、パソコンを不燃ゴミや粗大ゴミで回収すんじゃねーぞと睨みをきかせてる。 法律的には、PC3R以外の団体でも構わない。 具体名は挙げないが、日本には何社も、不要パソコンを無償(ただし送料はかかる)で引き取る業者がいる。 それらの業者も分解・分別して再資源化するので、ちゃんと回収・リサイクルしているわけだが、 な・ぜ・か、自治体は特定の1つの団体、PC3Rを紹介する。
738 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/05(火) 00:42:44 ] かぐわしい。
739 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/05(火) 07:43:24 ] / ̄ ̄ヽ、 / ●/  ̄ ̄~ヽ / ト、.,.. \. かぐわしい =彳 \\ ヽ , \\ | /⌒ヽ ヽ | / | | / ./ ヽ|/ l
740 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/05(火) 23:12:15 ] オラクルのエリソンCEO、米Salesforce.comを扱き下ろす www.computerworld.jp/topics/cloud/189294.html ↓ Oracleは偽物のクラウド 〜 米salesforce.com・ベニオフCEO cloud.watch.impress.co.jp/docs/event/20101005_398150.html cloud.watch.impress.co.jp/img/clw/docs/398/150/cf04.jpg 1.ハード屋さんがサービス事業者やデータセンタ屋さんに鯖を売る 2.データセンタ屋がサービス事業者に間貸し・ハード貸しをする 3.サービス事業者がユーザーに鯖貸し・アプリケーション貸しをする 1〜2〜3のどこを捉えてるかで何とでも言えてしまう。 まったく下らないし無意味な言い争いだ。
741 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/06(水) 01:13:16 ] オラクルのJavaへの取り組みにJavaコミュニティから懸念の声 www.computerworld.jp/news/sw/189397.html
742 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/06(水) 01:30:58 ] >>712 オラがSolarisのライセンスをいじったから 自業自得
743 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/06(水) 13:25:41 ] SunがOracleに買われて良かったという話に覚えがないけどなんかある?
744 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/06(水) 13:28:33 ] DQN儲のスレ出現頻度が減った
745 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/08(金) 21:48:12 ] イノベーションのジレンマ 汎用機は低性能だったミニコンに食われ、ミニコンはUnix WSに食われ、WSはPCに食われ、 PCはスマホやタブレットに食われる
746 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 07:04:19 ] PCはスマホにもタブレットにも食われない。 タブレットなんて何回もこけてるじゃねぇか。
747 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 08:47:31 ] >>746 食われだしてんじゃないの、PCがなくなるとは全然思わないけど タブレットがあるからネットブック買わない層がいるわけだし サーバー側で、iPhone大のARMサーバーが一般的になるかどうかは知らん
748 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 09:07:19 ] ARM、次期ハイエンドコア「Eagle」の内容を一部公表 pc.watch.impress.co.jp/docs/news/event/20100825_389138.html ARM、マルチコアの次世代プロセッサ「Cortex-A15 MPCore」を発表 www.computerworld.jp/topics/mp/189234.html
749 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 10:52:47 ] PCはスマホやタブレットアプリの開発プラットホームとしてこの先生き残るだけだな Macは既にMac自身のアプリもかなり減ってるしな >>747 OpenBlocksみたいなのがもっとメジャーになればブレードサーバを置き換える ことにもなりかねんw
750 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 12:10:24 ] タブレットが登場して何年経ってるんだよって話だな モバイルとスマートフォン持ってたらタブレットなんか要らない タブレットでこの二つの用を足すこともできない それが現実
751 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 12:24:46 ] 電車通勤で本や記事を読むときにタブレット型が欲しくなる。本は重いし。 ノートPCは大袈裟だし、スマートフォンは小さすぎる。
752 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 12:59:57 ] 4インチくらいの画面があれば十分
753 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 13:08:56 ] >> オフィスのデスクワークや家庭用の据え置きなPCって今後も残るんでは? タブレットとかって、一般層(コンピューターに関心ないような)が使ってるの 見たことないんだが。
754 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 13:16:46 ] 100年も経てば絶滅してるだろ
755 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 17:52:42 ] >>753 家庭用はテレビとかに組み込まれてPCとは意識せずに使うんじゃね? オフィス用途もクラウド化して社員の端末には最小限のデータしか持たせないようにするはず
756 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 18:45:32 ] >>749 おいおい、MacはPCに負けたのと、iPhoneやiPadにリソース注いでてMacやる気が足りないから、衰退してんのよ。 ブレードサーバは当初は高密度を売りにして登場したが、売れなかったんだよ。 それで次に、管理しやすさを売りにして軌道修正して、売れるようになったんだよ。 OpenBlocksのような管理しにくいものがブレードサーバを置き換えるなんて、ありえない。
757 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 18:50:39 ] >>754 腕時計が普及しても、壁掛け時計は絶滅しなかった。 しかし、携帯電話が普及したら、腕時計は販売不振で苦しんだ。 デスクトップPCというか据え置きのPCは、形は変っても残ると思うね。
758 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 19:48:20 ] >>757 15年後くらいならそんな感じかもしれないが100年後だからな… その頃にはシリコンですらないだろうし想像もできんわ
759 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 20:25:22 ] キンドルは本代わりに良いと思う
760 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 21:58:24 ] UNIX-WSは、単純なハード性能と言う点で言えば、Pentium2が出た頃に PC/ATに追いつかれていた。すでにその頃、Sparc/Mipsはx86チップの 性能に対抗できなかった。
761 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 22:09:26 ] 生き残るかどうかってだけの話なら、大型機もまだ生き残っているわけで。 インターネット利用に関しては、PCの市場をかなりの数の携帯電話が食った。 タブレットがPCの市場を全く食えないとは到底思えない。後は程度問題。
762 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 23:25:58 ] >>760 その「ハード性能」ってプロセッサの処理能力しか見てないだろ? 運用を視野に入れた場合、大事なのは全体としての処理能力や、負荷が掛かったときに どれだけ落ちるか、限界近くでどれだけ粘れるかという特性が重要だと、自分は考える。
763 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 23:32:29 ] と一線から脱落したものが申しております
764 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 23:41:56 ] >>761 > インターネット利用に関しては、PCの市場をかなりの数の携帯電話が食った。 日本は特殊かもしれないが、 初めてインターネット利用に使ったのがPCではなく携帯だという人口が多いよ。 PCから携帯に乗り換えたのなら食った・食われた、だけど、 最初から世界が違うのは、なんと言えばいいんだろう。 >>762 > 全体としての処理能力 x86のほうが上だった >負荷が掛かったときにどれだけ落ちるか SPARCは負荷かかってない時も遅いから、キャッシュミスでの速度低下が、相対的に小さいだけだ。 キャッシュミスが多発する状況下では、x86とSPARCの速度差はなかったと思う。 、限界近くでどれだけ粘れるか そいつはハードウェアではなくOSの作りだな。 x86版のSolarisは色々とアレだったんで、SPARCはズルしてたってことだな。
765 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 00:20:20 ] >>764 最初から携帯電話の人がいようがいまいが、 携帯電話でインターネットをする人が増えたなら、 市場は食われているだろ。 90年代中頃はワークステーション以上、 PC以上じゃないと利用できなかったのだから。
766 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 00:21:23 ] >>764 昔のx86は各種バスが劣っていたから、 I/O性能が余り出なかった。
767 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 00:49:06 ] Oracleのコーポレートスローガンが Hardware and softwere. Engineered to work together.に変わったみたい。
768 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 01:38:51 ] >>765 一般人のインターネット利用、なんていう市場は90年代中ごろには存在しなかったんですが。 >>766 いるんだよね、そういう人。 x86はバスがISAでPIOだの、I/Oプロセッサがないだのと言う人。 SPARCと比較しているPentiumIIの頃は、すでにPCのバスはPCIになっていたぞ。 もちろん、SBusのI/Oプロセッサに相当するものは、SCSIやLANのPCIコントローラに内蔵されてたぞ。
769 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 02:46:45 ] >>768 非積極的だったNIFTYが1996年には一般向けのサービス開始しているのに?
770 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 02:48:28 ] 先生パンツ
771 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 02:49:12 ] 誤爆
772 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 06:00:28 ] 一般にインターネットが普及してきたのは ISDN+テレホーダイ以降じゃね?(1999年〜) それ以前はサービスが始まっていたとしてもまだまだ利用はされていなかった おまいらの話は逸般人だから基準にならない
773 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 09:13:57 ] ネットワークサービスならそれ以前では Windows95の発売が大きかったと思う
774 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 10:20:52 ] >>773 Windows95 plusだろ。 それまでに市場が存在しなかったなんて事はない。 MS-DOS, Windows 3.1, MacOS用のTCP/IPスタックは、 もっとも売れているソフトウェアの一つだった。
775 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 10:23:11 ] >>772 でFA
776 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 10:31:48 ] 95年がインターネット元年と言われ利用者500万程度 97年には利用者が1000万越えていた 今は9000万超えてるらしいからそれよりはずっと少ないのは確かだが 500万だの1000万だのという数字は「市場が存在しない」と言い切るには、 いささかデカ過ぎる数字だぞ
777 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 10:51:13 ] >>772 大々的に売り出された「Windows95」によって本末転倒して買った後に"パソコンの用途"があれこれと 考えられるようになり、その代表格として「インターネット」が次第に中心的な注目を集めるようになった。 Windows95の日本での発売は1995年の末頃。そして、すぐに1996年に入るが「個人のホームページ」 などの類が1996年中に多く登場し、いまでも稀に検索で1996〜1997年頃に作られたとされるページが ヒットする。 1997年の春頃には「高校生・大学生の入学祝い」などでパソコンが買い与えられるような風潮にあり、 インターネットにおける日本語情報は学術を除くとゲームやアニメの情報が量においてはほとんどを 占めていたように思う。一部の特権的な利用者から「一般」と言えるところに降りたのはこの頃だろう。 1999年〜というのは既にあまりにも電話回線をインターネット接続に利用するユーザーが増えすぎて 保守的なNTTまでが対応サービスを提供するに至った頃なので「まだ利用されていなかった」などと いう認識は誤り。
778 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 12:19:54 ] IIJがダイヤルアップIP接続をはじめたのが1994年5月。この段階で加入電話があれば個人でも利用できた。 ttp://www.iij.ad.jp/info/point/history/index.html
779 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 12:25:03 ] まーた素人が勝手な思い込みと妄想で歴史を語るスレか
780 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 12:31:37 ] >>779 無知は巣に帰れ
781 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 12:46:16 ] おっさんたちが思ひ出と哀愁で歴史を語るスレの誤り。 1996-1997年にはゲームでインターネットを使っただろっ
782 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 13:29:59 ] >>768 > 一般人のインターネット利用、なんていう市場は90年代中ごろには存在しなかったんですが。 アホ丸出しだな。どんだけ思い込みが激しいんだ。
783 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 13:52:17 ] 荒れそうで荒れないな、商売は下手だったが知識はあるようだ
784 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 14:08:15 ] 90年代中頃って、まだパソコン=オタクだっただろ?
785 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 14:18:51 ] オタクのおこづかいつぎ込み率をなめんな!
786 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 18:15:19 ] >>776 その500万 1000万という数の中には、法人での使用も含んでるでは? 90年代後半辺りの家庭・個人でのインターネット使用はもう少し少なかった と思う。特にまだこの頃だと地方や肉体労働なとこだと、「ネット?そんなもの いらないだろ。」みたいな風潮が強かったしさ。 当方、人口30万人ほどの中部地方の中規模都市に在住だが、90年代後半 辺りなんてネット利用者はまだ少数だった。
787 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 18:53:44 ] >>786 当時、5万人未満な市に居たけど利用者だらけだったよ 一応関東だが
788 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 18:56:54 ] >>760 x86とsparcの性能が拮抗しだしたのは、pentium II 300-400MHzぐらい からだったと思う。 >>768 SBusにはIOプロセッサなんてありませんよ。機能的にはPCIバスと同じと考 えて大きな間違いはありません。SBusは32bitバスで25MHzぐらいで動作した ので、PCIバス(32bit/33MHz)にバンド幅で負けます。 その後のIOカードのローコスト化や品揃え、性能の点でSBusはPCIに負けた ので、SunがPCI採用に改宗したのは皆さんご存じの通り。Sunも自分でIOチッ プを作らなくなったんで最近のsparcはPC用のsuper I/Oチップセットとか ディスク・ネットワークカードなどを使っており、ファームやドライバも I/Oチップメーカ任せなのでバグが多すぎてトラブルの宝庫(とくにqus,mpt などのSCSI HBA系はひどい。まともだったのはispまで)になっているのも 皆さんご存じの通り。
789 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 19:00:15 ] (つづき) 本音で言ってsun/solarisのアキレス腱はI/Oドライバ周りだと思いますよ。
790 名前:名無しさん@お腹いっぱい。 [2010/10/10(日) 21:04:33 ] 2年ほど前に中古のSparcマシンを購入したが、危険サイト見るためのマシン と化してる、
791 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 21:24:54 ] 話の分からない人がいるんだなぁ。 PCではなく携帯電話でネットを使って満足している人達について、 すでにPCが取っていた領地が携帯に奪われたのか、 未開の土地をPCではなく携帯が開拓して安住したのか、 っていう話でしょうが。 分母を考慮せずに割合の話をするのは、相手を騙すのが仕事の人だけにしとけ。
792 名前:768 mailto:sage [2010/10/10(日) 21:31:41 ] >>788 > SBusにはIOプロセッサなんてありませんよ。 I/Oプロセッサと言っていいのか悪いのかワカランが、 SBusとISAバス(に近い、マイコン系バス)のバスブリッジにDMAコントローラが入っていた。 Sunは既存の安い部品を集めてUNIXワークステーションを作る会社なわけで、 LANコントローラやSCSIコントローラは、パソコン用の安いチップだったよ。 日本ではSunのワークステーションは高い値段で売られていたけれども、 それは輸入業者や販売業者、税金などで膨れ上がったのであって、 本来は、パソコンに毛が生えたものなんだよ。
793 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 21:32:54 ] >>791 市場占有率は割合で語られます。
794 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 21:42:50 ] >>793 何に対する割合なのか、それが問題だって言ってるでしょうが。
795 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 22:55:01 ] IntelもARMがライバルになるようじゃこの先やばいんじゃない ARMは低消費電力というのが利点なのかもしれないが低価格というのも魅力の一つだからな Intelは高価格でCPUを売ることで利益出してるからARMと競走するには かなりの数のCPUを売らないと利益出せなくなる
796 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:02:53 ] AtomとARMでは目指すところが微妙にずれてるな Windows95/98 で普及したのは TCP/IP による社内 LAN であってインターネット利用は もう少し後の話だよ だからあの当時の雑誌には CD-ROM にフリーソフトがたんまり入ってただろ? 普通の人たちは33.6k〜56kモデムで従量制インターネットなんて使わなかったぞ
797 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:05:16 ] 言い方悪いが、そのセグメントで手も足も出ないプロセッサは指を咥えて見てるしかない
798 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:09:53 ] SPARC vs x86の話と x86 vs ARMの話は 相似形ではあるだろうが、 このスレで語ることか? ARMがSun設計なら、失地を取り返す話にもなるが、違うだろ。
799 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:11:26 ] 携帯電話全体のうち高機能携帯が2割程度になったらそれだけで2億台超えることになる その大部分の高機能携帯にARMが搭載されたらそれはそれでIntelも無視できなくなるだろうな 世界の携帯電話出荷台数、2012年には13億台を超える見込み――矢野経済研究所調べ japan.internet.com/wmnews/20090716/13.html 2009年の世界市場における携帯電話の出荷台数は、前年比7.5%減の10億9,424万台と なる見込みである。 第1四半期は、前年に引き続き景気悪化の影響を受けて低迷したものの、 メーカー各社の減産、在庫調整などを受けた事で第2四半期以降、少しずつ回復に向かいつつある。
800 名前:788 mailto:sage [2010/10/10(日) 23:14:07 ] >> SBusにはIOプロセッサなんてありませんよ。 > >I/Oプロセッサと言っていいのか悪いのかワカランが、 >SBusとISAバス(に近い、マイコン系バス)のバスブリッジにDMAコントローラが入っていた。 シリアル系のチップやeeprom、rtcを接続しているebusのことと思います。 ebusにはdmaコントローラは付いていません。というかdmaが必要な石はebusの下には 接続されていません。 初期のsparc stationにはdmacという石がついていたので、これを指していると思いますが、 これは、espというscsi hbaコントローラと併せて使用するものです。espがdmaコントローラ 機能をもっていたなかったので無理矢理sbusのバス構成を無視してこんな構成になったまでで、 sbus自体にはdmaコントローラ機能はありませんでした。dmaの際にはPCIなどと同様にsbusカー ド自体がバスマスタになり、dvmaアドレスを生成します。
801 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:16:03 ] >>798 Oracleはx86サーバも作ってるがARMサーバだって作ることが出来る だから全く無関係なわけじゃない
802 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:19:38 ] それと利益の源泉であるPC市場が将来、高機能携帯やタブレットに食われることになれば Intelのサーバ向けCPU開発への投資も減るからな
803 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:23:11 ] >>800 > シリアル系のチップやeeprom、rtcを接続しているebusのことと思います。 ちがう、NCR53C94やAMD7990をSBusに接続していたブリッジ。 > sbus自体にはdmaコントローラ機能はありませんでした。 ブリッジと言ってるでしょうが。
804 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:25:02 ] >>801 ARMが下からx86を駆逐するのには、それなりの時間はかかるが、可能性としてはありえるな。 >>802 だからといってSPARC復権はありえないし。ARMをサーバにも使うだけだ。
805 名前:788 mailto:sage [2010/10/10(日) 23:27:59 ] >LANコントローラやSCSIコントローラは、パソコン用の安いチップだったよ Sunが採用していたLANコントローラは、 10M - AMDのlanceチップ (intelも使ったことがあるがすぐになくなった) 100M - hme は Sunの自製です。phyはナショセミやルーセント、ブロードコムのような気がします。 1G - ceはSunの自製です。その後は bgeはブロードコム、e1000gはintelです 10G - ngeは Sunの自製です。そのあとはintelなのでしょうか? SCSIコントローラは、SunはHWを自製していたことはないと思いますがドライバは自製でした。が、 I/Oプロセッサ化するにつれチップメーカ提供のファームウェアの比重が高くなって、ドライバで 品質をコントロールできなくなっていきました。
806 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:33:51 ] >>804 >だからといってSPARC復権はありえないし。ARMをサーバにも使うだけだ ARMがハイエンドサーバをターゲットにしたCPUを設計したりはしないだろ ハイエンドサーバ向けCPUはARMにとって旨みはまったくないから
807 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:50:38 ] msがarm用のwindowsを売り出せばいいんですね
808 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:51:58 ] だからスレ違いって
809 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:53:42 ] (つづき) 確かにarmを搭載したタブレットPCが氾濫すれば、msがその上でwindowsを 動かさない理由はなくなりますね。良い作戦だ。
810 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:56:54 ] サーバーのOSは別にWindowsでなくて全然構わんだろ Linuxで十分だ、LinuxはARMで動くだろ
811 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 00:01:11 ] サーバー市場でintelに勝つには、まずコンシューマ市場でintelに勝って、 intelの利益の源泉を絶つ必要があるでしょう。
812 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 00:01:40 ] >>796 95はインターネット普及の原動力でもあったよ
813 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 00:19:54 ] >>805 SPARCstation2の頃は、10Mでしたね。 100MのSunのNICの値段の高さには呆れました。
814 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 00:21:28 ] >>806 今は設計しなくても、パソコン用のx86を下から食って行けば、いずれ設計することになるかもよ。 >>807 かつてはIntelのARMチップ対応のWindowsCE.NETとか作ってましたね。
815 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 03:22:56 ] >>796 dial-up PPP接続より、イーサネットの常時接続の設定の方が難しかったんだが? DHCPはまだ普及してないし、Windowsの対応も甘いし。
816 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 04:02:48 ] >>815 おちつけ、相手の文章をよく読め。 そういや日本ではWfW(Windows for Workgroups)は市場投入されなかったんだよな・・・
817 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 06:28:48 ] コアを複数並べてキャッシュをてんこ盛りにしないとAtomにすら勝てないのがARM
818 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 06:41:44 ] IntelのXScaleなら使ったことあるが、遅くはなかったよ。 まだ数百MHzの時代だけどね。
819 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 07:05:06 ] Intelって会社は贅沢なんだよ i860もi960もXScaleもItaniumも、 立派に成功してると思うんだよね ちゃんと採用製品が世の中に出て、 一発で消えずに続いたのだから ライバルのAMDのAm29000も良かったのに、 x86に人的リソースを回すという理由で廃止 もったいなかったよなー
820 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 09:40:33 ] i960 は当時のプリンタの制御用マイコンとして長生きしたからな あのアーキテクチャが Intel の GPU につながっていると思うと感慨深い
821 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 10:14:23 ] >>817 Cortex-A8クラスだと、コアあたりの性能、Atomの1/2ぐらいになってるよ。 あと多分マイクロスライス鯖にはAtomの性能もいらん
822 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 10:19:33 ] i860は成功したか? XScaleはDECのStrongARMだろ?
823 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 10:35:44 ] >>815 周囲にNetWareで経験のある人は少なかった?
824 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 10:54:50 ] IP接続の話をしてるのだが
825 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 11:02:04 ] >>823 NetWareの話はしてない。 NetWareサーバ&クライアントの設定よりは常時接続設定の方が簡単。
826 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 12:38:26 ] スマホとタブレット、その他家電で年間数億台売れるようになればARMはx64と渡り合える
827 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 13:24:06 ] >>820 i960はMips採用時代のSGIのCGボードやセガ辺りのゲーセン基板のDSPとして 使われてた。
828 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 13:36:39 ] >>827 SGIのマシンに使われていたのはi860じゃね?
829 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 13:45:10 ] >>826 すでに、ARM採用製品は年間数億個は売られているような気がするぞ。 携帯電話の全世界の出荷台数は年間10億台を越えているわけで、 そのうち数割がARM使っていれば、数億台はARMってことになるよな。
830 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 14:19:42 ] >>829 2006年度のデータだが、年間24億個出荷 携帯電話の標準CPU「ARMコア」の現状 〜ARM日本法人の西嶋社長に聞く pc.watch.impress.co.jp/docs/2008/0115/arm.htm
831 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 14:24:07 ] >>830 それはコア数でカウントしているので、 携帯電話は1台にベースバンドとアプリの2つのARMコアを使うので、 16億個のARMコアが、10億台の携帯電話の中に使われるという、不思議なことになる。 まぁそれを差し引いても、>>826 は・・・むり
832 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 14:46:23 ] SuperHを使っているのは…国内だけw
833 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 14:50:00 ] ARMの売り上げは一社が独占してるわけじゃないからな・・・・ ああこれ、構図としてはLinuxがWindowsを駆逐するって与太話に似てるんだな
834 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 16:44:42 ] 携帯向けCPUはPC向けより単価安いから、利益率低いだろ。
835 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 16:49:13 ] Linuxが駆逐したのはunixだと思う。aix、hp-uxは早々に敗退し、最後 まで残っていたのがsolarisだったが、結末は皆様ご存じの通り。
836 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 16:58:37 ] タダなら何でもいい。
837 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 17:25:01 ] >>835 Digtal UNIXも仲間にいれてやって! DECのStettnerがIBM, HPその他にOSF設立を持ちかけたのが、 Sunのつまづいたの最初の一歩だから。
838 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 18:08:42 ] >>835 エンタープライズ用途ではAIXもHP-UXもSolarisより圧倒的に勝ち組だけど…
839 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 18:17:47 ] >>838 ローエンドしか扱えない、それが全てな世界が狭い方々もいらっしゃるんだよ
840 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 20:27:41 ] Linuxで商売しているのは中小とかカネの無いところだろ
841 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 20:28:35 ] …突っ込まない、突っ込まないぞ…!!
842 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 21:18:15 ] サーバー用途じゃまんざらないわけじゃない クラウド型のサーバーにWindowsはほとんどないからな ジャンルイガセーが最近のブログでちょっと面白いの書いてる
843 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 22:59:39 ] >>824 Windows 3.1でIP接続しようとしたらChameleonが必要だったような Chameleonは非常に高価だったよな それとWindows 3.1でPPPでIP接続しようとしたらフリーソフトのTrumpetや 商用ソフトのInternet Chameleonが必要だった Windows NTは当初からIPプロトコルスタックを持っていたので当然使えた WindowsでTCP/IP接続が普及したのはWindows NTや95/98のおかげ
844 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:02:15 ] ちなみにInternet Chameleonは当時1万5千円くらいしてたはず
845 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:04:55 ] >>840 東証のarrowheadはLinux
846 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:07:47 ] ググッたらこんなページが出てきた www.funkygoods.com/schwarzschild/2009_05/2009_05_25.html
847 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:16:05 ] そういえば MS-DOS の頃は Excelan というTCP/IPのパッケージがあった。 自分はPC-98版しか使ったことないけど、NFS, FTP, TELNET が動いてSunのNFSとの相性も よかったので、大学で小規模なTSS風のシステムを作るのに重宝したよ。 MS-DOSのアドレス空間ではTCP/IPのスタックは重すぎるという理由で、専用に開発された ネットワークインターフェースのボード上に8086が乗ってて、本体と連携して実現していた。
848 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:23:41 ] >>796 インターネットは1994年頃からPC雑誌に頻繁に特集されるようになり 28.8KモデムやISDNのTAが飛ぶように売れてた まだ当時は回線スピードが遅かったのと半従量制課金だったところが多いので CD-ROMの付録が付いてただけ ImpressのPC Watchは1996年4月からニュース記事のバックナンバーあるよ pc.watch.impress.co.jp/docs/article/backno/98index.htm
849 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:28:10 ] 1996年の5月にこんな記事あるね 引き続き品薄状態の続くTAだが、IT45DSUの入荷あり pc.watch.impress.co.jp/docs/article/960530/takakaku.htm
850 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:49:25 ] >>798 >だからといってSPARC復権はありえないし。ARMをサーバにも使うだけだ。 ユーザー端末が「x86 PC」からARM搭載のモバイル機器にシフトすれば、その先には サービスのクラウド化が促進されて、サーバー側でSPARCマシンが活躍すればいい。 端末だけで完結してしまうx86時代よりも、SPARCの市場拡大チャンスがある。
851 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:55:34 ] Linux「すいません。もういっぱいなんですよ」
852 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 01:27:56 ] まだわからんやつがいるな SPARCサーバの市場が縮小する見込みしかないからSunが消滅したというのに
853 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 03:16:39 ] >>843 そんなサードパーティの製品ではなく、マイクロソフトがWfWを出していたわけだが・・・日本では出てないけど。
854 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 03:18:43 ] >>848 一般人の話なのに、マニアの話をしてどーする
855 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 03:19:54 ] >>850 > サーバー側でSPARCマシンが活躍すればいい。 > SPARCの市場拡大チャンスがある。 x86で十分なのにSPARCの出番なんかないよ。
856 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 04:30:06 ] WSはもう無い。 サーバーもいつまでもつやら。
857 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 07:48:02 ] SPARCサーバはx64サーバの10倍のカネを出す価値があるんだっけ?って話だな
858 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 10:19:54 ] CPUとしては性能の劣るSPARCだからこそいい、という用途を見つけられるかどうかじゃないか インテルはItaniumに見切りを付けたのか、サーバー向けx64系のCPUの可用性を上げてきている
859 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 10:29:58 ] もともとItaniumは、可用性優先の設計じゃないんだよなー。 本来はx86に取って代える予定で、主戦場はあくまでもパソコンだったんだけど、 開発スケジュールが遅れてパソコンでは使えなくなってサーバ、それもXeonで 及ばない領域に逃げざるをえなくて、高可用性へ舵を切らざるをえなかったわけで。
860 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 10:40:33 ] 「京」の次が決まらないとSPARC64にも未来はないわけで
861 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 22:11:30 ] なんで採用されたのか?
862 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 22:36:50 ] 日立とNECが逃げちゃったからw
863 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 22:39:46 ] >>860 日本の大プロジェクトだけで使われたって意味がないだろ これに触発されて世界で受注が無いことには そもそもそれほど大きな市場じゃないんだし
864 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 23:13:27 ] SPARCもIA64も希望でいっぱいだったのに 3歳児検診で発達障害が見つかったみたいな
865 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 23:31:26 ] >>860 SPARC64、次とその次くらいはあるみたいだよ journal.mycom.co.jp/photo/articles/2010/08/13/sparc/images/001l.jpg
866 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 00:05:49 ] Rockが如く
867 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 00:05:59 ] NiagaraとSPARC64のどっちが先になくなるのか。 Rock?そんなもんでねーよw
868 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 07:20:21 ] Niagaraはスレッドあたりの処理能力があまりにも低すぎて、 使い方に工夫が必要すぎるのが問題。
869 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 07:36:02 ] >>863 >日本の大プロジェクトだけで使われたって意味がないだろ 日本は内需だけでも大きいから、せめて日本でしっかり使われれば それなりの規模になるだろう。 2000年頃に政府のIT化が急激に導入されたから、Sunのシステムを 構築している官公庁は少なくないと思う。 この頃から続くSPARCを、将来的にSPARCのままリプレースできる なら、SPARC事業を存続させる意義はある。
870 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 09:42:50 ] >>863 IBMディスってんの?
871 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 11:37:08 ] >>869 ふつうHPだろ?
872 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 18:27:34 ] >>843 Windows 95用も出てたんだぞ。TCP/IP関連スタックは。 Windows 95 plusが出て必要なくなったが。
873 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 18:29:39 ] >>864 IA64はもともと(ry
874 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 18:55:20 ] >>872 Windows95は標準でTCP/IPプロトコルスタックを内蔵してたから LANでTCP/IPを使うのにもダイヤルアップPPPでTCP/IP使うのにも 他の追加ソフトは必要なし PlusにはIEが入っていたが無料でも配られてたし当時はNetscape使うのが普通だった
875 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 19:12:50 ] だがゲイツは TCP/IPとインターネットについてはまるで理解できてなかったけどな。 Win95出した後でさえ、「MSは NetBIOSで行く」って言ってたし。 「指先の情報」だぞ、ゆ・び・さ・き。ww うふw
876 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 19:32:07 ] >>875 ビル・ゲイツが、TCP/IPとインターネットを理解できない馬鹿なわけないだろ。 それなりの考えがあってのことだと思うがなぁ。 Windows2000からじゃない? TCP/IP以外がデフォルトで入らなくなったのは。
877 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 20:13:59 ] >>876 ないない。頭にあるのは、とにかく何かに勝つことだけ。
878 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 20:35:10 ] lan manager って3comのイメージが強くて、MSは売っていただけな気がするんだが
879 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 21:05:08 ] >>874 > Windows95は標準でTCP/IPプロトコルスタックを内蔵してたから > LANでTCP/IPを使うのにも、 ここまではいいんだが、(まだ足りないものもあったが) > ダイヤルアップPPPでTCP/IP使うのにも > 他の追加ソフトは必要なし これは嘘。Dialup networkはplus!から。 >>874 はたぶん職場か、大学で常時接続しか使ってなかったのだろう。 Microsoftはパソコン通信MSN(無手順!)を大プッシュしていて、 PPP接続を敵視していた。Windows 95では。
880 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 21:10:47 ] 9,600bpsや14,400bpsのアナログモデムでダイアルアップ接続した場合、 TCP/IPのオーバーヘッドは無視できないくらい大きくてtelnetでイライラしたなぁ。
881 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 22:04:02 ] win3.1でお世話になったトランペットwinsock (トランペットwinsock)
882 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 12:50:56 ] みんなで夜更かししていたテレホタイム(テレホタイム)
883 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 16:04:55 ] モデムで telnetでイライラ? 何言ってんだコイツ。 UUCPか tipで済むだろ。オンロード車でダート走って文句言うバカといっしょww
884 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 16:06:11 ] >>876 > それなりの考えがあってのことだと思うがなぁ。 オメデタいなwww 一生口開けてエサ入れてもらえよw
885 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 16:33:04 ] >>883 せめてuuxと書いてくれ。
886 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 16:35:50 ] まだ墓穴が浅いか? どんどん掘れよww
887 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 17:03:40 ] >>883 UNIXマシンを、電話線経由でログインして使ったことないの?
888 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 20:10:56 ] >>879 15年も前のことなので記憶があいまいだが 当時のISPの説明書を参照すると 素のWindows95の場合、「アプリケーションの追加と削除」から 「ダイヤルアップアダプタ」と「TCP/IP」を手動でインストールして 「ダイヤルアップネットワーク」から「新しい接続」をダブルクリックして 設定するように書かれてる Plusをインストールした場合はデスクトップ上に「インターネット」アイコンが作成 されているのでそれを起動してウィザードに沿って設定するように書かれている この説明書はWindows95以外にもWindows3.1でTrumpetやInternet Chameleonや INTERNET OFFICEを使った場合やMacの場合の設定方法も載ってた PlusをインストールするとIEが入ったのとウィザード形式で簡単に設定できただけで 素のWindows95でも間違いなくダイヤルアップPPP接続ができた 俺自身もWindows95を発売当初に購入し、Windows95だけでダイヤルアップPPP接続で ISPに接続した記憶がある それに海外では知らないが日本ではWindows95とPlusは同時発売だったはず
889 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 22:50:58 ] ィ
890 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 23:23:30 ] ィィ
891 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 08:07:40 ] >>887 おまえ、tipって何かわかんないのか? # だから墓穴だと言ってやってるのに...w
892 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 09:09:09 ] >>891 なんか、そんなのもあったな。 で、それがどうした? アナログのモデムにはTCP/IPはレイテンシが大きくて重いって話には、まったく関係ないよね。
893 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 11:00:51 ] tipってことはAT&T系? 昔はcu使っていた人が多いと思われる。
894 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 15:27:40 ] どこまで墓穴掘るんだか... 際限知らずwww
895 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 15:34:18 ] ま、いちおう書いてやろう。もう顔洗って寝な。 >>893 HISTORY The tip command appeared in 4.2BSD. >>892 だから、モデムで TCP/IP使う必要なんかあんまりなかったんだよ。 そんなのは LAN前提のソフトを無理にモデム経由で使いたかった場合。 tipも知らんで telnetなんかわざわざ使ってるやつがオーバーヘッドだの カタハラ痛いわいww
896 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 16:16:01 ] なあ、話の流れ分かってる? >>879 >>880
897 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 16:31:41 ] 基地外に話が通じると思ってる?
898 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 17:58:11 ] シリコン半導体のCPU開発競争は10年以内に物理的な限界に達して急激に鈍化するだろうな それまで生き残れればSPARCは残るかもね
899 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 18:50:09 ] 本当に11nmプロセスまで行くのかな pc.watch.impress.co.jp/docs/news/20090821_309731.html さらに今後については、2012年に22nmプロセス、2014年に16nmプロセス、 2016年に11nmプロセスを予定しているという。 同氏は、「11nmプロセスまでに関して言えば、Intel自社だけで開発できるのではないかと予想している。 8nm以降は何らかの形でブレイクスルーが必要だ」述べた。
900 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 19:14:21 ] 中国共産党の圧政の下で活動できるように PSTNとモデムでUUCPネットを構築する技術は継承しといた方がいいな
901 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 19:16:56 ] >>896 くだらないテメーの特定環境のクソぐあいを真顔で一般論として垂れる ゲイツと同じことやってんじゃねーぞそれも Unix領域で、とそう言ってるんだが。 >>897 2連投ずつなのが、誰にでもわかるわけだが。おまえ、進歩ないな。
902 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 19:56:44 ] >>901 いいかげんにしろ。 汚く罵るだけの人はいらない。
903 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 20:15:13 ] >>898 >シリコン半導体のCPU開発競争は10年以内に物理的な限界に達して急激に鈍化するだろうな それ、10年前にも同じように「10年以内に物理的な限界に達して・・・」とか言われてなかった? まるで「石油の枯渇」が「永遠の"あと30年"」wであるのと同じように、CPUも「永遠の"あと10年"」 なんじゃないの?
904 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 22:00:41 ] 断言できる。おいらの寿命が先に尽きる。
905 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 23:00:29 ] > それ、10年前にも同じように「10年以内に物理的な限界に達して・・・」とか言われてなかった? 言ってない。 原子の大きさは変わってないし、量子物理学に革命があったわけでもないし。
906 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 23:26:01 ] ただ露光技術はかなりいい線で漸進した さすがにそろそろサチると思うが…
907 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/16(土) 00:04:12 ] 最近じゃ物理的限界より先に経済的な限界が来るって言われてないか?
908 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/16(土) 11:23:02 ] 漸進してるといってもその度合いはゆっくりしてきた
909 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/17(日) 05:57:01 ] マンデルブロたんがお亡くなりになったようだ…RIP
910 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/17(日) 18:11:11 ] なぜここに? AIXのスレならまだ分かるが…
911 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 02:36:12 ] 和田位が無いから
912 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 05:11:02 ] 「次期SPARC64 CPUを手にしながら」とはどれのこと? 米Oracle OpenWorld 2010 現地レポート - 富士通 基調講演 - primeserver.fujitsu.com/sparcenterprise/event/report/oracle-ow2010/keynote/ さらに当社とSun社とのパートナーシップおよびSPARCプロセッサ開発の歴史、 SPARC Enterpriseの開発方針やロードマップについてもご紹介しました。 1983年に富士通とSun社がパートナーシップを結んで以来、 両社でSPARC/Solarisサーバの性能/信頼性向上を目指し、互いに協力してきました。 2007年に誕生したUNIXサーバSPARC Enterprise は、 富士通が長年培ってきた高性能・高信頼技術と、Sun社のオープンアーキテクチャーを 融合したグローバルスタンダードサーバです。 世界各国でミッションクリティカルな業務を支え続けています。 基調講演にはJohn Fowler氏も登壇し、次期SPARC64 CPUを手にしながら、 富士通と米オラクル社のパートナーシップや、 今後のSPARC開発への意気込みを語り合いました。
913 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 07:43:41 ] まだ >>653 で見れるんじゃない?
914 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 09:46:54 ] > 「次期SPARC64 CPUを手にしながら」とはどれのこと? 京に載るやつなのでは?
915 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 11:23:24 ] UltraSPARC T3-1、T3-2、T3-4 これまた分かりやすすぎる型番になったな。 10GbEコントローラ内蔵・・・って、T2で内蔵してたのをT2+で取り外したのが復活しただけじゃないか。
916 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 14:17:22 ] 1Uサーバなくなって、Mシリーズのローエンドと差別化が難しくなってきたな。 来年には、x86の方も16コアがでてくるし、厳しくなる一方だぬ。
917 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 17:55:36 ] DDR3の4チャンネルって、それで足りるのかな。 T2 では、DDR2チップ使用のFB-DIMMが8ch T2+では、DDR2チップ使用のFB-DIMMが4ch T3で、DDR3を直に4ch どんどん性能が低下してるような・・・
918 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 20:10:45 ] >>914 もうすぐ出るMに載るやつじゃないの?
919 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 13:15:54 ] >>916 x86の 16コアなんてどうせリニアには性能出ないだろ。
920 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 14:25:22 ] >>919 まるで、SPARCなら16コアでリニアに性能が出るかのような言い草だな、おい。
921 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 16:35:55 ] 16CPUで出んもんは 16コア 1ソケットでも出んよ。あわれな x86じゃw
922 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 16:47:48 ] x86で SMPがまともに動くんなら、Itaでメインフレームに行ったとこは x86でもやれるはずだよね? SGIだって、Linux機だし。
923 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 17:04:48 ] HPCはえんた〜ぷらいずぅでは無いそうですよ。
924 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 17:08:51 ] 哀れなのは、T3の方だろw ローエンドにしては高杉、ハイエンドにしてはスケーラビリティも信頼性もイマイチ。
925 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:37:41 ] >>921 おまえ、920が読めてないのか。 >>922 わけわかめ
926 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:48:20 ] どこで見たのか思い出せないが、x86 + Linuxは40コアあたりでガクンと性能が落ちる、なんていう論文があったな。 Linuxにはスケーラビリティ上のボトルネックになるような同期制御を伴う操作があって、 その同期の際にキャッシュのコヒーレンシがボトルネックになってしまうので、 同期制御を減らすように大改造を施すとガクンと性能が落ちなくなるよ、っていう内容。 で、その論文で面白いのは、Solaris for SPARCにも同様にスケーラブルではないが、 ライセンス上、その詳細を発表できないので察してくれとあったこと。
927 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:52:17 ] いや、いまググって読み直したら、Solaris for x86だな。 Solarisはスケーラビリティに優れる傾向があるにせよ、やっぱり無理。 用途によっては8コアSPARCでもサチったとかいう話も。
928 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:54:06 ] >>926 これの事かえ? ttp://mkosaki.blog46.fc2.com/blog-entry-1139.html
929 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:54:53 ] Sunのどこがスケーラブルなの? 昔からハードウェア的にパーティション切って使うようなサーバじゃん。
930 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 22:07:55 ] パーティションを切らなくても使える。
931 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 22:11:59 ] >>928 ああ、この人、ずっと前のlinux foundation主催のシンポジウムでredhatの system tapの人にすごーく失礼な発言をしていた。相手は外国人だから分か らなかったでしょうけど。俺は引いた。
932 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:37:14 ] >>930 パーティション切らずにシングルOSイメージで使うと、スケールしないんだよ。
933 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:39:44 ] >>926 スラドとかでも話題になったはずだけど、そういった改造すると、今のメインターゲット 16コアぐらいまでの構成だと性能が下がるはず。32コア以上のシステムが増えてくるのなら ともかく、現在そういうシステムはほとんど存在しない以上、そういうシステムのため だけの改変なんてナンセンスだ罠
934 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:42:21 ] >>932 その辺がSPARC + Solarisのエンタープライズ向けの弱さだよなぁ。 にしても、>>923 みたいな馬鹿がいるのか、このスレ…
935 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:50:38 ] アムダールの法則ってのがあるわけで、 同じピーク性能なら、 低速コアを沢山ならべるよりも、 高速コアを少数ならべたほうが、 実アプリのスループットは高いだろうな。
936 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:59:05 ] >>935 スループットコンピューティングェ・・・。
937 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 00:08:46 ] >>935 実際、並列度がおもいっきり高い処理が多そうなftpサーバの運用ですら いろいろ苦労しているのが ttp://ftp-admin.blogspot.com/ でわかるわけで。
938 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 00:55:36 ] むしろftpサーバは並列ではなく直列だと思うが・・・
939 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 00:58:29 ] ていうかT2000って、UltraSPARC T1だよな。 Xeon 1ソケットにリプレースしたほうが幸せになるかも。
940 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 01:41:29 ] 三年目の浮気。
941 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:15:52 ] >>925 > おまえ、920が読めてないのか。 出ない、のは性能出ない、な。文脈汲む訓練しろよwww
942 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:21:33 ] >>927 そりゃ、わざわざ向いてないテスト組むことも可能だろうがな。 E10K以降があれだけ売れたのは当時のハイエンドユーザーがろくにテストもしない 節穴どもだったといくらパチョコンユーザーがほざいてみてもなwwくくwwププ >>923 ,934 盛大な連投ご苦労さん、誰も同意してくれんな。きみの投稿ひろってつなげたら 笑えるだろうなぁ。そんなヒマなことしないけどwwwww
943 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:39:52 ] >>941 問題は、そこか? > x86の 16コアなんてどうせリニアには性能出ないだろ。 > まるで、SPARCなら16コアでリニアに性能が出るかのような言い草だな、おい。 > 16CPUで出んもんは 16コア 1ソケットでも出んよ。あわれな x86じゃw
944 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:42:27 ] >>942 あんなデカいサーバを使うような企業は、パーティション区切って使ってただろ。
945 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 10:25:04 ] うん。
946 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:01:41 ] パーティション区切ったら、速度面だけ見れば、4ソケットくらいの複数台のサーバをラックに積み上げるのと一緒だものね。
947 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:22:53 ] 複数台のサーバーを積み上げるとは違うスケールメリットを求めている。
948 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:32:13 ] 「速度面だけ見れば」
949 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:36:07 ] >>923 エンプラ向け SMP機と HPC機がぜんぜん別ものなのを見れば自明だと思うが。
950 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:45:35 ] HPCはCPU集中タスクだし、同期はOSに頼らずに自前でやっちゃうから、とてもスケールしやすい。 エンプラはI/Oやプロセス・スレッド間のやりとりや、メモリ確保・解放などを激しく行うので、スケールしにくい。
951 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:01:56 ] 「資源の競合」なんつー激基本な知識さえ持ち合わせないバカが x86なんぼヨイショしたところで逆効果だわな。Intelもこんなバカに取り憑かれて さぞメーワクなことだろうw
952 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:07:43 ] >>942 気が狂うってどういう気分?
953 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:11:29 ] しったかぶった923がものすごい勢いで発狂しているな。
954 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:25:28 ] >>951 > Intelもこんなバカに取り憑かれてさぞメーワクなことだろうw すごい発想だな。 x86 + Linuxでキャッシュラインの競合でスケールしないという話は、XeonではなくOpteronでの実験結果なんだよね。 Opteronのキャッシュ・コヒーレンシは、けっこう重いんだ。とくに、同一キャッシュラインを奪い合う状況に弱い。 Xeonが帯域幅を犠牲にしてでも共有バスに固執してた理由の1つが、それなんだよね。そんなXeonも、 コア数やスレッド数が増えて、レイテンシよりも帯域幅が優先されるようになったら、QPIに移行したけどね。
955 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 13:51:18 ] >>948 速度面だけ見ればなおさら積み上げるだけじゃだーめ。
956 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 14:01:42 ] ああSPARCのKモデル使うことと、Linpackの日に頑張ることが混じっているのか。 主は前者には無さそうだな。
957 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 16:04:23 ] >>955 なんで? 大きな筐体の中の4ソケットのパーティションと、 ラックマウント筐体の4ソケットのサーバは、 ハードウェア的に同一だよ? なにしろ、4ソケットのサーバの中身をバックプレーンで接続したものが、大きな筐体のマシンだからね。 で、パーティションを切るっていうのは、そのバックプレーンの接続を分割するってことだよ。
958 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 16:40:01 ] だからSPARCのKを使う話をしてないんだろ? スレ的にはそう思った。
959 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:02:07 ] ん? 企業で使われていたE20KやE25Kの話してるんじゃないの?
960 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:14:55 ] >>954 > すごい発想だな。 ...「ホメ殺し」って、とってもフツーな発想なんだが。しらじらしい...ww
961 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:19:51 ] >>952 パチョコンのことしか知らない低脳 x86使いが SMPを語ってるような興ざめな気分。
962 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:58:39 ] >>960 その褒め殺しに至るまでの思考が、もうぶっ飛んでてワカラン
963 名前:名無しさん@お腹いっぱい。 [2010/10/23(土) 18:06:05 ] >>959 そう思っていたけど違うみたい。 パーティションでノートパソコンを机に積み重ねてもよさげな速度を対象にするとは尾も罠かた。
964 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 18:53:30 ] >>963 あなたの理解力が乏しすぎるんだな。 話がgdgdになるから、そういう人は遠慮してくれ。
965 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:08:24 ] >>962 消えろ、しったか
966 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:10:04 ] HPCとエンタープライズの区別すらできないキチガイの粘着がものすごいな。 自分が無知ってことを認められれば、もうちょっと賢くなれただろうに。
967 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:15:15 ] >>965 お前だろ、知ったかは。 現実にはx86とSPARCのスケーラビリティの違いなんて問題にならんぞ。
968 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:16:46 ] SPARCがXeonに塗り替えられていく様を認識できないんだろう、可哀想に。
969 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:18:50 ] >>961 大変だね。知識がなくて同じことを言い続けて煽る以外の芸ができないって。 お前に知識のないくせに自己顕示欲が非常に強いことは理解してあげたから、 以後コテハンをつけること。
970 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:22:12 ] とりあえず、923=942=951=961=964あたりかな? 他にもありそうだけど、確定的なのは。 それらを含めても、942でE10Kが売れた云々と言った以外は、技術論などまったくない、 単なるキチガイ煽りだなぁ。
971 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:25:52 ] >>968 このスレ的には、SPARC vs Xeon or OpteronのCPU辺りでのスケーラビリティ論争よか、 システム全体としてSun vs HP or IBMでなぜエンタープライズ市場で負けたのかを 語るべきだよなぁ。
972 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:39:40 ] Sunのハードウェアは信頼されてなかった。 その上で走らせる、案件対応で作ったソフトウェアの品質からすれば、 ハードウェアの信頼性なんか意味がないと思うんだが、客はそうは思わない。 だから、まずHPのSuperdomeで提案する。
973 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 20:02:31 ] 案件対応は客のわがままだけど、 ハードウェアは違うから、文句言いやすいしなw
974 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 20:44:36 ] >>971 いや、対IBM,HPで勝負にならなかったからローエンド市場に活路を求めていたわけで その末期のローエンドでの敗北要因を語るのも主旨から外れていないと思う
975 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 20:48:23 ] PCの市場を食おうとしなかったことが悔やまれる。
976 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 21:01:14 ] >>972 実際、Sun Fireとかでもトラブル多かったしなぁ。
977 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 22:30:55 ] Sun Fireだからトラブルが多いとは思わないけど。 それしか扱わない人?
978 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 22:56:22 ] >>975 食うべきだったのはPCではなくMacの市場かもしれない。 速度やメモリ量に対して、かなりの要求があったからね。
979 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:06:16 ] >>978 Macの市場は知れてるし、UIで負けてるだろ 確かにサンのハードは信頼性なかった サーバーだけじゃなくストレージの評価も低かったな
980 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:18:45 ] >>979 でも、Macはデスクトップ市場で今も健在だよ。しかも、AdobeをWindowsに取られても、だ。
981 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:21:40 ] >>977 日本語が理解出来ない人、乙
982 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:28:37 ] むかしMacを仕事で使っていた人達が、 もしCPUが3倍、メモリが10倍のMacがあったら一千万でも買う、すぐに元が取れるから って言ってたなぁ。 そういう業務用途にこそUNIXワークステーションが向いてると思うのだが・・・・
983 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:43:05 ] UNIXワークステーションでDTP、DTV、DAWのソリューションあるの?
984 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:55:13 ] >>981 あれ。Sun "Fire"だけとは書いて無いとか言っちゃう人なの。乙。
985 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:56:38 ] >>983 あったような気がする。 別になくても、Macと張り合うなら、Macのアプリのソフトハウスに片っ端から金とマシンばらまいて移植してもらえばいいのさ。
986 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 00:03:37 ] ばら撒く分に見合う実入りがあるならそれもいいんじゃね。
987 名前:ftp.jaist.ac.jpの中の人 mailto:sage [2010/10/24(日) 01:27:25 ] >>937 UltraSPARC T1で苦労したことはありません。 スレッドがたくさん走る状況でよくスケールするいいCPUですよ。 Niagaraシリーズは価格性能比が悪いので、次のftp.jaist.ac.jpはx86にしますけど。
988 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 01:40:40 ] >>987 他のベンダーのx86サーバーにするのですか?
989 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 05:31:05 ] >>984 気が狂うってどういう気分?
990 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 08:55:55 ] >>982 当時のMacがPowerだったとすると、既にUNIX機と対して能力は変わらなかったんじゃないか Macが今も健在なのは、iMac、iPodとむしろコンシューマー向けでヒット商品を作り続けたからだろう ワークステーション市場でどうにかなったなんて夢 何年かは何とかなったにしても、Linuxに食われて終わり そういえばサンがアップルの買収を検討していた時代があったんだよな 90年代後半、ジョブズが戻ってくる前、時代は変わるね
991 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 12:15:09 ] >>989 今の気分かい?井の中の蛙っていうのを観察してる気分。 これからSun以外の仕事しなきゃいけないと思うけど、これまでの経験を大事に頑張ってな。
992 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 12:34:21 ] >>991 消えろ基地外
993 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 13:07:21 ] またそのセリフかよ。 安心知る。今日にもスレッドごと消えて終了する。
994 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 13:26:15 ] ほい、次スレ Sun Microsystems 最大の企業売春 hibari.2ch.net/test/read.cgi/unix/1242037807/
995 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 14:03:53 ] >>993 はやくおちんちんがむけるといいね
996 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 15:26:24 ] >>990 Macに対するSunのアドバンテージは、メモリ搭載可能量とプロセッサ数、だと思う。 ワークステーション・モデルで足りなければ、サーバを机の脇に置いて使うという手もあった。
997 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 15:30:06 ] 次スレ Sun Microsystem最後の製品 hibari.2ch.net/test/read.cgi/unix/1287901751/
998 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 15:59:18 ] >>996 サーバーでMacと比べられるなんて失礼千万。 ワークステーションもデスクサイドサーバーも無くなってしまった今では身近に使うことは過去の夢。
999 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 16:15:53 ] >>998 今の話なんか、してないんだが。
1000 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 16:23:57 ] >>999 990は過去の話だけしてないぜ。 明日の話は次スレでいこうや。
1001 名前:1001 [Over 1000 Thread] このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。