Sun Microsystems 最上川上流
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2009/04/09(木) 15:39:23【意訳】五月雨のように断続的に数々のIT企業を買収して集めても、
業績の下落ぶりはまるで急流のように早く、あとには何も残らない。
【補足】
スレッドタイトルは、一説に最上川上流に不法投棄のゴミが溜まって
いる惨状を某企業の内情なぞらえて詠んだ哀歌とも。詠人不知。
【前スレ】
Sun Microsystems 最大の超新星
http://pc12.2ch.net/test/read.cgi/unix/1233928036/
0726名無しさん＠お腹いっぱい。
2009/05/04(月) 18:26:22そういうのはν速とかで溜まった鬱憤を発散して欲しいんだけど
0727名無しさん＠お腹いっぱい。
2009/05/04(月) 19:39:34叩くならそっちを叩け
0728名無しさん＠お腹いっぱい。
2009/05/04(月) 20:12:33どっちを叩けばいいんだ
0729名無しさん＠お腹いっぱい。
2009/05/04(月) 20:27:38そういう板からは移動するべし
0730名無しさん＠お腹いっぱい。
2009/05/04(月) 20:30:59やっぱりソフト屋の造るハードは良くないね。
そういえばXBOXも故障率高いみたいだね。
0731名無しさん＠お腹いっぱい。
2009/05/04(月) 20:36:10ハードの信頼性よりもソフトの信頼性のほうが低い
なのにハードの信頼性ばかり高めてどーすんの?
って思うだろう。
ハードウェアを二重化しても、ソフトが二重化されていない(同一のコードを走らせてる)のなら意味ないとか
0732名無しさん＠お腹いっぱい。
2009/05/04(月) 20:44:130733名無しさん＠お腹いっぱい。
2009/05/04(月) 20:56:080734名無しさん＠お腹いっぱい。
2009/05/04(月) 21:20:51ハードウェアが24時間365日の信頼性があっても、
その上で走るソフトが、そこまでの信頼性がないのよ。
0735名無しさん＠お腹いっぱい。
2009/05/04(月) 21:24:300736名無しさん＠お腹いっぱい。
2009/05/04(月) 21:28:17http://itpro.nikkeibp.co.jp/article/NEWS/20090430/329409/
0737名無しさん＠お腹いっぱい。
2009/05/04(月) 21:29:17ハードウェア的な故障ではなく、ソフトウェア的な問題で落ちて、
その落ちる原因が与えられたデータにある場合、切り換えた先も落ちる。
0738名無しさん＠お腹いっぱい。
2009/05/04(月) 21:44:06一瞬訃報に見えたw
0739名無しさん＠お腹いっぱい。
2009/05/04(月) 21:46:270740名無しさん＠お腹いっぱい。
2009/05/04(月) 21:50:300741名無しさん＠お腹いっぱい。
2009/05/04(月) 21:58:360742名無しさん＠お腹いっぱい。
2009/05/04(月) 22:01:39むしろなぜやらないか不思議
0743名無しさん＠お腹いっぱい。
2009/05/04(月) 22:03:400744名無しさん＠お腹いっぱい。
2009/05/04(月) 22:03:55ttp://primeserver.fujitsu.com/primergy/software/linux/products/distribution/free-os.html
0745名無しさん＠お腹いっぱい。
2009/05/04(月) 22:04:540746名無しさん＠お腹いっぱい。
2009/05/04(月) 22:06:32そらそうよ>>817
0747名無しさん＠お腹いっぱい。
2009/05/04(月) 22:10:380748名無しさん＠お腹いっぱい。
2009/05/05(火) 07:19:19どこでもあの程度の失敗はあるんだけど、
起きてからの対応が悪かったから離れたんだよ。
基本無視だったからね。Ultra Enterprise 450用daughter CPU boardは。
俺の知り合いも三人、次回はSunを外したよ。
一つは結構大きなデータセンター。
あそこで大盤振る舞いしておけば信頼も勝ち得たのになあ。
0749名無しさん＠お腹いっぱい。
2009/05/05(火) 07:32:380750名無しさん＠お腹いっぱい。
2009/05/05(火) 08:29:250751名無しさん＠お腹いっぱい。
2009/05/05(火) 08:48:47何いってんだ。
CPU交換しても一向に納まらないのだから、保守契約とかそういう次元じゃない。
0752名無しさん＠お腹いっぱい。
2009/05/05(火) 10:05:460753名無しさん＠お腹いっぱい。
2009/05/05(火) 16:26:58これみたい
0754名無しさん＠お腹いっぱい。
2009/05/05(火) 19:14:52ttp://slashdot.jp/opensource/09/05/05/0749236.shtml
0755名無しさん＠お腹いっぱい。
2009/05/06(水) 05:20:480756名無しさん＠お腹いっぱい。
2009/05/06(水) 08:54:240757名無しさん＠お腹いっぱい。
2009/05/07(木) 02:53:50アカマイズされてないけどね。
0758名無しさん＠お腹いっぱい。
2009/05/07(木) 04:59:170759名無しさん＠お腹いっぱい。
2009/05/07(木) 22:54:36自分は無能ですって公言するプレイですか。わかりません＞＜
0760名無しさん＠お腹いっぱい。
2009/05/07(木) 23:29:38設定で逃げられる解決方法あるの？
0761名無しさん＠お腹いっぱい。
2009/05/08(金) 07:40:510762名無しさん＠お腹いっぱい。
2009/05/08(金) 08:25:590763名無しさん＠お腹いっぱい。
2009/05/08(金) 08:37:34Windows鯖だって、そういう落ち方はしないぜ。
負荷がかかったら遅くなっても落ちはしない。
0764名無しさん＠お腹いっぱい。
2009/05/08(金) 09:20:120765名無しさん＠お腹いっぱい。
2009/05/08(金) 09:32:55結局誰も解決方法わからないんじゃん
0766名無しさん＠お腹いっぱい。
2009/05/08(金) 09:41:010767名無しさん＠お腹いっぱい。
2009/05/08(金) 09:55:52こういうときが一番楽しい
0768名無しさん＠お腹いっぱい。
2009/05/08(金) 09:58:00カーテンなんてどれ買って来てもぴったりなのがあたりまえじゃないんですか!!
なんとかしなさいよ、カーテン屋か窓屋のどっちかが悪いんだから!!!!!!
0769名無しさん＠お腹いっぱい。
2009/05/08(金) 09:58:52Linux使えなくてもSolarisで逃げられるもん
RHELと仮想化でコスト削減(笑)なんて、甘い夢見たいよな〜
0770名無しさん＠お腹いっぱい。
2009/05/08(金) 10:01:31小さいカーテンはLinux
窓はパチョコンサーバってこと？
Linux小さすぎだろJK
0771名無しさん＠お腹いっぱい。
2009/05/08(金) 10:11:530772名無しさん＠お腹いっぱい。
2009/05/08(金) 10:14:14結局サーバにはSolarisしかないんだな…
0773名無しさん＠お腹いっぱい。
2009/05/08(金) 10:21:24なんとなく使えるような気になって
でもやっぱりダメだったという不幸な話。
0774名無しさん＠お腹いっぱい。
2009/05/08(金) 11:02:23昔FreeBSDで何とかbufが足りなくなると云々とかいうのがあって、呆れたことがある。
ソースコードにマクロで数値が埋め込まれていて、そいつを設定してビルドし直すのだとか。
Windowsなんかはバイナリ提供onlyだから、できる限り動的にメモリを確保する。
だから、少なくとも、カット&トライで設定を調整する必要はない。
0775名無しさん＠お腹いっぱい。
2009/05/08(金) 11:33:20世の中そんなに甘かないですよ。
呆れて物事が解決するんならみんな呆れてればいいんだけどさ。
で、NFSはバージョンいくらでマウントされてたの? TCP? UDP?
0776名無しさん＠お腹いっぱい。
2009/05/08(金) 11:41:31聞く気もないんなら動いてる Fedora使っときゃいーだろが。
問題の切り分けもできてないのに問合せもせず商品名明示して「使えない」とか
書いてるとそのうち訴えられるぞ。
RedHatだからとか Sunだからとかまったく関係ないし。
0777名無しさん＠お腹いっぱい。
2009/05/08(金) 11:53:36静的に設定すべきレベル - 動的では不可能なことをやるため
動的で良いレベル
手抜きにより静的に設定するレベル
上と下を混同するな。
0778名無しさん＠お腹いっぱい。
2009/05/08(金) 12:01:02具体的に何をどういう理由で静的 or 動的に確保すべきで、
それぞれのOSどう実装してるのか書いたら？
もし建設的な話をしたいならね。
0779名無しさん＠お腹いっぱい。
2009/05/08(金) 12:13:43そんな上等なもんじゃ、ないわなww
> もし建設的な話をしたいならね。
可能性ゼロ。
0780名無しさん＠お腹いっぱい。
2009/05/08(金) 12:59:44あるときUNIX鯖から乗り換えた客が、
負荷試験やったら
CPU使用率が高すぎたってクレームが。
客から来たメールには、
Windowsのタスクマネージャの画像が。
そんなので云々してほしくないのだが、
高いところでも30%くらいでしかない。
彼らには、たった30%でも、いつ飛ぶかヒヤヒヤなんだってさ。
こっちは100%貼り付きでも問題ないように作ってるんだけどな。
0781名無しさん＠お腹いっぱい。
2009/05/08(金) 14:07:3430%だとむしろ負荷かかってないと思う
0782名無しさん＠お腹いっぱい。
2009/05/08(金) 14:29:300783名無しさん＠お腹いっぱい。
2009/05/08(金) 16:22:05ことだ。やっぱ x86 ISAはカスだからな。やっと終るな。
0784名無しさん＠お腹いっぱい。
2009/05/08(金) 16:31:41AVXの命令エンコーディングみてゲンナリしたよ。
既存のSSE系列から変えるのに、命令長が少ししか縮まない。
もうね、アホかと。
いっそページディスクリプタにフラグを追加してだな、
ページ事に命令セットを変更できるようにしたらいいんだよ。
そしたら、同一プロセス内で複数の命令セットを混在できるっしょ。
0785名無しさん＠お腹いっぱい。
2009/05/08(金) 16:42:34> そしたら、同一プロセス内で複数の命令セットを混在できるっしょ。
なに言ってんだか.. 古い方（x86な）はとっとと葬るんだよ。
両方性能出るわけないじゃん。Itaの時と同じ。互換フォロー扱いで
「それじゃ性能出ませんよ?」。全書換えの時が来ましたw
0786名無しさん＠お腹いっぱい。
2009/05/08(金) 16:49:240787名無しさん＠お腹いっぱい。
2009/05/08(金) 16:50:21ttp://pc.watch.impress.co.jp/docs/2008/0410/kaigai435.htm
| AVX/FMAを例に取ると、SSEから、オペランドモデルを変える、（..中略..）
| 簡単に言えば、RISC風のモダンな命令に切り替える。
ソフトウェアをベクタ型浮動小数点演算を多用するように書き換える、のか、
シングルイシューの多コアがうまく効くように多スレッドに書き換える、のか。
どっちが有効だろうねぇ?
0788名無しさん＠お腹いっぱい。
2009/05/08(金) 16:53:53Itaniumにおけるx86バイナリの実行とは、まるで違うだろ。
0789名無しさん＠お腹いっぱい。
2009/05/08(金) 16:57:55とりあえずは前者だろう。
現実的に見て。
後者は、ゲームとかマルチメディアだけでなく、ワープロソフトなどにも影響を与えてしまう。
0790名無しさん＠お腹いっぱい。
2009/05/08(金) 17:46:29でも結局実質は x86から移行という点で Itaと同じだし、そっぽ向かれると
x86も終って Intelしゅーりょー、という目もあるわな。
Itaをもう一度くりかえす。
ただひとつだけ言えたことは、「x86 ISAはクソだった。」
おあとがよろしいようで。
0791名無しさん＠お腹いっぱい。
2009/05/08(金) 17:58:25ちげーよ。
MMXからSSE2への移行と似たようなもんだよ。
0792名無しさん＠お腹いっぱい。
2009/05/08(金) 18:00:20IA64も良いものじゃないが、Intelに向かってx86がクソだって言うのはお門違いだ。
0793名無しさん＠お腹いっぱい。
2009/05/08(金) 18:12:23? Intelはことあるごとに「x86はクソ」って言ってるよ。
ここらへんに巣食ってて後生大事にかばうバカがいるから、教えてやってんだよww
0794名無しさん＠お腹いっぱい。
2009/05/08(金) 18:17:140795名無しさん＠お腹いっぱい。
2009/05/08(金) 18:19:40ああ、ぜんぜん違いますよ、そんなのとは。
Intelの CPUアーキテクトが
| 今日、50%のコードがベクタライズされているとしたら、残りの 50%も
| ベクタライズしたい。（..中略..）ベクタ対応を進めて行く必要がある。
0796名無しさん＠お腹いっぱい。
2009/05/08(金) 18:44:49Intelが認めているのなら、なおさら、Intelに言って認めさせようという行為はナンセンスだね
0797名無しさん＠お腹いっぱい。
2009/05/08(金) 18:46:20それの分母は、
ベクタライズ可能な、ベクタライズによる性能向上が見込めるコード
だよ。
0798名無しさん＠お腹いっぱい。
2009/05/08(金) 18:52:30ちげーよ。
795がコピペした部分は、AVXについての発言ではない。
ベクトル化によって性能向上を目指すのなら、現在ではベクトル化不可能なものまでベクトル化する技術を発明しなくてはならない
っていう意味。
0799名無しさん＠お腹いっぱい。
2009/05/08(金) 19:03:23はぁ???? 何言ってんの? オツムだいじょーぶ? Intelになんて言ってないんだよ、
あんたに言ってんだってwwwwwwwwwwwwwwwww
0800名無しさん＠お腹いっぱい。
2009/05/08(金) 19:05:05おいおいーー。後半はそうだけど、AVXについてだよー。なんでそこ分離するかな。
ベクトル化して、AVXで面倒みるんじゃんよ。ちゃんと読んでね、後藤さんの記事。
0801名無しさん＠お腹いっぱい。
2009/05/08(金) 19:06:050802名無しさん＠お腹いっぱい。
2009/05/08(金) 19:34:14現時点でベクトル化できないものを、どうやってベクトル化するの? どうやってAVXで面倒みるの?
そもそも、すべてのx86命令をAVXで巻き取ったら、AVXは必要なくなる。
0803名無しさん＠お腹いっぱい。
2009/05/08(金) 19:37:11釣りだろ ほっとけ
0804名無しさん＠お腹いっぱい。
2009/05/08(金) 20:04:020805名無しさん＠お腹いっぱい。
2009/05/08(金) 20:06:30レッテル貼り乙
AVXの現物が、MMX→SSE2へのシフトと同類である以上、
AVX登場でx86と決別ということにはならんさ。
0806名無しさん＠お腹いっぱい。
2009/05/08(金) 20:08:05>現時点でベクトル化できないものを、どうやってベクトル化するの?
0808名無しさん＠お腹いっぱい。
2009/05/08(金) 20:22:46> そもそも、すべてのx86命令をAVXで巻き取ったら、AVXは必要なくなる。
必要なくなるのは x86命令。
念押しとくが、Intelがそう言ってるのよ、「x86 ISAはクズ」。
0809名無しさん＠お腹いっぱい。
2009/05/08(金) 20:25:03読んどけよ、時間無駄にしたな?wwww
0810名無しさん＠お腹いっぱい。
2009/05/08(金) 20:25:20AVX命令であることを示すプリフィクスが必要なくなるのよ。
そしたらそれはもう、AVXではない。
0811名無しさん＠お腹いっぱい。
2009/05/08(金) 20:31:39元記事の文章含めて一切してないですが。
都合の悪いことは理解しないフリする主義か?
0812名無しさん＠お腹いっぱい。
2009/05/08(金) 20:35:29すべての命令をAVXで巻き取るなんて話は、
元記事の文章のどこにもありませんが。
0813名無しさん＠お腹いっぱい。
2009/05/08(金) 20:38:460814名無しさん＠お腹いっぱい。
2009/05/08(金) 20:40:56当該の話は、AVXについてではなく、もっともっと先の将来についての話。
ベクトル化とメニーコア化どっちに進むの? っていう質問に対して、両方ヤル(どちらか片方だけでは済まない)よって話。
0815名無しさん＠お腹いっぱい。
2009/05/08(金) 20:41:49あなたの脳内にいる架空の人物だね、そりゃ。
かばっているわけでもないのに、かばっていると勝手に思い込んでるんだよ、チミは。
0816名無しさん＠お腹いっぱい。
2009/05/08(金) 21:26:090817名無しさん＠お腹いっぱい。
2009/05/08(金) 21:31:10っ 鏡
0818名無しさん＠お腹いっぱい。
2009/05/08(金) 22:17:32http://www.oracle.com/sun/lje-oracle-sun-faq.pdf
SPARCはやめへんで〜、だって
0819名無しさん＠お腹いっぱい。
2009/05/08(金) 23:15:01もうどうでもいい話じゃないのか？
0820名無しさん＠お腹いっぱい。
2009/05/08(金) 23:21:270821名無しさん＠お腹いっぱい。
2009/05/08(金) 23:45:03富士通にとっては嬉しいだろうね。
Oracleからすると、金の掛かるCPU開発は自前でやる必要が無く、
強力とはとても言えない富士通だけに自分たちの言い分は通しやすい
というおいしい関係。失敗しても、これまで通りHPと仲直りすればいい。
一方の富士通としては、鳴かず飛ばずの状況から一歩前に進む可能性の
ある千載一遇あるいは唯一のチャンスと言え、利用される立場とはいえ
乗る価値はある。
それでもドM体質の日本のベンダーのこれまでの例からすれば、
かなり有利といえるかと。
0822名無しさん＠お腹いっぱい。
2009/05/08(金) 23:55:410823名無しさん＠お腹いっぱい。
2009/05/08(金) 23:56:010824名無しさん＠お腹いっぱい。
2009/05/09(土) 00:04:47富士通のサーバ？
→そんなマイナー系、買う訳無いだろ。
これから）
Oracle（中身は富士通）のサーバ？
→OracleDB動かすのにOracle製なら安心だし買うか。
位の意味はある。
H*-UXがハイエンドでそれなりに強い理由としては、そのゾーンでは
Oracleが推してたって事情はあるからな。
0825名無しさん＠お腹いっぱい。
2009/05/09(土) 00:37:13なんかヤバいな。
> We want to work with Fujitsu
> to design advanced features into the SPARC microprocessor
> aimed at improving Oracle database performance.
Rock消えたか?
■ このスレッドは過去ログ倉庫に格納されています