- 1 名前：名無しさん＠お腹いっぱい。 [2010/04/22(木) 07:01:01 ]
- (-人-)ナムナム
【前スレ】
Sun Microsystems 最大の解雇
pc12.2ch.net/test/read.cgi/unix/1263808782/
- 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で負けてるだろ
確かにサンのハードは信頼性なかった
サーバーだけじゃなくストレージの評価も低かったな
|
 |
