【Oracle】故Sun Microsystems 最大の墓標

1 名前：名無しさん＠お腹いっぱい。 [2010/04/22(木) 07:01:01 ] (-人-)ナムナム 【前スレ】 Sun Microsystems 最大の解雇 pc12.2ch.net/test/read.cgi/unix/1263808782/ 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 １．ハード屋さんがサービス事業者やデータセンタ屋さんに鯖を売る ２．データセンタ屋がサービス事業者に間貸し・ハード貸しをする ３．サービス事業者がユーザーに鯖貸し・アプリケーション貸しをする １〜２〜３のどこを捉えてるかで何とでも言えてしまう。 まったく下らないし無意味な言い争いだ。 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 名前：１００１ [Over 1000 Thread] このスレッドは１０００を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef