1 :名無しさん@お腹いっぱい。2010/10/24(日) 15:29:11
Sun時代から開発してたUltraSPARC T3が投入されましたね
すでにOracleロゴになってはいますが、Sun最後の製品として記念にお一つどうですか?

【前スレ】
【Oracle】故Sun Microsystems 最大の墓標
http://hibari.2ch.net/test/read.cgi/unix/1271887261/
2 :名無しさん@お腹いっぱい。2010/10/24(日) 15:31:22
【過去スレ_1of4】
Sun Microsystem最大の失態
ttp://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
ttp://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
ttp://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
ttp://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
ttp://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
ttp://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
ttp://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
ttp://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
ttp://pc5.2ch.net/test/read.cgi/unix/1094886926/
だまれ小僧!お前にサンが救えるか
ttp://pc5.2ch.net/test/read.cgi/unix/1103972661/
3 :名無しさん@お腹いっぱい。2010/10/24(日) 15:32:19
【過去スレ_2of4】
Sun Microsystems 最後の理不尽
ttp://pc8.2ch.net/test/read.cgi/unix/1110926614/
Sun Microsystems 最後の量産
ttp://pc8.2ch.net/test/read.cgi/unix/1114945256/
Sun Microsystems 最後の遺産
ttp://pc8.2ch.net/test/read.cgi/unix/1121277000/
Sun Microsystems 最後から二番目の真実
ttp://pc8.2ch.net/test/read.cgi/unix/1127872934/
Sun Microsystem 最大の遊撃
ttp://pc8.2ch.net/test/read.cgi/unix/1134031385/
Sun Microsystems 最大の滝壷
ttp://pc8.2ch.net/test/read.cgi/unix/1138786320/
Sun Microsystems 最大の重複
ttp://pc8.2ch.net/test/read.cgi/unix/1141840635/
Sun Microsystems 最大のリストラ
ttp://pc8.2ch.net/test/read.cgi/unix/1149485579/
Sun Microsystem 最大の夜長
ttp://pc8.2ch.net/test/read.cgi/unix/1159681441/
Sun Microsystems 最大の移行
ttp://pc10.2ch.net/test/read.cgi/unix/1164826577/
4 :名無しさん@お腹いっぱい。2010/10/24(日) 15:33:34
【過去スレ_3of4】
Sun Microsystems 最大の回復
ttp://pc11.2ch.net/test/read.cgi/unix/1170949021/
Sun Microsystems 最後の提携
ttp://pc11.2ch.net/test/read.cgi/unix/1181454302/
Sun Microsystems 最大の黒箱
ttp://pc11.2ch.net/test/read.cgi/unix/1193754625/
SunMicrosystems 最大の探検
ttp://pc11.2ch.net/test/read.cgi/unix/1207761568/
Sun Microsystems 最大の字余り
ttp://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/1242038454/
5 :名無しさん@お腹いっぱい。2010/10/24(日) 15:34:26
【過去スレ_4of4】
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://pc12.2ch.net/test/read.cgi/unix/1263808782/
【Oracle】故Sun Microsystems 最大の墓標
http://hibari.2ch.net/test/read.cgi/unix/1271887261/

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

blogs.sun.com
http://blogs.sun.com/
サン・マイクロシステムズ - 公式ブログ
http://jp.sun.com/communities/blogs/
6 :名無しさん@お腹いっぱい。2010/10/24(日) 15:38:29
>>1
乙ぽーん

Javaの脆弱性を利用した攻撃が激増、前四半期600万件超に
http://slashdot.jp/security/10/10/24/0258243.shtml

ところでOracle、JavaについてはIBMと仲直りしたけど、
EclipseとNetBeans、どっちを推していくつもりなんだろ?
NetBeans打ち切りとかになったら嫌よ。
今のEclipseの安定度で常用したくない
7 :名無しさん@お腹いっぱい。2010/10/24(日) 16:37:27
むかしMacで最大まで搭載してもメモリが足りないって言ってた連中は、
いまはWindows使いで、サーバ用マザーボードでPC組んでるぜ。
8 :名無しさん@お腹いっぱい。2010/10/24(日) 18:47:48
サンの公式サイトもうないけど乙

Macの市場じゃないと思うけどな、CPUの開発力がもっとあれば、SPARCでもっといけただろ
10 :名無しさん@お腹いっぱい。2010/10/24(日) 20:09:02
SPARC も Solaris もいいものだったけど、既に過去形になって久しい
90年代で Silicon Graphics が終わったように、00年代で Sun の歴史が終わったのさ
11 :名無しさん@お腹いっぱい。2010/10/24(日) 22:11:51
そうだよな。ローエンド市場でx86に勝てるとは思えない。
ハイエンドでも、シングルスレッドCPU性能でIBMに勝てない。
はい、それまでよ。
12 :名無しさん@お腹いっぱい。2010/10/24(日) 22:33:16
エンタープライズ方面、IBMもHPも単なるハードウェアベンダーや
システムベンダーではなく、超大手のSIでもあったけど、Sunだと
Sun自身ではなく日本では富士通などがそれをやっていたというのが、
ブランドイメージが劣る原因の一つだったのかなぁとか妄想。
13 :名無しさん@お腹いっぱい。2010/10/24(日) 23:17:40
OracleもCiscoもやってないよね。
14 :名無しさん@お腹いっぱい。2010/10/24(日) 23:38:30
>>13
それは分野と競合相手と分野がぜんぜん違うやん。詭弁にすらならない反論。
15 :名無しさん@お腹いっぱい。2010/10/24(日) 23:44:28
Oracleは今でこそIBMのDB2と競合しているけど、DB2がメインフレーム
から他のプラットホームに移植されたのって'93と比較的最近で、
それまでの競合相手はInformixやSybaseが競合相手だしなぁ。
16 :名無しさん@お腹いっぱい。2010/10/25(月) 01:16:23
>>14
詭弁でも何でもない。
Sunはやり方によっては、Ciscoみたいになり得たはずだ。
17 :名無しさん@お腹いっぱい。2010/10/25(月) 04:55:15
高いサーバ売るにはSI案件を受注して、有無を言わさずねじ込むしかない
18 :名無しさん@お腹いっぱい。2010/10/25(月) 07:05:30
>>16
シスコと比べるのは酷かもしれないが買収は下手だった
事業買収になるのかもしれないが、E10Kくらいだろうまくいったの
コバルト、アプリサーバー関連のダブり、ストレージもそう、ストレージテック以外にも買ってたけどダメだった
19 :名無しさん@お腹いっぱい。2010/10/25(月) 08:02:37
>>16
サーバとルータを一緒にすんなよ
20 :名無しさん@お腹いっぱい。2010/10/25(月) 13:55:36
http://hibari.2ch.net/test/read.cgi/unix/1271887261/990
> 当時のMacがPowerだったとすると、既にUNIX機と対して能力は変わらなかったんじゃないか

POWERとPowerPCの区別くらいつけてくれ。
21 :名無しさん@お腹いっぱい。2010/10/25(月) 14:02:55
>>20
当時のPowerPCの処理能力、CPU単体でPowerとそんなに違ったのか?アップルは、デスクトップのスパコンっていってたよな
22 :名無しさん@お腹いっぱい。2010/10/25(月) 16:22:24
「デスクトップのスパコン」ってのは、PowerPCに付いていたベクトル演算機能を指して言ってたかもよー
当時のスパコンはベクトルだからー
23 :名無しさん@お腹いっぱい。2010/10/25(月) 18:01:08
>>11
x86もすぐに終るよ、ARMに駆逐される。PC以外何の役にも立たんゴミだからな。
POWERも、あれだけ数字出してるのにそれほど売れてない。

Itaが終ったので、商用 UNIX機が占めてた部分は相対的に小さくはなってるが
相変わらず POWERや SPARCが売れると思うよ。

x86で済むところは ARMでも済むからな。x86はどこにも使えない半端な位置付けだね。
廃人ゲームマニア用だなww
24 :名無しさん@お腹いっぱい。2010/10/25(月) 18:06:33
x86のうま味がどんどん減少していることは確かだけど、
x86サーバ市場を舐めすぎ。>>23
25 :名無しさん@お腹いっぱい。2010/10/25(月) 18:10:55
ARMがAppleに買収されたら、いつもの>>23は今度は何処に行くのかなwww
Tileraだろうか?
26 :名無しさん@お腹いっぱい。2010/10/25(月) 18:24:11
>>23
ところで、HPCとエンタープライズの区別はつくようになったか?
27 :名無しさん@お腹いっぱい。2010/10/25(月) 18:27:09
>>25
どこへ? なんのこっちゃ。どこが ARM持ってようが、x86のカスぶりは変わらん。

>>26
HPC とエンプラ SMPを混ぜるなカス、と延々言ってる本人に向かって何言ってんだタコ?
28 :名無しさん@お腹いっぱい。2010/10/25(月) 18:43:17
>>27
他人扱いとは、よほどその件をネタにされたのが応えたんだねい。
でも、お前が技術論がまるでできない無知なのに変わりはないんだから、
もう湧いてくるなよ。
29 :名無しさん@お腹いっぱい。2010/10/25(月) 19:01:03
>>22
確か5Gフロップスが、当時のスパコンの認定基準だかなんだったか記憶がある
30 :名無しさん@お腹いっぱい。2010/10/25(月) 20:58:25
いくらx86を叩いたところで、SPARCがどうにかなるとは思えないんだが。

SPARCがx86に大きく侵蝕を受けた事実は変らないし、
これからもx86に侵蝕され続けることも変らないだろう。
31 :名無しさん@お腹いっぱい。2010/10/25(月) 21:01:23
x86が叩ければネタはなんでもいいんだよ。
SPARCだろうとARMだろうと。

ARMは最後の○○スレで拾ったネタだしなwww
32 :名無しさん@お腹いっぱい。2010/10/25(月) 21:36:37
>>23
そろそろ病院逝け
33 :名無しさん@お腹いっぱい。2010/10/25(月) 21:44:07
x86だと、バッファオーバーフロー + return oriented programmingなんて攻撃手法があるんだが、SPARCだと、どうなん?
35 :名無しさん@お腹いっぱい。2010/10/25(月) 22:20:13
SunとIntelはライバルではあるが、x86はSunに多くのビジネスチャンスをもたらしたと思う。
もし、Sunがx86マシンを投入する決断をしていなければ、もっと早期に経営難になっていただろう。

x86嫌いと言えば、かつてはMac使いによく見られた病気だったが、
じつはAppleとIntelはご近所付き合いしていたというのだから、
いかに病気のMac信者がアレかってもんです。

参考
http://www.itmedia.co.jp/news/articles/0506/20/news005.html
36 :名無しさん@お腹いっぱい。2010/10/25(月) 23:06:44
ARMはスケールしないからダメだろ
今はまだ低消費電力(≒低性能)しかメリットが無い
せいぜいホームサーバがいいところ
37 :名無しさん@お腹いっぱい。2010/10/25(月) 23:09:49
まだまだ先、とか言ってるといつのまにか・・・
ttp://www.computerworld.jp/topics/mp/189234.html
39 :名無しさん@お腹いっぱい。2010/10/25(月) 23:56:39
学生の頃にSunのワークステーションの個人所有に憧れていた
いざ就職して買おうと思った時にはゴミだった
40 :名無しさん@お腹いっぱい。2010/10/26(火) 01:52:05
>>37

2012年末って鬼が笑いころげるタイムスパン。
しかも32bitだっけ?
2012年に出てからみんなでハイアベ構成作りはじめるの?
気が遠いな…。そんなもんに期待するのかー。

Sunって学生の頃は輝いて見えたのに。
さよならSparc、さよならSolaris、そしてさよならJava。

もうIT自体興味なくなってきたなぁ。
42 :名無しさん@お腹いっぱい。2010/10/26(火) 11:36:11
x86がSPARCを下から食ったように、ARMもx86を下から食っているんだよな。
でもそれは、スレ違い。
43 :名無しさん@お腹いっぱい。2010/10/26(火) 12:36:06
SPARCは、上に登り続ける力がなかった
企業向けは面倒だよな、いろいろ
45 :名無しさん@お腹いっぱい。2010/10/26(火) 12:58:22
上に登るのは、ジリ貧になるだけだと思うなぁ。
横に広がっても、下から食われることには変りがないぞ。
46 :名無しさん@お腹いっぱい。2010/10/26(火) 16:43:46
SPARCで ARMみたいなチップは作れるんだよ。金かければ。
x86で死ぬ程カネかけてやってみた結果が Atom。
天と地ほどの差があるわけよ。こんな簡単なことがわからんフリをしてて
情けなくないのか?

>>33
そりゃ x86登場以前の古典だろ。
47 :名無しさん@お腹いっぱい。2010/10/26(火) 16:51:11
>>28
キショいな。ミエミエなんだよ。
そもそもここで HPCなんか持ち出すこと自体、パコチョン以外触ったことのない
無知蒙昧の証明なわけだがw
48 :名無しさん@お腹いっぱい。2010/10/26(火) 16:53:58
>>31
x86ちょっと叩くとすぐノコノコ出てくるから、やめられんわwww
ここ Sunなのに。
x86なとこでは全く相手してもらえないんだろな。
Intelが言ってることもまるで知らんしなwwwkw
50 :名無しさん@お腹いっぱい。2010/10/26(火) 18:53:35
>>46-48
はやくおちんちんがむけるといいね
51 :名無しさん@お腹いっぱい。2010/10/26(火) 20:02:37
>>46
> SPARCで ARMみたいなチップは作れるんだよ。金かければ。

組込み向け? それなら富士通がSPARC liteってのを作ってたね。
一時期、複数社のデジカメや一部のプリンターで採用されていたけど、続かなかったね。

そのデジカメ群は、中のファームウェアを実装していた会社が同じらしく、
PCとのシリアル接続のプロトコルが同じだったらしいな。

富士通の営業は、SPARCと言うと話も聞いてもらえないので、
SPARCであること言わずにMBうんちゃらかんちゃらという型番で
売り込みをかけていたらしいね。

その後、組込みにSPARCバイナリ互換なんて必要ないと判断して、
SPARC liteは打ち切って、別のRISCマイコンのFRに移行したね。
52 :名無しさん@お腹いっぱい。2010/10/26(火) 20:04:15
>>46
> x86で死ぬ程カネかけてやってみた結果が Atom。

ん?
ARMのような低処理能力・低消費電力の分野ではAtom以外のx86が使われているぞ。

たとえば、液晶モニタのOSDコントローラ内にx86コアが入っていたりするのよ。
53 :名無しさん@お腹いっぱい。2010/10/26(火) 20:06:36
>>48
ここはSPARCスレではなくSunスレ
Sunはx86サーバを売ってたんですが、知らないんですか?
54 :名無しさん@お腹いっぱい。2010/10/26(火) 20:20:59
>>20
今のPOWERは命令セットはPowerPCそのものみたいだが
当時はPowerPCはPOWERのサブセット的な扱いだったよね
55 :名無しさん@お腹いっぱい。2010/10/26(火) 20:24:40
Intelは組み込み向けでは失敗すると思う
それは利益率が低いから。
利益率の低い製品に製造ラインを割くより利益率の高いPC向けのCPUを製造した方が利益あがるからね
56 :名無しさん@お腹いっぱい。2010/10/26(火) 21:36:08
Atom は利益率は低くてもボリュームが桁違いだから無問題
Atom のボリュームのおかげで少し前なら Core2 系が、今なら Core i7系が
潤沢に供給されるのだからいいではないか

Atom っつっても同クロックの Pen4 と同程度の性能はあるからな
使いどころを間違えなければ悪い石じゃないぞ
57 :名無しさん@お腹いっぱい。2010/10/26(火) 21:43:11
Atomはもうすこし価格の高いCPUが売れるはずのところをAtomが食ってしまう可能性がある
そうなるとIntelの売り上げが落ちることになるんだよな
58 :名無しさん@お腹いっぱい。2010/10/26(火) 22:13:05
NEC、UNIXサーバ「NX7700iシリーズ」に3モデル追加 - 性能、堅牢性向上
http://journal.mycom.co.jp/news/2010/10/26/008/index.html
59 :名無しさん@お腹いっぱい。2010/10/26(火) 22:59:40
>>58
どうみても、POWER7はもちろんSPARC64VIIにも勝てる気がしない。
60 :名無しさん@お腹いっぱい。2010/10/27(水) 00:44:46
atomを使った製品はこんなのと競争するようになるのか

【モバイル】米国CherryPal社製のタブレット端末、1万9800円で発売開始--レッドスター [10/26]
http://toki.2ch.net/test/read.cgi/bizplus/1288101900/
61 :名無しさん@お腹いっぱい。2010/10/27(水) 01:14:47
>>60
それにニュース・バリューがあるとは思えない。
iPadモドキなんて、ゴロゴロしてるじゃん。
62 :名無しさん@お腹いっぱい。2010/10/27(水) 01:23:34
それだけ低価格の端末を相手に競争しないといけないということだろ
63 :名無しさん@お腹いっぱい。2010/10/27(水) 01:30:08
>>60
なんでそんな製品でいちいちスレが立つのか。
この辺の有象無象の一員になるだけだろ。
http://www.akibaoo.co.jp/01/main/s/0/actionNameTxt/ctgry/cmdtyFlagTxt/sr/ctc/11290000
64 :名無しさん@お腹いっぱい。2010/10/27(水) 01:38:24
>>59
sparcint2006は、itaniumのほうがsparc64VIIの約1.5倍ぐらい速いですよ。
65 :名無しさん@お腹いっぱい。2010/10/27(水) 02:16:40
IA-64は最後発だし、シングルコア時代のシングルスレッド性能を追求したアーキテクチャだからね。

たとえば、実行ユニットが11個もあって、そこに1クロックで最大6命令が発行されるんだよ。
x86なんかだと、実行ユニットが5〜6個で、1クロックに最大3命令を発行とか、その程度。
しかも、パイプライン段数が少ない。まぁ動作クロックも低いけどネー。
67 :名無しさん@お腹いっぱい。2010/10/27(水) 07:08:40
EPICは面白いと思ったんだけどItanium、終わコンになっちゃいそうね…
68 :名無しさん@お腹いっぱい。2010/10/27(水) 08:44:19
Itaniumが終わるといよいよPowerとx64の世界だな
HPがどう決断するか見物
SPARCも、オラクルと富士通がどう決断するかだ
69 :名無しさん@お腹いっぱい。2010/10/27(水) 09:42:23
>>65
なにをゴチャゴチャと.. そのあり余る実行ユニットに命令を詰め込み切れず、
スカスカで遊びまくりだから性能が出ないんじゃないか。
70 :名無しさん@お腹いっぱい。2010/10/27(水) 09:43:49
>>64
sparcint2006 は SPARCが一番速くなるように作ったベンチなので
もちろん SPARCが一番速いですww
71 :名無しさん@お腹いっぱい。2010/10/27(水) 11:37:27
sparcintならそうかもな
72 :名無しさん@お腹いっぱい。2010/10/27(水) 14:52:57
>>69
何を言ってるんだ?

