- 1 名前：名無しさん＠お腹いっぱい。 [2010/04/22(木) 07:01:01 ]
- (-人-)ナムナム
【前スレ】
Sun Microsystems 最大の解雇
pc12.2ch.net/test/read.cgi/unix/1263808782/
- 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は過去の話だけしてないぜ。
明日の話は次スレでいこうや。
|
 |
