Sun Microsystems 最大の解雇

Oracle が買収後に Sun の従業員を大量解雇か？

前スレ
Sun Microsystems 最富の庇護
http://pc12.2ch.net/test/read.cgi/unix/1254895521/

【過去スレ_1of3】
Sun Microsystem最大の失態
http://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
http://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
http://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
http://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
http://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
http://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
http://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
http://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
http://pc5.2ch.net/test/read.cgi/unix/1094886926/
だまれ小僧！お前にサンが救えるか
http://pc5.2ch.net/test/read.cgi/unix/1103972661/
Sun Microsystems 最後の理不尽
http://pc8.2ch.net/test/read.cgi/unix/1110926614/
Sun Microsystems 最後の量産
http://pc8.2ch.net/test/read.cgi/unix/1114945256/
Sun Microsystems 最後の遺産
http://pc8.2ch.net/test/read.cgi/unix/1121277000/
Sun Microsystems 最後から二番目の真実
http://pc8.2ch.net/test/read.cgi/unix/1127872934/
Sun Microsystem 最大の遊撃
http://pc8.2ch.net/test/read.cgi/unix/1134031385/

　 　 　　　 ∧　　 ∧
　 　 　　　.|　||　 ||　|
　 　 　　　| __|l−l|__ l
　 　 　 ／＿_ 　　＿_＼
　 　　< =＼_･）o（･_／= >　／￣￣￣￣￣￣
　 　 　 ＼彡(_人_)ミ ／　＜　毎年毎年、数十人から何百人と簡単に安易にクビが切られていく・・・・・・・・
　 　 　　　＞_　＿ ＜　　　 ＼＿＿＿＿＿＿
　 　 　 <,,　(／ ＿)、 ,,>
　 　　＿ ＼_／ ＼_／ ＿
　　 （　　＼|ﾆ　　ﾆ|／　　 ）
　 　　＼ﾞ ¬、　＿__へﾞ／
　 　 　　 ＼_(⌒＿＿／
　 　　　　　　￣

【過去スレ_2of3】
Sun Microsystems 最大の滝壷
http://pc8.2ch.net/test/read.cgi/unix/1138786320/
Sun Microsystems 最大の重複
http://pc8.2ch.net/test/read.cgi/unix/1141840635/
Sun Microsystems 最大のリストラ
http://pc8.2ch.net/test/read.cgi/unix/1149485579/
Sun Microsystem 最大の夜長
http://pc8.2ch.net/test/read.cgi/unix/1159681441/
Sun Microsystems 最大の移行
http://pc10.2ch.net/test/read.cgi/unix/1164826577/
Sun Microsystems 最大の回復
http://pc11.2ch.net/test/read.cgi/unix/1170949021/
Sun Microsystems 最後の提携
http://pc11.2ch.net/test/read.cgi/unix/1181454302/
Sun Microsystems 最大の黒箱
http://pc11.2ch.net/test/read.cgi/unix/1193754625/
SunMicrosystems 最大の探検
http://pc11.2ch.net/test/read.cgi/unix/1207761568/
Sun Microsystems 最大の字余り
http://pc11.2ch.net/test/read.cgi/unix/1214127349/
Sun Microsystems 最後の信者
http://pc11.2ch.net/test/read.cgi/unix/1217503051/
Sun Microsystems 最恵の支援
http://pc11.2ch.net/test/read.cgi/unix/1224846571/
Sun Microsystems 最大の超新星
http://pc11.2ch.net/test/read.cgi/unix/1233928036/
Sun Microsystems 最上川上流
http://pc12.2ch.net/test/read.cgi/unix/1239259163/
Sun Microsystems 最大の企業売春
http://pc12.2ch.net/test/read.cgi/unix/1242037807/

【過去スレ_3of3】
Sun Microsystems 最期の神託
http://pc12.2ch.net/test/read.cgi/unix/1242038454/
Sun Microsystems 最期の落日
http://pc12.2ch.net/test/read.cgi/unix/1244286002/
Sun Microsystems 最大の岩望
http://pc12.2ch.net/test/read.cgi/unix/1247220804/
Sun Microsystems 最富の庇護
http://pc12.2ch.net/test/read.cgi/unix/1254895521/

【公式サイト】
Sun Microsystems
http://www.sun.com/
サン・マイクロシステムズ
http://jp.sun.com/

blogs.sun.com
http://blogs.sun.com/
サン・マイクロシステムズ - 公式ブログ
http://jp.sun.com/communities/blogs/

Oracle が買収後に Sun の従業員を大量解雇か
http://japan.internet.com/finanews/20100118/12.html

> 苦境の Sun Microsystems 買収手続きが遅れている Oracle だが、今後数週間以内に買収が完了次第、
> 最大半数もの Sun の従業員を解雇するかもしれない。これは、金融サービス大手 UBS のアナリストが、
> 報告書の中で指摘した話だ。
>
> Sun は社内向けの連絡で同報告書の内容を否定し、これは「まったく事実と異なる」と従業員らに伝えた。
>
> だが、Oracle と Sun の合併に詳しい複数の情報筋は、手続き完了後に一部を除く全ての部署を対象にした
> 大規模な人員削減があると述べていた。
>
> こうした大量解雇は、想定外の事ではない。2つの企業が合併することで当然重複が起きる上、
> Sun が過剰なまでに「科学プロジェクト」を設け、収入に繋がらない事業に取り組んでいるとの見方を考えれば、
> 大型人員削減の実施はあり得る話だったが、その規模が分からなかった。
>
> UBS のアナリスト Brent Thill 氏は、Oracle は少しでも利益性をひねり出すため、Sun の従業員1万3800人を
> 解雇する構えだと述べた。Sun が米証券取引委員会 (SEC) に提出した最新の書類によれば、
> 同社の従業員は2009年9月時点で約2万7600人を数える。
>
> 買収成立は、欧州連合 (EU) による承認が下りるかどうかにかかっているが、その可能性は高まっているようだ。
> EU が判断を下す期限は27日だが、取材に応じた情報筋の1人は、19日にも承認が下りる可能性があると述べた。
>
> Oracle は、買収完了後の通期決算における非 GAAP ベースの営業利益として15億ドルを達成したい考えだが、
> そのためには、こうした大量解雇も必要になるだろうと Thill 氏は報告書の中で指摘している。
>
> Oracle と Sun の広報担当者はいずれも、噂や憶測に対するコメントは差し控えると答えた。

合弁会社　富士Sunを作っておけばこんなことには…

回顧 or 懐古?

>>1
乙

　　　 　 　　rn　っ っ　 
　　　　 ／￣･ヽ っ　 
　　　　・､＿　ノ　／ ￣ヽ　 
　　　　（__）⊂ヽ/　 ,-､　 ）　 
　　　　 （＿＿_）__人＿ノ　 
　　　 　 ~ ~　

しまっちゃうぞ〜♪
いらない子はどーんどんしまっちゃうからね〜♪

さて、承認が下りる可能性がある19日が来ました

糞スレ乙！

MySQLの生みの親、オラクルのサン買収阻止をロシアや中国に嘆願へ--米報道
http://japan.zdnet.com/fyi/story/0,3800100774,20406866,00.htm

> 　Reutersの報道によると、OracleによるSun Microsystems買収を阻止するための嘆願書の署名を集めていた
> Michael "Monty" Widenius氏が、欧州委員会による承認の可能性が高まっていることから、次は中国とロシアに
> 嘆願する意向だという。ロシアでは独占禁止当局が利害関係先に情報提供を求め始めたところで、
> 中国もまだ買収を承認していない。MySQLの生みの親としても知られるWidenius氏は、
> MySQLデータベースが競合であるOracleの手に渡ることに警鐘を鳴らし、2009年12月末より「Save MySQL」で
> 嘆願書の署名を募集している。　

IBM で Solaris/x86
http://www.uniadex.co.jp/news/2010/news_20100118_375.html

MySQLのオリジナル開発者、MySQL 5.1からフォークした「MariaDB 5.1」RC版をリリース
http://sourceforge.jp/magazine/10/01/19/0210232

おら来る涙目

そしたら買収を阻止する必要もなくなるんでわ？

誰も使わなくなっても5年間はきっちりリソース割かなきゃいけないんなら悲劇だな

>>17
Oracleにとってはむしろ好都合だろ。MariaDBが今の MySQLの位置付けになるには
長い時間がかかる（そもそもなれない可能性大）だし、MySQLへの文句は
「MariaDB使ったら?」ってかわせるようになる。

>>19
企業製品とはそういうもんだ。ほんとに使われないんなら金もかからん。

オラクルの建前はSUN買って、クライアントがハードウェアという「些細な問題」で悩まなくて
済むようにするためだろ。本音はハードのサポートまで一括で請け負って丸儲けを目論ん
でるんだろうが。

MySQLみたいな小商いには興味がなくて、競合する製品にならなければそれで良いんだ
ろうな。

だいたい、MySQLがここまで流行ってることが不思議だ。
そんなたいそうなもんかとw

日本でPotgreSQL程度には日本以外でMySQLが使われている。

さらに SQL自体が不思議だ。なぜあんなもんが流行る?

>>23
だから Sun使わずに MS-Windows使ってます、そういうことだろ?

Oracle-Sun deal gets EU approval, finally
ttp://news.cnet.com/8301-13578_3-10438652-38.html?tag=newsEditorsPicksArea.0

R.I.P.
http://blogs.sun.com/jag/entry/so_long_old_friend

なむなむなむ

ageage

Sunのパねえ系ソフトウェアはどうなってしまうんです？

Solaris 11で復活するから問題ない

サンって何でこけるんですか

どじっこだからしかたない

F新社長、経験は ワープロ→PC→IAサーバ だそうな。SPARCや Unixのことは
わからなそうだな。F終ったか..

ワープロで思い出したのだが、神田泰典氏は顧問なのか。

マクニーリ雇えばいいのに。

>>34
Fが終わったんじゃねえ
SPARCが終わったんだ

SPARCが唯一の武器だろ。あとは DELLがやってんのと変わらん。

そりゅーそんとやらのみ

DELLは終わってないだろ

さよなら、マクニーリ…

サン共同創設者S・マクニーリ氏、従業員向けメッセージで別れを告げる
http://japan.cnet.com/news/biz/story/0,2000056020,20407459,00.htm

>>40
DELLになったってしゃーない。

米Oracle、米Sunの買収を完了
http://enterprise.watch.impress.co.jp/docs/news/20100128_345310.html

オーエスオーエス！キター
http://www.oracle.com/us/products/servers-storage/solaris/index.html

SPARK はよく落ちるｗ
http://www.oracle.com/us/products/servers-storage/servers/blades/index.html

http://www.oracle.com/us/products/servers-storage/solaris/index.html

Oracle Solaris

ワロタ

オラオラソイヤソイヤ

http://www.sun.com/ も Oracle になっとるｗ

しろっぽくって…Sunの文字が色褪せて見える orz

Javaは？ MySQLは？ 買収完了でサンの事業はどうなる
http://www.atmarkit.co.jp/news/201001/28/sun.html

SPARCは、もう終っただろ。ナイヤガラとかも。

>>46
SPARC に直ってるじゃんｗ

>>52
エリソンは、Intelも敵に回すつもり（というか、回したい）んだから、
捨てないと思うけど。
x86なんて、この世でいちばん要らんアーキだし。

エリソンはSPARCよりもARMを選ぶかもよ。

Intelは,アメーバみたいに,
AlphaやCrusoeも取り込んでるんでしょう？
昔の80x86の様なモノと同じ中身では無いし…

SPARCは最初からシンプルだったから
変わるのが難しいのかも…
最近の改良点って線幅のサイズダウンとか
省電力とかの他に何かあるんだろうか？

PARISCとかならもっと改変の余地はあると思うけれど
(…例が古すぎか〜)

最初こそシンプルだったが、拡張を続けていくうちに、いろいろと無駄も出てきたでしょ。

たとえばNiagaraシリーズのようなマルチスレッドをやると、大きなレジスタファイルは非効率だよね。
L1D$よりもアクセス頻度の低いデータがレジスタウィンドウの隠れている部分に残っているのは、無駄だよ。
マルチスレッドなんだから、レジスタウィンドウの切り換えのレイテンシが大きくても構わないわけで、
まずは、レジスタファイルを限界まで小さくしたらどうだろう。

さらに、マルチスレッドなのだから、レジスタのアクセスのレイテンシが0クロックである必要すらない。
16本は0クロックで、残りのinとoutの16本はL1D$上に置いてもいいんじゃないかな。

シングルスレッド性能は低下するが、そこはヘテロで。
特性の異なるCPUコアが混在したものを上手にOSがハンドリングすることは、
CPUとOSの両方を同じ会社が作っているSunの強みだと思うよ。

Project Kenai閉鎖だってね。
さて次はどれが潰されるのか。

SPARC死亡まだー？

Solaris のドキュメント見ようとしたら総ボラクル色になってて吹いたｗｗ
一瞬、OTN のサブスクライバページに迷い込んだかと思ったぜ。

>>57
半分くらいは(…しかかな？笑)理解できたと思うけれど,
現代的な用途では,SPARCLiteみたいなものの方が
合ってるってことなのかな？
SPARCLiteってまだあるのかな？

>>61
キヤノンのデジカメのファームウェアを解析＆改造してるロシア人のサイトで
「キヤノンのDIGICはSPARCだからやりやすいぜ！同志！」みたいな書き込みを見た事がある

>>56
> AlphaやCrusoeも取り込んでるんでしょう？

そんなバカな。

> 昔の80x86の様なモノと同じ中身では無いし…

中身の話はしてないわな、誰も。外身がダメでそのせいで結局ダメという話。

> 最近の改良点って線幅のサイズダウンとか
> 省電力とかの他に何かあるんだろうか？

思考停止の自慢ですか? 改良は常にされてますけど。SPARCだろうが x86だろうが。

> PARISCとかならもっと改変の余地はあると思うけれど
> (…例が古すぎか〜)

はあ。改変して Itaniumができたんですけど。すごかったですよ、いろいろ。
見てなかったんですか?

Mercedとその後継がEnt.市場を席巻するとニュースサイトを賑わした時期もありました

>>63
内部RISC化の過程でAlphaの開発者が参加している.
ClrusoeはIntelが買い取ってしまった.
x86系統はi486まで,Pentiumから内部RISC化していってる…
Intaniumは…次がなくなっている…

パイプラインの導入を考えると、486から内部RISC化が始まっていたとも言える
でも、内部RISC化したと認識されてるのはuOPs分解が始まったPentiumProからなんじゃね？一般的には

Itaniumはスケジュール遅延で出鼻を挫いて失敗したが、モノ自体は、そんなに悪いものじゃないと思う。
RISCの欠点だった、命令のバンド幅がデカいというのを、そのまま継承している点は、良くないけどね。

>>65
486は「ワイヤードロジック」と言われてたぞ。

>>65
> 内部RISC化の過程でAlphaの開発者が参加している.

Alphaの技術者は DEC消滅後 Athlonや SPARCやその他ほとんどのアーキの開発に
参加して、高クロック化に貢献してる。
RISC化ちうのは i486以降ずっと続けられてて、PenProで中身はほぼ RISCだが
これは i960の連中の成果。i960はバークレー RISCベース。
当時はまだ DECがあって Alphaがもっともがんばってた時期。

> ClrusoeはIntelが買い取ってしまった.

はぁ? Transmetaは Intelの省電力技術を特許侵害だと訴えてるんだが。
Crusoeの製造権利を買ったのはどっかマイナーな会社だったろ? それをまた
Intelが買ったのか?
知財残してた Transmeta社は Novaforaという会社に買収されたらしいが。

> x86系統はi486まで,Pentiumから内部RISC化していってる…
> Intaniumは…次がなくなっている…

もう完全にワケワカ。何言ってんの?

>>67
ほぼ独占のガリバー企業が死ぬ程の時間と死ぬ程の改善努力をしたにもかかわらず
モノにならなかったアーキテクチャが「そんなに悪くない」とかいう根拠はなに?

i960みたいに経営判断で放置されたものの内実を見て「悪くない」と
言われれば、そうかもなって思うけど。

IA32とかam64のがんばりのせいかなー

>>70
Itaniumも経営判断で放置されてるだろ
Madison以降まともに出てきた製品は無い

この低レベル進行なんとかならんのか..

高レベルな話題頼むわ

>>73
がんばれ

次からはオラクルスレになるの？

>>70
営業と技術の話は別。
Mckinleyは良いCPUだったと思うよ。

技術がいいのに営業的に切ったのとは違うぞ。Itaの場合。
技術がダメだったからどうしようもなかった。
つーか、思いっきり全力投球して性能出なかったんだから、
「良い CPU」なわけないと思うけど。

そんなにいいと思うんなら、Intelから買ってやれよ部隊ごと。Intel大喜びだぜ?ww

アホかこいつ

>>78
Mckinleyは性能でてたでしょうが。

ベンチマークなら、PA-RISCも出てたぜ。
ベンチマーク「だけ」、な。

ピーキーなSPARCと違って、PA-RISCは速くないけど遅くない、そういうCPU。

>>81
なんでベンチマークの話にしたがるかねぇ

つーかさ、ItaniumとSPARCはどっちも死んだも同然じゃん。
ゾンビ同士仲良くしろよ。

Ita終了は確定だが、SPARCはぜんぜん死んでない。
シングルスレッド追求の UltraSPARCは低調だが、SPARC64は絶好調だし。
Niagaraも息切れしたけど、資源投入できてればまだまだ伸びシロがある。
Oracleがついて資源的には安泰だからこれから楽しみ。

Itaは終り。なにもかも揃ったこれ以上は望めない環境で性能を出せなかった。
今からでも、i960を復活させるべきだな。

Oracleって赤字事業の予算を増やして、さらに赤字を拡大するのが、趣味の会社なの?

クロックが既に足ぶみしてるからな。微細化が足ぶみしてしばらくしたら
x86も終りだ。同条件になったらまったく勝ち目がない。
「バイナリ互換性」がとっくの昔に幻想と化してることはみんな気づき出してるし。

Rockの開発に失敗するようなSunのプロセッサ部門はお払い箱だろ
Niagaraでもコストパフォーマンスでxeonに勝つのは難しかろう

プロセッサ開発なんて先行きが怪しいんだから
そんなのは富士通に押し付けてOracleは手を引くんじゃね?

>>86
ヨソの赤字事業が利益貢献すると思ってるから買うわけ。きみバカ?

>>89
おめでたいなー
買収ってのは、美味しいところだけつまみ食いして残りをばっさり捨てる、という大リストラの免罪符なんだよ。

>>87
x86は終わってもIntelとAMDのプロセッサのビジネスは終わらないでしょ。
彼らは優れたプロセッサ設計の会社ではなく、優れたプロセッサ製造の会社なんだよ。

はぁ? SPARCや Solarisは、むしろ買収の目的。ニュース読めや少しは。
Javaなんか特に所有する必要もないし。
IBMに対抗する、明確。垂直統合には、ハードと OSが必要。優秀なやつが。

Oracleが欲しいのはSolarisとx86サーバだろ。

>>91
> 彼らは優れたプロセッサ設計の会社ではなく、優れたプロセッサ製造の会社なんだよ。

そう。だから、既存の RISCまんべんなく作りゃいいんだよ。ARMも SPARCも。

Oracleが以前、HPからOEM受けて売ってたサーバは・・・PA-RISCでもItaniumでもなくXeonだったな。

>>93
ニュース読めや少しは。
あたまわるいぞ?ww

>>94
IntelはARMやってたけどMarvellに売っちゃったからなぁ。

まぁ、IntelがSPARC作って売るようになったら、それこそ、SunのSPARCサーバは脂肪だろ。
DELLやHPそしてIBMが、Intel製SPARCを積んだサーバを、今のXeonサーバのように売りまくるだろうからな。

>>96
エリソンがSPARCの開発を強化するって言ったことに対して、方々から「正気か?」っていうコメントが寄せられたっていうニュース読んだよ。

>>97
UltraSPARCや SuperSPARC作ってるのは TI。hyperSPARCは ROSS。
microSPARC, TurboSPARCは富士通。それ以前の v7 SPARCは 5社くらいあったか。
Sunのサーバーが、何だって??!

>>98
エリソンは、ずーっと、未だこの方、「正気」だったことなんて、ないんだよ。
そんなことも知らんのか?
IBMと張る、ってのは、本気だよ。アホなんだから。

なんでSunは製造委託先をGlobalFoundriesにしないんだ?
たったそれだけのことでx86との製造プロセスの差をゼロにできるのに。

製造がネックなんじゃなくて設計がネックなんじゃネーの?

>>99
いきなり何を言い出すんだ?

Intelがx86やめてSPARCをやったら、
Sunは、IBM PCにおけるIBMのような、過去の主役になっちゃうってことだよ。

>>102
ならねーよ。あんなバカ話が繰り返すわけがない。オママゴトだったんだから、
あれは。時代が変わったらギャグ。ヘタしたら禁酒法時代以下だな。

現に、Sunよりも富士通のほうが、プロセッサもサーバも良いものを作るじゃないか。

Intelも Microsoftも、Oracleもその他ほとんどの会社が、ビジネスモデル的には
IBMが汎用機全盛時代にやったことを、商品や形態を変えて繰り返そうとしてるだけ。
Sunは全く違う企業だった。そういう言い方をすると、DECも他とは違っていた。
固まったアタマで旧態依然のモノサシ使って測っても何もわからん。

> Sunは全く違う企業だった

昔はな。

SunはOracleに買収されちゃったから、もうIntelやMicrosoftの仲間入りだね。

そしてその武器が SPARCと Solaris。

SPARCは富士通のSPARC64に負けてるし、SolarisはOracle商法になったらユーザー減るだろうな。

Niagaraシリーズは成功してるんじゃない？
去年の10月ぐらいにIBMに勝つ、とかなんとか言ってたのって
（その後どうなったのか知らないけど）、T2+使った T5440 じゃなかったっけ

インテル様最強あげ

>>109
浅いなー
Sunはいいように富士通を利用してきただけ。
当然富士通も承知のことだけどね。
で、昨年春以来彼らもSMIを見限ってRedwood詣でをしているよ。

>>101
シミュレータ回しての論理設計はまだしも物理設計に落とし込むのがダメな連中だろ
製造プロセスががらっと変われば脂肪確定

TSMC委託の話もどれだけ進んでるのかわかったもんじゃねーな

>>110
ローエンドのUNIXサーバだったはずが、
x86に価格・消費電力ともに勝てなくて、
ハイエンドのRockがコケたこともあって、
いつのまにかハイエンドになっちゃった、
Niagaraさんですか?

>>112
技術の話と営業の話の違いくらい見分けろ

T5440は一応ミッドレンジだよ
http://www.oracle.com/us/products/servers-storage/servers/sparc-enterprise/index.html

T2Plusの載ってるのはローエンドとはいえないな価格的に。
シングルソケットのも価格的には結構するからな

>>115
富士通OEMを除くと、ハイエンドじゃん。ていうか、Niagaraしかないし。

用途や機能で分類するのが普通だから
自社製品の中で最上位でもハイエンドとかほざいたりはしない

ハイEND

>>86
Oracleはbeaもpeoplesoftもうまく取り込んできた。

それにoracleが強くなることは業界的に良いコトだと思うけどね。決して安売りはしないしね。

BEAもPeopleSoftも、優れた製品を持っていたじゃん。
SunのSolarisやSPARCは中途半端だよ、競合製品に対する優位性があまりない。

>>120
まだうまく取り込んだとはいえない
Fusion Applicationsはきちんと出荷できていない
この間のイベントを聞くかぎり、オペレーションを効率化して黒字化したとしか思えない

個人的にいつも思うのは、SOAだなんだという会社が
買収した企業については、すぐにオラクルのGlobal Single Instanceのシステムに移行させること

最大の関心はSPARCをどうするかだな、オラクルは、chipdesignerを雇うと公表しているが
どこまで、何を作るつもりなのか
ハイエンドを富士通に任せて、ナイアガラのラインは徐々にフェードアウトするのか
x64とはどう棲み分けるのか？
これらの問題を解くためにOSとしてのSolarisにどういったビジョンを描くのか

>>122
オラクルはデータベース以外のソフトは開発するのがとにかく下手で
買収に買収を重ねて、弱い自社製品を補ってきた

ハードは開発したことがなかったから、まだ可能性があるかもしれない
ハードがなければテラデータやネティーザにはたぶん、ずっと勝てなかっただろうから
やり方次第で可能性はあるのかもしれない
Database Machineがどっちもx64のCPUというのは意味深だけど

>>119
おもろー

そういえばSunの公式blogって、どういう扱いになるんだろう。

>>125
ブログも赤くなってたよ。
引っ越す人、辞めちゃう人いろいろ。

>>122
棲み分けなんかしなくても x86自滅するから。SPARCは有望だよ。
ハイエンドは POWERと SPARCだけになる。
デバイスは ARMと、用途に応じて RISCが残る。x86は消える。

> x64とはどう棲み分けるのか？
> これらの問題を解くためにOSとしてのSolarisにどういったビジョンを描くのか

ハイエンドの OSでまともなのはいくつかしかないのに。
Solarisはビジョン描けまくりだよ。描けてないのは Solaris以外。

>>127
可哀想な人乙。

Sunの製品が優れてるのなら、なぜ、Oracleに身売りするような業績低迷っぷりを続けたんだ?

安い釣りにかかるなよおまえら

x86が自滅したとして、その後釜になった何かが、ひきつづき、SPARCを下から押し上げてくるでしょうな。

相手がx86だからSPARCが生き残れているのであって、
もし、たとえばARMがx86を置き換えたら、ARM相手にSPARCは・・・ダメだろうな。

SPARM(Scalable Processor ARM)の誕生を待つか...

SPERMだって？

もうOracle専用プロセッサでいいんじゃね?

>>131
勝手に妄想して、ダメ出しするなよｗ

>>135
じゃぁお前の予想は?

以下妄想垂れ流し禁止

>>137
苦しいな

135が予想を言えないので137で誤魔化そうとしてる・・・もうバレバレ

妄想というには現実過ぎて申し訳ないけど、俺が思うに
x86とSPARCが一つになったヘテロジニアスなCPUが生まれると思うよ
もう弱点ないよ

ヘテロやるなら、
x86コア + ISA非公開コア
SPARCコア + ISA非公開コア
だろう。

実行頻度の低いコードは本物のコアで、
実行頻度の高いコードは変換してISA非公開コアで。

これで互換性とパフォーマンスのバランスが取れる。

x86の場合、既に内部でISAとは違う命令に変換してるから今と同じじゃん。
あとSPARCでそれやったらRISCって何よ？って話になるぞ

>>142
いまは全コアにx86デコーダが付いてる。これが無駄。

>>142
RISCなんて過去の遺物

RISCってのは
実行に2クロック以上かかるような複雑な命令は、1クロックで実行できる命令の組み合わせに分割すれば、回路が単純で済む
というものでしょう。

RISCがスーパースカラを導入した時点で、
1クロックで実行できる命令を、0.5クロックとか0.33クロックで実行できる命令の組み合わせに分割しちゃってるのよ。

たとえば、 a*b+c→d のような演算は今では1クロックで可能なのに、a*b→c、c+d→e の2命令に分割してる。
その2命令には依存関係があるから同時には実行できず、あいだに他の命令を挟まないといけない。アホでしょ?

また妄想の世界に生きる民がやってきてくだを巻いてるのか

CPUは使い良い命令セットでそれ自体の性能があげやすいものなら、
それでいいと思う。

価格性能比に敏感な組み込み市場じゃあるまいし新ISAなんて誰得

>>129
x86の話をすると、ISAと性能は関係ないとか言うくせに、Sunの業績悪化は
製品が優れていないとかいう。このヒドイ二重基準。
Intelの太鼓持つやつってクズばっかだな。

>>131
ARMでエンプラ向け、ってのはそんな簡単じゃねーよ。

>>149
あなた、頭大丈夫?

x86はISAではなく製造プロセスによって性能を確保しているから、ISAと性能は直結しなくなってる。
製品の優劣はISAだけで決まるものではなく、総合力できまる。
Sunは製造プロセスがx86よりも劣ってるにもかかわらず、ISAもイマイチ。総合力でイマイチなのだ。

現状のARMでは無理だとしても、x86を置き換えるくらい改変されたARMなら。

そういや昨日のスパコンのニュースで
ＣＰＵを開発すれば金がかかるから
x86 を使って安くつくるといってぞー

x86をメインCPUではなくアクセラレータとして使えば、そう悪くはないかもな。

その場合のアクセラレータは NVIDIA の Fermi だろ。

常識に囚われるな
x86をアクセラレータに使ったほうが、アクセラレータの柔軟性が高く、使いやすいスパコンになるだろう。

消費電力を考えたらx86は無い・・・と思ったが、ノートPC用の超低電圧版なら悪くないな。

>>150
> 製品の優劣はISAだけで決まるものではなく、総合力できまる。

総合力...プププ、それ、なんかの説明になってるとでも?w

> Sunは製造プロセスがx86よりも劣ってるにもかかわらず、ISAもイマイチ。総合力でイマイチなのだ。

キモいんだよ。それが二重基準だと言ってるのに。「ISAは関係ない」、んだろ?
で、なんで SPARCの ISAがイマイチなんてことになるんだ?

人間のクズだな。キモモモモモ。

x86の性能はISAによって得られているわけではない → ISAは関係ない

これすら理解できないのか?

製造プロセスだけで牽引しているx86にとってはISAは関係ないが、
製造プロセスで牽引すらしてないSPARCにとってはISAは関係ある。

http://www.jaist.ac.jp/ICGA-events-2010/olympiad/

1989年にロンドンで第1回目のコンピュータオリンピアードが開催されました。
毎年開催される本イベントでは，コンピュータゲームプレイヤー同士が競技し，世界最高位を決定します。
これまでの優勝者には，Neurogammon（バックギャモン, 1989年), Chinook （チェッカー, 1989年および1990年) そして Tacos（将棋, 2005年, 2006年, 2008年, 2009年）などがあります。
コンピュータオリンピアードは国際コンピュータゲーム協会（ICGA）が主催して実施されています。

競技部門には，アマゾン，バックギャモン，ブリッジ，コンピュータプール，六目並べ，象棋，ドッツアンドボックス，国際ドローツ，囲碁，9路盤囲碁，ヘックス，ハバナ，ラインズオブアクション，
将棋，スラカルタなどがあります。

この他のゲームもコンピュータによる競技会を開催する可能性があります。主催者までコンタクトしてください。
2010年に第15回目となるコンピュータオリンピアードは金沢市内で開催されます。
ICGAとJAISTとの共同イベントとして9月25日から10月2日にかけて金沢市内で開催されます。
各競技の日程は後日決定します。
参加申し込みなどの詳細も後日お知らせ致します。

>>156
あ、いつものびょうきのおじちゃんだ

しーっ！
目を合わせちゃダメっ！！

また他人のフリして連投してる。すぐわかるな。なんでこんなにアタマがわるいんだろう。
キモ。

第19回世界コンピュータ将棋選手権

１位　GPS将棋　Xeon X5570 2.93GHz Linux
２位　大槻将棋　Xeon X5365 3GHz Linux
３位　文殊　　　　Xeon E5430　Xeon X5472×2
４位　KCC将棋　Core i7 965 3.2GHz Windows Vista
５位　Bonanza　　Xeon W3570 3.2GHz Windows XP
６位　激指　　　　Xeon X5482 3.2GHz Linux
７位　YSS　　　　Xeon X5355 2.66GHz Windows Vista 　
８位　習甦　　　　Core i7 965 3.2GHz Windows XP

ＩＳＡ？？？

ＩＳＡってバスの名前？

CPIじゃないの？

x86のISAが普通レベルだと感じる人にとって

x86はISAで牽引していない。

SPARCのISAが普通レベルだと感じる人にとって

x86はISAで牽引している。

sunのサイト見に行ったら
すでにロゴがORACLEになってて笑った。
http://docs.sun.com/app/docs/doc/816-5166

>>162
鏡をドーゾ

>>166
既出すぎるネタは持ってこなくていいですよ

SUN大好き同士で喧嘩しないでよ,
Oracleに決定権が移ってるんだから,
ここでナニ言っても変わらないと思うし…
次の一手がどうなのか待って見てみようよ.

ボラクルなんて大っ嫌いですよ

Financial crisis / Stalled too many customers / CEO no more

シュールだな。これから流行りそうだ。
が、呑まれた会社の幹部に対してこれだけ同情的な記事が出る会社も前代未聞だな。

>>167
おまえだけなんだよタコ。

金融危機で / 客逃げたのは / 自分のせい
Financial crisis/Stalled too many customers/CEO no more

こうだなｗ

Financial crisis/Stalled too many customers/Sun no more

日本も社員が増えるのかな？
http://www.itmedia.co.jp/enterprise/articles/1001/28/news030.html

Sunのオンラインゲームサーバー向けプラットフォーム「Project Darkstar」、活動停止
http://sourceforge.jp/magazine/10/02/05/1024253

>>175
採算の立つ見込みのないオープンソース系のプロジェクトは大幅な縮小を余儀なくされるんだろうね。
現在の規模で残るのは MySQL ぐらい？

>>173
金融危機　客が逃げたの　俺のせい

金融危機　客は逃げ出し　俺はクビ

>>176
とりあえず OpenSolaris は続くんだろうけど
クラウドとかHPCとかは縮小されるみたい？

NetBeansは生き残って欲しいんだが…

OpenSolarisを実質開発してるのはSun部隊だけじゃね？

>>181
あのライセンスだと他社から開発には関われんだろう。

OracleではSPARC開発を継続できないだろ。FはSPARCをこの先どうするつもりなんだか

なんでここはこんなバカばかり涌くんだ? 同じやつがとぼけてんのか?
エリソンは IBMと張るんだと言ってるだろうが。やつは本気なんだよ。
ニュースぐらい読んでからこいタコ。

SunOS 4.1.4と SunViewと NeWSと TNTのソースを公開してほしいな。

SunOS 4.1.4 のソースなんかフリーでばらまいても誰もうれしくないんじゃ？
サンがなくなったから著作権的にはどーなるの？
Oracle に引継ぎ？

入手直前まではわくわくしそうだな

>>186
オレはうれしい。ばらまかなくていいからこっそりオレにくれ。

権利は、順当に言って会社ごと買ったんだから、Oracleに移ってると思われる。
そういうこと（ソース公開）やりそうな会社じゃぁないわなぁ..

むしろ囲い込みをするだろうな。

Power7とItanium9300一気に来たね。

しかしやはり1000Wと100Wでは勝負にならないな

IBM様さいきょうあげ

IBMのPOWER7のスパコンのBlueWatersすげーよな。
熱密度が高くなろうが水冷が必要になろうが、高密度に実装したほうが良いことを、実践しているのだから。

富士通のSPARC64VIIIfxのスパコンの京速なんかスカスカに見えちゃう。

Itanium 9350（1.73GHz、24MB、4コア、35万4380円）
Itanium 9340（1.60GHz、20MB、4コア、19万120円）
Itanium 9330（1.46GHz、20MB、4コア、19万120円）
Itanium 9320（1.33GHz、16MB、4コア、14万9030円）
Itanium 9310（1.60GHz、10MB、2コア、8万7350円）

Sunや富士通はSPARCを↑よりも安く作れないだろうな。
Intelがx86優先でItaniumやる気ないからSPARCは助かっているようなもんだ。

SunのSPARCはPA Semiを買収しなかった時点で終わったと思う。

そんな話あったの? >194

>>193
きみ、もう、いいから。シッタカはなはだしいよ。恥し過ぎる。
Intelが優先で Itaやりたくなかったわけがない。アホ。

あ、いつものびょうきのおじちゃんだ

>>192
4GHz超えで、1ソケット32スレッドか…滝系も終わったな。

>>195
PA Semiは売りに出てた。
実際に買ったのはApple。
PA Semiは元々はPowerアーキの会社だが、Appleに買収された後はARM作ってるらしい。

>>199
... なんだよ、思いつきかよ。
その前は MIPSでその前は ARMでさらにその前は Alphaの人だよ。ドッベルプール氏。
DECの残党は Sun目のカタキにしてる人が多い。

>>197
↑こいつさ、マジでなにしに来てんだろね。金もらってる以外になんか理由あるだろか?
あまりにもテイドが低いし。

ttp://www.theregister.co.uk/2009/11/27/ibm_power7_hpc_server/print.html
2Uサイズに、4GHzを8コア×4スレッド×4チップMCM×8ソケット×2マザーボード = 512コア2048スレッド。すげーな。
メモリも、ソケットあたりDDR3の8GBのDIMMを16本。つまり256本だ。すげーよ。

>>200
そりゃ彼らから見れば、SPARCはx86の同類なのでしょう。
性能が低いプロセッサをソフトウェア互換性で売り続けているSunで働くことは魅力的ではないと。

>>203
だから、知らないんならそこでやめればいいのに...

IBM様さいきょうあげ

つまりβ1s最強

富士通はSPARC64の新しいの発表しないの? もうネタ切れ?

ネタ切れっつーかSPARCに伸びしろはもうほとんど無いだろ

Power7 を見ると Rock を中止したのは正解だな。
あ、公式にはまだ中止じゃないんだっけか？

>>199

528 ：MACオタ＞520-522 さん：2010/02/08(月) 07:51:38 ID:kCnuu4MY
>>520-522
少なからぬ旧 P.A Semi の社員が Apple を退社済みとのこと。
Ahlee Vance 氏の記事なので信用できると思いますよ。
http://www.nytimes.com/2010/02/02/technology/business-computing/02chip.html?ref=technology
　　------------------------
　　Some of the chip engineers Apple gained in its purchase of PA Semi appear
　　to have already left the company. According to partial records on the job
　　networking site LinkedIn, at least half a dozen former PA Semi engineers
　　have left Apple and turned up at a start-up called Agnilux, based in San
　　Jose. The company was co-founded by one of PA’s leading system architects,
　　Mark Hayter.

　　Neither Mr. Hayter nor other onetime PA workers who left Apple for Agnilux were
　　willing to discuss either company’s plans. According to two people with knowledge
　　of the two companies, who were unwilling to be named because the matter is delicate,
　　some PA engineers left Apple a few months after the acquisition because they
　　were given grants of Apple stock at an unattractive price.
　　------------------------

529 ：Socket774：2010/02/08(月) 10:48:31 ID:8s5N9LAv
http://www.yusuke-ohara.com/weblog2/archive/2010/01/second_opi.html
＞iPadにP.A.Semiの技術が...という論調を目にするけれど、私が知る限りにおいてP.A.Semiの部隊は四散してしまった筈。
＞P.A.Semiの部隊がx86なりARMなりを手がけている可能性についても、聞いた限りにおいては悲観的。

NYTはともかく、そのライターはゴミ原稿を量産してる人だぞ

>>183
メインフレームと同様、既存顧客のリプレースのみになります
徐々に終息方向ですね

>210
「Apple A4」プロセッサの開発メンバー、アップルを去る 2010 2/9 Peter Clarke
ttp://eetimes.jp/news/3679

>>212
おい、サル、そんな低レベルな内容じゃ金払わないぞ。

>>207
去年製造プロセス変更したのだしてたよ。

>>209
中止の発表もなく消滅してるねｗ

サンのは「虹滝」？
http://www.itmedia.co.jp/news/articles/0908/27/news062.html

↑それ去年だったｗ　こっちが今年の↓
http://pc.watch.impress.co.jp/docs/news/event/20100209_347976.html

Oracle買収によりGNOME Accesibilityプロジェクトが危機？
http://sourceforge.jp/magazine/10/02/10/0647228

Sunの偉大さが今更ながらに犬厨共にも理解できただろう
腐れフリーライダーどもめ

　　　　　　　　　　　 　 　 ハ　 　 　 　 _
　　　 ＿＿_　　 　 　 　 ‖ヾ　　　　　ハ
　　/　　　　 ヽ　　　 　 ‖::::|l　　　　‖:||.
　/　聞　え　　|　　　　 ||:::::::||　　　　||:::||
　|　 こ　？　　|　　　　 |{:::::‖.　　.　.||:::||
　|　 え　 　 　 |　 　 　_｣ゝ/'--―- ､|{::ﾉ!
　|　 な　何 　 |　　／　　　__　　　 　 `'〈
　|　 い　？ 　 ! /´　　　/´ ●　　　 __　 ヽ
　ヽ　　　　　 / /　　　　 ゝ....ノ　　 /´● 　 i
　　｀ ー―＜　{　　　　　　　　　　　ゝ- ′　|
　　　　　　　 厶-―　　　　r　 l＞　 　 　 　 |
　　　　　 ∠ヽ ゝ-― 　 　 `r-ﾄ､_,) 　 　　　|
　　　　　 ﾚ^ヾ ヽ>'￣ 　 　　LL/　　、　 　/
　　 　 　.l　　 ヾ:ヽ `　､_　　　　　　＼＼ '
　　　　　l　　　 ヾ:ヽ　 　ト`ｰ-r-;;y‐T^
　　　 　 |　　　　ヾ ｀ニﾆ｢〈〉ﾌ /‖. j

IBMに頼めばいいよな犬糞コミュニティ(笑)は
あっちはおカネないみたいだから代わりに彼氏を雇ってあげてくださいつーてなｗ

Oracleはモノ売りはできてもモノづくりが出来ない
SPARCは腐海に沈むのも致し方ないけどSolarisとMySQLとVirtualBoxは早く切り離して欲しい

Oracle って Linux やってたんじゃないの？

そこまで戻るか...

OpenOffice.org 3.2の正式版リリース
http://www.itmedia.co.jp/enterprise/articles/1002/12/news061.html

Oracle の Linux は Miracle はスピンアウト組だし Unbreakable は
RHEL の独自サポートでしょ
自前でスクラッチからディストロ作っている訳ではない
だからなんだっていうか、Solaris のサポートは出来ても今後のエンハンスは
厳しいんじゃね？

【ISSCC 2010レポート】
Intel、IBM、Sunの高性能プロセッサ技術
〜Westmere、POWER7、次世代SPARC
http://pc.watch.impress.co.jp/docs/news/event/20100209_347976.html
> 2.0GHzで動作させたときの消費電力は120Wと、これもかなり大きい。

Rainbow Falls、2GHzで動くってよ

製品が出るかは別です

出ない出ないと言われたナイアガラもロックも出たよ。
いつ出るかは別だけど。

Rockは出てないだろ

もうナイアガラにスカウタースレッド載っけちまえ！

RISCにスカウトスレッドなんてアホだろ
マイクロコードで複雑な処理をするCISCみたいなことすんな。

RISCなら、スカウトスレッドはプロセッサではなくユーザーコードでやるべきだ。
OSに手を入れられるのだから、OSが同一コアに2スレッドをセットで割り当てる、
なんていうことも可能だろ。

既存のWindowsのバイナリに手を加えずにパフォーマンスを出さなきゃいけない
x86とは違うんだからさ。

>>222
Oracle dbとかebsとか立派な自作のソフトを作ってると思うがね。

残念だな

>>233
アプリ屋はOS屋とは領分が異なる
アプリの感覚でOS実装したら氏ぬよ

OracleみたいなDBだとOSを再実装しているみたいな感じ？

DBMSはOSを信じない。
昔はOSのファイルシステムなんか信用できるかよ! といって、DBMSが直にSCSIコマンドをHDDに送って読み書きとか、あったらしいぞ。

いまでもOSのファイルシステムを使わない場合もそれなりに

つーかファイルシステム自体作ってるしな。
ZFSがかぶっちゃうけど、どうするんだろ？

マイクロソフトがWinFSとかやろうとしてコケてたなぁ。

ＳＡＭは何人残れるのかな？？？
特に、元StoragetekからＳＡＭになった方々。

ボラクル！

Lustreファイルシステムとかどーすんの？

Sunのスレッドでそんなこと聞いても、「要らんのんちゃう?」って言われるだけw
要らんのんちゃう?

というか、Oracleがどっかから買ってきたオープンソースもんで、
捨てると惜しいとか思ってるもんは、ないんじゃないの?
いっしょに買われた部隊がふんばらないとしりつぼむかと。

元SUN職員さんたちは,他所へ
"アリの巣のお引越し"しちゃうんじゃないの？(笑

Sunのオンラインゲームサーバー向けプラットフォーム「Project Darkstar」、活動停止
http://sourceforge.jp/magazine/10/02/05/1024253

>>246
お引越しするような人達は、もうとっくに..
Afaraとか Googleとか Transmetaとか NetAppとか... etc.

Afaraて何だよ

何だよ、って何だよ

次の SPARCって、いつだ?

もう出ません

ツマンネ

過疎ってるなぁ

もう会社自体無くなってるし過疎るのも当然なのでは？

ネタも無いしな。
このままDECのようにフェードアウトするんだろ。

Ultra27が最後の純正WSで
あとはDELLかHPからOEMして
ロゴだけ張り替えるようになるんだろうか
それとも完全にディスコンか

UNIXワークステーションなんか、もう必要ないじゃん

開発者にもサーバ買わせればいい

OracleにとってUNIXワークステーションは必要ない製品群だろう

デスクトップは完全に死んだね。
UltraSPARC T3 + Fermi でなんか面白いのできる？

対話的な処理はシングルスレッド性能が高くないと

Sunはハードウェアではなくソフトウェアで牽引する会社であるべきで、
ソフトウェアのマルチスレッド化を容易にするプログラミング言語やランタイム環境を開発すべきだろう。

どのみちx86でもシングルスレッドのパフォーマンスは頭打ちなのだから、
そういうソフトウェア技術はSPARCと心中にはならない両面作戦になりえる。

現状では、スレッド間の同期のオーバーヘッドがあるので、あまり細かい処理はマルチスレッド化しにくい。
たとえば処理を2つに分割した上で2つのスレッドに分担させた場合、2つのスレッドの処理が終わるタイミングが揃わず、待ちが発生する。
OSまで含めて開発しているSunなら、2つのスレッドを組にして同時にスケジューリングさせる、などということも可能だろう。
処理が終わるタイミングのズレが小さければ小さいほど、マルチスレッドの効率は良くなるし、細かい処理をマルチスレッド化しやすくなる。

Sunという会社自体が無くなったのに、
Sunは〜な会社であるべきだも何も…

会社はまだあるでしょ。

デスクトップもいずれSunRayみたいなのが主流になると思うんだよね
特にオフィスではCPU処理はあんまり要らないし…
そうなればナイアガラみたいなのの需要も増すと思う

>>265
増さないだろう。

事務処理アプリでCPUパワーが必要ないといっても、それは持続的な処理能力であって、瞬発的な処理能力は必要。
64スレッドの低速コアを、64人で1スレッドずつ占有するよりも、
1スレッドの高速コアを、64人でタイムシェアリングしたほうが、効率がよい。

>>261
と、Intelが言ってるだけだな。大ウソだよ。
ウィンドウシステムを MT化しただけでまるで操作感が変わる。
実際には改善の余地だらけ。

>>262
> 現状では、スレッド間の同期のオーバーヘッドがあるので、あまり細かい処理はマルチスレッド化しにくい。

うわ。出た。

> たとえば処理を2つに分割した上で2つのスレッドに分担させた場合、2つのスレッドの処理が終わるタイミングが揃わず、待ちが発生する。

はぁ? 全部タイミングが合うようにスレッドを調整するの? 本気か?ww

>>266
> 1スレッドの高速コアを、64人でタイムシェアリングしたほうが、効率がよい。

まったくのオオウソだな。真っ赤なウソとはこのこと。
並列化できない処理をシングルスレッド性能倍にしたところで、
体感上たいした改善はない。ひるがえって、並列化できるところはまだ
各所にあり、まだまだ改善が望める。
現状のオフィスソフトや Webブラウザなんてダメプログラムの典型。

>>265
ナイアガラみたいなやつこそ雲の彼方でひっそり仕事してろｗ

Intel受け売りのサル人生、哀れだなww

> ウィンドウシステムを MT化しただけでまるで操作感が変わる。

MT化してから出直せ

> 実際には改善の余地だらけ。

改善してから出直せ

> はぁ? 全部タイミングが合うようにスレッドを調整するの? 本気か?ww

理解できないなら出来ないと言えよ

>>268
> 並列化できない処理をシングルスレッド性能倍にしたところで、体感上たいした改善はない。

俺の言ってることが理解できてないから、そういう発言が出てくるんだな。

> 現状のオフィスソフトや Webブラウザなんてダメプログラムの典型。

そう言うのなら、お前が改善してから出直せ

単純化した例

ユーザーの入力に対する応答を用意するのに1秒かかるコアが64個あり、64人が1コアずつ占有
→ 応答時間は安定して1秒

ユーザーの入力に対する応答を用意するのに1/64秒かかるコアが1個あり、64人が共有
→ 応答時間は1/64〜1秒のあいだに分布

後者の平均応答時間を計算するまでもなく、後者のほうが優れてることが一目瞭然

Intel受け売りのサル人生、哀れだなww

大事なことなので二回言いました？

>>273
昔のコンピュータの常識だろが。

シンクライアントは、ある意味、先祖返りだぜ。

Intel受け売りのサル人生、哀れだなww

>>275
オリジナルの Unixはミニコン - 端末。
TCP/IP以降の Unix(BSD)は、分散システム。
なんにも先祖返りなんかしてない。
パソコンがそうでないだけ。
まあ、ワークステーションの初期も、「占有」が売りではあったが、
必ずネットワークでの資源共有があった。
「クラサバ」あたりからパソコン触った人間だけだよ、それ知らんの。

どっちにせよ65人になった時が問題。待ち行列理論的に考えて。

1:1モデル vs m:nモデル の話しよーぜ

一方は最大TATが一気に2倍になるわけだが、彼はその方が優れているという…

Intel受け売りのサル人生、哀れだなww

凋落企業製品ユーザの醜い争いが見られるスレッドがここだと
聞いて飛んで来ました。なるほど見苦しい。

eX5最強ー！！

別にIntel受け売りってわけでもなくてなんだけどさ
せめて1機種はx86なWS用意し続けてて欲しいと思うんだな
S-ATA 6GbpsとかPCIe Gen 3とかUSB 3.0とか
パチョコンらしい楽しさだってあるんだから

惨の信者は余りのショックに壊れた蓄音機みたいになってるのかｗ

>>277
論点が分からないのなら話に首を突っ込むなよ

SunのOpenOffice.orgは、ただのMS-Officeモドキなのか?
同一文書に対する複数人のすべての操作のジャーナルログがサーバに保存されてバージョン管理できるとか、ないの?

>>275
vt100 型 iPad 出してｗ

持ち運びが大変そう

用賀の検証センターはどうなったんでしょうか？

＞富士通と日本オラクル、SPARC/Solarisビジネス強化を目指し開発センターを設立 http://enterprise.watch.impress.co.jp/docs/news/20100303_352381.html

>>287
あれは買ってきただけ。ドイツから。

>>286
相手してもらえないのを論点の理解とか言ってると気が休まるか?

>>292
なんだよ理解してないのかよ

コモディティ製品の市販パソコンよりも遅いCPUを共同利用なんてアホ

バカっ速いCPUが求められるだけの用途ばかりではないですよ
どちらかというとIAで社内クラウドを作ってそこに飛ばしてやるような運用の方が
Sun Rayには向いてると思われ

「用途ばかりでない」どころか、ほとんど CPUの速い意味がないだろ、
今のアプリじゃ。
だから、誰も買わなくなってるぞ。同じなら安くて省電力で静かで小さい
Atomとか買ってる。x86である必要さえなくなって ARMや MIPS買うようになるのは
もう見えてる。

x86は無料有料で手に入るOSやドライバ、アプリなどのエコシステムが充実してるからなぁ
手軽さでは今後も磐石なのでわ

昔はSunのワークステーションが、そういうポジションにあったんだよなぁ。
膨大な優れたフリーウェアを自分でパッチを当てずに使えるという理由でSunOS4が選ばれてた。

そうですね
Recommended patchのtar ballすら無料で落としてこれてたし
今はPC買ってきてWindows入れるかLinux入れるかすれば似たようなことになる
GUI利用ならこれで十分でUltra27みたいな手に入りにくい機械の出番は
そもそもないかもしれない
あるとすればうちらみたいな好事家か業務利用か

富士通何やってんだよ？ｗ
http://www.nikkei.co.jp/news/main/20100305ATDD0500F05032010.html

富士通に限らず、IT業界はヤクザ資本のベンチャーとの協業とか、多いんじゃない?
かの平成電電だって、交換機メーカーが手を貸さなければ、電話会社できないわけだし。

なんか訳わからんね

そのあたりつきつめると
日本にはまともな投資家がほとんどいないという事になるんだな
なのでアングラマネーに頼って起業してヤクザのフロント企業になるという

なんでもいいからとにかく SPARC推進しろ。

>>297
> ..エコシステムが充実してるからなぁ

IBM他が汎用機でやってたこととどう違うんだ?
で、汎用機で囲い込みやってた連中は今はどうなった?

>>305
x86は囲い込んでないだろ

本気かよww 典型だろ。

昔の汎用機とコモディティ化したアーキテクチャとの違いが分からないって、マジで?

アーキテクチャはコモディティ化していない

どこが?

寡占なところ

何が?

昔の汎用機と、街の電気屋で売ってるパソコンの区別が付かない訳無いよな

ラックマウントのサーバで言えば、
SPARC ・・・ Sunと富士通の2社のみ
x86 ・・・ IntelとAMDの2社のみ
どちらも似たようなもんだ。

>>305
違い分かった?

ただクラウド作るならそもそもOSも石もなんでもいい
コスト性能比がよければいい
でもIntelかAMD以外に現状でローコストにクラウド作るためのCPUを提供できる会社はないでしょ
x86はコモディティ化してもオープンアーキテクチャではないから
WintelはIBMの汎用機時代と構造はまるで変わってないですね
MS対抗馬としてのLinuxも結果的にIntel独占に拍車をかけただけ
AMDも単にx86のセカンドソーサーというだけの存在だし

x86がオープンアーキテクチャーではないというのなら、何ならオープンアーキテクチャーなんだ?

Intel受け売りのサル人生、哀れだなww

>>316
汎用機とパソコンの違いが分かったらまた来てくれ。

システムとコンポーネントの寡占を同一にはできないが
こちらも事細かに論じるほどお暇ではないので
行間読んでもらえると助かるのだが

ttp://pc.watch.impress.co.jp/docs/2009/0219/ubiq247.htm
IntelがNehalem用チップセットの差し止めを求めNVIDIAを提訴
一見オープンを標榜しサードパーティに好意的に見えたHyperTransportを推すAMDですら
G34やC32ソケットのバスライセンスは同様にNVIDIAに提供していない

x86互換CPUを作るどころかチップセットすら封じられてる状況で
オープンアーキテクチャとは片腹痛い
"オープン度"ではARMの方が上だろうな

汎用機の話はどうなったw

TANDEM MEANS OPENぐらい意味のない議論では
サーバ分野では他社製FCストレージとの接続すら保証しないところが殆どだろ

オープン = 他社も採用している
オープン = 互換製品も選択できる
オープン = メーカー以外がソフトを開発できる
っていうくらいの意味だろ

>>320
行間が空きすぎていて意味不明だから一行でまとめてくれ

厳密にはハードの仕様がオープンてぇのはどこにもない罠
API公開してましてそれが他社のものと互換ありますっていう昔〜のUNIXの売り文句
オープンってつくとなんとなく自由になったみたいジャン
オープンソースみたいにサ

>>325
WindowsもIntel x86もプロプラであるのに別会社であるからとかPS2とかPCIみたいな外部バスだけ見てオープンとかほざいてるヤシは頭がおかしい

>>327
おまいのオープンの定義を述べよ

>>328
ハードウェア上はオープンシステムは存在しない(携帯端末含め)
UNIX等標準に準拠するという文脈でのソフトウェア用語としてのみ存在する

じゃぁx86でWindowsでもオープンシステムだね。

>>327
誰も Windows の話しはしてないと思うけど。
x86 でベンダーロックってあり得ないんだけどね。
AMD も居るし VirtualBox とか VMware を使っても良いし、
プロプラである事の弊害はかなり限定的。

おいおいWindowsはPOSIX準拠のUNIXですよ?

SPARCなんか実質的にSun一社だから、オープンとは程遠いよな。
富士通はSunの下請けだし。

>>330>>332
AIXはUNIXじゃないというジョークはあるな
WindowsはPOSIX準拠しているのでUNIXである(よってオープンである)というのもその類だろう
>>331
x86がWindowsのための規格であることは常識以前の知識だと思いますよw

>>296
個人的には x86 より ARM や MIPS の方が嬉しいけど、
MIPS のマシンなんてもう無いし、ARM も NetWalker
くらいだよね。もう少し色々出てこないと…

>>333
オープンソースになったじゃん。もう忘れた?

>>335
ネトギアに買収されたInfrantがReadyNASで使っていたような

>>334
そか。じゃあ常識以前の知識は君に任せた。
俺は現実世界の事実だけを気にしておくわ。

>>335
オープンソースにすればオープンになるってわけじゃないだろ

オープンソースにしたけど従来通りの布陣のままだし。
他のメーカーがSPARCプロセッサ作ったりSPARCサーバ作ったりはしてないし。

まだMIPSのほうが、中国がプロセッサやスパコン作ってるだけマシ

>>338
オープンかどうかって布陣の話なんだあ。
俺はてっきり選択性に関する概念かと思ってましたよ。
世界は広いなあ。

>>336
そのNASに使われているSPARCは組込用でしょ。
Sunや富士通のラックマウントサーバに使われているようなものと代替可能なものじゃない。

オープンというからには、Sun以外(下請けの富士通を除く)のSPARCサーバとの間で選択できるような状況でないと。
一時期は富士通がSun以外の選択肢としてあったのでオープンだったのに、APLで一本化しちゃったからオープンではなくなった。

>>339
選択性の話でしょ。

オープンソースにしたけど選択肢が2つになってない。

>>341
作る自由はあるからオープンだよ。入手性の話はまた別。

>>341
>選択肢が2つになってない。

つまり Intel と AMD を選択出来る x86 はオープンであると。

>>337
http://itpro.nikkeibp.co.jp/free/NT/WinInterview/20040621/1/
この辺とか読んだときある？Yamhillが誰のお陰で立ち消えになったかはご存知？
>>343
囲い込まれているということを知りたくないんだよ
本当のことを書いても怨まれるだけだｗ
いい加減メインフレームやオフコン以降の分散システムをオープンシステムとかいう
頭の悪い流れとは決別してくれりゃいいのに

>>344
それ Windows がどうとか言う以前に Intel の戦略ミスでしょ。
>>327 にある様な Windows がプロプラかどうかはこのスレでは
どうでも良い話題だと思うが。

>>345
あれ？プロプラOSのためのプロプラCPUを自分で組み立ててWindowsの起動画面が出れば
あ〜ら不思議オープンシステムになっちゃった

何が言いたいのかさっぱり分からんけど、分かる必要もなさそうですねw

うん
黙って寝てろ

そか。じゃあいいや。

日本人のキモ団塊がキモい用語でコンピュータ売ってきたから混乱が生じてるんだ
あいつらはまとめて氏ねとしか

>>342
作る自由がありさえすれば入手できなくてもオープンなら、x86もオープンだね。
命令セットを実行できるプロセッサを作るのは自由だから。

トランスメタとかあったしな。

>>350
綺麗なまとめ乙

日本におけるオープンシステム = 自社設計アーキテクチャではなく、HPやSUNのサーバをOEM受ける

もしくは互換性を確保した製品

Intelにもっとも都合のいい「オープン」を拝領してご満悦のバカが 1人いるな。
サル人生、哀れだw

>>322
仮面かぶってないだけ汎用機の方がマシだったな。

>>356
そういう下らない煽りしかできないのかよ低能

>>358
放っとけって。

一般的に言って、直接的な言葉で煽るのはどうしてもレスが欲しくて仕方が無い
という意思表示だと思われ。

出た、他人のフリ連投。
まるわかりだ、って何べん言わせるんだよおまえww

「放っとけって。」 ....wwwwwwwwwwwwwwwぷーーーーーーー はらいてぇww サルーww

こいつ以前よりSAN値がかなり下がったよな
リアルの方で何かあったのかね

bigadminのメールが来たと思ったらオラクルだった
終わったよ、もう何もかも

ビョーキが進行

「放っとけって。」 そんなあいの手入れるやついねーーww

SPARCマシンを使ってみたいんだけど、個人向けエンタープライズでオススメある?

現行のSPARCマシンってサーバ系だけじゃないかな
http://primeserver.fujitsu.com/sparcenterprise/
中古なら色々あるだろうけど・・・

Fire E25K

ﾀｹｰﾖ

50万くらいで最新プロセッサのワークステーション買えないなら、いらない

リースならなんとか？

SPARC WSはもうディスコンだし
最期のWSに載ってたUltraSPARCIIIは最新プロセッサでもないだろ
素直にSun Ultra 27を買ってPC Solarisで満足すべき

@unixhonpo さんが宣伝してましたよｗ
http://www.unixhonpo.jp/fujitsu/EnterpriseM3000NEW.html

俺もSPARCマシンほしいよ、金ないけどｗ

>>365
意図的には理解できるが、言葉としては無茶苦茶だな

個人向けエンタープライズはx86でマルチコアCPUが
一般的じゃなかった頃の用語でほとんど死語じゃないか
当時はdual cpu機を欲しがる連中がTyanや●のマザーに群がったものだ

どこの国にもマニアはいるが、市場として成り立つのは日本以外に無いらしい。

今は昔ほど成り立たなくなってるんじゃないの
代理店も縮小気味だしさ
i7とか使ってて1台でモアパワーという用途はあんまりナイし
板やBIOSの作りの素直さはDELLなんかよか
ずーーっとTyanや●の方が好きだが

i7(正確にはXeonだが)使ったのはZ400って機械
なんでFireProなんだよ…CUDA使えないじゃんorz

これが本当のCUDAらない話

うむ
本当はUltra27が欲しかったのだが
ネットで売ってるところが見つからなかった…
吊るしで買えるようにしといてくださいよorz

あー今ぐぐったら
Sun Microsystems Ultra 27 WS XATO Base Option (B27-AA)
でぷらっとホームで出てきてしまった
ヲレのバカバカバカ
しかしこれベアボーンだよね…
カントリーキット(X3739A)は別売りということ考えても面倒杉
Xeonってリテールパッケージでも純正CPUクーラー付いてこねーし

SunBlade 6000 買って好きなＣＰＵボード入れるのが正解ｗ

Sun Blade 6000はおもろい製品だと思うけどさ
ヲレが欲しいのはワークステーションやねん
さすがにデスクサイドでラックサーバとかうるさ杉ｗ

デスクの周りに置いとけるのは全部ワークステーションだと思うが...
デスクトップ WSのことかな。

いいえ。パーソナルコンピュータです。

まともなグラボ付いてないと辛いやんか
音うるさいのも周りから白い目で見られるし
Z400は水冷で静かだよ〜
CPUとHDD付きで10万切ってたし(光学ドライブとグラボレスの値段だが)
裏切り者とでも呼んでくれｗ

こいつの水冷キットはCorsairのCWCH50(-1)臭いね
Ultra27にも載るだろうか？

>>385
Z400の空冷と水冷の比較のグラフを見ると、空冷でも十分に静かだと思う。
30dB切ってれば環境音に紛れて聞こえない。

ラックマウントとタワーの変換キットがあるような製品あるじゃない。
Sunもラックマウントをデスクサイドに置くタワーに化かす変換キットを出せよ。

Sunのラックマウント鯖はクーリングファンの対策しないととてもデスクサイドには置けまへん
そういう対策込みでやってくれる箱があるからそういうの買えばいいと思うお

Sunはネットワークに強い会社なんだから、
サーバ室に置いたラックマウントと居室に置いたSunRayを繋いで、
なんとかすべきでしょ。

1920x1200x32bppx60fpsでも5Gbps未満だから、たとえ無圧縮でも10GbEで余裕でしょ。

>>388
Sun2や Sun3が VMEボードをまんまつっこんだ構造だったのを知らんボウズは
ひっこんどけや。
CompactPCIの製品もあったのも知らんのやろ。

>>391
そりゃ昔の話だろが。

バカがパソコンばかり買うから、まともなコンピューターまで全部パソコンになった。
なんてバカなんだ。
家の家具が全部紙圧縮したカラーボックスになったらうれしいのか、おまえら。

大丈夫まだ若者のパソコン離れという二番底があるからさｗ

鏡面塗装してあれば、MDFでもいいよ。

3Uのボード、挿すの大変だったなあー

>>393
ゲーム機にも使われるようなMPUで安く作り上げたワークステーションでもって、
もっと本格的なコンピュータなんかイラネーヨという商売をやってたSunは自業自得。

SunのWSは本格的だったと思うぜ
しかもMPUが遅いのに良く頑張ってた

HP(プリンタ屋)が一番売ったってさ
悪貨が良貨を駆逐するんだからしょうがない
それがせちがらい世の習いだ
ttp://digitallife.jp.msn.com/article/article.aspx/articleid=512230/

>>398
コンピュータの本質であるプロセッサが遅いんじゃなぁ。

HPがプリンタ屋だという認識は・・・おかしいだろ。

US Sunのサイトでも日本Sunのサイトでもいいけど
WSを軽くconfigって買おうとしても余りのサイトの作りの酷さと選択肢の狭さに愕然とする
同じPCのMPUを使ったPCで他社と価格競争力があるかどうかはまぁ置いとくとしても、だ
>>399
たしかにここはパブリックな掲示板だから
あからさまにHPをプリンタ屋だとに揶揄するのは多少常識に欠けるかもな
しかしそれがヲレの魅力だｗ

最後まで遅いUltraSPARCIIIをWSとして棚に陳列し続けたのはSunで
HPもIBMもSGIもDECも先にUNIX/RISC WSの戦場から消えていった
他のスレで未だに上に上げた会社の製品に執着するヤシ居るか？いねーでしょｗ
WSの魅力はMPUだけじゃないってこと
いまだにUNIXに投資し続けそれが自分の隣で生きて動く
それが死んだ製品とSunの違いだよ
実際SPARC WS使ってるとなーんだうるさくて遅いじゃんって感じなんだけどさｗ

MPU以外の魅力って何?

色

SunはAppleと合併すべきだったんだよー

サーバはSunブランドで、ワークステーションはAppleのMacintoshブランドで。

HPはプリンタ屋じゃない、とっても高いインク屋だ。

計測器と関数電卓の会社でsy?

>>402
ZUBARIこれだ
ttp://www.cafepress.com/+mousepad,427701093

今日の情報処理学会のセッションで SPARC の話があるよー

13：50〜14：10　次世代スパコン紹介(2)：次世代スパコンのプロセッサＳＰＡＲＣ６４(TM) VIIIfx 丸山 拓巳 #ipsj72

>>397
68kは PDP-11や VAXなんかのミニコンのプロセッサを 1チップにするのが
目的の CPUだよ。
ゲーム機に使われたのは応用。レジスタ長やセグメントのせいで x86等が
ゲームには使いもんにならなかっただけ。

>>409
簡単に引っかかるなぁ。

ゲーム機にも使われるようなMPUで安く作り上げたワークステーションでもって、
もっと本格的なコンピュータなんかイラネーヨという商売をやってたSunは自業自得。
↓
MPUで安く作り上げたワークステーションでもって、
もっと大きな筐体のコンピュータなんかイラネーヨという商売をやってたSunは自業自得。

っていうことだろ、話の本質は。

はぁ? 何がどうひっかかってるんだよ。
>397 は本質でもなんでもない、と言ってるんだが。
パソコンと同じでもなんでもないし。バカ?
どっちかというと ISAや OSで囲い込みをやったパソコンの方が WS登場以前の
汎用機に近いんだが。ビジネスモデルとして。

ゲーム機云々は本題じゃないってこと

UNIXワークステーションでダウンサイジングしたら、
PCサーバで更にダウンサイジングされちゃったの。

わかる?

ttp://www.itmedia.co.jp/news/articles/1003/11/news011.html
> Sunの元CEO、ジョナサン・シュワルツ氏は、
> Appleのスティーブ・ジョブズCEOから訴訟を起こすと脅された経験を語り、
> ライバルを特許侵害で訴えるのは逆効果だと指摘している。

>>412
UNIXワークステーションをPCでリプレースしたというなら分かるが
(そもそも新品のUNIXワークステーションはRISCに限定するならもう売ってないしさ)

ワークステーションをサーバでダウンサイジングというのが良くわからん
UNIXワークステーションとX端末の組み合わせを
PCサーバとクライアントPCでリプレースしたってことか？

UNIXワークステーションをサーバとして使ってたんだよ、昔は。

サーバとして単機能で使ってた例も確かに見たことあったが
それがメジャーなSunの使い方かというとそんなことはなかったと思う
ちなみにいまどきの若い子は普通のノートPCでWindowsをサーバとして使うんだぜ

SunのUNIXサーバは、UNIXワークステーションがベースだよ。
VMEのスロットの本数が多いだけとか、そういう感じ。

>>414
典型的なメインフレーマーなんだよ、>412 はさ。Unixは本当の意味での
分散システムではないが、分散システムを指向する人達が発展させたってことを
知らないのさ。あのくだらない「ダウンサイジング」という悲惨な時期しか
知らない。クライアント「機」とか、サーバー「機」とか、バカかと。w

>>417
SMPやる以前は、ね。

>>418
ぷ。
あんた俺をIntel信者だと散々言ってきたんだがな・・・

>>419
Sun1〜4あたりまでの話してるのよ。

ローコストのデスクトップのUNIXマシンに毛が生えたものでサーバ市場に参入して、
インターネットの立ち上がりとともに事業を急成長させて慢心してたところに、
ローコストのパソコンに毛が生えたものがサーバ市場に参入してきてシェアを取られたんだよ。

歴史は繰り返されるわけで、
x86パソコンに変る何かが、まずパソコンで普及し、それがサーバにも使われ、
x86サーバはハイエンドに追いやられていく、みたいなことになるだろうね。

まさに ==まるだし== だな、www
NECだったっけか?p

>>420
> Sun1〜4あたりまでの話してるのよ。

ぼくなんにもしりましぇ〜ん、まで読んだ。

事実と妄想の区別が付かないのって、何て言う病気だっけ?

インターネットプロバイダがメールサーバやWebサーバをSPARCでやるのが常識だった時代があったなんて、今の人には理解できないだろうな。

NECの社員てみんなこんなバカなの?






:
まあ、本体の社員なんかじゃないと思うけどなwwww

どこにNECの社員がいるんだ? >>426の頭の中だけだろ・・・病気だな

>>420
> あんた俺をIntel信者だと散々言ってきたんだがな・・・

メインフレームに関連した仕事に従事しながら、本質的なところを
身につけられなくて、Unixや分散システムが出てきたら
全く理解できなかった人達の典型コースじゃん。そこらじゅうに居るわ。
MSもその辺わかっててやってて釣られまくりなのに、気がつかないんだから
気の毒な話だ。

ここまで読まなかった

もう、デスクトップで使うコンピュータのOSやCPUなんてどうでもいい時代
Windowsですらもう機能面ではそれほど評価されず特殊な分野を除きMS-Officeで囲い込んでいるだけの状態
x86だってローエンドCPUは数千円で買える程度まで価格が低下しているからな
GPUも競争が激化してものすごいスピードで性能が向上し、低価格もしている

それにUNIXワークステーションは存在する
異論はあるだろうが結果として現在最も普及しているUNIXワークステーションはMac

どこにNECの社員がいるんだ?

　　　　　　　　　　o｡_。＿ｌコ<ｏ>　　　　 |l≡≡≡|ﾐ|＿<o>＿。≠＿〇o
　。+　＋。｡。。｡ |l|ＦＦＦＦＦＦＦ|。 。 .｡ +|l≡≡≡|ﾐ|JJJJJJJJJJJJ|ｌｌｌ|　.。＋
　　*　o　　o.　 　|l|ＦＦＦＦＦＦF ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　。。oo　 |l|ＦＦＦＦＦＦ　|　毎年毎年、理不尽な解雇だけは継続する・・・・・・・・
　　　／|￣￣￣ｌ ::|ＦＦＦＦＦＦF ＼
　　　|ミ|:」」:」」:」| ::|ＦＦＦＦＦＦ 　　 ￣|/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　|ミ|:」」:」」:」| 〇 ＦＦ.。 　 ∧＿∧　 |l≡ｏ ＋ +!　＋　。　〇　　　＋
　　　ｌミｌ.」」.」〇　+＋　＋　　（´・ω・）　ｏ　　〇　。　o　　+　　　〇　。　+
　　＿＿〇＿＿＿。＿ﾟ＿＿/ ~つと）___＿o＿＿＿＿＿＿〇＿＿o__＿。
　　二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Il二

>>428
あなたの頭の中に住んでいる仮想人格を、他人に投影するなよ

鏡に映った自分自身？

>>418
なるほど
何に心惹かれるかという意味では興味深いな
囲い込まれることに快感を覚えるヤシも居るみたいだねｗ
>>421
そうならないように用意周到にやってるから
x86は当分頑張れると思う
>>430
異論ありまくり
今のUNIXワークステーション的役割を果たしてるのはQuadro(ドライバ)とWindowsまたはLinuxを装備した
大手メーカー製PC
MacはMac信者の受け皿かアポに買われてしまった可哀想なアプリ達用のターンキーシステムであって
UNIXワークステーションに要求される役割を引き継いではいない

SunのNiagaraよりもIntelのAtomのほうが面白いな。
後者は、耐障害性などがないんで論外ではあるが。

T2+の4ソケット vs Atom×32個

Atom32個のシステム？？

Atomを1つ積んだ筐体を32集めたシステムだろう

2UサイズにAtom32個とコンパニオンチップ(NM10 Express)と64本のDIMMソケット、なんとか押し込んでさ、
PCI Expressのx4があるから、それで適当に筐体内ネットワークを組んで、ハイパーバイザで仮想SMPやって、
シングルOSイメージで64コア128スレッドのリソースを使えるようにするのよ。

仮想化支援機能が付いてるAtomは1コアonlyです

SGIのOctane3が当初Atomもokと言ってたのに今では影も形もないことから察しろ。

>>439
そんなもんが、まともな効率で動くわけがない

>>439 は自分の知ってるキーワードを並べただけだろう
効率以前に動かない

>>443
動かない理由は?

そもそもAtomはSMPで動くよう作られてないんじゃ

>>445
AtomのCPUコアはSMPに対応してる
だから2チップのMCMでデュアルコアなんていう製品が作れる
共有FSB設計を悪く言う人もいるけど、低コスト・低レイテンシでSMPできるという点では優れてる

それはともかく、ハイパーバイザで仮想SMPする場合、CPUのビルトインのSMP機能は使わない。

これ、また別のアホなの?
x86のどの石でもまともな多コアシステムができないのに、なんで Atomにできるの?

きみはいつものおつむのよわいこだな

> x86のどの石でもまともな多コアシステムができない

そう思いたいんですね。

まるでSPARCなら、まともな多コアシステムができるような口ぶりだな、おい
実際のユーザーはドメイン分割して・・・

えっ！

ドメイン分割とかするならコマイサーバでいいのに

それだと高いおもちゃ買った言い訳が・・・

コマイサーバだと統合出来ない

>>446
>ハイパーバイザで仮想SMP

ところで、ハイパーバイザで仮想SMPって具体的にどういう事?
製品名とか仕組みを教えてタモレ。

>>455
ScaleMP社のvSMPっていう製品がある。
あとはググってくれ。

ソフトウェア実装ではなくハードウェア実装だと、3Leaf社の。

Intelの「シングルチップ・クラウド」とかいうのも、コヒーレンシはハードウェアではなくソフトウェアで取るってな話だったな。
なんかRISCっぽいよね、コヒーレンシをソフトウェアで処理するのは。

>>456
thx. 見てみた。
いまいち、どんなアプリを想定しているのか分からんけど面白いね。

>>446
Pentium4以降に出たIntelのx86でSMPに対応してるのってXeonだけじゃなかったっけ？

それにIntelのCPUでマルチCPUで性能が出るようになったのはNehalemからでしょう
それまではAMDに負けてたしな

>>460
一概には言えないんだわ
キャッシュのヒット率の高さ具合で、明暗が別れるから

性根の腐った女のように過去のことをいつまでも掘り返すなら、K7の話をしちゃうよ?

AMD厨の主張 → 実際
AMDはポイントtoポイント接続なのでFSB上で競合しない → ノースブリッジ内で競合するので、実質的に同じ
AMDはポイントtoポイント接続なので伝送速度が速い → ノースブリッジ経由で別のCPUに問い合わせを行うのでレイテンシが大きく相殺
DDRでバンド幅は稼げてるが、レイテンシが大きくて、ﾏｽﾞｰだった。

もう片方のCPUに邪魔されずにメモリアクセスできた場合のK7のレイテンシと、
もう片方のCPUに邪魔されてからメモリアクセスした場合のP6のレイテンシが、だいたい一緒。

K7が、そんな悲惨なSMPやったからこそ、K8での改善に繋がったわけだが・・・

仮面ライダーとサンバルカンはどっちが強いかみたいな話か。

牛のフンと馬のフンはどっちが臭いか、みたいな話だろ。

>>462
> K7が、そんな悲惨なSMPやったからこそ、K8での改善に繋がったわけだが・・・

なんも改善されてないから、今でも x86エンプラ SMPシステムは存在してない
わけよ。
SGIががんばってるけど、昔のダメダメな 80386や i486のムリヤリ MPと
同じ扱い食らってるな。実績聞かない。

実績聞かナイヤガラ

Pentium4のころはSMPで全く性能でなかったが
Nehalem-EXは8プロセッサでかなりの性能が出るようになった

1プロセッサあたり6コアや8コアの時代で8プロセッサだから48コアや64コアになる
だからNehalem以降、x86は驚異的な存在
RISCサーバはますますハイエンドに追いやられていく

特定方面(わいど)で聞いてるよ。
別にナイヤガラじゃななくてもいいような用途だけど

Intelにしてもスマートフォンやネットブックの普及で
今後、PCの販売台数が落ち込んだり
ハイエンドのx86が売れなくなる可能性もあるから安泰ではない状況
組み込み向けでいくらがんばってもx86で囲い込みできなければ価格は安くなるので
今以上にたくさんのCPUを売りさばかないと利益が落ち込む

>>467
> だからNehalem以降、x86は驚異的な存在

驚異的なのにパソコンにしか使われないww
驚異的なんだけどみんな Atom買うし
驚異的なんだけど OSが MS-Winじゃなきゃ誰も使わない
はやく退場しろよ〜ww

>>467
> Pentium4のころはSMPで全く性能でなかったが

80386のころは MPはむりやりやる必要があり
i486のころは MPサポートしたけどほとんどどこも採用せず
Pen素のころは MPサポートしたはずなのにあまり使えず
PenIIのころは MPサポート改善したんだけどギャグにしか使えず
PenIIIのころは MPがうまく動くようになったはずだったけど誰も使わず
Pentium4のころはSMPで全く性能でなかったのか

そりゃすごいな、x86って。

BP6とCeleronにはお世話になったなあ

>>465
> 今でも x86エンプラ SMPシステムは存在してないわけよ。

あーあー見えない見えない聞こえない聞こえないーですか。

>>470
SPARCがx86に莫大なシェアを奪われたことを自覚してないのね?

一般向けにインターネットが普及し出した頃は、インターネットでサーバやるならSunと相場が決まってた。
WebサーバもメールサーバもRADIUSサーバもルータも、
ダイアルアップ接続さえSunのサーバにマルチポートのシリアルポートをつけてモデムをジャラジャラぶら下げてた。
とにかく、インターネットはみーんなSunのサーバの群れだったんだよ。

それが今じゃ、どうよ。エンプラの片隅に追いやられてしまってるぞ。

>>473
> あーあー見えない見えない聞こえない聞こえないーですか。

ないよ。必要な局面が減った（というか、寄せ集めで組む方法が増えただけで、
最適かどうかははなはだ疑問）だけで、x86のまっとうな SMPが出てきて
実証されたわけでもなんでもない。

というか、CPU自体のコストは安いのに、RISCエンプラ SMPの CPUだけ
x86に置き換えたようなシステムは商品として存在しない。それが一番
安くあがる近道なのに。ダメ CPUだから。
で、>471 のようにはるか昔からさんざんコネくりまわしてまるでダメ。成果ゼロ。

今 x86でできてることは、さらに工夫が進めば全部 ARMにできるので、
さっさと退場してねw

Sunの32プロセッサのEnterprise M9000の性能には近づいてきてる

SGI Altix ICE 8200EX (Intel Xeon X5570,2.93 GHz 8 chips)
http://www.spec.org/cpu2006/results/res2009q2/cpu2006-20090505-07306.html
SPECint?_rate2006 = 999
SPECint_rate_base2006 = 931

Sun SPARC Enterprise M9000 (SPARC64 VII 64 chips)
http://www.spec.org/cpu2006/results/res2009q4/cpu2006-20091012-08891.html
SPECint?_rate2006 = 2590
SPECint_rate_base2006 = 2400

Sun SPARC Enterprise M9000 (SPARC64 VII 32 chips)
http://www.spec.org/cpu2006/results/res2009q4/cpu2006-20091012-08889.html
SPECint?_rate2006 = 1450
SPECint_rate_base2006 = 1370

これの発売も控えてます


インテル、8コアの「Nehalem-EX」を今月リリースへ
http://www.computerworld.jp/topics/mp/176249.html

Sun SPARC Enterprise M8000 SPARC64 VII 64 cores, 16 chips, 4 cores/chip, 2
ttp://www.spec.org/cpu2006/results/res2009q4/cpu2006-20091012-08887.html
SPECint?_rate2006 = 753
SPECint_rate_base2006 = 706

SPEC*_rateなんて科技方面の指標にしかならんと何度言えばわかるんだこのサルは..
CPUバウンドな計算、OS内資源競合とか、意味わかるか? わかるまで来るなタコが。

>>474
ぢゃぁ、SPARCには、まっとうなSMPがあると言うのか?

> CPU自体のコストは安いのに、RISCエンプラ SMPの CPUだけx86に置き換えたようなシステムは商品として存在しない

そりゃぁプロトコルが違うんだから、CPUだけ置き換えっつーわけにもいかないでしょ。

>>478
オマイはCPUバウンドな計算だと言うが、>>475を見るとSPARC64VIIはCPUを2.00倍にしてもスコアが1.75倍に留まるんだが。
ベンチマークの項目によっては、ほぼ2倍でているものと、あんまり伸びてないものがあるぞ。
CPUバウンドな処理さえもスケーラビリティに陰りがあるなら、エンタープライズなアプリでは、もっと悲惨なことになるだろうな。

32CPUから64CPUで1.75倍ならたいしたものだと思うが
SGI Altix ICEで8CPUから16CPUの性能向上はどうなっているのかね

x86で安く作れるのが8CPUまでだからそれ以上のもの作っても意味ないでしょう

ただ、SPARC VIIの16CPUモデルまではNehalem-EPの8CPUモデルのサーバに性能で負けてる
Sun SPARC Enterprise M9000なんて最上位モデル引っ張り出さないと
Nehalem-EPサーバに勝てない状況を理解しろ

>>481
スケールしなくたって、
SPARC64VIIの16チップよりも、XeonX5570の8チップのほうが性能が高い
っていうことのほうが重要。

Nehalem-EXは8ソケットまで対応する8コアCPU
8ソケット×8コア=64コア

どれくらいの性能出るのかな

Sunでも去年の10月にこんな宣伝してたようだが

Sun、Solarisの8コア「Nehalem EX」向け最適化を宣伝
ttp://www.itmedia.co.jp/enterprise/articles/0910/26/news048.html

>>482
x86でそれ以上スケールする実装が技術的に不可能なことを理解しろ
>>483
だからなんでネットブックどまりのCPUだということを自分から告白するかね
そういうのを問わず語りというのだよ
弱点を突かれたときは黙って死んだ振りをするものだ

>>485
するとSun SPARC Enterprise M8000は16ソケットまでの対応だが
あなたの言うネットブックどまりのCPUを使ったサーバ以下の性能しか出せないオモチャか？

>>485
グルーチップ無しだと8ソケットまでなのであって、グルーチップを使えばもっと増やせる設計になってるぞ。
そして、IBMやhpやNECは、グルーチップを開発してるだろう、普通に考えて。

それにしても、M8000(SPARC64VII 64コア) を NehalemEPの4コア×8ソケット が 凌駕してるわけだ。
NehalemEXの8コア×8ソケットのスコアが、仮に1.5倍しか伸びなくても、M9000の1ラック(SPARC64VII 128コア)に並ぶんだよな。
M9000の1ラックと同等の処理能力が、7Uで済むわけだ・・・

Sunやべーよ
最終到達点のハイエンドだけじゃダメなんだよ。
入り口のローエンドやミドルレンジでも競争力ある品揃えがないと、ジリ貧だぜ。

とりあえずx86で始めて、x86でのスケールアップが限界に達したらSPARCに切り換えよう
なんていう客はさ、SPARCに切り換えないで済んじゃうから。
スケールアップしなくても、同等サイズの最新マシンにリプレースするだけで、済んじゃう場合が多いから。

だって単純に高い割に性能が出ないんだもん…
SPARC サーバの優位性はハードウェアの信頼性だけでしょ
（ただし富士通製に限る）

>>487
> そして、IBMやhpやNECは、グルーチップを開発してるだろう、普通に考えて。

そうか、じゃおまえは一生普通に考えてろ。ここには来るな。

>>479
組込み専用アーキ以外のいわゆる RISC CPUにはすべてまっとうな SMPがあるよ。
x86は SMP的にはクズだな。組込み用にも今となってはクズ。
そしてパソコンという分野も間もなく消滅。バイバイw

>>480
CPUバウンドと SPEC*_rateみたいな特殊用途指標のスケーラビリティの間に
なんの関係があるんだ? なぜそうバカなのを自慢するんだ?
たのむからもう止めて他へ行ってくんない?

組み込みといえども MIPS も Legacy PowerPC も WS やサーバで使われたアーキテクチャだからな
連中がメニイコアで攻めてきたら電気喰うだけの SPARC なんて勝ち目無いだろ

MIPSもPowerPCもデスクトップでもサーバでも絶滅したじゃん
電気食うだけのx86は高クロックもメニイコアもお先真っ暗
もう黙ってた方がいいってｗ

1CPU当たりMCMで12コア、4チャネルメモリ以降はGPUをオンダイにするなんて小手先で逃げるんだろ
技術革新なんてなーんもありまへん
4チャネルメモリ自体Alphaでも使われてた実装だしな

>>491
SPARCのSMPって、
・CPUのキャッシュのヒット率が高い処理しか性能が出ない
・ドメイン分割して少ソケット数のサーバとして使わないと性能が出ない
だったよなー。

>>491
おまえ、CPUバウンドの意味わかってるのか? SPEC*_rateみたいなのをCPUバウンドっていうんだよ。

>>493
x86の低電圧版を使ったサーバは、CoolThreads(笑)サーバよりも、電力効率が良いんだぞ。
CPUコアの消費電力が低くても、FB-DIMMを満杯にしないと性能が出ないから、台無しなんだ。

SPEC*_rateが CPUバウンド ....wwwバカまるだしw

>>492
SPARCが電気喰うというのは事実誤認だな。キミが電気喰う SPARCしか
知らないだけだろ。それは大型向けだよ。

プリンター（笑）とかデジカメ（笑）ですか？

組み込み向けSPARCを押してる人ｷﾀｰ(ﾟ∀ﾟ)

茄子（笑）もあったな。あと何だっけ？

superSPARCはゴキブリを退治するいいやつですｗ

確かに似ているww

> SPEC*_rateが CPUバウンド ....wwwバカまるだしw

キチガイに話が通じないのは仕方ない、あきらめろ

sparcがコンバットに似てるのはいつの世代のまでだ?

SPARCって囲い込みだろ。事実、ISAの互換性を維持してるし。
RISCなら互換性なんかよりも、効率を優先すべきだろうに。

そういう意味では PowerPC も互換性堅持だよね？

世の中はもう６コアの時代ですよｗ

＞日本HP、高性能デスクトップ「HPE190jp/CT」でCore i7-980Xが選択可能に
http://journal.mycom.co.jp/news/2010/03/18/031/index.html

いくら連投して上塗りしようが、バカが強調されるだけだぞ?
巣へ帰れ、もうここにはくるな。

ISA互換だと囲い込み... またまたバカまるだし。普通のバカに失礼なくらい、バカ。

2連投ですか

CPUバウンドぷぷ

そこはスルーしてあげるのが人としての優しさ

>>510ってさ、口汚く罵るだけなんだよな。
それは何も知らない小学生でも可能なことだよ。

何だかんだいってもSPARCジリ貧。
いままでの失地回復も絶望的。

Oracle には CPU 設計など出来る訳がない
富士通だけでは SPARC は発展させられない
もう詰んだな(´・ω・｀)

>>515
SPARC64 VIIIfx 路線でやってけば大丈夫だろ？ｗ

レガシーチップで生き残れれば大勝利じゃないか

「ItaniumもUNIXもなくなりません！」 日本HPが強調するIntegrityのメリット
http://enterprise.watch.impress.co.jp/docs/news/20100319_355813.html

だが富士通は次期 PRIMEQUEST で Itanium を見捨てるのだった

>>514
いままでさんざんバカ言ってんの棚にあげて、「口汚い」だとぉ? ゴミが。往ね。

>>516
どういうこと?
設計段階で世界一と宣伝しまくったものの、量産開始時点には、とっくに世界一ではなくなっているという恥ずかしい路線?

>>520
言われた矢先に同じことを繰り返すのかよ

SPECint_rate2006はOracle使ったときの性能とわりと相関あるよ
仕事で他に指標値がないときは使ってる

>>522
ゴミが。

難しいことはよく分からんがSPARC T2搭載したマシンでもしWindowsが稼動したら
タスクマネージャに64のCPUグラフが表示されるわけ？

Itanium機だけど、64CPU並んでるというだけで良いなら
http://www.microsoft.com/japan/sqlserver/2005/images/ssj/ki03_02_l.jpg

>>524
それしか言えないのかよ。

>>525
VirtualBox はせいぜい4コアくらいまでしかサポートして無い気がする

Windows 2008 R2は、IA64の64ソケットまでサポート
出たばかりの4コア8スレッドのTukwilaをサポートするかは不明だが、サポートするなら512スレッドだね。

T2+の64スレッド×4ソケットの256スレッドよりもデカいな。

WindowsNT 4.0 の頃はマルチアーキテクチャを指向していたけど今や x86/x64/Itanium だけだしな
Windows がわざわざマイナーな SPARC を新規にサポートするとも思えないし
Solaris もシェアを徐々に落としているし、頼みの綱は Oracle や SAP サポートくらいか？
ダウンサイジングを謳っていた Sun が今度はダウンサイズを要求される立場になったんだから
今のままだったら勝ち目無いだろ

Solarisの要件が無きゃSPARCなんか買わんでしょ

>>519
↓これ？

富士通がItaniumから撤退、64ビットXeonに切り替え

SPARC64がある富士通がItaniumを今まで引きずってきたことのほうがビックリだよ。

Itaniumを使っているのは、WindowsとかLinuxとかを動かしたいから。
今でも Windowsでサーバ構築することは普通に多いし、その路線は
間違ってなかったんだろう
Itanium が結局消え去ってしまったことは誤算だっただろうけど

昔はさ、Windowsで64bitはItaniumしか選択肢が無かったけどさぁ・・・

まぁItaniumで一番得をしたのはマイクロソフトだろうな

AMD64がエンプラで使える状態になるまでの間、
マイクロソフトはWindows ServerやSQL Serverを売るときに、
32bitで足りなくなったらItaniumがありますから大丈夫ですよ
といってたわけで。

>>534
SPARC64VIIIIfxにLinux乗せるんでしょ?

>>537
あれは、あのスパコン専用。
SPARC用Linuxは昔からあるけど、一般のサーバ用途で使っている事例は
ほとんど無いのでは？

SolarisがあるのにLinuxなんて出番ないっつーの

つか SPARC 自体もう出番が少なくなっている現実

ディストリビューション・コンストラクタって、美味しいの？
GUIで操作できるん？

AMD、8コアと12コアの『Magny-Cours』プロセッサの出荷を明らかに
http://japan.internet.com/webtech/20100225/12.html

AMD は22日、サーバー用プロセッサ『Opteron 6100』シリーズの
8コアおよび12コアプロセッサ『Magny-Cours』(開発コード名) の
出荷が始まっていることを明らかにした。
このニュースは、AMD のサーバーおよびワークステーション製品
マーケティング ディレクタ John Fruehe 氏による Blog 記事で伝えられた。
「この記事はまだ書く予定ではなく、もう少しあとで発表するつもりだった。
だが、インターネットを飛び交う情報に先を越されてしまった」と、同氏は記している。
Fruehe 氏が言及しているのは、この新プロセッサが
オークションサイトの eBay で、4基で7000ドルの値で売りに出されていた件だ。
ミズーリ州中部の人物が売りに出したものだが、
搭載するマザーボードがなければプロセッサは使いようがないうえ、
正式な発表もされてなかったとあっては、入札がゼロだったのも驚くに値しないだろう。

Magny-Cours は基本的には、6コア『Istanbul』(開発コード名) 世代の
Opteron プロセッサを2基、『HyperTransport』インターフェイスで
つなげて1パッケージとしている。
1基のプロセッサに8コアまたは12コアを搭載しており、ダイサイズは非常に大きく、
通常の正方形ではなく長方形になっている。
8コア Magny-Cours には、3コア『Phenom』に使ったのと同じ手法が適用されている。
つまり、パッケージ内の12コアのうち4コアを遮断して、
8コアの製品とする方法だ。AMD はプロセッサのスペックを明らかにしていないが、
熱設計電力 (TDP) は従来の6コア CPU と比べても大差のない85W から140W で、
動作周波数は1.7GHz から2.4GHz の間とみられている。
これらのプロセッサには『Socket G34』と呼ばれる新ソケットが使われる。
このソケットは開発中の8コアおよび12コアプロセッサ『Interlagos』(開発コード名)
にも使われる予定だ。速さと読み込み量の苛烈な競争において、
AMD はまたもやライバルの Intel を追い越した。
Intel は、1基のチップに3つのメモリチャネルを持つ『Nehalem』を有している。

AMD はスレチ

もうSunはOpteronやってないの?

SPARC64も死に体か?

世界最速と宣伝してたSPARC64VIIIfxは、すでに一般向けに受注開始しているPOWER7に2倍近い性能差をつけられてる。

>>544
やってる

じゃぁOpteronの新型の話題はOKだな。
じきにSunから採用製品が出てくるだろうから。

12コア×8ソケットで、96コアか。
昔のOpteronの8ソケットはスケールしてなかったけど、今度のはどーなんだろ

そもそも4ソケットまでだよ、これ。

なんだ、4ソケットまでか。
Istanbulの8ソケット構成を凝縮しただけか

>> 547

でねぇよ

>>545
POWERねぇ。すごい数値だけど、そこまで売れてないよね。なんでだろ。

BlueWatersはフラッグシップ案件が決まってるから、そこに注力してるのでしょ。
京速に必要な分量を生産するのだけでもアップアップの富士通と違って、他所に売る余力があるIBMは凄いね。

>>551
ここは日本だからサポートが親切じゃない＆たいして安くも無い IBM は性能が良くても売れない

ネットから文書郵送「Webゆうびん」　富士通がシステム構築
http://www.itmedia.co.jp/news/articles/1003/23/news009.html

腐った ISAの石を、死ぬほど金かけて RISC並に改善して、死ぬほど金かけて
それ用の世代進んだプロセス工場つくって、それで一体なんのメリットがあるんだ?
普通に RISCでやってりゃ、ずっと性能のいいプロセッサをずっと安く実現
できてるし、大量の技術者がそんなことに関わらずにもっと有意義な仕事を
やれてシステムははるかに進歩してるのは間違いない。

コンピュータがみんなの物になったことの副作用なんだよ
UNIXは自社製のRISCチップをばら撒くために必要だったが
コンピュータがみんなの物になるには敷居が高すぎた

GPGPUにしてもコモディティであることが持て囃されているからな
早晩特殊とされているものの肩身は狭くなるだろう
マーケティング手法としては秀逸

>>556
Unix マシンである Mac はある程度成功していると言えるのでは？

>>558
マクオタ向けには成功してるんじゃない
家庭でWindowsでは間に合わないことはまずないし
業務でUNIXサーバが欲しいユーザはMacじゃ困るし
いわゆる好事家向けでもないからねぇ
ML115 G5にSolaris入れたほうが安くて楽しいよｗ起動時爆音だけど

>>556
価格を先に下げればあるいは勝負になったかもな

あとさ、Mac OSはDongleのせいでMacにしか載らない
Solaris x86にはそんな縛りはない
LANやVGAドライバがないとかそういう問題はあっても基本的にブートはする
Macはx86でありながら呪われたH/Wだからはっきり書くとイヤ

>>560
前も書いたけどアメリカにも日本にもSunユーザーのアーリーアダプター層が
居なかったから単に価格だけではダメだったと思う
今思えばUNIX/RISCユーザはどいつもこいつもエリートぶって
たかがコンピュータ使えるだけなのに感じ悪いヤシが多かったよ
てめーのカネで買ってるわけでもなかったのに
売ってる営業の方も（ｒｙ　いまだに勘違いして（ｒｙ
>>561
追加だがiPhone関係の開発にはMac必須なんだよね
しかもアプリ配布にショバ代からアポの承認とか要るしぶっちゃけどうよと
ハゲキモ杉

>>562
まあ売っているほうがそのあたりのブレイクスルーを考えるべきだったね。
少々内容が劣っても安いほうがいいと

>>559
>マクオタ向け

どっちかというとデベロッパ向けに成功している感じだな。
そういうカンファレンスに行くとよく見かけるし、オープン
ソースの対応っぷりも Linux 並みと言って良い。周辺機器も
商用アプリも結構揃ってるし。

Windows はオープンソース物を動かすのに苦労するから、
プログラム好きには向いてない。

まあiPhone周りで商売したきゃMac買えというのは
いいとこついているんじゃない？
いやなら近づかなきゃいいんだし。

>>563
将来Win系動かすとかいろいろアヤシい噂があったり
その辺の好事家取り込みも恐らく狙ったのだと思ったが
SGIがIndy出したときはSGIらしくないマシンとして酷評されたから難しいものです
>>564
うちのまわりではOSSでもjavaがメインだから各種鯖アプリとeclipseさえ
動いてくれればあとはWindowsでもいろいろできてしまう
そもそも若い子ほどWindows以外を毛嫌いするからどうにかならんもんかと
MacはCUI使ったときのあの妙チクリンなdirectory階層にも怖気が差す
ARM使った開発でMac使ってる人を見たときはヘェと思ったが
別にLinuxとかWinでもええやんと

それなら好きなの使ったら良いじゃん。

>>565
おカネという視点からは確かにそうだ
adobe flashをiPadで採用しなかったりなかなか楽しい会社だからな
Solarisよか酷い
watch pornできねーじゃん
Seagateの元CEOだって怒るよこれじゃｗ
>>567
一応は普段からそう言ってある

ポルノが見れないというのなら、それはそれで売りになったりするしな

ヲレのように枯れたのならともかく若い子は携帯ですらporn探してるのに
それでええんかいと
むしろSolaris入れてporn見ろと
いや見なくてもいいけど

別にそのデバイスしか持ってないわけでもないだろうし

だから若者のパソコン離れに繋がるんでしょうなぁ
自由度の高さが輝いて見えないとすればこれは由々しき問題ですよ

使わせたいものを押し付けてしょうがないじゃん
使いたいものを使えばいい

若者の若者離れ

>>573
いやリアルではそう言ってますってばｗ
思ったことをスパスパ口に出すと
(どうやらそう思われているようだが半分も言ってない)
次から次へと敵をつくってしまいますから
選択の自由がパワーであることを認識してるから
>>555氏のような意見が出てくるのだろうが
製品やサービスを受け止める側の素養というものもありますから

>>555
ずっと性能のいいプロセッサをずっと安く実現できるのにRISCは死んだ、なぜだ?

（>>555が）坊やだからさ

ずっと性能のいいプロセッサをずっと安く実現できないから

そんなにSPARCが優れてるならパソコンに近い据え置き型のゲーム機に使われてもいいだろうに
現実はWii、XBOX360、PS3とどれもPOWER系

RISCが安くて高性能というのは幻想だったよな

x86に大きな性能差を付けていた当初でさえRISCのほうが高かった。
安上がりだったのはCPUコアだけで、キャッシュやバス、メモリ、HDDなど周辺にコストがかかった。
当時はまだ、x86の超大量生産による低価格攻勢はなく、RISCは単純に高コストなシステムだったな。

本当にRISCが安くて高性能なら、ワープロに採用されまくりだったはずだが、実際にワープロが使っていたのはCISCだったな。

>>579
Sunが製造技術を持ってないからだろうな。

SPARCの設計をオープンソースで提供しますよ、あとは自分でやってください (できるものならね、ニヤリ)
これじゃあなぁ。

若者の人間離れ

最後にUNIX/RISCワークステーションたちが辿った道は
PC用のチップセットやバス仕様の流用でしたし
もうジリ貧の流れとは切り離せなくなっていた
Micro Operationsという視点から見ればx86はもうCISCとは言えん
ハイブリッドの代物ですよ

ttp://pc.watch.impress.co.jp/docs/2006/0626/kaigai285.htm

>>583
x86はRISCからCISCに回帰して性能を上げている・・・

過去に戻りイノベーションを繰り返す貪欲さが
Intelのパワーを生み出しているのに
それに対しては全く無関心だった
Sunの根本的な問題はLinuxやx86の台頭から
「売れなくなるのは時間の問題でそれは予想できたことだった」ということ
これに尽きるでしょう
売り方含め真摯に反省できないならSPARCはどんどん苦しくなりますよね
多分ダメになるまでこのまま転がると思います
Oracleはthinking machineも飼い殺したし
実績あるんですよねそういうマイナスの

RISC がどうとか CISC がどうとか、10 年前と同じ話をしてるなw

うーん10年前になかった話をしろというなら
SolarisはCUDAに対応できてないから
HPCでは完全に見捨てられるかな

10年前から改善が見られないSPARC&Solarisってことだろ>>586

そうだな
コモディティに一般的でないものがジワジワ負けていくという構造が分かってない
というか学習能力がない
もしくは意図的にそこから目を逸らそうと頑張ってる

Sun自身が、その方法でのし上がった企業ゆえに、自分が追いかけている相手しか見てなかったのかも。

x86/x64 は CPU だけじゃなくてバス帯域もショボくて使い物にならなかったのは過去の話
Intel（と AMD）はあんなクソ設計だった PC/AT をよくここまで引き上げたと思うよ

当時のパソコンとしては普通だと思うがなぁ。
その時々の必要に応じた能力を持っていたと思うぞ。

PS/2とかMCAとかEISAあたりのゴタゴタはアレだったが。

>>585
Thinking machinesを飼い殺したのではなく、潰れたあとに残ったDarwin
を単に買収しただけ。買う価値はあったが飼う価値は無いでしょ。
Thinking machinesはむしろSunの中で生きた（過去形）。
Greg Ppadopoulousもそこにいたような・・・

　 　 　　　 ∧　　 ∧
　 　 　　　.|　||　 ||　|
　 　 　　　| __|l−l|__ l
　 　 　 ／＿_ 　　＿_＼
　 　　< =＼_･）o（･_／= >　／￣￣￣￣￣￣
　 　 　 ＼彡(_人_)ミ ／　＜　毎年毎年、数十人から何百人と簡単に安易にクビが切られていく・・・・・・・・
　 　 　　　＞_　＿ ＜　　　 ＼＿＿＿＿＿＿
　 　 　 <,,　(／ ＿)、 ,,>
　 　　＿ ＼_／ ＼_／ ＿
　　 （　　＼|ﾆ　　ﾆ|／　　 ）
　 　　＼ﾞ ¬、　＿__へﾞ／
　 　 　　 ＼_(⌒＿＿／
　 　　　　　　￣

>>585
> 売り方含め真摯に反省できないならSPARCはどんどん苦しくなりますよね

それより先にパソコンが終るよ? 出荷台数半分になっただけでおそらく
立ち行かなくなる。拡大前提の商売だから。

>>595
たとえパソコンが終わっても、SPARCの苦境は変らない。
パソコン向けよりもサーバ向けのほうが収益率がいいからね。

それにパソコンは終わらんよ。
慢性的な赤字で将来の株価の上昇で株主に報いるなんていう、どっかのベンチャーと違って、
それなりに黒字で回しているんだから。

>>591
やったのは元DECの残党だったりするｗ
>>593
過去形なのか…
確かに今のSPARC積んだSunサーバは富士通のとNiagara 2だけだしね
>>595
そこはしばらくはいけるんじゃないかと楽観的なんですよ
客の求めているのはWindowsであってCPUじゃないしね
まぁ予兆はあると思う
サードパーティーのチップセットビジネスというものがほぼ完全に消滅したり
GPUで独立して食える会社が1社だけになったとか

NVと手を組めばSun復活するんですか
やったー

延命はできても復活はできないお
今はVGAのドライバ書いてもらえてるだけで御の字

どっちも沈むだけのような・・・

Tegra2はどっかの大手ゲーム会社に採用されるらしいお
GPGPUも波に乗ってるからしばらくはイケルんじゃね

>>597
> やったのは元DECの残党だったりするｗ

何が言いたいんだ?
話の流れからすると、PCIのことを言ってるんだよな?

EV6とかそこからの流れじゃねーのかと

えっ? >>591は、PCIのことを言ってるんでしょ?

パソコンがSunのワークステーションに並んだ時期ってのは、
CPUがPentiumになったり、I/OバスがPCIになった時だよね。

実はSun、CPUの設計ヘタなんじゃね?って言われはじめたころだな…

PCI がどれほど本格的だったか。
SunがSBus捨ててPCIに移行したくらい、本物だった。

SBusは100MB/sだが、PCIは133MB/s
MBusは320MB/sだが、FSBは530MB/s

Pentium100MHzに、430FX(Triton)チップセット、AdaptecのSCSI HBAにQuantumのHDD、S3チップのビデオカード
という普通の構成で、Linux入れればSunよりも速くて安いUNIX環境が手に入った。

>CPU だけじゃなくてバス帯域も

ときたからショボいバス帯域が明確に拡張されたのはその時期からだと思うのだが
Socket370だとRIMMの性能も引き出せないくらいバス帯域細かったし
無印PentiumってSocket 7の世代でしょ
コアの性能でPentiumがWSに追いついたとは思ってなかったんで
Pentium Proが出たときは凄いと思ったがそれでもIndigo2なんかと比べたらオモチャだった
PCIがついたからWSに追いついたと言われたら違和感ある
AGP出たぐらい(LXとPenII)なら分からんでもないがNTは嫌いだったし
>>607
Solarisじゃない時点で却下ｗ
Pen!!!にSolaris入れてビビったのは内緒だｗ

1〜2プロセッサのシステムでは、バス帯域幅よりもレイテンシのほうが、性能を支配してたと思うが。

133MHzのSDRのSocket370と、133MHzのDDRのSocketAでは、バスの帯域幅は2倍も違うのに、
それに縛られていたはずのCPUのパフォーマンスは、張り合う程度の差しかなかったでしょ。

Socket370でRIMMが振るわなかったのは、RIMMのレイテンシが大きかったからだよ。
たとえSocket370が1.5倍の帯域幅を持っていたとしても、あのレイテンシの大きさじゃダメ。

プリンタ屋の相手に編むには勝てそうですか？

>>607
> SBusは100MB/sだが、PCIは133MB/s

>>608

またバカがわさわさ涌くな。SBusは 2スロットつかえる。
しかも、設計時期が全く違う。
PCIは、「呑んでやった」だけだ。Xや Motifといっしょ。
いかに汚いかは、その後の非互換続出で自明。

>>607
あ〜、思い出したよ、システムコールのパラメーターチェックしてないとか、
/usr/lib/lib* にアセンブラコード入りまくりとか、のころの Linuxだろ?ww

そういう「WSなみ」って言いたくてしょうがないやつ、いっぱいいたわ。
代用品って、何も生まんな。

>>611
違和感あるって言ってるじゃないの…
SunもSGIも独自バスのカードはどれもそんなに悪くなかったよ

次世代プレステにSPARCとNVIDIAのGPUを採用してもらえれば安泰なんですね
やったー

次世代WiiでもXBOXでもお好きなのへどーぞ

ファンの音が煩すぎて家庭内に置けないSPARC(笑)

MBus も SBus もすばらしい仕様だった

ttp://enterprise.watch.impress.co.jp/docs/news/20100325_356662.html
HPのシンクライアント 1台2.3万円(モニタ別)

セキュリティに特化してシンクライアントを高く売るのも、もう続かないだろうな。
セキュリティに関係なく、激安PCよりも値段が高いシンクライアントは淘汰される。

とゆうかシンクラにはシンクラなりの生かし方があるのよ
セキュリティってだけじゃないよ
Sun Ray2も安いよ33k円位でしょ
自宅用では激安PC買ったほうが何ぼかマシだけどさｗ
今ならSSD履いたファンレスPCがいいかな…

>>611
設計時期とか関係ない。
Pentium台頭の時期に、Sunのワークステーションと並んだことこそが重要。

>>612
そうやって馬鹿にして放置した結果、x86+Linuxに膨大なシェアを奪われたんだろが。
いま現在Linuxの使われているところは全て、もとはSunのSPARC+SunOS4だったと思うべきだ。

>>619
シンクライアントには、普通のPCにはない利点がたくさんあるので、普通のPCよりも高く売って当然
という時期は、そろそろ終わると思うんですよ。これからは
普通のPCのような使い方であっても、普通のPCよりも安い
という時代になると思うんですよ。

デジモノの世界は数捌けてなんぼだからねぇ
構成してるコンポーネントの数が少ないからじゃあ安いかというと
必ずしもそうはならない
他の例としては携帯みたいにISPがシンクラ配るような形になってそれで課金というと
筐体の値段は見えなくなるしさ

運用コストまで考えるとクライアント側にHDDとかないのは魅力だから
多少高くてもお釣りくるかもね
こういうの1台単位で買うところってあんまりないでしょ
あとで追加とかならともかく
だからこの値段かどうかという話ならボリュームでもっと安く買うことだって可能

>>622
こういうハードウェアは、1万台くらい作れば、2万円で売れると思うよ。

>>623
むしろ、サーバ側とヒモ付けして、サーバを高く売れれば、無料でもいいかもね。

>>620
PCはお安く買ってきて
CentOSとかopenSUSEなんかでやってるところも多いんじゃないかな
コンパイル済みの各種OSSパッケージが欲しい場合はFedoraでESX/ESXi使って
メンテ期間過ぎたら速攻入れ替えれるようにしたり
もしくは1台だけRHELのライセンスを買って質問はそっちへ
残りはCentOSでみたいな
ノウハウは共用できるし

他の例として入手しにくくウルサいSunのラックマウントを諦めてProLiant(ML115だｗ)を買って
そっちにSolaris入れてるとか
http://pc11.2ch.net/test/read.cgi/hard/1253271219/843-
正直2CPUソケットから始まるSunのx86サーバラインナップはtoo muchだと思う
Sunでペデスタルサーバが欲しくてもそもそもないしUltra27を流用するとかしかない

Sunと比べたらRHは全然会社の規模も小さい
負けたのは確かに負けたけど勝ったLinux側(というものがあるとすれば)に
大金が手に入ったかというとそうでもなく(RHの連中は儲かったと思うが)
もともとそういう性質のものだったITの安売りに拍車を掛けたってことかな
ESXiとか使い出すと鯖なんて何でも良くなってしまうｗ

安くて速いRISCなんだから、x86 + Linuxの出鼻を挫くべく、SSを安く売るべきだったんだよ。
SS買ってくればいいじゃん、パソコンよりも安くて速いんだから、わざわざLinuxなんか使うなよ
という状況をキッチリとキープしてれば、パソコンはパソコン、サーバはサーバと住み分けでき、
マイクロソフトのWindowsNTをコケさすことができたと思うんだがなぁ。

LinuxがうまくいったのはWindows専用CPUであったx86に上手く寄生して勢力を伸ばせたってところでしょう
PCサーバ売ってたところはそりゃ飛びつくよ
Sunのビジネスだったところを食いにいけるんだもの
全PCサーバベンダ対Sunとなりゃ結構大変だよ

そもそも当時は、PCサーバという概念すら、なかったと思うんだ。
WindowsNT Serverはイロモノ扱いされてたし、Linuxは貧乏代用品として産声をあげたばかり。

ええ起動したまま放置しておくだけでどんどん遅くなっていく素敵なNT Server 4.0と
SlackwareもSunと同じことをしようとするととたんにネットワークがだんまりをこく
素晴らしいOSでしたよ

CompaqがPCサーバもどきを売ってたと思う
あそこはバスを独自拡張したPCもやってたけど
パソコン遊びすると死ぬという定説には外れがないな

LinuxはともかくNT4.0は使い物になったけどなぁ。

使えないと言ってる連中は、mallocしてfreeしないようなスタイルのコーディングしてたり、
サービスを再起動させることを知らずにOSごとリブートしてたり、もう、無茶苦茶だったよ。

Solarisと違って連続稼動には耐えなかったよ
OS自体がね

>>632
そう言う人は多かったけど、実際には半年くらいは普通に連続稼働したよ。

DEC も Sun もイノベーションのジレンマから逃れなれなかったのさ…
IBM や hp だと戦略的に作られたスピンアウト組が本流とは違う動きをするということで
ブルーオーシャンにもある程度食い込んで行けた訳だけど

Linux は IBM や富士通が社員を出してきて hack し始めたところから信頼性も
急上昇してるしね
GNU tools と POSIX ベース OS の使いやすさも相まって従来の SysV 系から
移行するのは必然だったと思う
Sun にも慢心があった

>>632
10年位前にレン鯖屋やってた頃の Linux は連続稼動させてるとメモリリークして
プロセスが OS 巻き込んで落ちることもざらだった
しかし今やそれも昔話となった

>>635
IBMはしたたかだよね。
自分のAIXをSolarisにぶつけるのではなく、
他人のLinuxを焚き付けてSolarisにぶつけたのだから。

WindowsNTといっても一般向けに市販されていたものは連続稼働に耐えられなかったが
大手メーカーが客先に納入していたものは連続稼働できるように改良されたものだったぞ

普通に考えれば、連続稼働の社内試験をパスしないと客先に納品できないわけで
社内試験でボロを見つければ修正モジュール入れて直すわけで

Windows serverにもシェア食われてるんだよなーSunは

>>620
結局「シェア」。他に何もない。その一言以外に論拠もクソもない。
そういうの、「ヴァカのひとつ覚え」って言うんだぞ、知らないのか?
で、そのひとつ覚えは、ヨソ行って言えよ、メーワクなんだよ、ここは。
わかったか、ヴァカ。あ?

>>637
IBMや、富士通なんかもそうだけど、社内が自前の単一プラットフォームで
一枚岩だと思ったら大間違い。AIXを理解して推進してる人間が IBM内に
どのくらいの割合居ると思ってるんだ。
富士通の SPARC周辺も同じ。見当違い。

ある程度汎用性があり安定していて性能が出て導入コストが程よく安い物
デスクトップもサーバもこれに尽きる

>>640
現実を突きつけられてファビョったか。

>>641
現場はバラバラでも、本社の戦略部門はちゃんと考えて、それぞれにゴーサイン出してるでしょ。

つーかさ、シェアこそが市場の下した結論だろ。
そこに文句つけてどうすんだか。

>>643
「ちゃんと考えて」..プ

>>644
また「シェア」かよ、そんな中身のない話はいいんだよ、オメーみてーなヴァカに
聞かなくてもよく知ってるよ。

>>644
「市場の下した結論」.. サルの言いそうなことだな。
だっこちゃんでもつけてフラフープ回しながらたまごっちと PC-9801で遊んでれば?

連投キチガイはｳｻﾞｲな

バカでもできることを胸張って立て続けに... すごいな。恥しくてよーやらんわww

>>633
単に立ち上げとくだけじゃないですよｗ
ネットワーク越しに使って言ってます？
>>636
蟹を目の敵にするのもそろそろやめて欲しいですねｗ

>>650
もちろん、LAN内の数十台のクライアントがぶら下がって、サーバとクライアント間の通信は24時間ずっとありましたよ。
しかも信じられないかもしれませんが、サーバやクライアントで動いてた業務アプリはVisualBasicで作られてましたよ。
WindowsでVisualBasicでも、ちゃんと長時間テストやってバグを潰せば、使えるんですよ。

VisualBasic

VBダセーって言うCプログラマは沢山いたけど、
彼らの中に、VBより少ない工数 & 少ないバグで、Cで実装できてた人はいなかったな。

VBダセー

VBとかUNIXで言えばシェルスクリプトみたいなもんだろ
Windows使うならできて当たり前

じゃあ俺は shell script で業務アプリ作るわ。
ちゃんと長時間テストやってバグも潰すお！

いったい何と戦ってるんだろうか？

>>656
それ昔やった！
sed,grep,ex,awkでできる内容だったのでshellで書いて納品したら速度がどうこう言われてCでつくりなおし。
結局execしまくるCにして納品した。

スレチスマソ

>>655
WSHじゃなくてVB？

Windows? 論外、使えるわけない
って笑う人のほとんどは、Windowsの使い方を知らなかった

つまり
Windowsは使えない
ではなく
彼らはWindowsを使えない
だったのだ。

MS的にはpowershell

>>656
業務アプリみたいな無味乾燥なものはシェルスクリプトに向いてる
かもしれない。こういう話もあるし
http://www.atmarkit.co.jp/news/200909/07/lltv03.html

Windows の話題で盛り上がるなんちゃって Unix 使い共め

WindowsNTやMacOS Xは、unixの一種かもしれん。

明らかになった次世代スパコンの技術的内容 - ソフトウェア編
http://journal.mycom.co.jp/articles/2010/03/26/next_supercomputer_soft/

unixの浸透と拡散そして消滅

>>660
Auspexは難しいこと何も考えなくてもファイルサーバとしてバンバン動いてましたが？

>>660
だってWindows使うの難しいんだもん

>>580
RISCが安いっていうのは、出た当初簡素な命令セットでCISCよりもハードを簡素に
簡素に作れる(トランジスタ素子数を少なくできる)から安いということだと思ったけど。

RISCはCISCに比べて安い訳では無いよ。
日立のマイコンだとSHシリーズはH8より高い値段がついてるしね。

今はチップの価格に対する命令セットの影響なんて殆ど無いので、
命令セットで値段が安いとか高いとか言うのはおかしな話だけどね。
(半導体の高集積化によってどちらの命令セットでも経済的なチップサイズに十分収まってしまう)

安くて高性能だった
だな

MIPSやSparcが出た当時、同世代のx86の半分程度のトランジスタ集積数で
倍以上の性能が出たが、これってRISCで命令セットが簡素化されてた
おかげだったんだろうな。

>>629
結局、そうやってバカにしている間に、相手はどんどん進歩してたんだよね。
ウサギとカメみたいなもんで、今やSolarisやSPARCの方が風前の灯という・・・。

>>670
当たり前だろ。クロック比でも性能も10倍以上違うんだぞwww
でも 32bit MPU の H8SX はコンパクトに作られた CISC の集大成だと思う

SPARC は早晩滅びるけど MIPS はまだまだ長生きするだろうな
上手い具合に組み込み方面に活路を見出した

昔は hpcmips とか有ったなあ…

Intelのように製造プロセス技術を
他社に先駆けて実用化していくのももうじき限界が来るだろうけどな

それにパソコン向けCPUとサーバ向けCPUで最適なアーキテクチャがかけ離れてきて
パソコン用で大量に売りさばくことで多額の開発コストや設備投資を回収して
サーバ向けに安く売るやり方も通用しなくなってくるかもしれない

おまいら次はやっぱLinuxか？
HP-UXに乗り換える会社とかあんの？

Solarisのままってのもあるんじゃね？
Linuxが多そうだけど

いえNetBSDですｗ

・今後、PCはノートPCの比率が高くなっていく
・ノートPCに6コアや8コアCPUは必要ない

鯖向けのx86は鯖に特化して高価格になりItaniumのような存在になったりして

必要ないかどうかはどうかな

>674
RXはどーなん？

RXよりシャドームーンが好きです

そもそもクラウド(笑)になればサーバもクライアントも OS や CPU なんて(・ε・)ｷﾆｼﾅｲ!!

>>685
クライアント側はそうかもしれんが、サーバ側はどうかね？導入や運用を
考えたら、結局x86になりそうだけど。

サーバもややっぱりOSCPUは気にしないだろうな

何も考えずに済む下っ端のコーダから見たらそうなんだろうね。

コーダの人は関係あるんじゃない？

>>669
だーかーらー、RISCでトランジスタ数が少なくて済むのはCPUコアだけだっつーの。
RISCはコードが肥大化するので、CISCよりも大容量のキャッシュ・メモリ・ハードディスクが必要だったのよ。

トータルでみればCISCよりも高いの。
でも、処理速度も速いから、速度が必要な用途では高くても使われたの。

>>677
果報は寝て待て、ですか。
それまでSPARCが残っているといいですね。

>>688
そういう発言が、お前の本質を現わしているな。

運用を考えたら Solaris か FreeBSD だろがっ

RHEL(微笑)

Solarisはないな。

ホントにそう思ってたらわざわざこんなスレ来ないだろw

FreeBSDって、まともに負荷かけられるようになったの?

負荷さえかけなければ爆速

耐久性という点ではFreeBSDはWindowsNTにも負けてたな
メモリの配分をカーネル内の定数に決め打ちでmbufが足りなくなるとか
WindowsNTはサードパーティのドライバがバグってなければBSODにはならんかったが、FreeeBSDはpanicしたな。

＞サードパーティのドライバがバグってなければ
うーん

純粋に好奇心からの質問ですが、
あのmbufの数決め打ちってどういう根拠で正当化されているんでしょうか？

カーネルに限らず決め打ちは避けろと言われてるはずですよね。

>>698
何が「うーん」なのか分からないけど、>>697の言うようにWindows
自体が原因で落ちちゃう例は少なかったと思うけど。たいていハードの
不良か、サードパーティ製ドライバの不具合だったな。NT 4.0あたりは
ドライバの不具合も多かったけど、2000ではそれもだいぶ少なくなった。

そういう留保って無意味じゃないかなとは思った

サードのドライバが悪いという逃げ方か
故障はともかくなぁ

逃げに見えるのは、偏見があるからだよ。

マイクロソフトがサードパーティのドライバのテストやって、ドライバが原因で止まることは激減したよ。
残るもう1つの大きな要因は、メモリの不良。
Windowsは不安定だからダメだとかいう人のPCのメモリには高確率で不良があった。

実はPentiumProやPentiumIIの古いモデルには、SMPに回避不能なエラッタがあった。
広く知られるようになったのは、Windowsが2003でインストール時にチェックしてハネるようになってから、かな。
ttp://support.microsoft.com/kb/319091/en-us

偏見っていうよりもサードパーティのドライバやメモリは
システムとしては不可分だから、MS提供じゃないよといわれても
うーんとしか言いようがない。

WindowsNT 4.0 までは多くのドライバは kernel mode driver だったんだよっ
高速性の代わりに信頼性が犠牲になってた
Windows 2000 以降になってやっと user mode driver が実用的になって
OS 保護が働くようになったのさ

ところでここは、Sun と Solaris のスレだよね？

>>695
つ 2ch

メモリの不良はあるね
現状ブルスクの原因の多くがメモリなので
ECCメモリをMSが標準化しようとしたら
価格が上昇するから反対されたという記事を読んだことがある
IntelだとXeon使わないとECC使えんしな
AMDだと自作用マザーではECCなにそれ状態だしｗ
信頼性よか価格が重要なマーケットなんでしょ
LinuxでもOSSのアプリがコンパイルできないと騒いでいたら
メモリチップの不良が原因だったという例はある
この手のエラーはOS問わないよな

>>704
パフォーマンスだけじゃなかったわけね
とんだパチモン掴まされてたわけだｗ

>>707
DDoSやジブリ実況であっさり落ちてるのがなぁ

メモリなんて昔に比べればずっと安いんだし PC レベルでも ECC メモリくらいは
標準品にしてもいいと思うけどなぁ

2ch があっさり落ちるのはサーバを冗長化してないからでしょ

>>705
それはそのシステムを組んだ人間の責任なんだが、それを一緒くたに
Windowsのせいにする阿呆が多いって話でしょう。

ぢゃあコンパックの中の人の責任か？ｗ
Windowsのせいではない（キリッ　みたいな

>>711
以前は、開発環境のPCはECC必須という不文律が社内にあったが、
各メーカーのPCワークステーションがECC無しになって、うやむやになったなぁ。

>>712
ソフトウェアのバグは冗長化しても無駄。
フェイルオーバーした先も落ちるだろうからね。

>>714
不具合を出したドライバやメモリがCompaq製なら、そりゃCompaqの
責任じゃないの？Microsoftがそのシステムを売っているのならともかく。

問題の切り分けもできないようなバカがWindowsのせいにして悦に入っ
ているというのが実態なんだろうな。

いったい何と戦ってるんだろうか？

自分以外の全てさ、孤高の超戦士に味方はいらない、敵がいればいい

Windowsのせいにすることで、自分の無能をごまかした奴って多いんだろうな。

俺のことかｗ
今は介護業界で働いてるから許してねｗ

もう許した

今時 Unix も使えない男の人って…

素敵よね

>>716
悦には入らないけどさ
止まるものは誰のせいにしても止まるんだから
とりあえずそれはそれとして使えるものでやるしかないでしょうが
誰かのせいにされるとしたらWin選んだオレのせいとかなら勘弁だよｗ
コンパックは単なる組み立て屋なんだから
コンパック製のドライバなんてないしコンパック製のメモリなんてものもない
どっかから買ってきてるだけ
それで動かない責任どう取ってくれるのというと取れないよね
テストした工賃だって請求できない
ハードウェア壊れてないないで止まるなら返品させるぐらいでしょ

誰も Compaq の話などしていない
それとも DEC 買収話でもするか？

>>724
そういう考え方なら、高い値段のメーカー製のサーバを使う必要ないじゃん。

あの値段の高さは、
・動作検証済みのパーツ構成とドライバの提供
・エージングテスト済み
・保守契約できる
ということに価値があるんだよ。

動作検証済みねぇ…
PCサーバがそんな風に動作検証済みで安定ならうちらの仕事いらんわｗ

自作ヲタに構うこともあんめぇ
放置放置

>>724
Windowsは、そうしたサードパーティの不良ハードウェアやドライバ
起因の障害が、OS本体起因のものよりもずっと多かったということを
言っているに過ぎない。それらもひっくるめて「Windowsは不安定(ｷﾘｯ」
みたいなことを言ってるから、馬鹿だと言われるわけですよ。

ドザ氏ね！
どこにでも出て来んな
ゴキブリかおまえは

>>727
良いことじゃないか、仕事があってさ。

買ってきたものを上手に組み合わせて納品してサポートする、
そういう作業で金が取れるってことは、ありがたいことですよ。
客が自力でやるようになったら、こっちは食えなくなりますから。

もうね氏ねとしかｗ

汚い言葉で罵るだけ ・・・ 今回だけは見逃しておいてやると言って逃げる悪役みたいなもんだな

巨大ガリバーなのに言い訳は死ぬ程セコいな毎度毎度。セキュリティにしても。
少しは知識あるのに使うバカの気が知れん。

やったーかっこいい

>>733
奴隷根性が染み付いてるから底辺ITやってんのか？

奴隷根性と言いたいだけちゃう?

>>736
むしろ>>731のような仕事は儲かるぞ。

儲からないが、食いっぱぐれないが正解かな
その代わりスキルも付かないしずっと底辺のままだけど

ところで Sun の話はしないのか？

Sun?これからはOracleと呼んでください。

>>739
底辺どころかピラミッドの頂点ですよ? 世間ではITゼネコンとか言われてますが。
本質的に技術屋ではなく保険屋なんで、技術は下請けに丸投げです。

Solaris 10 もサービス契約を結ばないと９０日でだめなのか。

パッチ当てられないだけじゃなくて使用期限まで付くようになったの？('A`)

穴にはパッチあてないと使いたくない。

>>742
またうそを書く…

>>729
MS-WinNT以外の他の OSだとドライバー以外のバグがよく出ると思ってるようだけど、バカ?
他の OSだってそんなバグほとんど出ねーよ。

12コアOpteronに続いてNehalem-EXもリリースされましたな

ttp://pc.watch.impress.co.jp/docs/news/20100331_357926.html
この値段を見ると、もはや、Xeonで利益をだすビジネスモデルと言えるな。

UltraSPARC T3 まだぁ？ｗ

なんかさ、30日ちょっと経ったらカウンターが一周するだかで、
リブートが必要だったのがあったよな? ありゃひでーよな。
ほんと、WindowsNTのドライバーって、ひどいデキなんだなww
メーカーは自社のハードウェアをたくさん売りたいのに、わざと
ひどいドライバーを配布してたの? 変わってるんだね、MS-Winの周辺ってww

whql付いてたってファン止まってGPUを焼け死なすようなドライバを配布するのが
Windows界隈なのでそういうのは古くて新しい問題ってやつですよｗ
>>741なのは日本の大手IT企業は全てでしょう
やらずボッタクリの（ｒｙ

>>742
これか

ttp://yebo-blog.blogspot.com/2010/03/solaris-10.html
> 　InfoWorldによれば、Sunの安定版UNIXオペレーティングシステム「Solaris 10」は
> サポート無しなら無料で利用可能 (登録が必要) だったのだが、Oracleがラインセンス
> 条件を見直し、ソフトウェア利用のために請負契約を購入したユーザである必要がある
> とのこと。サービスを購入しない限り、トライアルを90日に制限するそうだ。
> OpenSolaris のライセンスにまだ変更は無いようだが、Oracleは新しい機能を加えない
> ような事を言っている。Solarisは消えて行くのかしら?

ttp://www.sun.com/software/solaris/popup.jsp?info=17

Please remember, your right to use Solaris acquired as a download is limited to a trial of 90 days,
unless you acquire a service contract for the downloaded Software.

おねがいだから覚えといてね　あなたがダウンロードすることによって手に入れた
ソラリスをつかう権利はトライアルの90日に限定されるのよん
ただしダウンロードしたソフトに対してサービス契約を購入したばやいは除きますぅ

これでヲレ個人はnForceを新規に買う必要もなくなった
エコだなエコ
商用に使わないのに有料のサポート契約なんてやってられるかYO

>>749は、無知がゆえにWindowsを叩く人の典型だな。
GetTickCountがオーバーフローする仕様を理解できず、オーバーフローしないものとして扱うのは、よほどのヘタレなプログラマだよ。

Solaris＼(^o^)／ｵﾜﾀ

インテル、8コア/16スレッドの「Xeon 7500番台」 - 最大256ソケットまで対応
ttp://journal.mycom.co.jp/news/2010/03/31/035/index.html

富士通のPRIMEQUESTがNehalem-EX採用したな

つか Linux サーバの話はスレチ

ネタがないな・・・

>>758
そうやって現実から目を逸らし続けた結果・・・

人類が(そこまで大げさじゃなくても1個人でもいいわ)
自己実現のためのITのパワフルな可能性を失って
どんどんダメになっていく道筋の一里塚に立ってるんだな
Oracleはハード売ってくことに対しては無頓着だろうし
Sunのビジネスモデルとは全く違うんだよな
ソフトの会社にとってはOSを無料配布なんてありえないし

オラクルはDBをワンストップショッピングで売れればいいんだろう。
OSはその一部分なんだから、無料配布してシェアとらないとSUN買った意味がなくなる。

>>754
オイ、↑コイツなに言ってるのかだれか解説してくれ。
プログラマ? なんのゴマカシなんだ?
＃ こうしてますます信用は失われてゆく、とwwww

HPもIBMも使えるもの(バイナリ)は一切配布してなかった
ソリューションの会社になったといえば聞こえがいいが
実態は技術力は殆どない又は期待されてない会社ってだけなのだ
WindowsユーザだってJREのお世話にはなってるヤシも多いだろうに
既にSunは総合インフラ企業と化してたのだが…
>>762
飼い殺すことに関してはプロなのでDBポートフォリオが増えたことで
長期的にそっちからカネ抜ければいいと思ってるんじゃないでしょうか
それ以外のビジネスモデル知らないだろうしこの行動見る限り
理解する気もないんだろ
RHを羨ましがってちゃイカンだろうに
OSのシェア減=ゆるやかな死なのだが

>>757
8ソケットらしいね。現実 8ソケットが最大?

Solaris 10 はいいとしても OpenSolaris まで消極的なんだろ？
どうすんだこの会社

なにがどう「まで」なの? はぁ?

>>763
おまえは何をいってるんだ？

SunだってSunのサーバ買わないと
事実上障害時にSolarisの保守が受けられなかったんだから
ベンダロックされてたようなもんだ
しかし過去にH/Wを拡販する目的で無償化し
DELL HP IBMと提携を結んだため
脆弱ではあるがLinuxに対する防波堤にはなっていたのだ
OracleマジでSunのハードウェア捨てる気まんまんだな

>>767
何が言いたい？

だからバカは来なくていいから。

>>763
オマエが無知。

>>765
エンプラ向けは8ソケット以下だね、いまのところ。
NECあたりは自前のチップセットで16ソケット以上のマシンを開発してるんじゃないかな。

HPC向けだとSGIのAltix UVが最大256ソケットか。

>>772
Sunのスレッドで MS-Winの APIの話されてもな。そんなもん知りたくもないし。ゲロが出るわw

まさに知らないから思い込みで叩く典型だな>>774は

ここで何を言ってみてもムダだよプププププp

777げと

キチガイに何を言っても無駄

Nehalem-EXで葬式モードになるのはSPARCではなく痛ニウム

XeonのRASってもうItaniumと変わらないくらいの機能あるの？

Oracle的にはハードウェアではなくソフトウェアで信頼性を確保すればいいんじゃね?
多重化・多数決をソフトウェアでやればいい

>>779
あるんじゃね? 富士通がPRIMEQUESTでNehalem-EX採用したくらいだし

ttp://enterprise.watch.impress.co.jp/docs/news/20100331_358101.html
> RAS機能はItaniumと同等、性能は明らかに上
> 従来製品ではItaniumを採用していたが、今回よりXeonベースの製品として生まれ変わっており、
> 今後の新製品はすべてXeonを利用するという。

ItaniumのPRIMEQUESTは
> グローバル23カ国に1400〜1500台を販売
たった、これだけしか売れなかったのに、よく頑張ったな。

...なにが、頑張ったの? 商品名残した、って意味?
FM/V 100000000000000000 とかにすればよかったかもねwwww

ttp://www.nikkei.com/tech/news/article/g=96958A9C93819499E0EBE2E0988DE1E2E2E1E0E2E3E2E2E2E2E2E2E2;da=96958A88889DE2E0E2E5EAE5E5E2E3E7E3E0E0E2E2EBE2E2E2E2E2E2
富士通、リナックスで銀行システム　勘定系を７割安く

これと組み合わせるんだろ

スレ立ってたわ

ttp://anchorage.2ch.net/test/read.cgi/bizplus/1269939841/-100
【IT/金融】国内初、富士通が金融機関の勘定系システムにLinux(リナックス)採用 [03/30]

富士通製の SVR4って、DS/90で性能出なかったんだってな。

DS/90か、なつかしいなあ

OSのロバストネスよりもアプリの不安定さの方が影響が大きいような気がするので [要出典]
linux だからダメとは思わないが。

そういえば最近のルータ屋の間では「誤動作は宇宙線のせいです」と言い訳するのが流行してるんだろうか
IOS等々が腐ってるだけじゃねえのか?

>>784
わからないなら半年ROMれ

x86サーバーでメインフレーム並みの信頼性を実現するXeon 7500番台
http://enterprise.watch.impress.co.jp/docs/series/virtual/20100405_358768.html

米MicrosoftがItanium対応製品の開発終了を発表
http://itpro.nikkeibp.co.jp/article/NEWS/20100405/346621/

まあsparcは、、、最初からwindowsは動かないか。

SPARCにとってItaniumは戦いやすい相手だっただろうが、Xeonが相手となると厳しすぎる。

andoprocinfoによるとNehalem-EXはレジスタにECC付いてないらしいぞ

>>790
だまれサル。

>>791
いままでのパソコン指標が高い値だと言ってるだけだな。それと CPU単体の
RAS機能。それだけではエンプラで高い性能を発揮するとは限らない。
むしろ、どこにもエンプラでの評価がなされていないということに注意すべき。
ここまでやって、なおもダメ、という哀れな ISAということだ。

日本語で

黙れサルとか、猿語で通じてるみたいだから日本語むりじゃね？

>793
Itaniumと SPARCなんて戦ってないと思うが。戦えるとこまで来てないし。
HP-UXのために仕方なく買ったのばっかだろ。
あとは東証みたいなの。別に Itaである必要があったわけじゃないだろ。
まあ、SPARCが入ってるとこもそういうのあるだろうけど。

x86ねぇ。高性能な PCでいいとこが増えてる、それだけのことだ。
PC以外に使えない CPUだってことに違いはない。

>>798
だまれサルがサル語なのか。おまえんとこのサルは変わってるなww 九官鳥だろ、それプ

>>795から>>800まで同一人物の6連投でした

>>796
おいおい

エンプラなら普通のXeonでいいんだよ
Nehalem-EXのRAS機能強化が担うのはミッションクリティカルだよ

CPU以外の部分は、富士通のPRIMEQUESTのようにメーカーがちゃんと作るから安心しろ


>>799
現実を見ろ
ttp://www.itmedia.co.jp/enterprise/articles/0610/24/news002.html
こういう提灯記事の論調や主張はスルーして数字だけ見ろ、
POWER、SPARC、Itaniumは互いにシェアを取り合ってるんだよ。

> x86ねぇ。高性能な PCでいいとこが増えてる、それだけのことだ。

それが最重要事項だってことに気が付けよ

x86の継続的な強化によって、x86では及ばない領域は少しずつ狭くなっている
つまり、POWERやSPARCを必要とする案件が減り続けるということ
需要が臨界点を下まわった時点で、SPARCプロセッサや搭載サーバを開発できなくなるだろうな

すでにSPARCは、Sunと富士通が競合できる状況から、互いにOEM供給しないと立ち行かない状況に転落してる。
すでに撤退戦をやっているわけで、この先は細くなるばかりだろうな。

>>802
>> x86ねぇ。高性能な PCでいいとこが増えてる、それだけのことだ。

> それが最重要事項だってことに気が付けよ

いや、そこは議論の余地があるんだよ。そういう構造的なことに気付いて
ないやつなんかどこにもいないわけで。Intelチョウチン野郎は自分以外
気付いてないと思ってるみたいだが（笑止..）
Sunは Intelみたいになりたいわけじゃないし、AMDも Intelみたいに
なりたいわけじゃない。Transmetaだって Intelの立場に立ちたかった
わけじゃないし、ARMも IBMもそう。なぜなら、x86 ISAはクズだから。
PC以外に使いようがないから。で、なんでも PCを適用できるからというのは
どこまで行っても幻想に過ぎんし。x86が正しいんじゃなくて、買う側が
バカだから。で、バカを煽るような会社が今強いからって、みんなで
それやればいいって話ではない。

Appleが実は MSになりたい、というのとは違うのだな。

> 需要が臨界点を下まわった時点で、SPARCプロセッサや搭載サーバを開発できなくなるだろうな

臨界点を作ってるのが誰か? ということだな。神か? 自然法則か? 違うだろ。

本当にISAが重要かつx86のISAが屑なら、こんなにも使われはしないと思うんだがな。
買う側が馬鹿でx86で無謀な挑戦をしている割りには、けっこう長続きしてないか?

> 臨界点を作ってるのが誰か? ということだな。神か? 自然法則か? 違うだろ。

臨界点がどこになるのかを決めているのは、SPARCプロセッサやサーバを作っているメーカーだよ。

>>791
いったいどこがメインフレーム並だっつー・・・
Itaでさえz10と比べてぜんぜんRAS弱いのに

メインフレームは時代遅れなのでUNIXサーバでやりましょう、っていう流れがあるので、
「メインフレーム並」というのはメインフレーム代替のUNIXサーバ並、という意味なのでしょう。

>>804
SPARCのサーバー作ってるとこには不採算線というのはある程度あるかも知れない。
でもそれは「臨界点」なんてもんではないだろ。それはつまり新規参入不能という
意味だろうから、単に不健全な産業構造ということでしかない。ガリバーの解体が
必要だということだ。
プロセッサー作るとこにとっては、工夫の余地なんていくらでもあるし、
臨界点どころか、特定の不採算線を説明することすら無理だと思うけどな。
単なる願望だろ?

>>807が願望たっぷりで相手の言ってることが素直に理解できない件について

>>804
> 本当にISAが重要かつx86のISAが屑なら、こんなにも使われはしないと思うんだがな。

x86てさ、メモリアクセス伴う命令のアトミック性保証しなきゃなんないから、
SMP的には異様に不利なんじゃないの?
競合しまくりでぜんぜん並列性出ない気がする。

気がする気がする気がする気がする気がする気がする気がする気がする
気がする気がする気がする気がする気がする気がする気がする気がする
気がする気がする気がする気がする気がする気がする気がする気がする
気がする気がする気がする気がする気がする気がする気がする気がする

なんだよ、x86のISAは糞とかスケールしないと言ってる奴の正体は>>809かよ。

ｘ86とSPARCどちらも、
・基本的に通常のメモリアクセスの命令はアトミックではない
・アトミックにメモリアクセスを行う命令がある
・メモリの読み込みは順序が入れ替わる
・メモリへの書き込みの順序は入れ替わらない
一緒です。

備考
SPARCは、TSO以外のモードもあるが、SolarisではTSO
x86は、アトミックなメモリ操作の専用命令は存在せず、メモリアクセスを伴う命令の前にlockプリフィクスを付ければ・・・というのは昔の話。
現在では、lockプリフィクスまわりの仕様が変更されていて、一部の命令に固定的に付加されるものになっていると思って良い。

Nehalem-EX高すぎ

ttp://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


ttp://journal.mycom.co.jp/news/2010/03/29/043/?rt=na
モデル名　コア数　動作周波数　ACP　1,000個時の単価
6176 SE　　12　　　2.3GHz　　105W　　1,386ドル
6174　　　 12　　　2.2GHz　　80W　　　1,165ドル
6172　　　 12　　　2.1GHz　　80W　　　989ドル
6168　　　 12　　　1.9GHz　　80W　　　744ドル
6136　　　　8　　　2.4GHz　　80W　　　744ドル
6134　　　　8　　　2.3　　　 80W　　　523ドル
6128　　　　8　　　2.0GHz　　80W　　　266ドル
6164 HE　　12　　　1.7GHz　　65W　　　744ドル
6128 HE　 　8　　　2.0GHz　　65W　　　523ドル
6124 HE　　 8　　　1.8GHz　　65W　　　455ドル

ttp://slashdot.jp/article.pl?sid=10/04/01/1051202
スラドのスレ
OracleがSolaris 10のライセンスを変更、サポート契約が必須に

今更ｗ

OracleはLinuxのサポートもやってるからな
Solarisをより広く普及させるよりもSolarisユーザから金を取るやり方に方針を変更したんだろうな

そして、サポート契約が必須になったところで困るユーザは極僅かだろう

>>813
ネハEXは従来通りのXeon MP価格。
Opは廉売しないと競争できないっつーだけ。

製造コストはOpteronの方が上なのになｗ

SAP SD ベンチマーク

SAPS per core:
Power7 3.8GHz　~3159
Power7 3.5GHz　~2663
Xeon 5680　　　　~2233
Xeon 7560 (4s)　~1785
Xeon 7560 (8s)　~1367
Opteron 8431　　~822

低価格のPCサーバにはOpteronの方が良さそうだな
12コア、2.3GHzのOpteron6176SEと6コア2GHzのXeon E7540でTDPが同じか

実際の箱の価格はｗ

Nehalem-EXはXeon X5680のような高クロック版は出ないのかな

いつものことながら同時期での周波数は XeonDP ＞ XeonMP ＞ Itanium でそ

3月17日 発表
6コア/32nmの「Xeon 5600」シリーズ
ttp://pc.watch.impress.co.jp/docs/news/20100317_355035.html

ナンバー 　　　　周波数 　　Turbo Boost 　　　OEM価格(円)
　　コア/スレッド数 　　　TDP(W) 　　　QPI(GT/sec)
X5680 　　6 　　　3.33 　　　130 　　○ 　　6.4 　　151,080
X5670 　　6 　　　2.93 　　　 95 　　○ 　　6.4 　　130,820
X5660 　　6 　　　2.8 　　　　95 　　○ 　　6.4 　　 110,750
X5650 　　6 　　　2.66 　　　 95 　　○ 　　6.4 　　　90,490
E5640 　　4 　　　2.66 　　　 80 　　○ 　　5.86 　　67,590
E5630 　　4 　　　2.53 　　　 80 　　○ 　　5.86 　　50,060
E5620 　　4 　　　2.4 　　　　80 　　○ 　　5.86 　　35,160
X5677 　　4 　　　3.46 　　　130 　　○ 　　6.4 　　151,080
X5667 　　4 　　　3.06 　　　 95 　　○ 　　6.4 　　130,820
L5640 　　6 　　　2.26 　　　 60 　　○ 　　5.86 　　90,490
L5630 　　4 　　　2.13 　　　 40 　　○ 　　5.86 　　50,060
L5630 　　4 　　　2.13 　　　 40 　　○ 　　5.86 　　50,060
L5609 　　4 　　　1.86 　　　 40 　　× 　　4.8 　　 39,970
W3680 　　6 　　　3.33 　　 130 　　○ 　　6.4 　　 90,760

うっ！い、いかん、体が勝手に…！











インテルさま最強あげ〜

Xeonで2ソケットまでなら「Xeon 5600」シリーズだな

実質、4ソケット以上のサーバ用のNehalem-EXか
数は出るのか？
それとも完全にItaniumのかわりか
そうなるとHPはどうなっちゃうの？

Fujitsu PRIMEQUEST 1800E Intel Xeon X7560 2266MHz 64 cores, 8 chips, 8 cores/chip, 2 threads/core
SPECint_rate2006 = 1340
http://www.spec.org/cpu2006/results/res2010q1/cpu2006-20100315-10023.html

Fujitsu SPARC Enterprise M9000 SPARC64 VII 2880MHz 128 cores, 32 chips, 4 cores/chip, 2 threads/core
SPECint_rate2006 = 1450
http://www.spec.org/cpu2006/results/res2009q4/cpu2006-20091009-08839.html

Fujitsu SPARC Enterprise M9000 SPARC64 VII 2880MHz 256 cores, 64 chips, 4 cores/chip, 2 threads/core
SPECint_rate2006 = 2590
http://www.spec.org/cpu2006/results/res2009q4/cpu2006-20091009-08841.html

IBM Power 780 POWER7 (4.14 GHz, 32 core) 4140MHz 32 cores, 8 chips, 4 cores/chip, 4 threads/core
SPECint_rate2006 = 1460
http://www.spec.org/cpu2006/results/res2010q1/cpu2006-20100208-09580.html

IBM Power 770 (3.5 GHz, 48 core) POWER7 3500MHz 48 cores, 8 chips, 6 cores/chip, 4 threads/core
SPECint_rate2006 = 1930
http://www.spec.org/cpu2006/results/res2010q1/cpu2006-20100208-09583.html

IBM Power 780 (3.86 GHz, 64 core) POWER7 3860MHz 64 cores, 8 chips, 8 cores/chip, 4 threads/core
SPECint_rate2006 = 2530
http://www.spec.org/cpu2006/results/res2010q1/cpu2006-20100208-09587.html

>>821
12コアOpteronは、6コアOpteron×2を1つのパッケージにMCMで押し込んだようなもので、ア数が増えたというよりは高密度に実装できるという感じ。

マイクロソフト、次期Windows ServerではItaniumをサポートせず
ttp://www.computerworld.jp/topics/mws/178429.html

　米国Microsoftは4月2日、現行バージョンのWindows Server（Windows Server 2008 R2 for Itanium-based Systems）をもって、
米国Intelのハイエンド・プロセッサ「Itanium」のサポートを終了することを、同社のブログで明らかにした。
　　　　　　　　　　　　　　　　　　　　　　　　以下略

続き

　Intelは先ごろ、今後4年間で少なくとも2世代にわたってItanium（開発コード名「Poulson」「Kittson」）を生産する方針を明らかにしている。
米国Hewlett-Packard（HP）は、PA-RISCプロセッサの開発を終了した時点で、Itaniumを全社的に採用することを決めており、
将来的にもItaniumに注力していくと、その後も繰り返し述べている。

　しかし、Microsoftのサポート終了が火付け役となり、Itaniumプラットフォームの展望について、
新たな一連の議論が巻き起こるに違いない。

　Itaniumにとっては、Microsoftの動きは“よからぬこと”ではあるが、
少なくとも当面は壊滅的な状況にはならない、とシンプソン氏は語る。

　Itaniumプロセッサの大部分は、HPのUNIXバリアント「HP-UX」を搭載するサーバとともに販売されている、
と同氏は指摘する。
だが、近いうちに、Itaniumの“エンタープライズ対応の証明”となるようなOSは、わずかしか残らなくなるだろう、
と同氏は記している。
そうしたOSとしてはHP-UXのほか、同じくHPの「OpenVMS」、米国Novellの「SUSE Linux Enterprise（SLE）」、
フランスのGroupe Bullの「GCOS（General Comprehensive Operating System）」があげられる。

　「これらのOSのうち、実質的にItaniumを必要とするのはHP-UXとOpenVMSだけだ。
SLEとGCOSはx64プロセッサでサポートされている。
x64プロセッサが信頼性の面でItaniumに匹敵するものとなっているため、
おそらくItaniumのサポート終了は加速するだろう」とシンプソン氏は記している。

　「そのため、HPはItaniumシステムのビジネスにおいて、最後の一人になる可能性がある。
だが、Xeon 7500番台の新たな機能と拡張性は、“HPはItaniumハードウェアにXeon 7500番台をサポートさせるのか、
そして、HP-UXやOpenVMSをx64プラットフォームに移植するのか”という疑問を抱かせるものだ」

　Microsoftの広報担当者は、同社のブログ投稿が正確な情報であることを認めた。
また、Intelからのコメントは得られていない。

レッドハット、次期OSではItaniumのサポートを取りやめ
ttp://www.computerworld.jp/topics/mp/170849.html

>>831-833
IA64鯖ベンダシェアのほとんどがHP＝大半のOSはHP-UXなんだから影響は少ないだろ

ItaniumがXeonMPで置き換えられるってことは、ますますもってSPARCヤバくね?
数万円ローエンドサーバから数億円のミッションクリティカル向けのサーバまで地続きになるってことだよ?

Oracleはx86 Solarisには力を注ぐのだろうか

古い記事だが貼っておく

Sun、Solarisの8コア「Nehalem EX」向け最適化を宣伝
ttp://www.itmedia.co.jp/enterprise/articles/0910/26/news048.html

Itaniumは思ったより長寿だったな

>>836
SPARC, x86の両建てでしょ。
x86でSPARCくらいのパフォーマンス出せれば、
SPARC切り捨てるだろうけど。

>>838
この業界はそのくらいいい加減でムダな投資をしまくってるということだな。

乱立＆競争
↓
勝者現る
↓
競争がなくなって恐竜になる
↓
新興が技術発展しなくなった恐竜を打倒

このループだろ。統制でもない限り。

統制がないってことはすばらしいね

Intelは恐竜になっても技術開発のスピードを緩めないところが恐ろしい
Microsoftとは大違いだね

intel内部ではamdの脅威を1000倍くらいにして煽ってるのかもしれない

>>843
ソフトウェアってのは規模が大きくなればなるほど、過去のバージョンとの互換性が求められるほど、身動きが取りにくくなるんですよ。

>>845
MS-Windowsって互換性低いじゃん。結局全部買い替えさせられる。

ほんの 2版前の同じ OSなのに、仮想環境で動かすとか.. あれ、ヒドイね。

>>846や>>847が示しているように、Windowsのユーザーは完璧なまでの互換性を要求するから、大変だよな。

>>847
ほんの2版前っていうけど、いまから9年も昔だぜ。
Solaris8で動いていたアプリの中には、今はもう動かないものだってあるだろ。

>>834
結局、ItaniumサーバはHP-UXが主流でWindows ServerやLinuxが乗ったサーバは売れてなかったんだな
Nehalem-EXは高性能だけどOSはWindows Server、Linux、x86 Solarisくらいしかない
x86 Solarisが注目されてくるのか？

海外はともあれ日本に関して言えば、OSは大した問題じゃない。
サーバとOSを組み合わせるのはユーザーではなくサーバのメーカーだから。

x86 Solaris 64bit版ってSPARC Solaris並みに安定してるの？

>>847
SPARC はそうでもないけど x86 版 Solaris7〜8 の頃はロクなドライバが無いから
一般的な仮想環境で動かすのは厳しいと思われ
Solaris コンテナはどうよ？

x86 Solaris の安定性はむしろハードウェアに依存している

なんだWindowsNTと同じじゃん

人は自分の信じたい物を信じるものだからね

>>850
組み合わせるというか動作保証あるかどうかってところよね

>>852
仮想化ってドライバ依存かなぁ
ドライバこける位無茶なIO負荷が掛かるような用途で仮想化って今のところ
現実的じゃないと思うんだけど

負荷かかると落ちるなんてのは、なんちゃらBSDとかのオモチャでしょ
WindowsでさえIO負荷をガンガンかけても落ちやしないぜ

Solaris は高負荷を掛けても mpstat とかのモニタリングツールが
ちゃんと応答してくれるから嬉しい。

ttp://www.nec.co.jp/press/ja/1004/0901.html
Xeon7500の8CPU機、サイズは7U

>>829を見ると、M9000のラック1本分が7Uで・・・まぁIO箱とか、そういう場所を食うものが違うけどなー

なんか高くネ？

Itaniumに比べれば安い

Itaちゃんはもうおしまいだから

system zと比べれば爆安

zと比較するのはどうよ

最新ビジネスソフト入荷！
激安販売中

http://surp.t35.com

HPCとかクラウド向けなのに高可用性?

細かいことは気にすんな(あーあー

HPCやクラウドで実績を積んでからHA用途に売り込むんじゃね?

クラウドとかいう不明確なバズ単語使うな

Itanium を イタ と呼ばないでください

イタちゃん死んでしまうん？

節子それはすでにゾンビや

>>871
なんて呼べばいいの？

イタニと呼んでね（はあと）

アイタンはどう?

Itanium が低消費電力ならおうちサーバとして使うのも面白いかと思ったんだが

IA64はアーキテクチャ的に低消費電力は難しいと思う。
コンパイルする時点で、低消費電力になるようにコードを生成する必要があるから。

>>877
そもそも生まれたときからそういうものじゃない

>>879
いまでこそTDP 130Wは普通だが、初代Mercedの頃のTDP 130Wはインパクト大きかったよね。
同クロックのPentium3が20W台だったのだから。省電力機能が全くないに等しかった。

TDP 100W超はどうみても普通じゃないだろw
淫照に飼い慣らされすぎ
そんな連中が Energy Star☆彡とか言ってるのが笑えるw

Rockが出てれば250Wで一躍トップに躍り出てたのに

>>881
SunのNiagara系のサーバの消費電力の大きさを知らないんだ・・・

ttp://www.sun.com/processors/UltraSPARC-T2/specs.xml
> Power consumption
> UltraSPARC T2 < 95 watts nominal, 123 watts max
> UltraSPARC T2 Plus < 105 watts nominal, 160 watts max

160Wだって

>>881
それは100Wクラス以上しか作ってないSunの事を言ってるんだよね?
IntelやAMDなら低消費電力のCPUも品揃えしてるからな。

むかしスループットあたりの消費電力がx86よりも格段に小さいとか
そんな話もあったけど一時的なもので、とっくにx86に抜かされてるし

T2も1core品なら・・・

Niagara2のスレッド数とキャッシュ容量だと、メモリにはランダムなアクセスがバンバン発生するので、
FB-DIMMを大量に積むことになり、そいつが電力を馬鹿食いする。消費電力をCPUからメモリに移してるんだよ。

まあしょうがないね

FB-DIMMって現行ので打ち切りだよね?
Sunは次、どーすんの?

Sunはもう悩まなくてもいいよ。すべて神が決定して下さる。

思いっきり流せ

神託でボラクル

いんてる様さいきょーあげ！

James Gosling Resigns from Oracle
http://topnews.us/content/216320-james-gosling-resigns-oracle

このスレは情報が遅いな…

>>891
Sunの極・・・・サンポール

>>848
バカじゃね? SunOS 4のバイナリが動くよ。平気で。

> ほんの2版前っていうけど、いまから9年も昔だぜ。

ゴミだな。ゴミクズ。

>>897
パスの配置とか、ライブラリとか、100%互換性を保ってるのか?
たとえばOpenWindowsを使った古いアプリが問題なく動くのか?

OpenWindow? OpenLook?

>>899
何を言っとるんだ?

バイナリが動くかどうかという話なら、最新版のWindowsで30年前のDOSアプリだって動くものは動きますぜ。
だが、そういう話をしているんじゃないってことくらい、文脈から読めるだろ? 読めないなら黙ってろ、な。

マジレスかこいい

>>900
> バイナリが動くかどうかという話なら、最新版のWindowsで30年前のDOSアプリだって動くものは動きますぜ。

ケッ。「30年前の DOSアプリ『じゃなきゃ動かない』」、んだろが。クズ OSがwww
仮想環境で 2版前のアプリ動かす。自慢すんなや、カス。

>>900
DOSはいいからWindows MEのアプリ動かしてくださいよ。
3.1ならWabiで動かせるかもね。

侘び

>>902
XPの頃に作られたアプリの大半は、仮想マシン上のWindowsXP上ではなく、Windows7上でも普通に動作する。
動作しない一部のアプリや、動作するだけではダメで動作検証済みであることを求める場合に、仮想マシン上のWindowsXPを使う。

こういう話はSolarisでも一緒だろ。

>>905
> ...動作検証済みであることを求める場合に、仮想マシン上のWindowsXPを使う。

ほぉー。じゃ、一般人に XPモードは要らんわけね。んなら、そんなもん
配る必要なんかないんじゃん。動作検証済? 仮想マシン上で? そんな話があんの?プ

> こういう話はSolarisでも一緒だろ。

ふざけるなや。しばくぞ。

>>906
日本語が読めないのかよ

> じゃ、一般人に XPモードは要らんわけね。

「動作しない一部アプリ」

> ふざけるなや。しばくぞ。

ファビョったか

>>898で既出
古いSolarisで動くアプリでも、最新のSolarisで動くとは限らない。
OpenWindowsなんかは削除されたからな。

ライブラリは残ってなかったか？

最新のSolarisでもOpenWindows使ったアプリは実行できるけどサポートされないだけ。
だがまぁ言いたいことはわかる。色々な変更で、そのままでは動かないものは、ある。

糞尿並みの Win7なんかといっしょくたにされてもなぁ。

まあ、糞尿なのは Win7じゃなくて古い Windows APIなわけだけど。

その点 Unixは APIは V6や V7あたりで既に明確だったし、バージョン間の
非互換もシステムコールのつけかえやライブラリーの版で隠蔽できるし。
ELFになってればなんの問題もない。
後発なのにあの汚さは...ww

キレイに作ると障壁にならないからでは
x86みたいにさ

>>913
Windowsも同じようなことはしている。
それでもなお、一部の行儀の悪いアプリが動かないので、仮想マシンという手段が提供されるようになったの。

それにunixのAPIは簡素でミニマムでGUIを含まないんだろ? こういう美点を挙げるときには。

APLじゃSolaris 10しか動かないってんで
わざわざ旧型のSun Fire (UltraSparc IV) 買ってたところはたくさんあるだろ。
互換性を要求しているのはWindowsユーザだけじゃない。

Solarisは過去のバージョンとの互換性がバッチリで、Windowsのような互換性の不十分さによる問題は発生し得ないんじゃなかったの?

そんなことはない。Solaris 8 や 9 の Container がわざわざ用意されてるわけだし。

やはりSun狂信者の言うことはデタラメで、現実は甘くないのよね

信者でもなんでもない、ただのかっまっておじさん。

>>915
へぇ。じゃ、WinXP用に書かれたアプリはことごとく行儀悪いってことか。
悲惨なプラットフォームだな。そういうの、世間では「クズ」って、言うんだぜ?

やはりSun狂信者の言うことはデタラメで、現実は甘くないのよね

クライアントOSなんて見た目キレイでとりあえずはなんとなく動いてる振りさえしてればいいの
携帯だって延々ブラウズしてたらブラウザごと勝手に再起動なんて珍しくない

データに関しても互換性は酷いもの
過去のIEに最適化されたページは新しいIEではレイアウトが崩れてしまうものもある
だから崩れた場合はユーザが手動で(笑)互換表示のボタンを押さなくてはならない
しかもこの互換表示ができるページと出来ないページ(互換表示ボタンそのものがIEから消える)
があることが性質が悪い
筋が悪いものが大手を振って増えていくことがITの未来を一層暗くする

ボタン押せばいいじゃん
それがIE8での新機能なんだし
ハッピーになったでしょ
でもそれは本質的な自由には繋がらないわけ
レイアウトが崩れたまま救済されないサイトだってあるのだ
自由に繋がらない機能の進歩は未来を暗くする

そう現実は甘くない
目先の利益を重視して
どんどんと状況は追い込まれていく
そら買った以上はそれ売って利益にしろって株主からは言われるでしょうな
しかし買ってしまったものが神様だったらどうなる
それが有形無形の利益を生み出すコンピューティングとInternetの(両者は既に不可分のものだ)
未来そのものだったとしたらどうする

Oracle、OpenSolaris CD配布プログラムを廃止
http://journal.mycom.co.jp/news/2010/04/16/045/index.html

脂肪確認

ホホホホホ

>>921
「一部」っていうのが読めないのかよ

>>924
それは、新しいIEではなく過去のIEが悪いんだよ。
それまでの独自ヘンテコ仕様を改めた結果だもの。

過去のIEが悪いんじゃなくてMicrosoftが悪いんだろ？

そういう考え方すると話にならないじゃん。

IEに合わせて変なWebサイト作った連中も同罪だ
オカシイってわかっていながらIEのシェアが増えるような行動 = IEに合せて他のブラウザを不利にするサイト作り をやってきたんだから

>>931
妙だな
Microsoftは正しいとしてほしいのか？ｗ
>>932
ことはそう単純ではなく受け手が欲しい情報が正確に伝わらないというところにある
だから犠牲者は常に消費者(君がバカ扱いしたいのは分かるが)

だがNN4に合わせるのはただの苦行ではないか

NN4でちゃんと見れたページはIE8でも見れるんじゃないの

ここなんてすれ？

ワールドワイドウェブコンソーシアムとウェブブラウザについてその33

Winの過去のバイナリが使えないのはヲレにとっては知らんがなでいいけどな
MicrosoftはInternetにまで不完全な互換性をばら撒いて客に迷惑かけてる邪悪な企業ってことよ
でもMSマンセー君はまたくるんだろw
>>939を言いたいのはヲレの方だよwww

>>936だw

Sun信者うぜーから死ね

>>940
おめーが死ね
いちいちチェックしてんじゃねー

Sunに互換性問題がないと思ったら大間違いだぞ

結局、
ろくに知らないからSunを神聖化して変な話をする、
ろくに知らないからMSを悪の権化として変な話をする、
ってことなんだよ。

それを理解させるための話だということも理解できないのか。

RHよかマシ
つか具体的にどうぞ

　　　　　　　　　　o｡_。＿ｌコ<ｏ>　　　　 |l≡≡≡|ﾐ|＿<o>＿。≠＿〇o
　。+　＋。｡。。｡ |l|ＦＦＦＦＦＦＦ|。 。 .｡ +|l≡≡≡|ﾐ|JJJJJJJJJJJJ|ｌｌｌ|　.。＋
　　*　o　　o.　 　|l|ＦＦＦＦＦＦF ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　。。oo　 |l|ＦＦＦＦＦＦ　|　毎年毎年、理不尽な解雇だけは継続する・・・・・・・・
　　　／|￣￣￣ｌ ::|ＦＦＦＦＦＦF ＼
　　　|ミ|:」」:」」:」| ::|ＦＦＦＦＦＦ 　　 ￣|/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　|ミ|:」」:」」:」| 〇 ＦＦ.。 　 ∧＿∧　 |l≡ｏ ＋ +!　＋　。　〇　　　＋
　　　ｌミｌ.」」.」〇　+＋　＋　　（´・ω・）　ｏ　　〇　。　o　　+　　　〇　。　+
　　＿＿〇＿＿＿。＿ﾟ＿＿/ ~つと）___＿o＿＿＿＿＿＿〇＿＿o__＿。
　　二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Il二

>>941
940みたいなのもある意味 Sun のファン
かわいいじゃないの

その発想はなかったわ

Windowsはセキュリティ・ホールだらけと馬鹿にしていたunix使いの人は、
ttp://internet.watch.impress.co.jp/docs/news/20100416_361728.html
こういうの見て、どう思うんでしょうね。

MS-Windows使ってるとセキュリティの意味自体が理解できないようだ。
馬鹿にする? 馬と鹿が気の毒だよ、あんなのの比喩に使ったら。

>>947
普段こういうの見てないの?

http://www.us-cert.gov/cas/techalerts/index.html

>>947 の脳内敵って、たぶん、がんばれゲイツ君の中の人みたいな
超低レベル層なんだろうな。

>>950
がんばれゲイツ君ｗ
なつかしい響きだな。
今も更新してんだな。

>>950
脳内敵ではなく、すぐ目の前に>>948のようなのが、いるじゃないか。

>>949
AdobeのAcrobatがらみと、SunのJavaがらみは、「またかよ」 なんだよね。
莫大なコード量のWindowsに比べて、ちょっと頻度が高いような気がする。

どういう気がするかなんて聞いてないけど

そもそも、こんな所でベンダーの代理戦争をする事が各人の人生に豊かな実りをもたらすのかね…

Sun狂信者が話題転換に必死です

>>947
ミドルの話でUNIX関係ないじゃん
タダで更新してもらえるだけでも御の字だぜ
Javaがイヤなら使うの止めて.NETだけて生きていけば？ｗ

>>957
Windowsはミドル込みでセキュリティホールの数を数え
UNIXはOSのカーネルだけでセキュリティホールの数を数え
か。

突っ込みどころが満載なのはレスを返して欲しいからなんだろうな…

Windosのミドルってなんだ？
MFCか？DirectXか？過去を蔑ろにするTridentか？ｗ
それともMS的にはクラッカーにセキュリティホールを提供するWinの機能を総称してミドルということかｗｗｗ
>>959
御意

>>960
しっかり反応しちゃっておいて御意ってw

次のネタ、バッチ来いやーって事か…

雑談板になに期待しとんねん

>>960
わかりやすいのはDCOMとか

MS-Windowsがセキュリティの話をするのは、シガレットチョコが灰皿の質を
どうこう言うようなもんだなww

なんでMSスレになってんだ。

ここの住民はスルー力ゼロだな

Oracleはスルー力全開なのにな

うまいな

ルーデル「早くスルーカに乗って出撃したいお…」

パンテル様最強

いっそ、ZFSをGPLv3で公開するようなことをOracleがしないかな。

Oracleに買収されたわけだけどSunはブランドとしては残るの？
それともSunからOracleになるの？

btrfsとZFSって被ってるけどどうするんだろうね。

>>973
http://www.sun.com/
にアクセスしてみ。

すでにSolarisは、
Sun Solaris から Oracle Solaris に名前が変ってる・・・

>>974
ZFSはOpenSolarisみたいに閉じる方向かもしれないな
辞めるという意味じゃなくて

お蔵入か、しまいこんでの。

zfsは5年早いな

Oracleはどこに行く気なんだろうね？

オラクル、MS Office向けのODF変換プラグインを有料化
同社による買収前のサン時代には無料だったが……
http://www.computerworld.jp/news/sw/179729.html

Sunの切り売りを始めたか。
OOoならば金になると判断したんだろうな。

流石ボラクル

>>980
> OracleのWebサイトによると、ODF／Officeプラグインを注文するには最低でも
> 100ユーザー必要になる。さらに、将来アップグレードを受けたい場合は、1年
> 当たりライセンス料の約22％かかるサポート契約も交わさなくてはならない。

意図が良く分からないな。

もし新スレ作るならOracleにした方がいいんじゃない？
Sun Microsystemsを括弧で括ってつけて

「故」をつければいいよ

完全子会社になっただけだからまだ会社はあるはず。
Oracle全体から語った方が良いのは確かだけど。

次スレ立てた

【Oracle】故Sun Microsystems 最大の墓標
http://pc12.2ch.net/test/read.cgi/unix/1271887261/

www.sun.comにはサンマイクロのサの字もなくて、
jp.sun.comにはボラクルのボの字も無いんだな

>>988
www.sun.comへのアクセスはSun関連ページに転送すればいいのにね。

jpの方の、まるで何事も無かったような雰囲気もアレだけどw

http://www.sun.com/download/は辛うじてSunっぽい。