Itanium→Itanium2で実行ユニットを強化して、同時実行できる組み合わせを増やしたら、かなり性能アップしたろ?
キャッシュもネックだったが、実行ユニットもネックだったんだよ。
73 :名無しさん@お腹いっぱい。2010/10/27(水) 16:08:08
同じIntelが作ったCPUの同じHPが作ったサーバでこうもx86と差がつくとはな

http://www.spec.org/cpu2006/results/res2010q4/cpu2006-20100927-13450.html
Hewlett-Packard Company
ProLiant DL980 G7 (2.27 GHz, Intel Xeon X7560)
64 cores, 8 chips, 8 cores/chip, 2 threads/core
SPECint_rate2006 = 1510
SPECint_rate_base2006 = 1400


http://www.spec.org/cpu2006/results/res2010q3/cpu2006-20100719-12577.html
Hewlett-Packard Company
ProLiant DL580 G7
(2.27 GHz, Intel Xeon X7560)
32 cores, 4 chips, 8 cores/chip, 2
SPECint_rate2006 = 757
SPECint_rate_base2006 = 703


http://www.spec.org/cpu2006/results/res2010q2/cpu2006-20100426-10756.html
Hewlett-Packard Company
HP Integrity BL890c i2
(1.73 GHz/24MB Quad-Core Intel Itanium 9350)
32 cores, 8 chips, 4 cores/chip, 2
SPECint_rate2006 = 531
SPECint_rate_base2006 = 507
74 :名無しさん@お腹いっぱい。2010/10/27(水) 16:22:10
なぜラックマウントとブレードを比較する・・・それはいいとして、クロックで正規化してもXeonのほうが速いな。
75 :名無しさん@お腹いっぱい。2010/10/27(水) 16:22:59
かつては大差を付けられてたわけで、かなり健闘してるんじゃね?
76 :名無しさん@お腹いっぱい。2010/10/27(水) 16:27:27
よく見ろ
Xeonは64スレッドだがItaniumは32スレッド
OSやコンパイラ、ヒープ実装も違うぞ

せめてRedHat同士、Intel Compiler同士で比較してくれ
77 :名無しさん@お腹いっぱい。2010/10/27(水) 16:41:23
>>73
で、このスレの主役たるSPARCは?
78 :名無しさん@お腹いっぱい。2010/10/27(水) 16:44:58
SPARCを売りたい富士通がその気にならないとダメ
79 :名無しさん@お腹いっぱい。2010/10/27(水) 17:04:02
>>76
「よく見ろ」 ...爆笑w
80 :名無しさん@お腹いっぱい。2010/10/27(水) 17:05:52
>>72
> キャッシュもネックだったが、実行ユニットもネックだったんだよ。

そりゃひどい。お粗末だったんだなww じゃ、がんばればまだイケるかもよ?
81 :名無しさん@お腹いっぱい。2010/10/27(水) 17:37:20
>>77
ここはSunスレであってSPARCスレじゃない。
SunもXeon鯖を売ってるんだからさ。

>>80
初代Itanium(Merced)は酷かったのを知らなかったのかよ。
そしてItanium2(McKinley)で十分に改善して、これ以上は無理だ。

シングルスレッド性能の追求よりも、マルチコア・マルチスレッドでの
スループットや電力効率を優先する時代になっちゃったからね。

SunのSPARCだってRock諦めたろ?
82 :名無しさん@お腹いっぱい。2010/10/27(水) 18:52:19
4コア×8より、8コア×4の方が若干有利とはいえ、
Itaniumがクロック効率で追い付かれたら、終了間近と思われても仕方ないな。
Xeonの方は、またすぐアーキテクチャの更新も入るし。
84 :名無しさん@お腹いっぱい。2010/10/27(水) 19:41:30
>>78
富士通はXeonを売りたがっている
88 :名無しさん@お腹いっぱい。2010/10/27(水) 22:49:25
Xeonに対するItaniumの利点は、マイナーだってこと。

x86やx64をターゲットにしたマルウェアの攻撃に対してIA-64のコードは影響を受けない。

もちろん同一のソースコードからビルドされてるから同じ脆弱性を持ち合わせてはいるが、
IA-64をターゲットにしての攻撃は、相対的に少ない。

Windows Serverは攻撃を受けるから・・・という場合に、
x64ではなくIA-64版のWindows Serverを使うという選択肢が役に立つ。

SPARCにも同じ利点があるけれども、
SPARCじゃWindows Serverは動かないし。
89 :名無しさん@お腹いっぱい。2010/10/27(水) 22:50:11
>>73
お xeonはすごいね。SUSE Linuxでちゃんとスケールしてる!
90 :名無しさん@お腹いっぱい。2010/10/27(水) 22:51:18
>>89
SPECベンチマークなんて、CPU集中タスクだから、キャッシュのヒット率が十分にあれば、スケールしないわけがない。
92 :名無しさん@お腹いっぱい。2010/10/27(水) 22:54:57
富士通もprime questでitaniumからxeonに乗り換えたしたしな。
redhatは去年の12月にitanium版のリリース終了をアナウンスしたし、
マイクロソフトも今年の4月にwindowsのitanium版を終了をアナウン
スした。
96 :名無しさん@お腹いっぱい。2010/10/27(水) 23:01:10
HPのnehalem-ex版のIAサーバーDL970は itaniumチームが設計。
つまりHP自身も、itaniumの行く末を考え出したと言うことだ。
97 :名無しさん@お腹いっぱい。2010/10/27(水) 23:03:09
ていうか、Itaniumとハイエンド用Xeonは、ソケット互換を目指してなかったっけ?
98 :名無しさん@お腹いっぱい。2010/10/27(水) 23:04:06
itaは10年前から終わる終わる言われてこれだから
いまから10年後も存命してそうだな
101 :名無しさん@お腹いっぱい。2010/10/27(水) 23:11:47
HP-UXが今日まで支持され続けてきているのが不思議でたまらん。
よっぽどSunのハードウェアがダメなんだな。
102 :名無しさん@お腹いっぱい。2010/10/27(水) 23:35:09
>>88
>Windows Serverは攻撃を受けるから・・・という場合に、
>x64ではなくIA-64版のWindows Serverを使うという選択肢が役に立つ。

Windows ServerはItaniumのサポートは2008 R2まで
今後でるWindows ServerではItaniumはサポートされない

マイクロソフト、次期Windows ServerではItaniumをサポートせず
http://www.computerworld.jp/topics/mws/178429.html
103 :名無しさん@お腹いっぱい。2010/10/27(水) 23:37:00
2008 R2で打ち止めでも、しばらくは、OKだ。
104 :名無しさん@お腹いっぱい。2010/10/27(水) 23:37:21
Solaris, AIX, IRIX, SCO Unix と使ってきた中で、
HP-UX は一番中途半端な SysV Unix って気がするなぁ
クラスタ用のなんとかGuard用のシステムって感じ
105 :名無しさん@お腹いっぱい。2010/10/28(木) 00:09:26
>>97
Itanium自体がなくなってしまえば、xeonとのソケット互換なんて意味無い。
Xeonの開発に専念すべしとIntel自身も気が付いたということだ。
106 :名無しさん@お腹いっぱい。2010/10/28(木) 00:11:51
>>103
これから開発するシステムにItaniumを使う気はしないだろ?
そんなヤツは査定が悪くなるぞ
107 :名無しさん@お腹いっぱい。2010/10/28(木) 00:18:01
旧サンは会社が傾きだしたら真っ先に品質保証の担当者をリストラした。
こんな会社に品質改善ができるわけがない。製品出したら開発チームは
解散で、トラぶっても、御社だけで発生ですから品質に問題はありません
ので押し切るだけ。
108 :名無しさん@お腹いっぱい。2010/10/28(木) 00:22:02
HPは、x86版のhp-uxを出すのだろうか?
109 :名無しさん@お腹いっぱい。2010/10/28(木) 00:36:17
まあソフト屋なら「製品に不具合があっても出荷後に直せばいいだけ」と考えるだろうな
110 :名無しさん@お腹いっぱい。2010/10/28(木) 00:45:07
Sunで提案したら、
ナメてんのかコラ、出入り禁止にすっぞ、もう次はねーからな
という意味のことを言われたでござる
111 :名無しさん@お腹いっぱい。2010/10/28(木) 11:25:07
Oracleで再提案するといい
112 :名無しさん@お腹いっぱい。2010/10/28(木) 11:33:47
次は無いと言われてるのに
115 :名無しさん@お腹いっぱい。2010/10/28(木) 14:39:21
>>111
そういう問題じゃねー

>>112
次もSunで提案するようなら、もう声はかけませんよ、という意味。
116 :名無しさん@お腹いっぱい。2010/10/28(木) 15:24:23
富士通もしくは他社OEMで再提案するといい
117 :名無しさん@お腹いっぱい。2010/10/28(木) 16:03:43
>>115
はぁ。そんなん、Sunをどの会社に入れ替えても成り立つんだけど。
なにを嬉しがってるの?
118 :名無しさん@お腹いっぱい。2010/10/28(木) 16:03:52
>>110
内製できないようなカスIT部門のところが、ハードに特別拘るとは思えんがなw

で、お前んところは、そのカスにすら出入り禁止になるレベルってことだwww
119 :名無しさん@お腹いっぱい。2010/10/28(木) 16:04:26
>>108
出して儲けのメドがあればとっくに出してるだろ。
PS/2版の AIXとかあったの知ってるか?
120 :名無しさん@お腹いっぱい。2010/10/28(木) 17:26:35
>>116
自社銘板の中身Sunでダメだったのに?
中身HPで提案しろゴルァってことなんだよ。

>>117
案件が取れなかったって話ではなく、
Sunではコンペ参加を断れれるって話だ。
121 :名無しさん@お腹いっぱい。2010/10/28(木) 17:42:23
後からそんなこと言われても。
122 :名無しさん@お腹いっぱい。2010/10/28(木) 18:05:37
Sunの問題じゃなくて、提案者の問題。
自宅サーバにHP-UX提案する馬鹿はいない。
123 :名無しさん@お腹いっぱい。2010/10/28(木) 18:09:53
>>121
うむ、業界の外に居る人には想定外の「後からそんなこと」だろうな。

>>122
それはそうだな。
HPを使うのが常識なのに、そこにSunで提案した俺が馬鹿だったよ。
127 :名無しさん@お腹いっぱい。2010/10/28(木) 22:24:04
ソフトバンクは調子に乗りすぎ
iPhoneもiPadも、ソフトバンクの製品ではなく、Appleの製品だ。
128 :名無しさん@お腹いっぱい。2010/10/29(金) 00:05:24
Sunの技術者は優秀だったしDECの技術者みたいに他社で活躍すればいいよ
130 :名無しさん@お腹いっぱい。2010/10/29(金) 17:23:05
>>123
おまえさ、何べんも書いてるけどさ、「自分の(会社の)営業がまずかった」って
ことにいい加減気がつけよ。
それは断り文句であって、
本心は「おまえ(もしくはおまえの会社)気にいらねーんだよ」とそういうことだよ。
そんなんじゃ進歩ないぞ? ..w
131 :名無しさん@お腹いっぱい。2010/10/29(金) 19:22:35
>>130
HPで再提案して案件取れましたが何か?
132 :名無しさん@お腹いっぱい。2010/10/29(金) 19:24:11
ついでに、Windowsで提案しても案件とれてる。取れないのはSunだけ。
なんかね、研究所の連中がSun信者でさ、それで嫌なんだけどSunで提案したんだわ。
134 :名無しさん@お腹いっぱい。2010/10/29(金) 21:24:02
もう何十っぺんも聞いたし。大昔の話だし。バカかと。
135 :名無しさん@お腹いっぱい。2010/10/29(金) 21:31:27
>>132
あなたでしたかw
136 :名無しさん@お腹いっぱい。2010/10/29(金) 21:46:22
>>134
で、いつSunがHPと同格にまで上がった?
137 :名無しさん@お腹いっぱい。2010/10/29(金) 23:03:55
痛ニウムは始まりもしなかった
エスパルクは終わってしまった
違いはそれだけさ
139 :名無しさん@お腹いっぱい。2010/10/30(土) 02:15:06
ItaniumはPA-RISC後継としての役割は、終わってないぞ。
140 :名無しさん@お腹いっぱい。2010/10/30(土) 07:28:37
unixが終了。linuxへ。
141 :名無しさん@お腹いっぱい。2010/10/30(土) 08:47:40
Unix は AIX と HP-UX が最後まで生きのこったって感じなのかな…
おまいらの大好きだった Solaris は残念ながらもう余命幾許も無い
Unix の傍系の子孫である Linux に役割が取って代わられたし
BSD 系はなんだかんだ言ってもしぶとく生きのこれる(ただし広がりもしない)
142 :名無しさん@お腹いっぱい。2010/10/30(土) 09:28:02
>>139
PA-RISCに戻した方が早いんじゃねーか?

>>140,141
Linuxは代用品に過ぎんよ。出自からして Unix以上のものをやる方向にないし、
そのつもりもない。つまらんニセモノ。
143 :名無しさん@お腹いっぱい。2010/10/30(土) 09:57:55
2011年間近になって頓珍漢な原理主義者見るとは思わんかった
146 :名無しさん@お腹いっぱい。2010/10/30(土) 10:16:07
Linux は出自は異なっていたとしても今やかつての Unix サーバが担っていた
業務を受け持っているし基幹系にも進出している
IBM や富士通が会社ぐるみで kernel hack しているのは伊達じゃない
安価鯖に CentOS 入れているようなのじゃなくて、PRIMERGY に RHEL 入れるような
環境だとかなり手堅いぞ
147 :名無しさん@お腹いっぱい。2010/10/30(土) 10:23:53
で、技術的進歩は一切ない。今後もない。何も生まれてこない。
148 :名無しさん@お腹いっぱい。2010/10/30(土) 11:36:12
>>147
ウッキーくんでも使えるようになったのは進歩だろう。>Linux
149 :名無しさん@お腹いっぱい。2010/10/30(土) 12:39:22
142=147=HPCとエンタープライズの区別がつかない例のヤツか
150 :名無しさん@お腹いっぱい。2010/10/30(土) 12:41:11
>>146
HAクラスタで縮退なんて場合、LinuxはまだAIXやHP-UXに劣るでそ。
まあ、Solarisもその辺弱いんだけど。
151 :名無しさん@お腹いっぱい。2010/10/30(土) 13:55:43
>>148
バカにも使えるシステムを作ると、バカしか使わない。
All What You See Is _All_ What You Get.

他にもいろいろあるがw
152 :名無しさん@お腹いっぱい。2010/10/30(土) 13:56:48
>>149
技術の進歩とシェアの区別もできないいつものカスか。
153 :名無しさん@お腹いっぱい。2010/10/30(土) 15:31:13
>>150
SolarisとLinuxを売っているFを腐している訳ですねわかります
154 :名無しさん@お腹いっぱい。2010/10/30(土) 16:09:23
>>146
それは「塗絵を埋めた」だけだよ。もしくは、退色した部分を塗直しただけ。
155 :名無しさん@お腹いっぱい。2010/10/30(土) 16:58:00
>>151-152
早く技術論が出来る程度の知識がつくといいね! その知能じゃ無理だろうけど。
156 :名無しさん@お腹いっぱい。2010/10/30(土) 17:06:23
>>154
ここ数年の流れは安くてそこそこの信頼性とそこそこの性能があればそれでおk
ってことじゃね?それに Linux が RHEL が上手く乗っかったんだよ
157 :名無しさん@お腹いっぱい。2010/10/30(土) 18:00:52
>>142
PA-RISCはベンチマークは良くても実際に使うとアレなんで勘弁してください

で、そのLinuxにシェアを食われまくったSolaris・・・
Solarisがオープンではないから、人々はLinuxで代用する努力をしたんだよな。
158 :名無しさん@お腹いっぱい。2010/10/30(土) 18:02:19
>>147
それは、Solarisを使い続ける場合でも一緒だろ?
LinuxやSolarisに比べればWindowsNTのほうが技術的な進歩だよな。
160 :名無しさん@お腹いっぱい。2010/10/30(土) 23:31:54
>>157
違う。 linux + x86 が solaris + sparcより安くて速かったから。
linuxがオープンソースだから選択されたわけではないよと思うよ。
161 :名無しさん@お腹いっぱい。2010/10/31(日) 05:31:01
どういう方向性、よりどう使うか、だろ
だからSolarisやその他Unixは終わってしまったコンテンツになったんだよ
165 :名無しさん@お腹いっぱい。2010/10/31(日) 11:28:47
AVXに対応するのはWindows 7のSP1からだから
普及するには多少時間がかかるな
Vistaは対応するかどうか不明でXPは対応しないようだし
166 :名無しさん@お腹いっぱい。2010/11/01(月) 16:26:59
>>157
> Solarisがオープンではないから、人々はLinuxで代用する努力をしたんだよな。

そういう風に踊らされただけ。MSと同じ手法。
167 :名無しさん@お腹いっぱい。2010/11/01(月) 16:45:06
代用の選択肢を考えるぐらい魅力が薄まってたんじゃないのか
168 :名無しさん@お腹いっぱい。2010/11/01(月) 17:03:01
もともとSolarisなところはずっとSolarisじゃないかな
新興してきた、価格的にもリテラシー的にもローエンドなニーズに
うまくLinuxが当てはまったんだと思う
169 :名無しさん@お腹いっぱい。2010/11/01(月) 17:26:49
>>168
SunOSがミニコン、オフコンの市場を食ったのと同じ道だな。
170 :名無しさん@お腹いっぱい。2010/11/01(月) 18:18:21
ミニコン、オフコンまでは食えたけど、メインフレームは食えなかったのが辛いところ。
171 :名無しさん@お腹いっぱい。2010/11/01(月) 23:03:41
だって、Sunの信頼性じゃ、メインフレーム代替は無理だもの。
Itaniumがメインフレーム代替で使われているのに、ね。
172 :名無しさん@お腹いっぱい。2010/11/01(月) 23:42:53
>>171
Itaniumは、メインフレームそのものに使われてる
174 :名無しさん@お腹いっぱい。2010/11/02(火) 00:17:32
>>172
NECのACOS-4系かとBullがそうみたいだね。
175 :名無しさん@お腹いっぱい。2010/11/02(火) 01:06:15
BullはNECのOEMだったような。

NECがItaniumに傾注しているのは、CPUこそ開発に参加していないが、IA-64初期からのメンツだしなぁ。
AsusAとかAsAmAとか
176 :名無しさん@お腹いっぱい。2010/11/02(火) 01:24:51
いずれ、それもXeonに置き換わったりしてw
177 :名無しさん@お腹いっぱい。2010/11/02(火) 01:31:32
>>176
調べてみるとNECのACOS-6やUNISYSはXeonみたい。
178 :名無しさん@お腹いっぱい。2010/11/02(火) 02:26:25
>>176
wじゃないと思う
179 :名無しさん@お腹いっぱい。2010/11/02(火) 02:37:57
Unisysもメインフレームクラスは、まだ専用プロセッサだろ。
NECくらいだ、上から下まで汎用プロセッサ使っているのは。
180 :名無しさん@お腹いっぱい。2010/11/02(火) 04:13:01
>>177
NECのメインフレームは色々あるのよ。
しかも、モジュール的にx86サーバをラック内に入れてたりするし。

もはや、メインフレームというのはハードウェア形態ではなくサービス形態なんだと思う。
181 :名無しさん@お腹いっぱい。2010/11/02(火) 10:50:52
>>179
UNISYSの場合は専用プロセッサとXeonとのどちらも積めるようになっている模様。
要は>>180の言っているような形式なんだろうね。
182 :名無しさん@お腹いっぱい。2010/11/02(火) 11:46:03
もちろんソフトウェア形態でもなくて、
IBMは仮想機械でLinux/Apache動かして
フロントエンドサーバ構築したりしている。
運用担当者確保がサービス上重要だから。
183 :名無しさん@お腹いっぱい。2010/11/02(火) 14:37:51
んじゃ SPARCでも ARMでもできるなw >171 はとんだバカ、つまりそういうことだ。
184 :名無しさん@お腹いっぱい。2010/11/02(火) 17:05:11
>>183
少なくともSunの製品では、できない。馬鹿はお前。
185 :名無しさん@お腹いっぱい。2010/11/02(火) 17:11:08
Sunに出来るのはフロントエンド部分だけだろ。
普通のx86サーバがラック内に入っているといっても、そいつがやってるのはフロントエンド。

それにSPARC64で済むなら、富士通はメインフレームとAPLを統合しただろうよ。
でも、してないだろ。
186 :名無しさん@お腹いっぱい。2010/11/02(火) 19:13:16
>>184
ARMや SPARCでも、と言っているのに「Sunの製品では」。どういう思考回路だよwwww
189 :名無しさん@お腹いっぱい。2010/11/02(火) 19:24:09
そうだな。SPARCとItaniumの話はもうやめようぜ。10年後には無くなってるしwwww
190 :名無しさん@お腹いっぱい。2010/11/02(火) 19:50:15
>>186
なぁなぁ>>171が読めないの?
192 :名無しさん@お腹いっぱい。2010/11/02(火) 20:46:24
メインフレームがサービスとかソフトとか一体何?
CPUにどこまで信頼性を持たせるかと、サーバーとしての信頼性と
メインフレームかどうかというのは全部別の話だろう
195 :名無しさん@お腹いっぱい。2010/11/03(水) 00:22:12
>>183
ところで、包茎の手術はしたのか?
まだレスから恥垢臭が漂ってくるんだけど。
196 :名無しさん@お腹いっぱい。2010/11/03(水) 00:24:15
>>195
すごいSPECをお持ちですね。
197 :名無しさん@お腹いっぱい。2010/11/04(木) 13:18:15
Java, OpenOffice, OpenSolaris, VirtualBox等をオープンソースにしたのは、
Sunの寿命を縮めた可能性もあるが、今にしてみればGJだった。

HotJavaやJavaOSを諦めたのは失敗だったね。
199 :名無しさん@お腹いっぱい。2010/11/04(木) 20:57:15
>>192
きみの話はぜんぶ別の話だから、来ないでくれないww?
200 :名無しさん@お腹いっぱい。2010/11/04(木) 21:26:19
IBM以外はハードウェアとしてのメインフレームは終了していて、ユーザに
とっての価値は、従来のソフトが動くかどうかということだけ、ということ
を理解したまえ。
201 :名無しさん@お腹いっぱい。2010/11/04(木) 23:40:01
OpenOffice も元々 Sun のものじゃないからな
Novell とともに対 Microsoft 戦略の中で大スポンサーになってただけ
203 :名無しさん@お腹いっぱい。2010/11/05(金) 04:54:20
>>199
恥垢臭がいまだにプンプン漂ってくるけど、さっさと包茎手術してこいよ
204 :名無しさん@お腹いっぱい。2010/11/06(土) 20:36:12
んー? なんか釈然としない

http://itpro.nikkeibp.co.jp/article/NEWS/20101105/353853/
プロセッサにはインテル製のデュアルコアプロセッサ「Itanium 9140N」を採用した。
Itaniumシリーズの最新モデルはクアッドコアの「Itanium 9300」シリーズで、
Itanium 9140Nは一世代前のプロセッサになる。
最新のプロセッサを採用しない理由について「クアッドコアでは一つのプロセッサが
停止すると、一気に4つのプロセスが止まってしまう。可用性を重視した機種なので、
あえてデュアルコアのプロセッサを選択した」(NEC)と説明する。
205 :名無しさん@お腹いっぱい。2010/11/06(土) 20:58:51
Intelから新itaniumのバス周りのライセンスを買えなかったか、自社の
チップセットの開発費がでなかったのであろう。

> 標準レンタル料金は最小構成となる「A312」で月額1170万円

1ヶ月のレンタル料でhpの8ソケットnehalem-ex機が2台買えちゃうよ。

やはりNECも終了か。淋しいねえ。
207 :名無しさん@お腹いっぱい。2010/11/06(土) 21:01:01
4コア製品を2コアだけ使う、あるいは、2コア製品のItanium 9310を使うという選択肢を選ばず、
古い9140Nを選んだってことは・・・QPIとCPU内蔵メモリコントローラを嫌ったんだろうな。

Tukwilaで改善されても、NEC自前のチップセットのほうが上だ、という判断なのだろう。
208 :名無しさん@お腹いっぱい。2010/11/06(土) 21:03:53
>>205
> 1ヶ月のレンタル料でhpの8ソケットnehalem-ex機が2台買えちゃうよ。

長期の保守を付けて?
209 :名無しさん@お腹いっぱい。2010/11/06(土) 21:06:35
保守料は +15%だな。 x86はなくならないから5年後にリプレースの方がお得。
スループットの同じ価格で4倍ぐらいになっている。
長期に動かしたいのならVMwareを買えばよい。
210 :名無しさん@お腹いっぱい。2010/11/06(土) 21:08:03
> Tukwilaで改善されても、NEC自前のチップセットのほうが上だ、という判断なのだろう。

その判断が身を滅ぼす
212 :名無しさん@お腹いっぱい。2010/11/06(土) 21:10:47
すでに終了しているモノにコメントするのは時間の無駄以外の何者
でもないのだが。。。

itanium信者って意外と多いのねえ。sparcと一緒に逝ってよし。
215 :名無しさん@お腹いっぱい。2010/11/06(土) 21:14:59
月額1000万のレンタル様でlinuxのサポート買えば、なんでもすぐ直してくれるよ。
216 :名無しさん@お腹いっぱい。2010/11/06(土) 21:18:28
メインフレームを使い続けたい客のための製品なんだから、新規採用を取ろうなんて気はないだろ。
ユーザが減れば減るほど、1ユーザあたりの負担は大きくなっていくのも、しごく自然な話だ。
217 :名無しさん@お腹いっぱい。2010/11/06(土) 21:18:46
Xeon MP鯖+RHEL+oracle+lifekeeper
で動いてる銀行があるけど俺は怖くて使えない
219 :名無しさん@お腹いっぱい。2010/11/06(土) 21:27:36
>>217
メインフレームじゃなきゃお嫌?
220 :名無しさん@お腹いっぱい。2010/11/06(土) 21:29:20
お偉いさんは linux=最新鋭のOSと思っているんだから、俺の商売のじゃまをしないでくれ。
モビルスーツに足は必要なんだよ。
223 :名無しさん@お腹いっぱい。2010/11/08(月) 23:00:09
8ソケットサーバー「HP ProLiant DL980 G7」の実機を試す
http://cloud.watch.impress.co.jp/docs/column/virtual/20101108_399702.html
224 :名無しさん@お腹いっぱい。2010/11/09(火) 00:57:33
>>223
Niagaraかんぜんしゅーりょーだなw
225 :名無しさん@お腹いっぱい。2010/11/09(火) 01:21:50
> さすがに、これだけのモノを個人宅に置くわけにも行かない

ひどい記事だよなー。これだけで読む気がしない。
227 :名無しさん@お腹いっぱい。2010/11/09(火) 02:57:55
本職の人は雑誌に寄稿しないから、シロウトが記事を書くのは普通のことなんだが、それにしたって、ひどい。

まぁ日本の企業では、実務に携わっている平社員から話を聞くよりも、雑誌媒体の記事で勉強する管理職・幹部社員が多い。
HPがimpressにレビュー依頼した(であろう)理由も、そういうことなんだろうな。
228 :名無しさん@お腹いっぱい。2010/11/09(火) 08:04:02
>>227
んで、日経うんちゃらのトンデモ記事が生まれたり、その記事を信じこむ
ヤシが生まれたり…。日経の場合、記者の質がどうしようもないほど低い
こともあって、特集記事がタイトルからしてピント外れだし。

今月号の日経コンピュータの「オープンメインフレーム」も大笑いの
記事だったなぁ。
229 :名無しさん@お腹いっぱい。2010/11/09(火) 08:34:10
競合他社も、取引先も、客も、みーんな、その日経なんちゃらに踊らされてるんだから、いいんだよ。
アホらしいと思っても流行の言葉で飾りたてたプレゼンをやって、ようやくスタートラインに立てる。
231 :名無しさん@お腹いっぱい。2010/11/09(火) 10:20:01
>>229
クラウドはともかく
さすがに「オープンメインフレーム」に踊る人間はいないだろ
それにしても質が低すぎる
232 :名無しさん@お腹いっぱい。2010/11/09(火) 14:46:23
正味アタマ悪いんだよな、Int*l Int*l 言ってるやつ。まずバカww
237 :名無しさん@お腹いっぱい。2010/11/09(火) 18:01:20
>>232
ところで、HPCとエンタープライズの区別はつくようになったか?
238 :名無しさん@お腹いっぱい。2010/11/09(火) 18:34:42
>>237
オイ、おまえ、*だけ* が、バカ。ヴァカww
239 :名無しさん@お腹いっぱい。2010/11/09(火) 19:25:21
>>238
そんなに恥ずかしかったか。でも、お前が湧くたびに言われるだろうな。
ってことで、もう二度と湧いて出てくるなよ。あと、包茎の手術はしたのか?
まだまだレスからも恥垢臭が漂ってくるぐらい臭いぞ。
240 :名無しさん@お腹いっぱい。2010/11/09(火) 20:38:07
『Sunよー売りませんでした、HPにしたら買ってもらえました』---へらへえらへらheらwwww はずかし〜〜 自慢すんなよーw
241 :名無しさん@お腹いっぱい。2010/11/09(火) 20:53:38
Int*l Int*l 言うやつは、バカの上に下品だなぁ。汚ねぇ単語使ってんじゃねーよ。
242 :名無しさん@お腹いっぱい。2010/11/09(火) 20:58:31
しかし、まぁ、なんだなぁ。Sunが終了して残ったコモディティ計算機
はx86だけというのも淋しい話しだ。
245 :名無しさん@お腹いっぱい。2010/11/09(火) 23:42:06
>>240-241
おい、臭いの。気が狂うってどういう気分だ?
248 :名無しさん@お腹いっぱい。2010/11/10(水) 22:58:20
そんなのみんなわかってるよ
れいがいがひとりいるけど
252 :名無しさん@お腹いっぱい。2010/11/16(火) 09:35:07
SunもローエンドのSPARCサーバを1万円台で売ればいいんだよ。

噂話だがNECが国内サーバ出荷数No.1の冠を守るために、
デスクトップ転用可能な妙なスペックのローエンドのサーバを、
赤字価格で大量に流している、なんていう話もあるぜ。

Sunの没落はSPARCワークステーションを高く売りすぎて、
x86とLinuxで我慢するわっていう人を大量に産みだしたことだな。

大学でSunを使ってた連中が、就職先でもSunを使い続けたように、
大学でLinuxを使ってた連中は、就職先でもLinuxを使い続けるんだ。
253 :名無しさん@お腹いっぱい。2010/11/16(火) 10:15:34
>>252
その噂話のソースは?
254 :名無しさん@お腹いっぱい。2010/11/16(火) 10:42:23
デスクトップ転用可能な妙なスペックのローエンドのサーバ
というのはこれだろ
http://wiki.nothing.sh/page/NEC%20Express5800%A1%BFS70%20%A5%BF%A5%A4%A5%D7RB
255 :名無しさん@お腹いっぱい。2010/11/16(火) 10:58:51
ワークステーションのビジネスが崩壊したのは、
サンがなくなることになった大きな原因だと思うけど、
取るべきだった策は、SPARCのローコスト機だったとは思えん
linuxとの付き合い方をきちんと早く考えるべきだった、
コバルトに大金はつっこめたんだから
SPARCの開発力がIBMくらいあったら話は別だったかもしれんが、
そもそも低価格のワークステーションで売り出した会社だからな
256 :名無しさん@お腹いっぱい。2010/11/16(火) 12:38:03
x86版Solarisがケチすぎたんだよ。

もっと早期にx86版Solarisに本腰を入れ、
SPARCバイナリをx86版Solarisで実行できるようにし、
x86搭載のUNIXワークステーションを売るべきだった。
257 :名無しさん@お腹いっぱい。2010/11/16(火) 12:39:40
Solarisにccが付属せず別途有償で買えってのが、ねぇ。
gccを使ったらSPARCの高性能を何割かスポイルするぜ。
258 :名無しさん@お腹いっぱい。2010/11/16(火) 15:20:22
AT&Tとの協業も失敗の一つじゃないかな。
OSFが作られてSun包囲網ができてしまった。
Adobeとのパートナーシップにも失敗したし。
260 :名無しさん@お腹いっぱい。2010/11/16(火) 15:49:38
>>258
Adobe式じゃない独自のDisplay Postscriptだったね。
後にAdobe版Display Postscriptに移行したけど。
NEXTSTEPは当初からDisplay Postscript、
Mac OS Xも2Dエンジンのquartzが、
PDFのレンダリングモデルを採用している。

Mac OS XはOSF/1と同じBSD on Machで、SVR4とは違う方向。

買収しそうになったAppleの方が
UNIX関連技術だけ見てもうまくやってるね。
Sunはやっぱり技術オタクの会社でビジネスが巧くなかった。
SunOS, Java, ZFSといいものは産み出しているのに。

ただ今度はAppleがAdobeと対立している。
Adobeの起業目的をプリンタ製造企業から、
ソフトウェア企業に変換させたのはAppleなのに。
262 :名無しさん@お腹いっぱい。2010/11/16(火) 22:55:58
いやAppleはPostscriptフォント共存で妥協している。
MicrosoftがTrueTypeフォントのみで行くことになった。
263 :名無しさん@お腹いっぱい。2010/11/16(火) 23:29:33
まあ、最終的にはMSとAdobeによるOpenType共同開発になったわけで。
しっかし、フォントのフォーマット戦争って本当になんの意味もないよなぁ…
264 :名無しさん@お腹いっぱい。2010/11/16(火) 23:45:57
くだらねえ工夫程度のことで特許とってやがるしな。
AppleやMicrosoft(アルファベット順)は支配欲が強くて困る。
265 :名無しさん@お腹いっぱい。2010/11/17(水) 00:18:11
特許取っとかんと訴えられるからなw
まあ、Appleの方はかなり攻撃的だけど。
266 :名無しさん@お腹いっぱい。2010/11/17(水) 00:37:53
sunの失敗はrockの開発ができなかったことだ。
CPUを作れないコンピュータメーカーは去りゆくのみ。
267 :名無しさん@お腹いっぱい。2010/11/17(水) 00:54:42
その古い思考がSunが滅んだ原因じゃないだろうか。
Appleを見ろ。
268 :名無しさん@お腹いっぱい。2010/11/17(水) 09:25:15
>>266
Rock云々よりも何年も前に、Sunは撤退戦に入ってたぞ。
270 :名無しさん@お腹いっぱい。2010/11/17(水) 11:40:47
初代UltraSPARCから、もうダメぽ
271 :名無しさん@お腹いっぱい。2010/11/17(水) 11:49:28
PentiumPro + PCIバス + PCI 100BASE-TX NIC、PCI SCSI HBA
に処理速度で追い付かれた時点で、もう敗走は始まっていた。
272 :名無しさん@お腹いっぱい。2010/11/17(水) 12:28:46
>>270
SuperSPARCのインチキスペックにくらべればUltraSPARCはまだマシやん。

SuperSPARCなんて低クロックなものの高度なアーキテクチャで高速だとかいう
うたい文句だったのに、実際使ってみるとクソ遅かった。当初は性能が低いのは
gccのせいとか言われていたけど、Sunのコンパイラ使ってもクソ遅いのはほとんど
変わらなかったし。

結局、初から70MHzと比較的高クロックだったmicroSPARC積んでいたSS5のほうが、
33MHzと低クロックなSuperSAPRCを積んでいたSS10よりもずっと高性能だった。

最終的にSuperSPARCはクロックを上げてなんとか性能確保したけど、アーキテクチャ的に
失敗していたCPUとしかいいようがない。
273 :名無しさん@お腹いっぱい。2010/11/17(水) 12:38:41
CPUはCPU屋に任せればいい時代。
274 :名無しさん@お腹いっぱい。2010/11/17(水) 12:39:26
SuperSPARCはベンチマークは立派な数字なんだけどねー
並列に実行できる命令は限られているし、分岐や関数コールは並列には処理できないしねー
275 :名無しさん@お腹いっぱい。2010/11/17(水) 12:42:11
EWSは数値計算能力が命
ベンチマークが速い=数値計算が速い、まるで問題なし
276 :名無しさん@お腹いっぱい。2010/11/17(水) 14:02:24
>>275
Dhrystoneだけが速くても、数値計算能力があるって事にはならない罠
277 :名無しさん@お腹いっぱい。2010/11/17(水) 15:01:10
スーパースカラはベンチマークだけで実際には遅いと言う人が使ってるソフトは、数値計算じゃないのよ。
文字列処理や分岐が多いコードでは、スーパースカラは性能が活かせない。
278 :名無しさん@お腹いっぱい。2010/11/17(水) 15:54:42
ナイアガラとロックで一応起死回生は狙ってたんじゃないか
ロックが、サンの実力を超えた計画だっんだろ
279 :名無しさん@お腹いっぱい。2010/11/17(水) 16:14:42
結局SPARC64すら越えられないことがわかって、65nmが主流の間に出すことができなかったと。
280 :名無しさん@お腹いっぱい。2010/11/17(水) 16:47:20
RockはTDPが250W級で、空冷では無理があったと思う。
普通に考えれば、そんな消費電力で信頼性をAPL以上にするのは無理。
281 :名無しさん@お腹いっぱい。2010/11/17(水) 23:35:30
というかrockは実用的でない論文用CPUだったと思う。
そこを見抜けなかったジョナタンは阿呆
283 :名無しさん@お腹いっぱい。2010/11/18(木) 23:09:28
UltraSPARC Vをキャンセルするのではなくrockをキャンセルしていたら
どうなっていただろうか?
Sunらしくない選択であると思うが、Sunは生き延びていたと思う。
UltraSPARC IV+はクロック比以上に性能が向上したので、現場に切れる
技術者がいたと思う。それを活かせなかったのは残念。
284 :名無しさん@お腹いっぱい。2010/11/18(木) 23:12:40
>>273
CPUはCPU屋ではなくプロセス屋でないと作れない時代。
ファブレスではがんばれない。
285 :名無しさん@お腹いっぱい。2010/11/18(木) 23:19:28
>>283
ないない、絶対にないw
そもそも、方向性が似ているSPARC64にまるっきり歯が立たなくて切られたんだし。
286 :名無しさん@お腹いっぱい。2010/11/19(金) 00:19:55
2.1GHzのUltraSPARC IV+は、SPARC64とほぼ同等だったんで
サンはどうするか迷ったんだよね
287 :名無しさん@お腹いっぱい。2010/11/19(金) 09:15:25
インテルかIBMしか、まともなCPUが作れないとすると、サンには先はないわな
288 :名無しさん@お腹いっぱい。2010/11/19(金) 10:24:02
パナソニックは?
インテル並の最先端ファブ持ってるじゃん。
290 :名無しさん@お腹いっぱい。2010/11/19(金) 15:44:27
先月から32nmで量産してるらしいぞ。
VIERAとかDIGAに使われるチップが。
292 :名無しさん@お腹いっぱい。2010/11/19(金) 19:57:21
>>272
どうしてこうチョーシこいたのが出るかね(つーか、いつものハゲだろうがww)
SuperSPARCは素 SPARCと同じ 40MHzで出るはずが出せなかったんだよ。
33MHzてのは、クロックをあげられなかった。SuperCacheもしばらく載らなかった。
初 Penの 60MHzとかと一緒だろうが。
SuperSPARCはいいんだよ。UltraSPARCの時に hyperSPARCを潰したのがマズかった。
だがこいつは Fとグルだったからな。なんとも。
293 :名無しさん@お腹いっぱい。2010/11/22(月) 00:49:58
China's domestic CPU FeiTeng-1000 has been installed in supercomputer Tianhe-1
http://www.defence.pk/forums/china-defence/78807-chinas-domestic-cpu-feiteng-1000-has-been-installed-supercomputer-tianhe-1-a.html
> Anyway some spec for the FeiTeng-1000 CPU:
> SPARC instruction set
> 65nm process
> 8 cores
> 8 simultaneous threads per core
> running at 1GZ
297 :名無しさん@お腹いっぱい。2010/11/23(火) 16:02:29
さぁ
何にしても、1GHz動作を笑っちゃイカンってことだ

SunのNiagaraシリーズは、
全コアが生きているのや最高クロックで動作するのを積んだのは恐ろしく高い値段だったので、
そのようなチップの収穫量はかなり少なかったんだろうな、って思うよ。
298 :名無しさん@お腹いっぱい。2010/11/23(火) 16:29:07
いずれにしても、NiagaraベースのうんこCPUで、富士通見たくスパコン用改良もせずにやり遂げたとしたら、
それはそれですごいことだ。
300 :名無しさん@お腹いっぱい。2010/11/23(火) 18:17:28
>>298
nVidiaのGPGPU + intelのx86 CPUのクラスタですぜ。
中国独自開発はインターコネクト部分だって話だ。
301 :名無しさん@お腹いっぱい。2010/11/23(火) 18:31:50
インターコネクト用チップとは別に、サービスノードにSPARC使ってるらしい

U.S. says China building 'entirely indigenous' supercomputer
http://www.computerworld.com/s/article/9194799/U.S._says_China_building_entirely_indigenous_supercomputer_
> Along with the Intel and Nvidia chip, this system includes
> a third chip, the FeiTeng-1000, an eight-core, Chinese-produced,
> Sparc-based processor that is used to operate service nodes,
> such as log-ins.
302 :名無しさん@お腹いっぱい。2010/11/23(火) 18:34:30
インターコネクトがキモだろ、こういうタイプのスパコンは。
303 :名無しさん@お腹いっぱい。2010/11/23(火) 18:52:57
まあ、このSPARCチップはスパコンの性能とは何の関係もないということで
305 :名無しさん@お腹いっぱい。2010/11/23(火) 20:00:56
既製品を持ってきて済ませるのではなく、自分たちで作ろうという話になる中国、うらやましいぜ。
日本じゃ、オリジナルで作る必要性を大勢に説明しても、さらにひっくり返されるだろうな。
307 :名無しさん@お腹いっぱい。2010/11/23(火) 21:03:30
もしSunがSPARCプロセッサの開発者を大量レイオフしていたとすれば、彼らを中国が獲得していても不思議じゃない。
309 :名無しさん@お腹いっぱい。2010/11/23(火) 21:23:58
中国でなくたってアメリカでも、仕事が終わればポイだよ。

飼い殺されてろくに設計の仕事をせずにいたら錆び付くが、
中国で仕事すれば錆び付かずに済む。

そういうわけで、中国から声がかかれば応じる人はいるだろう。
314 :名無しさん@お腹いっぱい。2010/11/24(水) 23:25:30
プンスパでググッたら最大の夜長スレで既出だった
315 :名無しさん@お腹いっぱい。2010/11/26(金) 00:35:29
SPARC Solaris Sunrise SuperCluster って何やねん
316 :名無しさん@お腹いっぱい。2010/11/26(金) 13:36:30
>>314
これか。↓

 127 :名無しさん@お腹いっぱい。:2006/10/15(日) 00:32:13
 OpenSPARC って、略して「プンスパ」でいいのか?

その直後に、

 129 :名無しさん@お腹いっぱい。:2006/10/15(日) 02:00:02
 そもそも略語を考えなければならないくらいの頻出単語なのか? > OpenSolaris

とか言われててワラタw
317 :名無しさん@お腹いっぱい。2010/11/27(土) 22:15:14
いや、これも含めてってことで

> 128 :名無しさん@お腹いっぱい。:2006/10/15(日) 01:33:05
> オープンソースがオプソだからオプスパかなぁ なんかオムそばみたい
320 :名無しさん@お腹いっぱい。2010/12/02(木) 23:21:28
富士通とオラクル、新プロセッサを搭載した「SPARC Enterprise Mシリーズ」提供開始
http://www.rbbtoday.com/article/2010/12/02/72495.html

富士通と米Oracle、UNIXサーバー「SPARC Enterprise Mシリーズ」を強化
新CPU「SPARC64 VII+」を搭載、デザインの共通化で継続提供をアピール
http://cloud.watch.impress.co.jp/docs/news/20101202_411125.html
321 :名無しさん@お腹いっぱい。2010/12/02(木) 23:34:02
F通ロゴの製品をNECで扱うのは問題ないの?
ロゴ部分にカバーとかかけるのかな
ちょっと気になったもんだからさ
322 :名無しさん@お腹いっぱい。2010/12/02(木) 23:36:14
PCでいいからWorkstationにも「継続提供のメッセージ」を送ってくれorz
323 :名無しさん@お腹いっぱい。2010/12/02(木) 23:42:23
>>321
NECは金があるから、OEM製品でもロゴ変えてること多いね。
324 :名無しさん@お腹いっぱい。2010/12/03(金) 00:39:30
>>321
問題ないように、富士通ではなくSunの製品だってことになってる。
Sunのロゴの上にNECのロゴのシールを貼り付けてるのだと思うぞ。

ある会社では、いったん自社の工場に運び込んで開梱してロゴのシール等を貼り付けていたが、
それがアホらしいっていうので、納品時の現場で営業がロゴのシールを貼り付ける方式に変えたらしい。
325 :名無しさん@お腹いっぱい。2010/12/03(金) 00:42:26
>>320
写真では、よくわからないが、なんかチップが巨大じゃね? 500mm2越えてそう
326 :名無しさん@お腹いっぱい。2010/12/03(金) 01:05:47
伊藤忠は昔からシール方式だったな。
327 :名無しさん@お腹いっぱい。2010/12/03(金) 11:24:10
>>323>>324>>326
レスあんがと
やっぱりシールか何か使って対策すんのか
328 :名無しさん@お腹いっぱい。2010/12/03(金) 11:52:57
古くはSunのロゴの上に富士通シール貼っつけていたなぁ。
329 :名無しさん@お腹いっぱい。2010/12/03(金) 15:16:09
昔もSunのハードを富士通がOEM供給していたような・・・。

CPU以外、たとえばキーボードのType5は、構造からして明らかに富士通(高見沢)製造くさかった。
331 :名無しさん@お腹いっぱい。2010/12/04(土) 17:52:45
ttp://ftp-admin.blogspot.com/2010/11/solarisamd-sp5100ahci.html

これとか読んだ?
もうOpteronマシン(正確にはAMDチップセットか)に
Solaris系のカーネル入れるのは職人の領域だねぇ
332 :名無しさん@お腹いっぱい。2010/12/04(土) 21:09:27
プレジデント(笑)にEXADATAの広告が
ソフトバンクモバイルで採用されましたよの文言が…
Oracleは落ち目の韓流れという言葉を知らないんだろうか
333 :名無しさん@お腹いっぱい。2010/12/04(土) 21:49:15
エリソンのおっさん、もっと上手にケンカしろよ

Oracle、元HP会長兼CEOのマーク・ハード氏を社長に指名
http://www.itmedia.co.jp/enterprise/articles/1009/07/news029.html

HP、Oracleの共同社長に就任した前CEOを提訴
http://itpro.nikkeibp.co.jp/article/NEWS/20100908/351831/

HP前CEOを迎え入れたOracleエリソンCEOの思惑
http://www.itmedia.co.jp/enterprise/articles/1009/13/news033.html

HPの前CEO、マーク・ハード氏のOracle移籍問題で両社が和解
http://cloud.watch.impress.co.jp/docs/news/20100921_395368.html
>和解条件は非公表だが、HPが米国証券取引委員会(SEC)に提出した書類によると、
>ハード氏が退職に際して受け取ったHP株34万株あまりの保有権利を放棄するとのこと。

Oracleの定義するクラウドコンピューティング
http://www.itmedia.co.jp/enterprise/articles/1009/21/news071.html
>「インターネット上でアプリケーションを動かすsalesforce.comと
>われわれのクラウドは別物だ」とsalesforce.comを挑発するラリー・エリソン氏

Salesforce.comはクラウドではない? Oracleの新戦略
http://cloud.watch.impress.co.jp/docs/column/infostand/20101004_397929.html
salesforce.comベニオフCEOの「偽物のクラウド」批判はオラクルも対象に!
http://ascii.jp/elem/000/000/559/559739/

何が本物で、どれが偽物なのか
http://www.itmedia.co.jp/enterprise/articles/1010/12/news079.html

HP、社内CRMシステムをオラクル製品からSalesforce.comに乗り換えか
「40〜50%のコスト削減につながる」と事情筋
http://www.computerworld.jp/topics/move/189978.html
334 :名無しさん@お腹いっぱい。2010/12/05(日) 00:28:15
安くなるからといって機密情報を他社のインフラの上に置こうとは普通は思わないけど
欧米のCEOはそう考えないのかな
Hardware, software, completeならHPの出る幕はないんだろうけど

ttp://itpro.nikkeibp.co.jp/article/Interview/20070905/281191/
もっとも,コンピュータがユーザーの行動を分析するようになると,
ユーザーのプライバシーがコンピュータに膨大に記憶されるようになります。
こういった個人情報は,ユーザー本人しか触れないクライアント・コンピュータに蓄積されるべきです。
あなたはプライバシーを,サーバー(コンピュータ・クラウド)に保存したいと思いますか?

335 :名無しさん@お腹いっぱい。2010/12/05(日) 00:29:33
ttp://twitter.com/Nakada_itpro/statuses/10606151854985216
去年、国産メインフレーマーを退職した60
代のエンジニアとお話しした際にも、「自分
がやってた並列メインフレームの研究がス
トップさせられた時に、上司が口にしたの
は『ムーアの法則』だった」って仰ってました
336 :名無しさん@お腹いっぱい。2010/12/05(日) 00:31:36
>>334
日本のアホ経営者を騙そうとしてるのかもよ。
なにしろ日本はスパイが野放しになってるしね。
337 :名無しさん@お腹いっぱい。2010/12/05(日) 00:48:15
>>336
うんむ
それもあるかもね
カスゴミの報道でアナログ回路の技術者を大量リストラするアホが経営者やってるからな

EXADATAはプレジデント(笑)がソフバンの禿をヨイショする記事を特集していたので
それに乗っかっただけかもしれんが…
しかし痛い雑誌名だよなw
338 :名無しさん@お腹いっぱい。2010/12/05(日) 02:16:17
スポットでの修理を拒むなんてSolarisユーザーを
アングラ(中古業者に失礼かw)に追い込んで
いったいOracleは何がやりたいんだろうか?
ハードもソフトも勝手に個人輸入しろってことか
339 :名無しさん@お腹いっぱい。2010/12/05(日) 02:49:06
>>334
だからといって「企業内クラウド」とかアホなことを言っている
日経うんちゃらも…

実体がなかったWeb2.0と違って、下手にクラウドコンピューティングという
実体があっただけに罪が大きい。
340 :名無しさん@お腹いっぱい。2010/12/05(日) 10:09:21
スパイ云々言ってるのは病人だろ
反応するなよ
342 :名無しさん@お腹いっぱい。2010/12/05(日) 11:45:28
>>340
おまえ・・・
日本の自動車メーカーの国際電話が盗聴されてた件とか、知らないの?
344 :名無しさん@お腹いっぱい。2010/12/06(月) 11:09:41
>>342-343
自前のデータセンターだとどうして安全なんだ?
おまえらが小学生って感じ
345 :名無しさん@お腹いっぱい。2010/12/06(月) 14:53:20
>>344
自前のデータセンターが安全じゃなければ
もうITやる意味ないんじゃないの

ところで古いニュースだけど興味ない?
ttp://journal.mycom.co.jp/news/2010/11/08/015/index.html
346 :名無しさん@お腹いっぱい。2010/12/06(月) 14:56:15
MySQLを大量に使ってるユーザーってこういうサポート買ってるのかね?
348 :名無しさん@お腹いっぱい。2010/12/06(月) 15:02:51
ttp://www.computerworld.jp/topics/oracle-sun/143953.html
 「Sunの監査が甘いというのはよく知られている。明らかにコンプライアンスができていない顧客も見かける」
とコロン氏。「Sunの営業担当者は、顧客が何かを買ってくれる限りは大目に見ようと考える。
Oracleの場合はこうはいかないだろう」

ハードウェアが売れないと分かったとたんOracleは買収に掛かった投資を回収しようと激烈な対応に出てくるだろうな
あぁもう出てきてますかスマソ
349 :名無しさん@お腹いっぱい。2010/12/06(月) 15:21:10
OracleがSun買った目的がぜんぜん見えないね
こりゃ買わされたと見るのが自然だね
350 :名無しさん@お腹いっぱい。2010/12/06(月) 16:30:48
>>349
やっぱりIBMに買収されて、オラクルのユーザーがDB2に移行するのが、嫌だったんじゃね
351 :名無しさん@お腹いっぱい。2010/12/06(月) 17:10:43
どっかにSolarisを使い続けたいUS govに落ち目のSunを押し付けられたと書いてあった
一番ありがちと思ったw
352 :名無しさん@お腹いっぱい。2010/12/06(月) 17:20:27
H/Wのサポートもスポット対応で大目に見てくれてたからSunを選ぶ価値があったのに
過去支払うべきであったサポート代金もきっちり払ってくださいじゃ誰も買わん罠
DELLかHPと(または●あたりのベアボーンか)CentOSかUbuntuに逃げられて終わり
好事家たちももう肩持つ気にもならんでしょ
354 :名無しさん@お腹いっぱい。2010/12/06(月) 18:11:26
でも一般のお客さんは今まで通りやってもらえないと困るよねぇ
楽しいOSなんだから政府にだけ独占させとくのも癪だよ
気軽に業務利用できるようになってないとさ
355 :名無しさん@お腹いっぱい。2010/12/06(月) 20:47:02
米Oracle、Hudsonコミュニティと衝突。Hudsonの商標保有を主張するも事実なし?
http://sourceforge.jp/magazine/10/12/06/0258241
356 :名無しさん@お腹いっぱい。2010/12/07(火) 00:07:20

過去支払うべきであったサポート代金もきっちり払ってください

過去支払うべきであったサポート代金の1.5倍をきっちり払ってください。
360 :名無しさん@お腹いっぱい。2010/12/07(火) 10:38:04
>>345
データ流出は内部関係者の犯行のほうがおおいんじゃないのか
自前のデータセンターだから安心できるなんていうのは幻想
別にクラウドをひいきするつもりはないが
メーカーのデータセンターにアウトソーシングするのと
メーカーのいうクラウドを使うのの間に、どれほどの差があるかは俺には分からん
そもそもクラウドのメリット自体もよくわからんが、ハードの入手時間が短くなる
開発機なんかを買う必要がなくなる、ピーク対応が容易になる、くらいじゃないの
361 :名無しさん@お腹いっぱい。2010/12/07(火) 11:17:04
まあ内部犯行者もデータセンター部分から流出されるよりかは
もっと別の部分のほうが多いんじゃないかな
だからその話題でデータセンターに持っていくのはつらいところ
362 :名無しさん@お腹いっぱい。2010/12/07(火) 14:43:55
>>360
別に内部犯行者を利用すれば外部の人間が機密を入手しやすい
それはクラウドじゃなくても可能というのは確かだ
だが安いから他社のクラウドというのは違うだろ
クラウドは安全だという幻想を振りまきたいのは分かる
クラウドに特別なセキュリティは必要ないと書いてあった最近の記事には
必死すぎて笑ったが
363 :名無しさん@お腹いっぱい。2010/12/07(火) 15:10:23
常識的に考えれば、ローカルで処理すべき、中小企業の出納管理。
なぜか、インターネット上のオンラインサービスとして提供する会社が。
それを利用する人達って、どんだけお股が緩いのか。
364 :名無しさん@お腹いっぱい。2010/12/07(火) 20:08:30
中小企業だったら、もともと外部に委託してたりするんだろう
リスクは似たり寄ったり
365 :名無しさん@お腹いっぱい。2010/12/07(火) 21:20:14
詭弁のガイドラインに抵触してますね
367 :名無しさん@お腹いっぱい。2010/12/08(水) 02:46:14
パソコン内の重要なファイルを預かり(バックアップ)しますっていう無償サービスもあるよね。
なんで無償でできるのか?

容量が一定を越えると有償にして、その入り口を無料にしているというのは建前で、
何らかの機関が調査に使っていたりしてね

かつてメールに添付できるファイルのサイズが小さく制限されていた時代には、
企業間のメールでさえも別途ファイルをアップローダ経由で受け渡ししてる場合があった。
ダウンロードにパスワードが必要でも管理者にはダダ漏れだし、
当時の貧弱なzipのパスワードロックなんて意味がなかったし・・・。
368 :名無しさん@お腹いっぱい。2010/12/08(水) 07:57:09
クラウドは安全じゃないが、自前の設備、自前の要員だって安全じゃないだろ
自前にこだわるのは、自分の仕事がなくなるのを恐れてる連中というのも事実じゃないか

サンはクラウドのプロジェクトも、まともに展開できなかったな
369 :名無しさん@お腹いっぱい。2010/12/08(水) 09:38:39
SPARCを抱えてる会社では、Googleのようにソフトウェアでハードウェアの信頼性をカバーする、なんていう技術は育たない。
370 :名無しさん@お腹いっぱい。2010/12/08(水) 11:08:55
Googleは、それでカバーできる範囲内だからそれでいい、ってだけの話なんだが
371 :名無しさん@お腹いっぱい。2010/12/08(水) 11:14:14
サンの製品がどこまで可用性が高かったというのは一つの謎だな
372 :名無しさん@お腹いっぱい。2010/12/08(水) 12:44:08
>>369
SPARCを抱えてる会社だから育ったと思うが?w
普段はSunサーバの信頼性の無さを叩いてクラウドに引きずり込むときは
ハードウェアの会社にはソフトウェアの技術がないと叩く
もうね
死ねとしか
373 :名無しさん@お腹いっぱい。2010/12/08(水) 12:49:03
その昔、UNIXでDBとかネタですかと言われましたとさ
374 :名無しさん@お腹いっぱい。2010/12/08(水) 13:07:23
>>370
でも、Googleのサービスが落ちることって滅多にないよね? かなりの可用性だよ?
375 :名無しさん@お腹いっぱい。2010/12/08(水) 13:10:57
>>372
あ?
Sunは68K時代に、すでに軌道に乗ってたぞ。
SPARCやらずにMIPS、あるいはPowerPCにしていても、結果は同じか、それよりも良かったかもしれんぞ。
376 :名無しさん@お腹いっぱい。2010/12/08(水) 17:01:28
>>373
Ken Tompsonは「DB用のファイルシステムを書けばいい。それだけのことだ。」って
言ってけど。
Oracleが昔 Raw Deviceを使ってたのはつまりそういうことだ。
で、現代では(だいぶ昔からだが)Raw Deviceで DBMS内でやるより
そのまま Unixのファイルシステム使った方が速いし取り回しも良い。

>>374
落ちて切り替わった時の支障具合が問題なんだよ。Googleなんかこんな文脈で
出すなんてエンプラ方面無知具合自慢されても困るんだがwwww
378 :名無しさん@お腹いっぱい。2010/12/08(水) 18:50:24
>>376
クラウドって、どういうことか、わかっている?
多数のサーバによる分散&冗長処理だよ?
379 :名無しさん@お腹いっぱい。2010/12/08(水) 18:52:15
>>376
Unixのファイルシステムって、HDDへの物理的な書き込み順序や書き込み完了確認・ベリファイを、制御できるの?
380 :名無しさん@お腹いっぱい。2010/12/08(水) 18:53:05
> そのまま Unixのファイルシステム使った方が速い

安全でなくて構わないなら速くできるに決まってる
381 :名無しさん@お腹いっぱい。2010/12/08(水) 19:05:07
>>379
Solarisならきっと何とかしてくれる!
382 :名無しさん@お腹いっぱい。2010/12/08(水) 19:18:42
>>379
トランザクションを扱うならDBのレイヤでやるだろ普通
383 :名無しさん@お腹いっぱい。2010/12/08(水) 20:24:26
>>378
> クラウドって、どういうことか、わかっている?
そんなもん、定義による。それこそ会社のサービスの数だけ定義がある。
都合のいいのだけ脳内に置いて好きなこと言われてもな。なんの説得力もない。
384 :名無しさん@お腹いっぱい。2010/12/08(水) 20:49:01
>>379
O_SYNC
385 :名無しさん@お腹いっぱい。2010/12/08(水) 21:32:36
>>384
で、Unixのファイルシステムってのは複数台のサーバが同一の物理HDDをマウントできるの?

>>382
そのトランザクションのコミットが成功したと言いながら、まだHDDに書き込まれてない、なんてことが発生したらマズかろう?
トランザクションを実現する上で、HDDへの書き込み順序と書き込みが正常に行われたことの確認は、必須なのよ。
386 :名無しさん@お腹いっぱい。2010/12/08(水) 21:33:27
コマンドキューイングとか考えだしたらたまらんな
387 :名無しさん@お腹いっぱい。2010/12/08(水) 21:33:44
>>383
SPARC & Solaris をクラウドと定義するのかwwwwwww
388 :名無しさん@お腹いっぱい。2010/12/08(水) 21:35:07
>>386
コマンドキューイング下でも、FSW(Force Sequential Write) で、
ホストから指示された順番を守って物理媒体に書き込めるよ?
390 :名無しさん@お腹いっぱい。2010/12/08(水) 22:24:57
>>385
NFSでは困りますの?

2つ目はロックを使えば別にマズくないよ
ファイルシステム上のデータファイルの管理はDBが責任を負う
391 :名無しさん@お腹いっぱい。2010/12/08(水) 23:00:23
>>390
そのNFSサーバは、どうやって二重化するの?

ロック? え?
392 :名無しさん@お腹いっぱい。2010/12/08(水) 23:13:48
パスを2重化でいいんじゃないの
つか何がやりたいのか良く分からんのだけどw
395 :名無しさん@お腹いっぱい。2010/12/09(木) 01:56:19
>>385
なんで自分がSANすら知らない無知ってことを喧伝したがるの?
自分の無知さをさらけ出すことに快感をおぼえる変態なのか?
396 :名無しさん@お腹いっぱい。2010/12/09(木) 09:25:02
>>395
は?
SANにしたところで、複数のサーバが同一HDDにアクセスするのは排他になっちゃうだろ。
そうではない高度なディスクサーバを使うのであれば、それはローカルの機能を移し変えただけに過ぎない。
NFSやUFSなんて論外。
397 :名無しさん@お腹いっぱい。2010/12/09(木) 11:28:13
NFSいいじゃん
SANより柔軟だし安いし
DASならいいじゃんもっと安いし
安さは正義!w
398 :名無しさん@お腹いっぱい。2010/12/09(木) 11:56:14
DBはともかくCADはNFSでやってましたよ。
もちろん専用機ですが。
399 :名無しさん@お腹いっぱい。2010/12/09(木) 12:48:07
>>396
おまいスクエニdisってんの?w
ttp://www.itmedia.co.jp/enterprise/articles/0502/24/news073.html
古い記事だけどさぁ
400 :名無しさん@お腹いっぱい。2010/12/09(木) 13:05:47
>>396
お前、本当に無知なんだな…。
401 :名無しさん@お腹いっぱい。2010/12/09(木) 13:35:24
>>399
オンラインゲームと、ミッションクリティカルを一緒にしないでくれ。

>>400
じゃぁなんでOSのファイルシステムを使わない選択をしたのさ?
402 :名無しさん@お腹いっぱい。2010/12/09(木) 14:19:24
>>401
黙れ独占企業の飼い犬が
403 :名無しさん@お腹いっぱい。2010/12/09(木) 14:50:50
>>401
オンラインゲームだってミッションクリティカルだろ…
404 :名無しさん@お腹いっぱい。2010/12/09(木) 14:55:04
オンラインゲームも、1日でも止まると大変な金額が吹き飛ぶし、ユーザーが離れたら取り返しがつかない。
しかし、トランザクションの一貫性に対しては、さほどシビアではない。
405 :名無しさん@お腹いっぱい。2010/12/09(木) 15:00:43
>>399
オンラインゲームでSunFireとか使ってスケールアップで対処するのって、技術力のなさを金でカバーする、いわば物量作戦だよね〜
そういうソリューションを提供できるというのは、Sunの強みでもあったね。

オンラインゲームこそ分散処理が可能なので、その技術があれば、スケールアウト可能だが、
簡単ではないし、下手するとプロジェクトが火を噴くよねー。
406 :名無しさん@お腹いっぱい。2010/12/09(木) 16:04:37
>>405
ttp://nejitu.blog88.fc2.com/blog-entry-3916.html
29:234 名前:FF11の歴史?[sage] 2010/08/06(金) 19:48:32 GtFiDxFT
36:240 名前:FF11の歴史?/?[sage] 2010/08/06(金) 19:51:14 GtFiDxFT

当時の状況らしい
事実かどうかは知らんけど
407 :名無しさん@お腹いっぱい。2010/12/09(木) 16:11:55
>>399
安いIAサーバの性能が格段に向上してるのに
いまどき、オンラインゲームサーバにRISCサーバ使ってるところなんてないだろ

2002年頃のエバークエスト導入事例
http://www-06.ibm.com/systems/jp/x/userref/so-net/
408 :名無しさん@お腹いっぱい。2010/12/09(木) 16:20:33
FFのゲームサーバはSolaris入れたHPのPCサーバだったという話があったね
いまちょっとURL探しても見つからんかったけど
その直後にSunがx86版Solarisを止めるとかなんとか言いだしたような記憶がある
409 :名無しさん@お腹いっぱい。2010/12/09(木) 16:41:20
>>401
お前がしったかですらない、ただの無知で恥の上塗りが大好きってことは理解してあげたから、いい加減黙れ。
410 :名無しさん@お腹いっぱい。2010/12/09(木) 16:59:30
>>409
ん?

SCSIで2台のサーバ間でHDDを共有してた時代の話だろ?
411 :名無しさん@お腹いっぱい。2010/12/09(木) 22:39:21
この記事のライターはお約束とか出来レースとか書いてるけど
salesforce.comのデブおっさん調子乗りすぎ

「箱を売るのはクラウドではない」とベニオフ氏――Oracleとの応酬はもはや形式美の域か?
http://www.itmedia.co.jp/enterprise/articles/1012/08/news079.html
> 「今年の9月に」とベニオフ氏は続ける。「私はOracle Open Worldに招かれた。
>Oracleの人間から“マーク、Oracleもクラウドをやってるんだよ”と見せられたのが
>――箱だった。
>同じ会場、同じホールで、Oracleは箱を、クラウドだとして紹介していた!
>私は今でもそのことが信じられない」

「期待を裏切らない男」ベニオフ氏 転向ユーザーに悪の帝国からの帰還を促す
http://www.itmedia.co.jp/enterprise/articles/1012/09/news023.html
>冒頭から「せっかく皆さんが(Dreamforceに)集まってくれているのに、われわれの
>ジャマをする勢力がある」と切り出すベニオフ氏。「われわれは新しい業界を築こうと
>しているのに、古い業界に所属するある企業が、いたずらに恐怖心や不安を煽っている」
> 「その企業――Microsoftという会社は、Windowsというイマイチなソフトウェアを作り、
>ただのマイナーアップデートかと思ってOSを更新したユーザーにカネを請求するような
>ビジネスを通じて、これまで“悪の帝国”といえるような支配をしてきた」とベニオフ氏。
412 :名無しさん@お腹いっぱい。2010/12/09(木) 23:18:52
>>365
キャッシュの同期がとれないから複数台のサーバーからマウンドできるわけがない。
なんでそんな当たり前のことを聞く?(やれば性能ダウン)おまえは馬鹿か?
413 :名無しさん@お腹いっぱい。2010/12/09(木) 23:29:20
>>388
OSが書き込み完了と認識するのはキューされたコマンドの完了が通知
されたとき。したがってコマンドキューイングは書き込み完了の認識
の障害にはならない。むしろディスク側のライトバックキャッシュを
オンにすることほうがマズイ。最近のPCはライトバックキャッシュが
オンなのでDBサーバーのディスクが遅いと怒鳴り込んでくる客が多い。
だからLinuxの最近のはやりはサーバーでもディスクのライトバック
キャッシュをオンにするのが流行っている。
414 :名無しさん@お腹いっぱい。2010/12/09(木) 23:36:07
>>390
だめ。相手側の更新した範囲が、自分内のファイルキャッシュから破棄
されない。
NFSには、NFSサーバー側からクライアントへのキャッシュ破棄の通知
機能がないんだ。NFSのローカルキャッシュをオフにすればやれないことは
ないが性能ダウン。
415 :名無しさん@お腹いっぱい。2010/12/10(金) 01:00:09
>>413
おいおい

DBで重要なのは、物理ディスクへの書き込みの順序が入れ替わらないこと
ライトバックONのまま、FSWでOK
416 :名無しさん@お腹いっぱい。2010/12/10(金) 01:09:29
ん?
書き込み順序なんてどうでもいいだろ。
たとえば、Oracleの表領域は複数のファイルで構成されているが、
各ファイルへの書き込みがシーケンシャルに行われる必要はない。
つうか、そこでシーケンシャルにされると、複数のファイルに分けてIOを分散する意味がなくなる。
417 :名無しさん@お腹いっぱい。2010/12/10(金) 01:48:19
>>416
トランザクションの途中で電源落ちたら、困るぞ。
418 :名無しさん@お腹いっぱい。2010/12/10(金) 02:20:30
>>417
ん??
トランザクションの途中なら、そもそも書き込みが正常に終わってない分けだから、
インスタンスリカバリ(ロールバック)が走るだけだが?
最終的に論理的な整合性が取れていればいい、っていうのがOracleに限らずほとんどのDBMSの基本的な考え方だろ。
419 :名無しさん@お腹いっぱい。2010/12/10(金) 02:27:48
>>417
おまえ、>>401あたりの無知か? トランザクション処理が終わって、それが
反映されていないというのなら問題だけど、トランザクションの途中なら
関係ないだろうが。

いい加減自分の無知っぷりを反省して勉強しなおせよ。
420 :名無しさん@お腹いっぱい。2010/12/10(金) 02:34:53
トランザクションの途中で落ちたのでロールバックするとき、
・トランザクションの途中で落ちたと検出する
・正しくロールバックする
この2つを完璧にこなすためには、物理媒体への書き込み順序が保証されている必要がある。
421 :名無しさん@お腹いっぱい。2010/12/10(金) 02:53:40
自分がアレなことを言ったのを訂正せずに、必死になって後付けか…
423 :名無しさん@お腹いっぱい。2010/12/10(金) 03:53:30
379あたりからずっと粘着してシッタカ垂れ流しては一撃論破されているヤシ、
いつもの基地外インテルアンチの別の芸風なのかもしれないとか思い始めてきた…
425 :名無しさん@お腹いっぱい。2010/12/10(金) 09:06:00
富士通のDB向けのHDDはライトバックキャッシュON、FSW=1がデフォルトで出荷されてる。
FSWを知らない人は、中身を知らない人。
426 :名無しさん@お腹いっぱい。2010/12/10(金) 09:17:07
ていうか、
もし、書き込み順序が保証されなくても構わないなら、
HDDのライトバックキャッシュをOFFにする
なんてことはパフォーマンス低下するから、やらないよな?

HDDのライトバックキャッシュをOFFにするのは、
手っ取り早く、書き込み順序を保証するためだよ。
427 :名無しさん@お腹いっぱい。2010/12/10(金) 15:41:38
もし、DBMSが物理書き込み順序の保証を要求するなら、ストレージなんてとても使えまへんがなw
せっかくLUへの書き込みパスを複数用意しても、1本しか使わなくなるし。
何のために、一般的なDBMSが論理と物理に構造を分けていると思ってるんだ。
430 :名無しさん@お腹いっぱい。2010/12/10(金) 16:38:44
>>426
writeback cacheのoffが書き込み順序の保証のため?
なにとんでもないこと言ってるんだ。きちんと書き込めたかどうかの保証の
ためにはやるけど、順序の保証のためになんてやらん。いいかげんにしろ、バカ。
431 :名無しさん@お腹いっぱい。2010/12/10(金) 18:05:36
HDDレベルでの書き込み順序を気にする理由がわからん。
トランザクション整合性が破れないならどんな順序で書き込んでもいい。
ただ物理的に書き込んだか否か知られればよい。
Write back cacheについては不揮発性メモリのレイヤで担うのが一般的。
アーキテクチャのレイヤ構造の全体像を全く理解できてない。
各レイヤを局所的にしか理解できてない。
432 :名無しさん@お腹いっぱい。2010/12/10(金) 18:39:13
ライトバックキャッシュがONでも、書き込み失敗をホストに通知できるぜ? それに必要な機能はSCSI-2時代からあるぞ。

> Write back cacheについては不揮発性メモリのレイヤで担うのが一般的。

それはさ、書き込み順序を保証するにあたって、
HDDに保証させるとパフォーマンスが悪いので、
バッテリーバックアップ付きのRAIDコントローラに保証させよう、ってことよ。

もし本当に、書き込み順序を保証する必要がなければ、
ライトバックキャッシュにバッテリーバックアップなんて必要ないのよ?
434 :名無しさん@お腹いっぱい。2010/12/10(金) 21:30:35
>>431
汎用機の人たちをUNIX界隈の人が笑えないと分かって楽しいじゃん
435 :名無しさん@お腹いっぱい。2010/12/10(金) 22:13:17
話がgdgdしているが、昔の話だよな?
パラレルのSCSIや、
SANといってもFibreChannelのホストアダプタとHDDの間をスイッチで繋ぎ換えるだけの、
パラレルSCSIのマルチ・イニシエータのケーブル長の制約から逃れる目的の時代。

ホストからHDDに送ったデータが順不同で書き込まれると、
後から届いたトランザクションログのポインタは書き込んだが、
先に届いたトランザクションログの中身はまだ書き込んでいない状態が発生し、
そこで電源が落ちると、トランザクションログがおかしなことになる。
436 :名無しさん@お腹いっぱい。2010/12/11(土) 03:12:15
言葉のあやに騙されているねえ。writeで書き込んだデータがディスクに書き込み完了まで
待てれば、書き込み順序を保証できる。具体的に以下のコードがどう動くかを考えてごらん。

write(fd, ... ) -- (1)
fsync(fd);
write(fd, ....) (2)

ディスク側が書き込み順序を入れ替えようと、fsync()は、前のwriteが
完了するまで待つから、(1)と(2)のwriteの順序は保証される。
DBのコミットはunix apiではfsync()かO_SYNCで実装するんだよ。
437 :名無しさん@お腹いっぱい。2010/12/11(土) 03:29:30
たとえば、2つのDBインスタンスのログライターが上のコードを
実行したとする。ログライター間では、writeシステムコールの順序
の保証はいらないことはわかるよね。

だから、ディスク側はataやscsiコマンドレベルのwriteの順序まで保
証する必要はしなくて良い。ディスク媒体(もしくはバッテリ
バックアップ付きのライトバックキャッシュ)への書き込みが完了す
るまでユーザプロセスを待たせることができれば、ユーザプロセス側
の世界で論理的なwrite順序を実装できる。
ライトバックキャッシュに揮発性があると、停電時にこの前提が崩れる
こともわかるだろ。OSからみれば、書けたはずのものが残っていない。
438 :名無しさん@お腹いっぱい。2010/12/11(土) 03:39:34
せっかくだからライトバックキャッシュが揮発性だけどディスク媒体への
書き込み順序を保証する場合を考えてみよう。
停電後、ログライターが書いたファイルの中身をみれば、確かに、最後に
まともに書いた時点までは遡れる。だけど、これは最後にDBがコミットを
した時点よりもっと前になる。だからDBとしてはコミットしたデータを
保証でない。
停電時のファイルシステムの整合性(unixではデータを除く)を保証する
ためには書き込み順序保証だけあればいいのかもしれないけど、DBのコミッ
トを実現するためにディスクへの書き込みを待たなければいけない。
意見がかみ合わないのは、目的が違うからということだね。
439 :名無しさん@お腹いっぱい。2010/12/11(土) 04:26:23
そそ
fsync()が返ってきたときにそれまでにwrite()したものが
すべて不揮発な状態になっていれば、RDBMS的にはOK

write()連発している段階での書き込み順はどうでもいいです
440 :名無しさん@お腹いっぱい。2010/12/11(土) 09:41:11
fsync()を使わない場合には、ファイルのオープン時に O_SYNC
オプションをつけて、writeシステムコールを同期型(ディスク
への書き込み完了まで待つ)にすればよい。通常のunixのセマ
ンティックスで考えるとすべてのwriteシステムコールでfsync()
をしているのと同じ。確か最近のoracle dbの実装はこっちだった
ような気がする。
441 :名無しさん@お腹いっぱい。2010/12/11(土) 09:48:53
やっぱUNIXって古いわ〜
そりゃファイルシステムを介さずにRAWやSCSI直叩きしたくなるわな。

fsyncなんて糞重いし、(ファイルを細切れにしないと) 必要ないものまで書き出そうとするし、
一連の書き込みに何度もwrite()を呼ばないといけない(スキャッターギャザーI/Oがない)し、
O_SYNCなんて使ったら、ライトスルーになっちまうぜ。

>>437
バッテリーバックアップ付のRAIDコントローラは、記憶階層的にはHDDだよ。

>>438
ディスク媒体への書き込みが完了してないのにコミット開始するなんて・・・
442 :名無しさん@お腹いっぱい。2010/12/11(土) 09:52:59
いちおう漏れはメーカー系SEなんだが、上記のようなデータ
保証のあり方を知った上で、ディスクドライブの設定をわざわ
ざライトスルーモードに設定し直して出荷してるのに、ちょっ
とだけlinuxに詳しいお客がディスクドライブをライトバック
モードにしてるのを見れば怒り心頭になるのも判ってくれ。
443 :名無しさん@お腹いっぱい。2010/12/11(土) 09:55:22
>>440
O_SYNC付でオープンしたファイルにwriteしたときは、それはFUA=1でHDDに送られる。
FUA=1の場合、HDDは即座にディスク媒体への書き込みを行い、それが完了してから、ホストに完了を報告する。
それは書き込み順序を保証するという作用がある。
444 :名無しさん@お腹いっぱい。2010/12/11(土) 09:57:37
>> やっぱUNIXって古いわ〜
じゃあ、何が新しいんだ?
445 :名無しさん@お腹いっぱい。2010/12/11(土) 10:00:08
>> O_SYNC付でオープンしたファイルにwriteしたときは、それはFUA=1でHDDに送られる
そうなんだ、それ、どのOSの実装ですか?
446 :名無しさん@お腹いっぱい。2010/12/11(土) 10:09:03
>>442
ライトスルーにすると何でもかんでも即座に書き込みするので回転待ちが発生して遅いからなー。
たとえば初期化でシーケンシャルに書き込むときにも、1回のwriteことにディスクが1回転以上するから、死ぬほど遅い。
たとえライトスルーでもOS側が1回のWriteでドカンと大量に転送してくれりゃ、無駄な回転待ちは生じないのだが、
Write(6)との互換性のためか、最大で64KBあるいは128KBに分割してWriteしてくるからダメなんだよなー。

たとえば富士通さんは、DB向けのHDDはFSW=1固定のファームで、ライトバックはONだったような。
FSW=1で書き込み順序を保証しつつ、シーケンシャルの書き込みのスループットのためにライトバックをON。
ドライブ自体がライトバックONでも、必要に応じてOSがFUAなりWrite&Verifyなりで書き込めば問題ないよ。
447 :名無しさん@お腹いっぱい。2010/12/11(土) 10:18:49
>>444
WindowsNT系

>>445
442さん? プロトコルアナライザで検証しなよ。
449 :名無しさん@お腹いっぱい。2010/12/11(土) 14:06:56
勝手にwriteback cacheをオフにした上、オンに戻すと怒り心頭になるSEがいるんだ
450 :名無しさん@お腹いっぱい。2010/12/11(土) 20:10:08
上のレイヤーで不揮発性メモリ支援でトランザクションの整合性は保証しているから、
HDDレベルでの書き込み順序を考慮する必要はない。
むしろ巧い具合にヘッダをスケジュールできる順序で書くのがいい。
452 :名無しさん@お腹いっぱい。2010/12/11(土) 22:07:14
不揮発メモリを積んだRAIDコントローラにHDDをぶら下げたものは、
レイヤー的には、
HDD側に不揮発メモリを積んだのと同じだよ。
453 :名無しさん@お腹いっぱい。2010/12/11(土) 22:37:30
だからHDDがどう振舞うかなんて関係ないよな。
書き込み順序とかさ。
レイヤー上位目線で見ればどうでもいいんだから。
454 :名無しさん@お腹いっぱい。2010/12/11(土) 22:48:37
どうでもよくないよ

レイヤー上位からは、書き込み順序が保証されてるものとして、扱っている。
RAIDコントローラは不揮発メモリによって書き込み順序を保証している = HDDは書き込み順序を保証しなくてよいが、
RAIDコントローラを使わない場合は、HDD自体が書き込み順序を保証しなくてはならない
455 :名無しさん@お腹いっぱい。2010/12/11(土) 23:05:17
上位から見てRAIDコントローラがない(に等しい)NASなんて存在しないだろw
456 :名無しさん@お腹いっぱい。2010/12/11(土) 23:25:29
NASってFCの代わりにイーサネット上でTCP/IP使ってるだけで、本質的にはローカルのSCSIのHDD箱と一緒
457 :名無しさん@お腹いっぱい。2010/12/11(土) 23:42:11
>>454
お前、まだ粘着しているのか…
459 :名無しさん@お腹いっぱい。2010/12/12(日) 19:31:27
HDDが書き込み順序を保証しなくても、書き込みが完了して
から次の書き込みをすれば、書き込み順序を保証することは
できるぞ。
460 :名無しさん@お腹いっぱい。2010/12/12(日) 19:51:25
OSのソースで調べてみた

opensolaris - sdドライバFUAビットの制御をしない(常に0)ので、耐障害性を
得るにはディスク装置側のライトバックキャッシュのバッテリバックバックア
ップ必須

linux - ドライバはFUAビットの制御ができるがファイルシステム側でジャー
ナルを書くときにFUAビットを1にしていないように見えるので、これもディス
ク装置のライトバックキャッシュにはバッテリバックアップ必要。

このスレは勉強になるなあ。*bsdを調べて報告せよ。
461 :名無しさん@お腹いっぱい。2010/12/13(月) 01:53:44
>>459
書き込みが完了したのは、どうやって確認する?
462 :名無しさん@お腹いっぱい。2010/12/13(月) 01:55:43
>>460
WriteではFUA指定が使われるが、
Write&VerifyだとFUA指定の0/1に関係なく常にFUAだよ
463 :名無しさん@お腹いっぱい。2010/12/13(月) 09:27:46
ttp://sankei.jp.msn.com/world/america/101212/amr1012121201006-n1.htm

これって、Sunも関係してたりする?
以前に、アメリカのコンピュータ大手のインサイダーの人物関連図みたいのをSunスレでみた気がするが。
464 :名無しさん@お腹いっぱい。2010/12/13(月) 23:39:20
>>461
O_SYNCなしでopenした場合は fsync()のリターン
O_SYNCありでopenした場合は write()のリターン
467 :名無しさん@お腹いっぱい。2010/12/14(火) 08:01:26
O_SYNCとかfsync()って、あくまでもOS側のライトバックキャッシュの話じゃね?
468 :名無しさん@お腹いっぱい。2010/12/15(水) 15:04:07
Oracle SPARC SuperClusterって、T3でなかなかすごいらしいじゃないか。
tpmC値これまでのトップ IBM Power780の 3倍。
どっか上の方でシングルスレッド強くないととか言ってたタリラリランがいたがww

T4も順調だそうな。
471 :名無しさん@お腹いっぱい。2010/12/15(水) 15:26:59
> どっか上の方でシングルスレッド強くないととか言ってたタリラリランがいたがww

tpmCってマルチスレッドだろが
472 :名無しさん@お腹いっぱい。2010/12/15(水) 15:35:13
POWER7 8ソケット機×3台
SPARC T3 4ソケット機×27台
で、3倍のスコアを叩き出した、と。

ソケットあたりの性能は低いのね
473 :名無しさん@お腹いっぱい。2010/12/15(水) 15:37:10
価格と消費電力と発熱と設置面積・容積の比較が気になるところだ
474 :名無しさん@お腹いっぱい。2010/12/15(水) 15:37:59
オラクルのライセンスと保守料を含めて3年間のTCO比較クレクレ
475 :名無しさん@お腹いっぱい。2010/12/15(水) 16:48:05
>>473
ttp://www.oracle.com/us/corporate/press/192165

performanceとprice/performanceの両方で世界一
477 :名無しさん@お腹いっぱい。2010/12/15(水) 17:04:18
>>475
T3がprice/performanceで世界一とは言ってない、というのがお味噌
478 :名無しさん@お腹いっぱい。2010/12/15(水) 17:18:09
>>477
> Oracle now holds the TPC-C world record in both major categories ? performance(1) and price/performance(4).

ってのは、そういうことか。
480 :名無しさん@お腹いっぱい。2010/12/15(水) 20:55:50
いちばんお得なのはxeon7500シリーズであろう。
coreあたりの能力はpower7と同じでコア係数0.5
481 :名無しさん@お腹いっぱい。2010/12/15(水) 21:19:04
Oracleなら自社製品に有利になるようにコア係数を設定できますものねー。
482 :名無しさん@お腹いっぱい。2010/12/15(水) 23:15:06
TPC-Cに出してるOracleは特別ライセンスだよ。

http://tpc.org/results/individual_results/Oracle/Oracle_SPARC_SuperCluster_with_T3-4s_TPC-C_ES_120210.pdf
> Oracle Database 11g Release 2 Ent. Ed., Per Processor for 3 years

誰が3年間限定ライセンスなんて買うのかと
484 :名無しさん@お腹いっぱい。2010/12/16(木) 05:33:22
R・ストールマン氏、「Chrome OSは不注意なコンピューティング」と批判
http://japan.cnet.com/news/service/story/0,3800104747,20424119,00.htm
485 :名無しさん@お腹いっぱい。2010/12/16(木) 19:08:59
ここに書き込んでる奴って、リアルでは実はみんな知り合いだったりするの?
488 :名無しさん@お腹いっぱい。2010/12/18(土) 07:48:14
順調に業績も回復してるみたいだな。
残念ながら商売センスに関してはOracleのパワーを認めざるを得まい。

Oracle の9-11月期決算、アナリスト予測を上回る利益を計上
http://hibari.2ch.net/test/read.cgi/pcnews/1292596344/
489 :名無しさん@お腹いっぱい。2010/12/18(土) 08:33:24
OracleはSunを買収しても、まだIBMやHPみたいな上から下まで全ておまかせの
ソリューションベンダーにはなれてないんだよなぁ。Oracleの次の買収企業は
大手SI会社?
491 :名無しさん@お腹いっぱい。2010/12/23(木) 23:34:26
だから何? それでSPARCがワークステーション以下の領域で復権するとでも?
495 :名無しさん@お腹いっぱい。2010/12/25(土) 22:10:27
違うぜ、Windowsの話だ。おバカの MSのさww
496 :名無しさん@お腹いっぱい。2010/12/25(土) 22:59:32
>>495
悔しいね、SPARCだけ蚊帳の外で。
MIPS、PowerPC、Alphaは、WindowsNTが作られたが、SPARCだけは、ないんだよな。
498 :名無しさん@お腹いっぱい。2010/12/26(日) 02:25:40
大丈夫だ、問題ない
499 :名無しさん@お腹いっぱい。2010/12/26(日) 05:57:26
時計の針は戻せないんですよね、司令
500 :名無しさん@お腹いっぱい。2010/12/26(日) 15:23:40
>>499
進めることはできるぞ。
501 :名無しさん@お腹いっぱい。2010/12/26(日) 15:24:31
>>498
死亡フラグですね。
解ります。
503 :名無しさん@お腹いっぱい。2010/12/26(日) 16:44:44
エヴァオタはうぜえなと再確認
504 :名無しさん@お腹いっぱい。2010/12/26(日) 16:49:00
>>503
497-498 はEVAじゃないんだ
「そんな装備で大丈夫か」 で検索してみろ
506 :名無しさん@お腹いっぱい。2010/12/26(日) 17:20:29
>>498をエヴァと勘違いしたのが>>499で、
>>500がエヴァで被せてきたのを>>503が
うざいと再確認するエルシャダイな流れを理解。
507 :名無しさん@お腹いっぱい。2010/12/26(日) 18:38:49
Solaris使い共よ
IT(神)を裏切った社外クラウド推進者(堕天使)達を
オンプレミス(天界)へ連れ戻せ
それがお前の使命

心配するな
私も彼らのそばにいる
神は言っている
すべてを救えと
508 :名無しさん@お腹いっぱい。2010/12/26(日) 20:56:20
富士通、次世代スパコン輸出へ…世界市場再参入
http://www.yomiuri.co.jp/atmoney/news/20101225-OYT1T00847.htm

富士通が2011年度から、約10年ぶりに最先端スーパーコンピューターの輸出を
再開することが25日、わかった。

 現在世界で最速のスパコンよりも5〜6倍も演算速度が速い次世代スパコンで、
海外からの評価も高いためだ。
日本のスパコンは、00年代前半までは米国などを脅かす存在だったが、
開発競争に敗れて輸出市場から事実上撤退していた。
輸出再開が日本のスパコンが復権する足がかりになることが期待される。

 富士通が輸出するのは、独立行政法人・理化学研究所と共同開発中の次世代スパコン
「京」の同型機だ。800台以上の小型コンピューターを組み合わせ、
毎秒1京回(1兆の1万倍)の計算ができる。一般的パソコンの約20万倍の性能で、
演算速度は世界最速クラスのスパコンはもちろん、各国が開発中の
次世代機の中でも最高水準という。
日米欧など7か国・地域の国際共同による熱核融合実験炉(ITER)の
フランスにある運営機構への輸出に向けた協議に入っている。
509 :名無しさん@お腹いっぱい。2010/12/26(日) 21:04:46
そんな事する暇あるならsparcに営業含めて注力してくれよ。量さばけなけりゃ量産効果もでないだろが。
510 :名無しさん@お腹いっぱい。2010/12/26(日) 21:11:40
現実対応能力を失った文科省、理研+ミンス党のシナ人が横槍
悪夢のコンボに振り回されてる被害者なんだからこの件に関しては責めてやるな
511 :名無しさん@お腹いっぱい。2010/12/26(日) 21:27:06
振り回された事に関しては同情するけど、京は駄目だと思うのは変わらないな…
天河の方がずっといい…
514 :名無しさん@お腹いっぱい。2010/12/26(日) 23:30:54
>>511
京はダメだからこそ、速やかに完成させて、ダメさ具合をよく研究して、次のスパコンを作るべきだと思う。
515 :名無しさん@お腹いっぱい。2010/12/27(月) 01:10:41
ダメなのはCUDAもx86も部品として採用できないからなの?
516 :名無しさん@お腹いっぱい。2010/12/27(月) 03:35:11
>>515
ノード数が多すぎる & ネットワークが複雑すぎる

日本のソフトウェア技術だと、まともなミドルウェアも用意できず、使うだけでヘトヘトになりそう。
517 :名無しさん@お腹いっぱい。2010/12/27(月) 05:24:34
開発に時間かけ過ぎ
陳腐化したあとに修正利かなさ過ぎ
要するに>>514
518 :名無しさん@お腹いっぱい。2010/12/28(火) 14:23:00
>>507
方舟計画は結局実行されたんですけど。
519 :名無しさん@お腹いっぱい。2010/12/28(火) 17:49:16
>>518
Sunをオラに押し付けたことを言ってるのか?
521 :名無しさん@お腹いっぱい。2011/01/04(火) 11:58:02
DEC残党の席巻がおさまり、次は Sun残党の席巻がはじまる。
いよいよ x86と MSの終焉。たのしみたのしみw
522 :名無しさん@お腹いっぱい。2011/01/04(火) 12:43:21
>>496
構造の汚い OSは移植が難しいからな。がんばってやった結果ほぼ別物ができたり。
Alpha版の WNTはそういう状態だったと聞く。外見が同じだけで x86版と
ほとんどなにも共用できない、と。あわれw
524 :名無しさん@お腹いっぱい。2011/01/04(火) 23:15:07
>>522
それはOS/2だろ。
同じx86でも、AT互換機版とPC9800版で、まるで別物だったらしい。

WinNTは移植性が高いって聞いてる。


で、Solarisは?
526 :名無しさん@お腹いっぱい。2011/01/05(水) 11:08:38
> WinNTは移植性が高いって聞いてる。

プ。..ないないww
527 :名無しさん@お腹いっぱい。2011/01/05(水) 12:22:47
WinNTの移植版は、結局グダグダだったな。
528 :名無しさん@お腹いっぱい。2011/01/05(水) 13:58:46
>>526
Solarisよりも多くのCPUアーキに移植されたのに?

>>527
それは、しょうがないよ。
インストールベースが少ないCPUにアプリを対応させるサードパーティが少なすぎたのだもの。
アプリが無ければタダの箱だもの。
529 :名無しさん@お腹いっぱい。2011/01/05(水) 14:04:58
アプリを行儀良く書いていれば、CPUが何だろうと、ほとんどソースコードに変更は必要ないんだが、
問題は、テストして、パッケージして、サポートする・・・・そういうコストに比べて、売上の見込みが少なかったのだろう。

だいたい移植性が悪かったら、x64版のWindowsは、もっと難産になってるって。
530 :名無しさん@お腹いっぱい。2011/01/05(水) 14:22:52
>>528
以前MayaがPC Solarisで動かないのはおかしいと書いていたヤシがいたが
それは大きな勘違いでクライアントPCがSolarisであるべき必然的な理由というのはないんだよね
PC Solarisで使えるQuadroカードはインストールベースの大きいWindows環境で全て使える
531 :名無しさん@お腹いっぱい。2011/01/05(水) 17:24:28
>>528
> Solarisよりも多くのCPUアーキに移植されたのに?

はぁ? Alphaと MIPSだけだろ? Solarisは過去 PowerPCにも Itaniumにも
移植されてるぞ。ごく短時間でな。少し前には NECが ARMにも載せた。
ちゃんと CPU依存部分が切り分けられてるから、時間かからない。
ベースになった SVR4の移植先も上げてみるか?w

> >>527
> それは、しょうがないよ。

ぜんぜんしょうがなくない。

>> 529
> 売上の見込みがすくなかったのだろう。

ぎゃは

> もっと難産になってるって。

げはうあはっはっはXX。ちみね、そんなレベルで感想とか述べられてもね。バカ?

なんで WinCEで(かの Machの)ラシッド教授がほぼ書き直したりしなくちゃ
ならんかったのよ、え? ..ていうかプ。
532 :名無しさん@お腹いっぱい。2011/01/05(水) 17:52:29
SPARC以外はNetBSD並になんちゃって移植なのに何を寝ぼけてやがる
534 :名無しさん@お腹いっぱい。2011/01/05(水) 19:35:16
そもそもプロプラでクローズドなOSやアプリは、移植には向かない。
535 :名無しさん@お腹いっぱい。2011/01/05(水) 22:27:53
ラッシドの書いたmachのソースをsparcに移植したことがあるが、マシン依存性という点では
linuxレベルでかなり汚いコードだった。
536 :名無しさん@お腹いっぱい。2011/01/05(水) 22:36:47
machではpmapによるページテーブル操作は抽象化の程度が低く、hatのような
ハードウェア独立なAPIになっていない。割り込みをスレッドとして扱う考え
方もなく、linux同様、割り込みとの排他制御をするには、プロセッサの割り
込み優先度を上げることと、スピンロックの組み合わせだった。solaisなら
割り込み処理かどうかを気にせずmutex rwロックなどの同期オブジェクトを
を使って割り込みスレッドをブロックできるのに、と思いガッカリした。
538 :名無しさん@お腹いっぱい。2011/01/06(木) 01:58:43
>>531
SolarisのPowerPC版やItanium版って、門外に出てないじゃん。対外的には、移植してますって言っただけ。
WinNTは、PowerPC、Alpha、MIPS、IA-64、x64に移植され、ちゃんとリリースされてる。

> ちゃんと CPU依存部分が切り分けられてるから、時間かからない。

おまえ>>529が何を言ってるか分かってないね?
アプリだけでなくOSも、テスト以降の工程がバカにならんのですよ。
とりあえず動くだけの移植と、売り物にする移植は、かなり違うぞ。
539 :名無しさん@お腹いっぱい。2011/01/06(木) 02:01:48
>>531
WinCEはWinNTを移植したものぢゃないよ。
アプリのAPIが、似てるけど違う、まるで別物のOSだよ。
540 :名無しさん@お腹いっぱい。2011/01/06(木) 10:44:08
>>539
移植性がいいんだったら、WinNTを移植すればよかったんだよ。
またはサブセットを切り出せばいい。最初はそう言ってたよな、MS。ができなかったww

>>538
たしか、API(つーか Unixで言うシステムコール)自体が CPU依存してて、
CPU違うと同じ APIを使えないという悲惨な状態だったと思うんだが、直ったのか?www
つーか、増やした、のか API? ぷぷぷぷp
返り値に Unionでアラインメントが、とかそういうのだったと思ったけど。

> アプリだけでなくOSも、テスト以降の工程がバカにならんのですよ。
>とりあえず動くだけの移植と、売り物にする移植は、かなり違うぞ。

まだ「互換性」FUDを撒くバカがいるんだな。OpenOfficeその他を見ろや。
「工程がバカにならん」ようなバカな書き方をしなけりゃいいだけだ。クズだなww
541 :名無しさん@お腹いっぱい。2011/01/06(木) 10:45:49
つっこみどろこ満載でどうも..ww

>>538
> SolarisのPowerPC版やItanium版って、門外に出てないじゃん。対外的には、移植してますって言っただけ。

少なくとも PowerPC用のアプリパッケージが SunSiteにいっぱい出てたけどな。
門外に出てないかどうかちゃんと調べたら?
542 :名無しさん@お腹いっぱい。2011/01/06(木) 10:53:06
>>535,536
Machと Linuxや Solarisじゃ時代が違いすぎるよ。Unix系ではああいう構造の
走りなんだから。

Solarisには Springや Chorusでの成果も反映されてるんだから、次元が違って当然。
543 :名無しさん@お腹いっぱい。2011/01/06(木) 11:24:17
>>535,536
NeXTの PA-RISC版と SPARC版はひどかったなぁ。激遅。構造のせいかどうか
知らんけど。
あれじゃ売れるわけがないと思った。
それより以前に、「88k版が MPでサクサク動いてる」という話があったが、
本当なんだかw
まあ、今現在 MacOS Xはそこそこの速度で動いてることは確かだが。
544 :名無しさん@お腹いっぱい。2011/01/06(木) 11:46:35
>>540
> 移植性がいいんだったら、WinNTを移植すればよかったんだよ。

何いってんだ。

WinCEがサポートしていたCPUアーキの1つはMIPSだが、
そのMIPSにはWinNTが移植されてるんだが。

当時のWinCEマシンってのは、HDDを積んでないんだよ。
記憶領域はROMとバッテリーバックアップされたRAMだけ。
それをメインメモリとファイルシステムで兼用するシステム。

UNIXだったら、HDDからメモリにページインするけれども、
WinCEだと、すべてが主記憶に乗ってる。

WinNTやSolarisを、WinCEマシンに移植しても、使い物にならんだろ。
実際、WinCEマシンにNetBSDを移植した人達がいたけど、動いただけって感じだったな。
545 :名無しさん@お腹いっぱい。2011/01/06(木) 11:52:17
>>540
> たしか、API(つーか Unixで言うシステムコール)自体が CPU依存してて、
> CPU違うと同じ APIを使えないという悲惨な状態だったと思うんだが、直ったのか?www

WinNTでのシステムコールはCPU依存して当たり前だよ。
ユーザーモードから特権モードへの遷移なんてCPU依存するしかないもの。

WinNTはシステムコールを直にアプリケーションのプログラマには見せない。
システムコールはネイティブAPIでラップされ、さらにWin32サブシステムでラップされる。

> つーか、増やした、のか API? ぷぷぷぷp
> 返り値に Unionでアラインメントが、とかそういうのだったと思ったけど。

そういうAPIもあったような気がするが、限られてるよ。
ほとんどのAPIはソースコードの変更ナシで済む。

> まだ「互換性」FUDを撒くバカがいるんだな。OpenOfficeその他を見ろや。
> 「工程がバカにならん」ようなバカな書き方をしなけりゃいいだけだ。クズだなww

ぷ、
テストしていませんが、動くように書いたつもりなので大丈夫です
なんて言える人は・・・趣味の連中くらいか。
546 :名無しさん@お腹いっぱい。2011/01/06(木) 11:53:38
>>541
すまん、PowerPC版はリリースされたね。メンテされずに放棄されたみたいだが。
547 :名無しさん@お腹いっぱい。2011/01/06(木) 11:56:23
テスト以降の工程は、テストだけじゃない。

パッケージ、流通、サポートなど、やることは沢山ある。
それがCPUアーキの数だけ増えるのは、企業にとってはシンドイよ。

シンドクなければ、マイクロソフトがIA-64のサポートを2008R2で打ち切るわけなかろ。
549 :名無しさん@お腹いっぱい。2011/01/06(木) 14:01:10
>>547
しんどいかしんどくないかじゃなくてItaniumはオワコンだからでしょ
SPARC(Sun)を倒すという目的も達成したし
551 :名無しさん@お腹いっぱい。2011/01/06(木) 14:13:13
>>543
それぞれのCPUの重さじゃねーの?
553 :名無しさん@お腹いっぱい。2011/01/06(木) 14:29:27
>>551
万事そんな『願望』で済めば平和だわな。オメデタイオメデタイw
554 :名無しさん@お腹いっぱい。2011/01/06(木) 14:36:33
>>547
> それがCPUアーキの数だけ増えるのは、企業にとってはシンドイよ。

やってる会社は今じゃ山程あって、実際には以前からやってる会社もプロジェクトも
存在してたよ。どっかの特定ソフト会社だけにはシンドイわけな。
しかもそれを側面擁護するアホまで出てくる始末。

> シンドクなければ、マイクロソフトがIA-64のサポートを2008R2で打ち切るわけなかろ。

IA-64に限らず、全部打ち切っちゃえばいいのに。経営含めてw
555 :名無しさん@お腹いっぱい。2011/01/06(木) 23:17:34
>>549
IA-64版のWindowsXP同様、買う人が居なければ、リリースする意味はないわな。

ただ、件のアホは、コンパイルが通れば移植作業完了みたいな考え方なんで、
コンパイルが通るっていうことなら、IA-64用にビルドするのは簡単なことなのよ。
556 :名無しさん@お腹いっぱい。2011/01/06(木) 23:25:18
>>554
Windowsの市販ソフトの数が、いかに膨大で裾野が広いのか、ちょっとは考えろヨ。

ちょっとパソコンショップに行ってソフトの棚を見てみろ。
そこに並んでいるソフトが、x86と(例えば)Alphaとで箱が2種類になったとしたら、いきなり売場面積が倍になっちまうぜ。
1つの箱で複数のCPUアーキをサポートするにしてもだ、色々と大変だよね。

同じOSのCPUアーキ違いならともかく、さらに、OSの違いともなれば、複数サポートは大変だ。
なぜワークステーション用途でUNIXが滅びてWindowsが主流になったのかといえば、
UNIXとWindowsの両方をサポートするよりも、より多く使われているWindowsだけサポートしたほうが効率がいいから。

それと同じことが、同じOSのCPUアーキ違いに対しても言えるのよ。
Alpha版のWindowsNTが、うまくいかなかったのは、そういう理由さ。
557 :名無しさん@お腹いっぱい。2011/01/06(木) 23:38:53
そもそもUNIX WSと同じレベルのPCが存在しなかった時期はできなかったことが
だんだんPCのハードウェアとOSが追い付いてきてできるようになったから移行できたってことだね
559 :名無しさん@お腹いっぱい。2011/01/07(金) 00:05:23
アプリによってはLinuxとWindows両対応だからまぁ悲しむことはない
560 :名無しさん@お腹いっぱい。2011/01/07(金) 00:33:43
(ソフトの棚?…)
562 :名無しさん@お腹いっぱい。2011/01/07(金) 02:26:22
Sunサーバの保守料が来年度から軒並み爆上げされて
あちこちで火を吹いてるんだが、ここでは話題にもならんのか
563 :名無しさん@お腹いっぱい。2011/01/07(金) 06:46:36
単純な値上げじゃねーだろ。
ちゃんと詳細を書けよ。
564 :名無しさん@お腹いっぱい。2011/01/07(金) 09:08:18
>>559
そういうのもあるけれど、一般人が使うパッケージソフトなんて、Windowsだけ対応しとけばOKよ。

>>560
パッケージを店頭売りしているようなソフトの話だよ? ちゃんと話についてこれてる?
565 :名無しさん@お腹いっぱい。2011/01/07(金) 09:09:16
>>562
仕事でSPARC使っている人は寄りつかないもの。

ここにいるのはピザボックスとかランチボックスとかの時代のSun信者が腐敗したキチガイと、
それをタプタプして楽しんでいる今の人だよ。
566 :名無しさん@お腹いっぱい。2011/01/07(金) 09:13:06
>>563
なんで人に聞く? 現役なら聞かずとも分かるはずだ。
Oracleに買収されてから、Sunの保守回りは甘いこと言わずにしっかりと稼ぐようになってるね。

昔なら保守契約なくても、スポットで部品を買えたのに、いまではダメだっていうのだから。
567 :名無しさん@お腹いっぱい。2011/01/07(金) 14:14:49
自分のところでは保守入らないってことがありえないのであまり影響なし。
568 :名無しさん@お腹いっぱい。2011/01/07(金) 14:19:14
保守料が値上げされたんじゃなくて保守に入ってないマシンの修理を断られているだけ?
ケチりたくてパーツだけ欲しいならUSからでも取り寄せたらいいじゃない
569 :名無しさん@お腹いっぱい。2011/01/07(金) 18:06:00
>>521
この言葉を借りるならSGI残党がNVIDIAでx86をぶち殺してくれればいいよ
572 :名無しさん@お腹いっぱい。2011/01/07(金) 20:35:49
>>565
> それをタプタプして楽しんでいる今の人だよ。

逆だろ。どう見ても Intelヨイショしてるやつが狂ってる。
ケチつけると瞬時につっこんできてオモスレーww
574 :名無しさん@お腹いっぱい。2011/01/07(金) 23:27:03
>>572
現状を書いただけで、誰かさんは思考力が低下するようだがな。
575 :名無しさん@お腹いっぱい。2011/01/08(土) 02:14:26
>>562
富士通やUnisysなどのSIから買ってる場合は、そっちの料金が適用されるんじゃね?
576 :名無しさん@お腹いっぱい。2011/01/08(土) 08:29:35
分かってるから、誤解を招くような断片的な情報を書くなって事だ。

保守契約しない場合の対応もあるけど、それよかサードパーティ保守の条件が悪化した件の方が影響大きいだろうけどね。

でも単純にoracle基準に合わせただけだ。なんで被買収側の仕組みが残ると思ってる人が多いんだろね?買収ってそういう事だろ。
578 :名無しさん@お腹いっぱい。2011/01/08(土) 12:52:30
事情はどうであれ、エンドユーザには単純な値上げに見えるわな
SIerの営業が持ってくる年間保守費の見積りがそうなってるんだもん
Oracleが一方的に値上げしたので、って説明してるし
579 :名無しさん@お腹いっぱい。2011/01/08(土) 12:58:43
それで客が離れるて買収の効果がなくなるならそれは間抜けだわな
580 :名無しさん@お腹いっぱい。2011/01/08(土) 14:35:07
Oracleはこれまで自社製品をどうやって売ってきたか知ってれば自明だわな。
Oracleはそれで儲けてたんだから。
581 :名無しさん@お腹いっぱい。2011/01/08(土) 14:48:17
まあ単にSunをやめるだけだから
582 :名無しさん@お腹いっぱい。2011/01/08(土) 16:49:05
>>581
「まだ Sunであった段階でさえ、とっとと切るべき顧客だった」というのが
Oracleの見解だろうな ..ニヤニヤ
「Sunは寛大すぎた。」

# つーか、こんな場末で「Sunをやめたるで」とか、何をどうしたらそんな言が吐ける
# もんやらwww はずかし〜ーww
583 :名無しさん@お腹いっぱい。2011/01/08(土) 17:12:45
ヲレが商社でバイトやってたときは社員が全然買わない客を売掛のリストからバシバシ切ってたな
やっぱりカネの切れ目が縁の切れ目ってことだねぇ
584 :名無しさん@お腹いっぱい。2011/01/08(土) 17:31:43
>>581
やめてどうすんの?RHのライセンスを1つだけ買って
DELLか鼻毛鯖でも使う?
CentOSかDebianにでも移る?
585 :名無しさん@お腹いっぱい。2011/01/08(土) 18:07:02
1. Oracleがコンシューマー向けの SPARCの権利を Googleに売却
2. Googleが Androidの自社ハードプラットフォームとして SPARC採用
3. Google-Sunとして復活

.. 1.は不要か。スパーク国際って、どういう位置付けになったんだろw?
586 :名無しさん@お腹いっぱい。2011/01/08(土) 18:08:16
>>584
そこでWindowsですよ
587 :名無しさん@お腹いっぱい。2011/01/08(土) 18:10:06
>>585
> 2. Googleが Androidの自社ハードプラットフォームとして SPARC採用

そう考える根拠は?

ま>>582のような、お花畑なんだろうな。
588 :名無しさん@お腹いっぱい。2011/01/08(土) 18:10:15
>>581
はoracleと直接取引してない訳だから、見捨てられてるのはそのSIerだよ。

なので可能ならば、別のSIerやOracle本体からも見積もりを取ることをオススメする。

値上げは一律って訳じゃなく、アカウントごとに差が付けられてるからね。
589 :名無しさん@お腹いっぱい。2011/01/08(土) 18:13:59
>>586
Windowsを多人数で使うとなるとCAL縛りがきついでしょ
まだSolaris使った方がいい
590 :名無しさん@お腹いっぱい。2011/01/08(土) 19:04:22
>>589
社内利用なら、すでにWindows Serverがあるだろうから、
per userあるいはper deviceで運用していれば、
WindowsのServer数が増えてもCALの必要数は増えない。

社外に向けてWebで云々でも、フロントエンドだけでなく、
バックエンドに対しても何らかのコスト軽減措置があるだろう。
でなければ、Windowsにはチャンスすらないのだから。
591 :名無しさん@お腹いっぱい。2011/01/08(土) 19:22:01
>何らかのコスト軽減措置があるだろう

具体的に何があるの?
592 :名無しさん@お腹いっぱい。2011/01/09(日) 01:33:53
>>591
本気で検討する気があるならマイクロソフトの営業に連絡して聞いてみ。
うまくすれば大幅ディスカウントを引き出せるかも。
593 :名無しさん@お腹いっぱい。2011/01/09(日) 02:39:06
なんだ知らなイカ

IISはwebで画像ファイルを高速に捌く目的にしか普通使わんだろ
これならライセンス的にも問題ない
CPU負荷の低さだけは折り紙つきだからな
595 :名無しさん@お腹いっぱい。2011/01/11(火) 00:09:24
497 名前: login:Penguin [sage] 投稿日: 2010/11/03(水) 23:39:01 ID:/fIoZ3nn
30名超える開発者、OpenOffice.orgを離れる
http://journal.mycom.co.jp/news/2010/11/02/061/index.html
(略)
OpenOffice.orgはSun Microsystemsのサポートのもとで開発が継続されてきた
が、SunがOracleに買収されてから、OOoコミュニティとOracleの関係は良好と
は言いがたいところがあった。そうした状況に不満を持つメンバーはより中立
の組織としてThe Documents Foundation (TDF)を設立。OpenOffice.orgから
LibreOfficeを派生。OracleへTDFへの参加を求めるとともに、OOoの名称を譲
ることを求めていた。

しかしOracleはこの申し出に対し、意見の相違があるとしてOOoコミュニティ
からTDFメンバーの離脱を要求。主要メンバーの離脱を受けて、ほかの開発者
も離脱を表明し、LibreOfficeへリソースが集まりつつある。Google、Red Hat、
CanonicalなどがすでにTDFのサポートを表明しており、次期Ubuntuには
OpenOffice.orgではなくLibreOfficeが搭載される見通し。
597 :名無しさん@お腹いっぱい。2011/01/11(火) 14:44:19
SunやAMD等将来のビジョンを書ける会社が相次いで傾いていくなんて
本当にITは詰まらないねぇ
598 :名無しさん@お腹いっぱい。2011/01/11(火) 15:16:53
ttp://research.microsoft.com/pubs/120439/socc088-vishwanath.pdf

しかしAdobe Reader Xは右のスクロールバーがplugin動作時に
Page Downのスクロールに追従しないのはどうにかなんないのか?あ?
599 :名無しさん@お腹いっぱい。2011/01/11(火) 15:24:32
>>597
将来のビジョン? SunやAMDが? おいおいおい。
600 :名無しさん@お腹いっぱい。2011/01/11(火) 15:27:07
客の口にスグに入るものは提供していたぜ
IBMやHPなどは存在感ゼロですよ
602 :名無しさん@お腹いっぱい。2011/01/11(火) 15:43:32
少なくとも自分はOpteronのお蔭でドン亀のように遅いSPARCとは縁が切れて清々したが
603 :名無しさん@お腹いっぱい。2011/01/11(火) 16:37:57
うん、それは過去の話だよね。
604 :名無しさん@お腹いっぱい。2011/01/11(火) 16:54:28
だったら>>603が今の話をしてみれば?
お前絶対に女にもてないタイプだよな
605 :名無しさん@お腹いっぱい。2011/01/11(火) 17:04:05
今の話? そりゃ>>599 で既にしてるだろ。
606 :名無しさん@お腹いっぱい。2011/01/11(火) 18:46:14
>>597
将来のビジョンをかけるというよりも、技術指向の役員がいる会社って感じかな。
Meyerさんは、Alpha, Athlonと成功の実績のある人だったしね。
607 :名無しさん@お腹いっぱい。2011/01/11(火) 20:17:38
AlphaのEVバスを使ったK7 Athlonはヒドいシロモノだったがなぁ。
K8の素晴らしさが、いかにK7がダメダメだったのかを明らかにした。
610 :名無しさん@お腹いっぱい。2011/01/12(水) 01:43:01
普通にWindowsをインスコすると「おっ!」って感じの軽快な動作なんだが
実際にアプリを動かしだすともうねw
まぁ同じ時期のPen4だって今使ってみると酷い操作感なんだが
google mapのSXGAフルスクリーンのレンダリングすらガクガク
611 :名無しさん@お腹いっぱい。2011/01/12(水) 11:25:08
AMDのCPUが軽快だったのは、CPUを省電力状態に遷移させずに待機させていたからだろうね。
K7で省電力状態に遷移させるツールを使うとモッサリになったし、
P4でアイドル時に省電力状態に遷移しないようにidle優先度でダミー負荷をかけるとキビキビになったよ。

当時はP4はパイプラインが長いから応答が鈍いとかデタラメ言ってたAMD厨が多くて参った。
612 :名無しさん@お腹いっぱい。2011/01/12(水) 14:13:01
Core2もっさりも同じ原理だけどね
C1EとEISTをBIOSでdisableしてやればいいだけなのに
なんであんなに大騒ぎするのかと…
613 :名無しさん@お腹いっぱい。2011/01/12(水) 14:19:17
省電力機能は必須ってことじゃないのい
614 :名無しさん@お腹いっぱい。2011/01/12(水) 14:24:41
97 名前: Socket774 [sage] 投稿日: 2011/01/12(水) 08:52:32 ID:RUMjYSc1
http://www.anandtech.com/show/4123
What a Day: AMD's CEO Dirk Meyer Resigns
by Anand Lal Shimpi on 1/10/2011 10:26:00 PM

| “Mark my words, at some point they're going to try to sell
| the company to ATIC. Let ATIC deal with fighting Intel, and
| the board/investors can pocket a nice profit. Certainly if
| you were trying to sell, you'd sack Dirk. He doesn't seem
| like the kind of guy that would let them do it.”

AMDは全社丸ごとATICに売り飛ばそうとしていたようだ。そうしてATICを
Intelと戦わせ、役員と投資家は懐を暖める。もしそうしたいならDirkを
馘にするのがいい。Dirkはそんなことを許すような男じゃないから。
(Ryan Smith, anandtechのGPU担当)

そしてこの辞任劇
615 :名無しさん@お腹いっぱい。2011/01/12(水) 14:25:41
>>613
ハンパな技術で製品出されると
お客様が現場で乗りこなしてくしかないじゃない
616 :名無しさん@お腹いっぱい。2011/01/12(水) 18:06:22
>>613
比較はフェアにやれ、ってことさ。
618 :名無しさん@お腹いっぱい。2011/01/12(水) 23:12:39
「ATICに戦っているインテルと取引させれば役員と投資家はいい儲けになる」じゃないかなあ(弱気)
619 :名無しさん@お腹いっぱい。2011/01/12(水) 23:51:09
多分コピペの方で正しいと思うよ
ATICにIntelとの戦いに取り組むようにさせて
623 :名無しさん@お腹いっぱい。2011/01/14(金) 15:21:40
>>607
K7はそれ以前に比べれば相当よくなったんじゃないの?
彼はK10までアーキテクトやっていたのかな?
624 :名無しさん@お腹いっぱい。2011/01/14(金) 16:33:30
>>623
それでもインテルに比べてダメダメよ。
AMDで使えるようになったのはK8以降。
625 :名無しさん@お腹いっぱい。2011/01/14(金) 19:42:57
ttp://pc.watch.impress.co.jp/docs/column/kaigai/20091120_330076.html

後藤はK8はK7の改良版と言ってるね
実際使ってみると別物といっていい性能なんだけど
BullはIBMの技術が入るようだが…CEOも更迭されてどうなることか
ttp://jp.wsj.com/IT/node_169747?mod2=BlogParts
携帯端末向けチップで取締役会と対立か
取締役会はサーバチップのシェア対策も不十分だとしていたらしいが…
626 :名無しさん@お腹いっぱい。2011/01/14(金) 20:02:50
インテルも苦しんでいるところに参入するっていうのは現実味ないだろうけどな。
627 :名無しさん@お腹いっぱい。2011/01/14(金) 21:37:20
今もATICがバックなんだから根性出して最後まで走り抜けよとは思う
628 :名無しさん@お腹いっぱい。2011/01/14(金) 22:03:00
AMDとくにATiは、ソフトウェア技術が弱いから、組込み向けでは苦労すると思うよ。
629 :名無しさん@お腹いっぱい。2011/01/14(金) 22:04:13
マイクロソフトがARM向けのWindowsを出すとか言ってるからな
それが今回のAMDのCEOをクビにした決定的な理由かも
630 :名無しさん@お腹いっぱい。2011/01/14(金) 22:10:15
>>625
K7のメモリのレイテンシはデカかったもの。

Pen3が100nsなのに対して、K7はdualにすると200nsかかる
これがK8になると50nsになるのだから、クロックが低くてもスループット出るわけだ
631 :名無しさん@お腹いっぱい。2011/01/14(金) 22:14:00
>>629
だろうね。
ATIのライバルのNVIDIAはARMに大きく舵を切ったし、
そのうえ、
IntelとNVIDIAが特許紛争で和解し、NVIDIAの特許をIntelが使えるようになる
つまり、GPUはNVIDIAからIntelに技術が流れ、NVIDIAはGPU屋をやめてARM屋になろうとしてるわけで。
632 :名無しさん@お腹いっぱい。2011/01/14(金) 22:23:49
ポケットを叩けばビスケットは増えるのかも知れないが根性を出しても開発リソースは増えない
633 :名無しさん@お腹いっぱい。2011/01/14(金) 22:32:02
このままIntel相手に勝負して勝てるとも思えないし
タブレットやスマートフォンの普及で世界のPCの販売数が落ちるようにな事態になったら
真っ先に潰れるのはAMD
マイクロソフトはARM向けWindowsでMS-Officeのデモやってるくらいだし
635 :名無しさん@お腹いっぱい。2011/01/14(金) 22:37:16
低消費電力の携帯デバイスは、ARMではなくx86のBobcatでカバーしようとした、その戦略が、クビの原因じゃね?
636 :名無しさん@お腹いっぱい。2011/01/14(金) 22:41:30
AMDはサーバーでいくつもりでいたんだろう
モバイルではインテルもグズグズ
nVidiaも本業ではグズグズ
637 :名無しさん@お腹いっぱい。2011/01/14(金) 22:48:34
ttp://pc.watch.impress.co.jp/docs/column/kaigai/20100901_390769.html
> AMDは、2007年にBobcatの存在を明らかにした時は、Bobcatコアを家電や携帯電話クラスのデバイスにも浸透させる計画だった。
> しかし、家電と携帯機器向け製品の部門を売却してしまったAMDは、現在のところ自社のソリューションとしては
> Bobcatを家電/携帯電話分野に展開するビジョンを持っていない。
639 :名無しさん@お腹いっぱい。2011/01/15(土) 10:28:47
>>636
そういや、IntelもARM手放してたな。

MarvellはSheevaとXScaleの2つ持ってどうしようというのだろ。
640 :名無しさん@お腹いっぱい。2011/01/15(土) 10:49:19
XScaleは良いモノだったので、その後の停滞はモッタイナイね
641 :名無しさん@お腹いっぱい。2011/01/15(土) 21:28:42
x86-64でAMDが結構いい商いできたのも、
このスレが大好きなItaniumのおかげだしな。
Intelが正気になれば、その分きびしくなる。
後はIntelお得意のプロジェクト間の争い待ちか?

>>624
急にIntelに張り合うの出すのも厳しいと思うが。
製造も含めて、ある程度総合力が付いてこないとどうにもならないし。
642 :名無しさん@お腹いっぱい。2011/01/15(土) 22:31:38
シングルスレッド性能を追求したIA64はマルチコア時代には合わないので失敗して良かったと思うが、
x86デコーダの大幅な負担軽減をしなかったAMD64によって、ARMに下から食われてると思うと、残念だ。
646 :名無しさん@お腹いっぱい。2011/01/18(火) 17:42:26
なにがジレンマだよ。最初から x86がクズなだけだ。
小型にも大型にも載らん。おぴーしーしっしー以外まるで使えんwwww
649 :名無しさん@お腹いっぱい。2011/01/19(水) 20:58:03
>>646
その屑に駆逐されつつあるSPARCは?
652 :名無しさん@お腹いっぱい。2011/01/19(水) 23:47:46
HPC向け設計を入れ込めれば何でも良かった、だと思うぞ。
653 :名無しさん@お腹いっぱい。2011/01/20(木) 00:51:59
HPCでは命令セットがなんなのかなんて、大して重要な話じゃないものなぁ。
654 :名無しさん@お腹いっぱい。2011/01/20(木) 12:16:18
富士通が手持のリソースで何とかしようとすればSPARCになるわな。
655 :名無しさん@お腹いっぱい。2011/01/24(月) 23:03:27
専門家が明言、「グーグルはAndroid OSにJavaコードのコピーを使用している」
無断で43件を使用と“告発”
http://www.computerworld.jp/topics/move/190477.html
656 :名無しさん@お腹いっぱい。2011/01/26(水) 22:46:07
日本オラクル、サンの技術に継続投資を表明--SPARCシステム最新動向
http://japan.cnet.com/news/service/20425543/


金があっても、人がいない
659 :名無しさん@お腹いっぱい。2011/01/29(土) 23:41:32
一方MSはARMの電力効率では移行など起きないとクールに斬り捨てた
ARMだけに
660 :名無しさん@お腹いっぱい。2011/01/30(日) 01:18:55
SPARC T3のモンキーバージョンが欲しいとほざいているMS
Atomで業界標準のものを作れば割高なXeonを買わせられなくなると焦るIntel
661 :名無しさん@お腹いっぱい。2011/01/30(日) 01:44:07
Atomは1コア2.5Wといっても、コア以外の面積も含めて、あのダイサイズだから、冷却が容易なのであって、
16コアも集積したら40Wにもなり、それなりの冷却が必要になると思うんだけどなぁ。
662 :名無しさん@お腹いっぱい。2011/01/30(日) 02:03:50
CPU間の接続が熱源になるだろうな
そもそも40Wで収まるのか?
663 :名無しさん@お腹いっぱい。2011/01/30(日) 02:45:19
DRAMコントローラやGPUを内蔵してるのだと、2コアで8.5W〜13Wだね。
8倍すると、68〜104Wか。
664 :名無しさん@お腹いっぱい。2011/01/30(日) 02:50:29
ダイ面積が66mm2だから、8倍すると、528mm2
ちょっとデカくないか?

GPUを省いてメモリコントローラを減らさないと無理。
それでも、コア16個だけで250mm2は越えると思うのだが。
667 :名無しさん@お腹いっぱい。2011/01/30(日) 23:36:04
そう?
668 :名無しさん@お腹いっぱい。2011/01/30(日) 23:37:40
MIPSマルチコアがIntelサーバを潰せないように
ARMマルチコアができるわけないじゃん。
669 :名無しさん@お腹いっぱい。2011/01/30(日) 23:39:07
MIPS?
670 :名無しさん@お腹いっぱい。2011/01/31(月) 00:29:29
>>667
Niagara2のダイサイズが340mm2で、コアとL2キャッシュで、6割くらいの面積を占めてるから、200mm2くらい。
8コアと16コアの違いはあるが、Niagaraくらいにはデカいチップになるだろう。

>>669
通信機器組込み向け市場には、MIPSの16コアとか32コアとか64コアとか、あるんだよ。
671 :名無しさん@お腹いっぱい。2011/01/31(月) 03:42:20
x86とかGPUは近年ダイサイズが肥大化しすぎててそんくらいじゃ全然でかいとは思わなくなってきた
672 :名無しさん@お腹いっぱい。2011/01/31(月) 04:09:24
シングルコア時代は、ダイサイズが大きいと、歩留まりがヤバかったが
マルチコア時代になると、ダイサイズが大きくても、デフェクトがあればコア数減らせばいいわけで、歩留まりなんとかなるんだな。

ていうか、Niagaraシリーズは8コア全部生きているのが普通じゃないってのがなぁ。・・・
673 :名無しさん@お腹いっぱい。2011/01/31(月) 04:12:39
シングルコアでも、キャッシュの面積が多ければ、デフェクトがキャッシュ上にあれば、キャッシュ容量を減らすとかで済んだ。
しかし、キャッシュの少なかった初代Itaniumなんか、代替や減らしようのないロジックばかりで狂気の沙汰だったのかもな。
674 :名無しさん@お腹いっぱい。2011/01/31(月) 07:23:50
逆に人工知能の研究が盛んだった頃はウェハ丸ごとチップとかやってたよな
676 :名無しさん@お腹いっぱい。2011/01/31(月) 21:01:41
>>659
MSの予言がクールだったことなんかないのでなんの問題もないww
677 :名無しさん@お腹いっぱい。2011/01/31(月) 23:42:40
ARMの最大の特徴である、待機時の消費電力の低さは、サーバ用途では、生きてこないんだよね。
679 :名無しさん@お腹いっぱい。2011/02/01(火) 19:08:05
SPARCって、負荷かかっていないときにコア単位で省電力状態に移行したりすんの?
俺の感覚的には、常に全力で走りっぱなしなんだが。
680 :名無しさん@お腹いっぱい。2011/02/01(火) 20:24:00
コア単位というか、回路単位で使わない部分を止めてる
ってSPARC64VIIIfxなんかでは言ってる
コア単位じゃなくて、もっと細かい単位で省電力モードに入るって感じ
681 :名無しさん@お腹いっぱい。2011/02/01(火) 20:40:04
このスレ的にはSPARCってT2かUltraSPARCのことだろJK
683 :名無しさん@お腹いっぱい。2011/02/02(水) 11:53:11
>>681
ばかじゃねーの?
684 :名無しさん@お腹いっぱい。2011/02/02(水) 22:06:14
SPARC64VIIIfxは、極めて希なケースでもって反論する、とかいうやつになると思う。
京以外では使われてないっしょ?
685 :名無しさん@お腹いっぱい。2011/02/02(水) 22:34:49
貧相な話しかできんのう、毎度。
686 :名無しさん@お腹いっぱい。2011/02/02(水) 23:17:08
SPARC64シリーズはMちゃんにのってるわよ
687 :名無しさん@お腹いっぱい。2011/02/02(水) 23:19:37
>>685
おまえが、な。
688 :名無しさん@お腹いっぱい。2011/02/03(木) 09:57:22
>>686
Mちゃんはロゴプレート以外は富士通製だべ
689 :名無しさん@お腹いっぱい。2011/02/03(木) 10:56:09
富士通製でいいじゃないかむかしからMB型番のSPARCチップは富士通せいだったわけだし
だいたい今後はロゴプレートもアレだし
690 :名無しさん@お腹いっぱい。2011/02/04(金) 00:34:42
かつてNiagaraはCoolThreadsを前面に出していたが、いまでは鳴りを潜めている件について
692 :名無しさん@お腹いっぱい。2011/02/04(金) 02:58:30
2Uとか4Uで1000Wとかだとやっぱりいろいろ辛いんだろう
いくらスレッドが128とか256とかでも
694 :吠鉱山 ◆STCMXN/JPY 2011/02/05(土) 02:13:20
SPARCファン的には、ロゴが富士通だろうがoracleだろうがCTCだろうが(ちょっと寂しいけれど…。
地味〜に細々で良いからアーキテクチャ自体は生き残って欲しいぜ。
でもRISCはもうPOWERの独壇場になっちゃうんだろうなぁ。
695 :名無しさん@お腹いっぱい。2011/02/05(土) 03:06:55
買収したSunをスピンアウトできなければSPARCは飼殺されて終わりね
696 :名無しさん@お腹いっぱい。2011/02/05(土) 04:16:20
もうSPARCにはアーキテクチャ的な優位性がないと思う。

低消費電力・・・ARMに及ばず
高シングルスレッド性能・・・POWERに及ばず
マルチコアによる高スループット・・・x86と並ぶほどに遅い

もし動作クロックが順調に上がり続けていれば、SPARCは良かったかもしれないが、
動作クロックが数GHzで頭打ちになった今、SPARCの命令の単純さがネックなのよ。
たとえば、
add r1,r2,r3
こんな簡単な命令でさえも1クロックを消費してしまう。
それをカバーするためにスーパースカラを強化するとコアが複雑・肥大化するし、
かといって、コアを沢山ならべるとコア間インタフェースが複雑・肥大化してしまう。

そろそろ、いまの半導体技術に合わせてバランスを取り直した、新しいRISCが欲しいな。
698 :名無しさん@お腹いっぱい。2011/02/05(土) 11:12:08
自演おんぱれーど はすかし〜 よく平気でこんなことができるもんだ気がしれんww

マイクロソフト ワイヤレス ブルートラック マウス Arc Touch Mouse RVF-00006
マイクロソフト ワイヤレス ブルートラック マウス Arc Touch Mouse RVF-00006