Sun Microsystems 最恵の支援

Sun Microsystems 最恵の支援 at UNIX

[前50を表示]
150:名無しさん＠お腹いっぱい。
08/11/18 21:48:44
>>146
CrayのスパコンのSPARCのラインがSGI経由でSunに渡って、E10KとしてSunから出た。
だもんで、既存のCrayのユーザがE10Kを買ったのだと思う。

151:名無しさん＠お腹いっぱい。
08/11/18 23:03:37
>>144
一番気にしているのはお前なんじゃないか w

152:名無しさん＠お腹いっぱい。
08/11/19 10:28:18
>>148
へぇ、リッチ・グリーンやめちゃうのかｗ
そういやソフトウェア部門も再編するんだね。

153:名無しさん＠お腹いっぱい。
08/11/19 16:28:32
>>146
222位　宇宙航空研究開発機構 JAXA FX1 富士通 SPARC64 Ⅶ　 18.54 TFLOPS　　89.81％

これだね。
URLﾘﾝｸ(pr.fujitsu.com)

154:名無しさん＠お腹いっぱい。
08/11/19 23:24:25
日本一の実行効率て

155:名無しさん＠お腹いっぱい。
08/11/20 14:41:25
>>154
たしかに効率いいね。

＞SPARC64VIIを512個，CPUコア数では2048個利用している。
＞この場合のピーク性能は，512個×40.32GFLOPS＝20.64TFLOPSとなる。
＞これに対し，実効演算速度は18.54TFLOPSだった。

156:名無しさん＠お腹いっぱい。
08/11/20 14:53:11
ベクトルからスカラーに軸が移って
日本は見事にスパコン後進国になったなあ。
それだけ計算機需要がないということなんだろうけど。

157:名無しさん＠お腹いっぱい。
08/11/20 18:13:05
>>155
> ノード間高速バリア同期、リダクション演算機能をハードウェア機構で実現 (オプション)

これが効いているのだろう。

ちなみにFX1の筐体、5Uとデカい割りには4ノードしか乗ってない。
SunのX4600くらいの密度で実装して8ノードにしなかったのかな。

158:名無しさん＠お腹いっぱい。
08/11/20 18:22:11
NECのSX-8iの実効16Gflopsは、いまとなっては、パソコン用のCPUに追い付かれてるしなぁ。

159:名無しさん＠お腹いっぱい。
08/11/20 19:05:32
計算流体力学研究所
Wikipedia項目ﾘﾝｸ

> 1987年5月最初のスーパーコンピュータ（富士通製 FACOM VP200）を導入、
> 以後順次台数を増やし、ピーク時にはNEC、日立製作所など合計7台のスーパー
> コンピュータを保有する

> 創業当時、閑静な住宅地にスーパーコンピュータが次々と運び込まれたこと
> を米国の情報機関が聞きつけ、「極秘に核兵器の開発をしているのではない
> か」と疑われた。実際、当時の流体研の計算能力は、米国の軍事研究機関を
> 凌いでいた。
↓
> 1990年代末スーパーコンピュータがパソコンに置き換わる

実はスパコン要らないのか?

160:名無しさん＠お腹いっぱい。
08/11/20 19:17:07
電気代月 2千万かぁ.. 想像つかんなww

161:名無しさん＠お腹いっぱい。
08/11/20 19:58:27
>>159
計算内容が変らなければ、
昔にスパコンでやっていたものがパソコン1台で置き換えられたとしても、
不思議じゃないよ。

162:名無しさん＠お腹いっぱい。
08/11/20 20:54:02
何かの資料で、MIPS当たりの価格で計算して、昔はスパコンのほうが
お買い得だったのが、最近は逆だ、って解説してたな。

163:名無しさん＠お腹いっぱい。
08/11/20 21:50:46
>>116
中古のPOWER MacG5買った方がいいんじゃない？

164:名無しさん＠お腹いっぱい。
08/11/20 22:19:42
やりたい計算が決まってるなら、自分で設計してFPGAに焼…

165:名無しさん＠お腹いっぱい。
08/11/20 22:38:40
>>162
自分もどこかで読んだよ。

>>164
DSPやFPGAが速かったのも昔の話だと思う。

166:名無しさん＠お腹いっぱい。
08/11/20 23:03:18
>>162
PentiumProが登場した辺りからPCのパフォーマンスが飛躍してきたな。
一方SparcはじめRISC勢は減速状態に
（明確な性能差のあったAlpha-AXPは会社が危うい状態)

167:名無しさん＠お腹いっぱい。
08/11/20 23:21:10
自分が学生の頃、数値シミュレーションやっている研究室にAlphaマシンが入った。
速い? って色んな人が聞いてたけど、値段に見合うほど速くはないって苦笑いしてた。

それまでは数百万のマシン1台を10～20人で共用して使い切るのが安かったが、
他の人と同時に計算するくらいなら、
独り占めできるパソコンで計算したほうが速いって気がつく人も出てきていた。

168:名無しさん＠お腹いっぱい。
08/11/20 23:40:19
UINXワークステーションはせめて、主力機の価格をPCの2～3倍程度に抑える
ことができなかったのかな?

169:名無しさん＠お腹いっぱい。
08/11/21 01:35:07
ちょうど立ち上がって来ていたインターネットのサーバとして、
サーバではなくワークステーションを使うところが多かったため、
ワークステーションを安売りすると大損すると思ったんだろうね。

170:名無しさん＠お腹いっぱい。
08/11/21 03:07:42
>>168
できない。フェラーリみたいな理由で。
CPU/マザボ/ケース/電源をまとめて開発するとそれだけで大変なお値段に・・・
そのかわり良い面もあるけどね。

171:名無しさん＠お腹いっぱい。
08/11/21 03:14:54
いやいや、当時のSunのWSの出荷数からすれば、
CPUとチップセット以外は、
PCメーカー各社がぞれぞれ独自設計で製造したPCの数と、
さほど変らないと思うんだが。

172:名無しさん＠お腹いっぱい。
08/11/21 04:02:57
自社で石の製造してないぶんだけ不利では!?

173:名無しさん＠お腹いっぱい。
08/11/21 04:09:50
* CPUの開発によるトコが高いと思うよ。
*- intelみたいに大規模に作ってるわけじゃないし
*- モデル毎にバラバラで汎用性ないし(なぜ汎用性無いのかわからない！ヒートシンクやCPUファン統一すれば良いのにといつも思う)
*- CPU壊れたときどこが悪かったのかSolarisのmessagesやcorefileに詳細に出すようになってるところもコストアップの要因だと思う

174:名無しさん＠お腹いっぱい。
08/11/21 05:03:43
そんなにSunのワークステーションって高価だったかなぁ。

マルチプロセッサ機は数百から一千万したけど、
シングルプロセッサ機は100万前後のもあったと思う。

175:名無しさん＠お腹いっぱい。
08/11/21 07:09:18
SS5/170あたりは安かったでしょ。

176:名無しさん＠お腹いっぱい。
08/11/21 07:28:13
MIPSが組み込みで使用されるようになったのはPSやN64での採用がきっかけ?
それにUNIX-WSもPC-ATコンパチのようにコストの安い途上国で生産するという
手段も取っていたんでは?

177:名無しさん＠お腹いっぱい。
08/11/21 09:13:17
>>176
MIPSは各社が手を出してたから、きっかけはPSじゃないんじゃね?

178:名無しさん＠お腹いっぱい。
08/11/21 09:33:28
>>167
> 独り占めできるパソコンで計算したほうが速いって気がつく人も出てきていた。

あのさぁ。そんなバカばっかりなわけないでしょ、計算速度がイノチの人達なのに。

179:名無しさん＠お腹いっぱい。
08/11/21 09:38:19
>>174
そうそう。増設機器やミドルは高かったけど、最小構成はそんなに高くなかった。
SS1百万円くらいだったはず。あっちだと 8千ドルくらいだった気がする。
SS4は 40万円くらいだったか?

180:名無しさん＠お腹いっぱい。
08/11/21 10:53:52
>>178
空くのを待つなら、あるいは、同時に走らせて遅くなるなら、
パソコンで計算したほうが早く得られる場合があるって話だろ。

181:名無しさん＠お腹いっぱい。
08/11/21 11:45:57
そもそもミニコンとかと違って個人で占有できる、ってことで Workstationが
売れたわけで、そんな経緯も知らずに当時 Alpha使ってた科技系の
エンジニアとか学者学生とかそういないだろ。

182:名無しさん＠お腹いっぱい。
08/11/21 12:01:44
UNIXワークステーションを占有して使えていた人のほうが珍しいかもしれない。

183:名無しさん＠お腹いっぱい。
08/11/21 17:33:27
想定してる時代が違うな。80年代と 90年代。

184:名無しさん＠お腹いっぱい。
08/11/21 17:41:00
90年代初めからしか知らないけど占有して使えた

185:名無しさん＠お腹いっぱい。
08/11/22 02:42:48
sparcのワークステーションってもう辞めたの？

186:名無しさん＠お腹いっぱい。
08/11/22 02:58:36
みんな恵まれていたんだな。

187:名無しさん＠お腹いっぱい。
08/11/22 08:41:50
SparcマシンのPC-ATコンパチに対するハード性能での優位性が今でもあったら?
例えば、現行のSparcチップがCore2の3～4倍とか

188:名無しさん＠お腹いっぱい。
08/11/22 08:58:46
鱈エバ定食

189:名無しさん＠お腹いっぱい。
08/11/22 09:05:34
いまからワークステーション用途でのSPARCを復活させるには、どーしたらいいんだろうね。
SPARCでなければならない用途というのが思い浮かばないよ。

190:名無しさん＠お腹いっぱい。
08/11/22 09:16:35
>>189
要するにその昔は性能での優位性があったからこそWS用途でSparcが
用いられたわけだろ。
ならば、現行のx86を5倍は上回る性能を出せば復活できる。

191:名無しさん＠お腹いっぱい。
08/11/22 09:27:12
性能よりも、
UNIXであること、
使いたい優れたソフトウェアがUNIX向けだったこと、
この2つが理由だったと思う。

いまではWindowsに取って代わられた。
いくら性能が5倍でも、Windowsでなければ復活はない。

192:名無しさん＠お腹いっぱい。
08/11/22 09:33:36
性能5倍で価格は何倍?

現状でWindowsパソコンでは、
CPU1個で足りないなら、最大で4あるいは8ソケットくらいまではスケールアップの選択肢がある。
OSもアプリも、大きく変える必要がなく、シームレスだ。

OSやアプリを変えてまで乗り換える判断がなされる閾値が5倍として、
6コアのXeonMPの4ソケット機の5倍の性能、
4コアのOpteronの8ソケット機の5倍の性能、
それを実現するのは大変じゃない?

193:名無しさん＠お腹いっぱい。
08/11/22 09:35:54
>>191
Sparc版WindowsをMSに出してもらうってことか。
しかし、それなりの性能差があれば速度重視の特定分野で復活できそうだが。
(当然、価格を極力抑える)

194:名無しさん＠お腹いっぱい。
08/11/22 09:36:28
Rockが出れば、16コア×8ソケットくらいで5倍は実現できるだろ。

195:名無しさん＠お腹いっぱい。
08/11/22 09:40:56
>>193
性能差を維持しなければならないし、
それなりの数が出なければ価格を抑えられないよ。

196:名無しさん＠お腹いっぱい。
08/11/22 09:50:17
WSとしてのSPARC復活は難しいから…
とりあえずx86マシンの現在のBIOSを蹴散らしOpenPROMを…

197:名無しさん＠お腹いっぱい。
08/11/22 10:15:08
現状で
> 6コアのXeonMPの4ソケット機
> 4コアのOpteronの8ソケット機
こんなのをサーバではなくワークステーションとして使ってるユーザがどんだけいるのか、と。

ほとんどいないなら、その5倍も、必要とされてないだろう。

198:名無しさん＠お腹いっぱい。
08/11/22 11:40:17
5倍の性能を維持するのは製造プロセスでパラダイムシフトが起こらない限り無理
しかも容易に他社に真似されないレベルのものを。

199:名無しさん＠お腹いっぱい。
08/11/22 11:51:08
盲腸だらけのx86と違って、SPARCなら同じ製造プロセスで5倍の性能を実現できるだろ。
T1、T2は登場時点では、x86をぶっちぎっていたんだし。

200:名無しさん＠お腹いっぱい。
08/11/22 13:06:35
SPARCそのものが欠陥アーキテクチャなわけで

201:名無しさん＠お腹いっぱい。
08/11/22 13:18:20
触るな

202:名無しさん＠お腹いっぱい。
08/11/22 13:32:38
SPARCがx86に対して性能面での優位性があったのは80386まで

203:名無しさん＠お腹いっぱい。
08/11/22 14:15:17
486のパソコンよりも、メモリ搭載量やI/Oまわりが格段にすぐれていたと思う。

204:名無しさん＠お腹いっぱい。
08/11/22 15:04:06
それCPUの性能ちゃう

205:名無しさん＠お腹いっぱい。
08/11/22 16:03:03
>>193
RISCのWindows NTマシンが売れなかったのを忘れたか？
ソフトウェア資産の重要性はSunもSolaris 2で学んだよな

まあSPARCに関わらず主要なプロセッサで突然そんな性能を
廉価に実現できたりしないし、性能だけで飛びつく連中は
簡単に浮気するぞ
むなしい妄想はほどほどにしとけ

206:名無しさん＠お腹いっぱい。
08/11/22 17:00:47
x86のISA縛りがなければ5倍の性能ぐらい達成できる!

と夢見た時期もあったけどみんな討ち死にだ。
あ、GPUがあった。

207:名無しさん＠お腹いっぱい。
08/11/22 19:23:21
プロセス技術の進歩で大量のトランジスタを詰め込めるように
なった結果、出来の悪いx86命令セットをRISCに変換したり
効率上げるための機能を詰め込めるようになった。

208:名無しさん＠お腹いっぱい。
08/11/22 19:31:25
x86がちょっとキャッシュ積んだりOoO実装しただけで敵わなくなったくせに
Sunの技術力が足りないだけでしょ？

209:名無しさん＠お腹いっぱい。
08/11/22 20:04:14
足りないのは技術力だけか？

210:名無しさん＠お腹いっぱい。
08/11/22 20:15:35
お金もたりない

211:名無しさん＠お腹いっぱい。
08/11/22 20:44:59
AMDにはお金が足りていたの？

212:名無しさん＠お腹いっぱい。
08/11/22 20:51:36
AMDは金を投じてDECから開発者を引き継いだ。

213:名無しさん＠お腹いっぱい。
08/11/22 20:54:46
Sunもそうすりゃ良かったのになぜ出来なかったの？
変なプライドがあった？
自らの技術力を過信してた？
SPARCってお荷物を抱えていたから？

214:名無しさん＠お腹いっぱい。
08/11/22 20:59:36
AMDは買収したNexGenのCPUがより優れていると見るや自社のCPUを捨てた
その後DECを買収してまた過去のテクノロジとさよならした
SunがDECを買収したとして、同じ決断が出来ただろうか？
足りなかったのは技術力よりも経営陣の決断力ではないか？

215:名無しさん＠お腹いっぱい。
08/11/22 21:03:53
DECを買ったのはコンパック

216:名無しさん＠お腹いっぱい。
08/11/23 00:59:39
x86⇒RISC風命令変換　これってそんなに難しい技術じゃなかったらしく
1986年の論文だかにもあるらしい
これができたから、x86は性能向上が可能になった。

ということは前もってx86の性能向上は予見できたってことか。

217:名無しさん＠お腹いっぱい。
08/11/23 01:17:22
>>189
簡単にウイルスにかかっちゃう
役所とか警察とか学校で使ってもらう
ウインドウズが動かないから安心。x86でLinuxも普及につれ
ウイルス出てきそうだし。

218:名無しさん＠お腹いっぱい。
08/11/23 01:23:02
あーあ

219:名無しさん＠お腹いっぱい。
08/11/23 02:03:15
>>214
SPARCを捨てろって? AMDは中身こそ大胆に変えているが、x86であることは捨ててない。
SPARCとバイナリ互換で、中身がSPARCとは別物にしたら・・・オーバーヘッド大きそうね。

220:名無しさん＠お腹いっぱい。
08/11/23 02:04:36
>>215
会社は、ね。
技術者は違う。

>>217
SPARCが普及すれば、それをターゲットにしたウィルスだって、出てくるでしょう。

221:名無しさん＠お腹いっぱい。
08/11/23 02:38:03
>>219
x86は元の効率が悪かったので、オーバーヘッドがあってもRISC命令変換に
よる性能向上があった。
それだから、SUNがSPARCより効率の良い命令セットを考案しそれを内部変換で実行
できるようにすればいいのでは。

222:名無しさん＠お腹いっぱい。
08/11/23 03:13:56
CISCの場合、その定義からしても複数の単純な命令で置きかえれるような
命令を含んでいるから、そこでいうRISC変換はもともとあり得るものだった。

SPARCは基本的に、単純な命令で構成されているので、同じ意味での
RISC変換は意味がない。

もっともSPARCの内部アーキが、初期のSPARCから変わってないことはない。
大きな意味で考えればsuperscalarなんかも内部的に効率によい命令
アーキテクチャで実行しているといえるのでは？

223:名無しさん＠お腹いっぱい。
08/11/23 03:30:49
sparcの1.2GHzのDualって速い？
CG用に買おうかな、って思うんだけど
グラボはXVR-600あたりにしとけばおk？

224:名無しさん＠お腹いっぱい。
08/11/23 03:45:29
>>232
速い訳が無い

225:名無しさん＠お腹いっぱい。
08/11/23 04:09:58
>>223 >>224
UltraSparc3の1.2GhzはSpecCPU2000だとPen4の2.66Ghz辺りと同じ
市販アプリでの実行速度はどうなのかは知らんけど。

226:名無しさん＠お腹いっぱい。
08/11/23 04:27:12
CGやるだったら普通のPCで事足りる。

227:名無しさん＠お腹いっぱい。
08/11/23 07:01:54
というか、普通にCore2とGeForceの適当な何かの方が速い。しかも圧倒的に安い。
プラットフォーム気にせんでいいものは何でやっても結果変わらんでしょ。
Sun好きなら止めはせんけどさ

228:名無しさん＠お腹いっぱい。
08/11/23 07:48:58
使いたいCGソフトがSPARC版のSolaris用なら、パソコンってわけにもいかないだろう。
QuickTransitってのもあるけど、ねぇ。

229:名無しさん＠お腹いっぱい。
08/11/23 10:22:56
>>228
>使いたいCGソフトがSPARC版のSolaris用
そんなのねぇ。
っーか、SolarisでCGなんて聞いた事無い

230:名無しさん＠お腹いっぱい。
08/11/23 10:41:17
いやいやいや…
2000年前後にはまだあったんよ。

でも今でも生きてるのはx86に移植されてるし、
今となっては無用の長物だろうけど。

231:名無しさん＠お腹いっぱい。
08/11/23 10:54:10
後学のためにソフト名教えて?

232:名無しさん＠お腹いっぱい。
08/11/23 11:07:59
そもそもSPARCってCGに向くの？
MIPS(SGI), Alphaあたりは知ってるけど。

233:名無しさん＠お腹いっぱい。
08/11/23 11:08:19
Photoshopならあったな。

234:名無しさん＠お腹いっぱい。
08/11/23 11:20:57
今は違うだろうけど、昔、PixarってSunを使っていたよね？確か。

235:名無しさん＠お腹いっぱい。
08/11/23 11:25:04
>>232
SGIってフレームバッファの性能が良かったからCGで使われたんじゃ?

236:名無しさん＠お腹いっぱい。
08/11/23 11:31:33
>>222
最近のPowerPCはISA変換を行ってると聞いたが。

237:名無しさん＠お腹いっぱい。
08/11/23 13:08:21
>>232
Alphaはレンダリングに使われただけ。
>>233
いつの時代だよ。
>>234
それもレンダリングマシンとしてだろ。
>>235
IRIXが優秀だから。

238:名無しさん＠お腹いっぱい。
08/11/23 13:35:41
Sun Storage 7000は期待だな。
階層化キャッシュにSSDを使うところが面白い。
しかし、2つばかり気に入らないところがある。
１．データのライトキャッシュにSSDを使わない
２．最上位機種しかHAクラスタをサポートしない

239:名無しさん＠お腹いっぱい。
08/11/23 15:16:05
>>235
SGIは、ライブラリが整備されてた。
昔は、それだけで使う価値があったのです。

240:名無しさん＠お腹いっぱい。
08/11/23 21:54:47
中古でBlade150でも買おうか。
サイズも邪魔にならなそうだし。

241:名無しさん＠お腹いっぱい。
08/11/24 10:55:04
>>205
RISC版WinNTってMSがx86の将来性に不安を持ったから、作ったと聞いたが。

242:名無しさん＠お腹いっぱい。
08/11/24 11:25:36
そもそもWindowsNTはx86のために作られたOSではないのよ。

もともとは、x86よりも上のクラスのコンピュータのためのOSとして、開発された。
当初のターゲットは、あのi860だった。i860が悲惨だったので、途中で386にターゲットを変更した。

243:名無しさん＠お腹いっぱい。
08/11/24 12:16:11
>>238
zfsの詳細はよくわからないが、ライトキャッシュってZILと呼ばれてる奴だろうか。
ログを書き出すためのストレージは、シーケンシャルライト(&リード)が大半だったり
しないだろうか、と思うのだが。

244:名無しさん＠お腹いっぱい。
08/11/24 12:31:23
ログってさ、シーケンシャルライトなだけでなく、ライトバックキャッシュしてはならない。
これはSSDにとっては非常に厳しい条件。

フラッシュメモリの書き込み時間の長さは、ライトバックキャッシュによって隠蔽してる。
だからライトバックキャッシュが有効な状態でのシーケンシャルライトは速くても、
無効な状態でのシーケンシャルライトは劇遅だと思うよ。

インテルのエンタープライズ向けのSSDのデータシートのIOPsの値にも、
ライトバックキャッシュ有効っていう注釈がついている。
そして、無効にしたときの数字は書かれてない。

245:名無しさん＠お腹いっぱい。
08/11/24 19:05:43
>>241
開発動機と売り上げに何の関係があるんだ
頭おかしいのか？

そもそもソフトベンダにとってRISC展開はうれしいものじゃなかった
リコンパイルだけで販売OKと思えるのは頭がおかしいヤツだけ

もしRISC版の各プラットフォームでリリースすることを考えた場合
動作検証用のシステムを導入し
リリースのたびに対応するプラットフォーム全種での検証が必要になる

つまり何かと費用が必要になるわけで
そんな未知数のプラットフォームに投資できる連中はそう多くない
売れるなら出してもいいが、とりあえず様子を見ようということになる

だからアプリケーションは出ず
アプリケーションが出ないからシステムも売れない
売れないからハードウェアベンダは撤退、MSもあきらめた

そんなものを今さら取り上げた>>193は世間知らずにも程がある

246:名無しさん＠お腹いっぱい。
08/11/24 19:43:33
>>244
Flashはwriteが遅い。
だから、intelのSSDは10並列にして速度を稼いでいる。
Sun Storage 7000シリーズで使っているSSDもintel製だ。
＃多分（写真からはそう見える）

247:名無しさん＠お腹いっぱい。
08/11/24 20:53:15
>>245
> そもそもソフトベンダにとってRISC展開はうれしいものじゃなかった
> リコンパイルだけで販売OKと思えるのは頭がおかしいヤツだけ

それはまるで
UNIXはフリーウェアだけで事足りる
オープンソースを自分でコンパイルするのが常識
っていうGNU万歳な学生さんの思考だな。

ちなみに、WindowsNTではAlphaだけが少し立ち上がって失速したが、
WindowsCEではMIPS、SH、ARM、x86の4つが結構長く続いたね。
その理由もおそらく、アプリがほとんどなくても成りたっていたからだろう。

248:名無しさん＠お腹いっぱい。
08/11/24 20:59:13
実際、なんでコンパイルすら通らないカスアプリばっかなんだ？

249:名無しさん＠お腹いっぱい。
08/11/24 21:08:59
買収やらでソースがキメラ状になってて微妙なバランスの上に
成り立ってるという話なら聞いたが。

250:名無しさん＠お腹いっぱい。
08/11/24 22:35:58
>>248
多くのコンパイラで通るように書くのは、簡単ではないよ。

そんなだから、コードを修正してリコンパイルしてテストするよりも、
バイナリ・トランスレータを使って実行したほうが簡単ってことに。

251:名無しさん＠お腹いっぱい。
08/11/24 23:33:51
　　　　　　　　　（|li||il||）
　　　　　　　　　　`|ﾆ|゛
　　　　　　,　-‐‐‐‐-､|
　　　　, '´, '''`v'‐-、　＼　　　
　　　, '　 i　OiO　 |　　　ヽ　　　／￣￣￣￣
　　 ,'　　ヽ〇`､,ノ　　　　 !　　 |
　　 i　 (_　　　　　　　　　.| 　＜　　バイナリ
　　 .i　ヽ￣￣￣｀ヽ　　 /　　　|
　　　ヽ　 i　, ‐'""゛`|　 ./　　　　＼＿＿＿＿
　　　　ヽ､`‐‐----',,／
　　　　　　　￣￣￣

252:名無しさん＠お腹いっぱい。
08/11/25 00:45:05
>>224-225
そうですか、ベンチは結構はやいですね
ソフトはblenderとかgimpとかオープンソースのアプリで遊ぼうかと思いまして
wildcatみたいなごっついビデオカードがあるからCG用途でどうかなぁ、と思いました

253:名無しさん＠お腹いっぱい。
08/11/25 08:54:22
VISは放置のまま?

254:名無しさん＠お腹いっぱい。
08/11/25 12:07:03
>>245,247
> リコンパイルだけで販売OKと思えるのは頭がおかしいヤツだけ

まあ、移植性の悪くて使いもしない機能テンコ盛りのお下品ソフトばかり
使ってるとマトモな感覚がマヒしてしまうという典型だな。
リコンパイルだけで問題なく稼働するプラットフォームニュートラルな
ソフトウェアは実際かなりの数存在してるし、押えどころわかってさえ
いれば作成や維持もそんなに大変ではない。
第一特定機種にしか存在しない機能を使ったソフトウェアなんて一般人は
ほとんど使うことないから、当然と言えば当然。
OSや、アセンブラでチューニングしたようなのはもちろん別ね。
あと、そもそも土台から腐った書き方してあるやつね。
そういうのを後生大事に擁護する方がよっぽど「頭おかしい」と思うがねw

> つまり何かと費用が必要になるわけで

FADもはなはだしいな。

> 売れないからハードウェアベンダは撤退、MSもあきらめた

上記「土台腐ったソフト」の典型だから、だろw?

255:名無しさん＠お腹いっぱい。
08/11/25 12:08:33
FUDだったww

256:名無しさん＠お腹いっぱい。
08/11/25 12:10:34
FUDと言いたいのかな。

Uを間違ってAとタイプするのは、いったいどんな配列のキーボードなのだろうか。

257:名無しさん＠お腹いっぱい。
08/11/25 12:17:26
>>254
問題なく動くことを確認する工数は?

たぶん問題ないだろうと思っても、
実際に確認してみないことには、
品質を保証できないでしょう?

258:名無しさん＠お腹いっぱい。
08/11/25 15:09:50
知らないんなら、マルチプラットフォームなソフトウェアの勉強でもすれば?
アホかと。

259:名無しさん＠お腹いっぱい。
08/11/25 15:11:35
3文字略語の Aと U間違えると、キーボードの配列連想するの? 病気?w

260:名無しさん＠お腹いっぱい。
08/11/25 15:19:18
>>258って学生さん? それとも研究畑の人?
激しく違和感があるんだわ、その言動に。

>>259
二連投乙

261:名無しさん＠お腹いっぱい。
08/11/25 16:40:33
Sun製品使ってりゃ、ほとんどがマルチプラットフォームなソフトウェアなわけだが。
Oracle, PostgreSQL, MySQL, OpenOffice(StarOffice), Motif, GTK, GNOME,
Firefox,... 他になに上げりゃいいんだか。
Javaのランタイムなんかはプラットフォームそのものなんで実装は大変だが、
ふつーのアプリで「コストが」なんて言ってるのはやり方マズいだけ。
押えどころなんて知れてる。
違和感ねぇ。ハズれだけど。あんたこそ何者だよ? Unixさわったことあんの?!ww

262:名無しさん＠お腹いっぱい。
08/11/25 17:18:41
「たぶん動作する」と
「確実に動作する、もしダメなら動くようにする」が
異なることに気づけない素人乙

263:名無しさん＠お腹いっぱい。
08/11/25 17:27:02
へぇー、Oracleとか、そんなんで作ってると? 本気?wwww
あわれさ漂ってきたけど..

264:名無しさん＠お腹いっぱい。
08/11/25 17:31:26
いまどき、Cや C++だと、32/64bit、アラインメント、パディング、
エンディアンネスに配慮しなくていいソフトウェア開発なんてありえんでしょ。
博物館の標本にされちまうぞw

265:名無しさん＠お腹いっぱい。
08/11/25 19:52:53
【社会】株式会社SUNが破産手続き開始の申し立て…Second Life上で「Tokyo ZERO番地」など展開
ｽﾚﾘﾝｸ(newsplus板)

266:名無しさん＠お腹いっぱい。
08/11/25 20:05:12
>>264
Sun自体が博物館の標本みたいな会社だから

267:名無しさん＠お腹いっぱい。
08/11/25 21:17:28
最初から移植性を意識して書いているアプリだったら移植は楽勝だけど、
マ板をみりゃわかるように、そんな気の利いたコードを書くのは少ないよ。

268:名無しさん＠お腹いっぱい。
08/11/25 21:20:28
マ板って…
底辺を引き合いにする事はないと思うぜ？

269:名無しさん＠お腹いっぱい。
08/11/25 21:25:28
出てきた当初のNetscapeやOpenOfficeがどんなんだったか
覚えてるか？

270:名無しさん＠お腹いっぱい。
08/11/25 22:01:56
マ板は底辺だな。

あとUNIX板も

271:名無しさん＠お腹いっぱい。
08/11/25 23:45:13
Sun readies entry Sparc T2 kicker
URLﾘﾝｸ(www.theregister.co.uk)

T3120だってさ

272:名無しさん＠お腹いっぱい。
08/11/26 01:38:17
>>269
おぼえてませんｻｰｾﾝw

273:名無しさん＠お腹いっぱい。
08/11/26 01:42:01
ひどいな。
T2の在庫整理か？

274:名無しさん＠お腹いっぱい。
08/11/26 03:14:30
>>261
>>263
ここで素人さんに解説するのはアホらしいので、ヒントだけ。

OracleがサポートしているOSが限られているのはなぜか。
Oracleが持っていないCPU・OSについて、
彼らにクロスコンパイラを提供するだけで済むと思う?

275:名無しさん＠お腹いっぱい。
08/11/26 03:17:19
別の言い方もしておくか。

>>261は作ったソフトをパッケージソフトとしてバイナリで客に売るときに、
持っていないプラットフォームでも、リコンパイルしただけで済ますの?
で、客から動かないって言われたら、どーすんの?

276:名無しさん＠お腹いっぱい。
08/11/26 07:31:10
これからはなんでも、int32_tとかint64_tとかで書くんだよな
C99万歳！

277:名無しさん＠お腹いっぱい。
08/11/26 08:48:17
>>264
そんな一般常識しか思いつかないのは素人だよな

278:名無しさん＠お腹いっぱい。
08/11/26 09:23:13
>>277
現実はそんなに簡単なレベルでは済まないよなー。

279:名無しさん＠お腹いっぱい。
08/11/26 09:26:19
>>275
「じゃあJavaで書き直します」

280:名無しさん＠お腹いっぱい。
08/11/26 09:29:23
そんなにしつこく連投すると、なんか現実が変わるとでも思ってるわけ? 正味バカ?

281:名無しさん＠お腹いっぱい。
08/11/26 11:12:19
>>280
バカはお前だ。

>>279
いやべつにJavaで書いても話は同じなんだが。

持っていないプラットフォーム向けでも、
Javaで書いたので動くはずです
といってテストせずに売るの?

282:名無しさん＠お腹いっぱい。
08/11/26 11:39:51
ＩＢＭだってリストラだぞｗ

>日本IBM（東京）が1000人規模の正社員削減を進めていることが25日、明らかになった。
金融不安による世界的な景気後退のあおりを受け、自動車業界などを中心に
派遣社員や期間従業員など非正規雇用従業員を削減する動きが広がっているが、
リストラの波が正規雇用社員にも及んできた格好だ。

283:名無しさん＠お腹いっぱい。
08/11/26 14:11:16
⊂二ll∩⊂二ll∩⊂二ll∩
二⊃∪ll二⊃∪ll二⊃∪ll
ll∩⊂二ll∩⊂二ll∩⊂二
∪ll二⊃∪ll二⊃∪ll二⊃
⊂二ll∩⊂二ll∩⊂二ll∩
二⊃∪ll二終∪ll二⊃∪ll
ll∩⊂二ll∩了二ll∩⊂二
∪ll二⊃∪ll二⊃∪ll二⊃
⊂二ll∩⊂二ll∩⊂二ll∩
二⊃∪ll二⊃∪ll二⊃∪ll
ll∩⊂二ll∩⊂二ll∩⊂二
∪ll二⊃∪ll二⊃∪ll二⊃

284:名無しさん＠お腹いっぱい。
08/11/26 14:33:23
>>281
まさに FUD。こんなとこじゃだれも本気にしないんだよ。あわれなやつww

285:名無しさん＠お腹いっぱい。
08/11/26 15:59:23
>>284
まさに無知
プログラムをろくに作ったことのない素人だな

286:名無しさん＠お腹いっぱい。
08/11/26 17:19:04
片方は移植性の高いコードを書くべきだろバカ、と言っていて、もう片方は
移植性の高いソフトだろうがテストしてないプラットフォーム向けに売れるかバカ、
って言ってるのよねこれ。

まあ移植性高いコード書く習慣が広まれば未知のハードに手出す為の最低条件はクリアできるし、
黒魔術が組み込まれてて特定のアドレスで特定のコードを実行させると上司が死ぬとか、
そういう魅力的な機能がSPARCに導入されればMSだってアプリ屋だって参入してくるかもよ。
使う人が増えれば対応にコストかけても元が取れるしSunも救えるし上司も死ぬしで良い事づくめ！

287:名無しさん＠お腹いっぱい。
08/11/26 17:31:19
特定のアドレスで特定のコードを実行させると警察官が死ぬ機能もお願いします
あと弁護士も

288:名無しさん＠お腹いっぱい。
08/11/26 18:09:33
現実的なところで、特定のアドレスで特定のコードを実行させると
美少女シスターが部屋に住み着く機能でいいです

289:名無しさん＠お腹いっぱい。
08/11/26 18:57:13
>>286
> 移植性の高いソフトだろうがテストしてないプラットフォーム向けに売れるかバカ、

今の現場知らんジジイがわめいてるだけだし。携帯電話も汎用アプリに
なろうかって時代に、特定の環境だけ対象でぬくぬくと開発してて商売になると
思ってるとはおめでたすぎるわ。正味アホかと。バカかと。www
他人を「素人」とか言ってるが、何年も前に開発現場離れたジジイか
不勉強の言い訳並べまくる終りかけの会社の社員かなんかとしか思えんw

290:名無しさん＠お腹いっぱい。
08/11/26 22:51:28
> 不勉強の言い訳並べまくる終りかけの会社

まったくこのスレに相応しい名言だなぁ～

291:名無しさん＠お腹いっぱい。
08/11/27 00:01:16
つまりSunは救えないという結論ですね
でもその前にAMDが潰れそうなのでなんとかしてください

292:名無しさん＠お腹いっぱい。
08/11/27 00:05:27
コンピューターに使われてる人たちのスレはここですか？

293:名無しさん＠お腹いっぱい。
08/11/27 01:42:29
>>289
会社どこ?
出入り禁止リストに追加するから。

294:名無しさん＠お腹いっぱい。
08/11/27 02:50:32
あーなるほど
そういう会社なのねｗ

295:名無しさん＠お腹いっぱい。
08/11/27 03:03:09
appleは自前ハードでしか動かないソフトで成功してる

296:名無しさん＠お腹いっぱい。
08/11/27 03:04:36
Appleが成功したのは邪悪な会社だから

297:名無しさん＠お腹いっぱい。
08/11/27 04:43:16
移植性の低いコードを書けとは誰も言ってない、とかマジレスしちゃダメな雰囲気。

SunはAppleと比べると売り方が悪いのか物が悪いのか。
まあ客層違うし比べるもんでもないだろうけど、幼児体験による偏愛とかってレス見てると
買ってる奴の発想はどっちも似たようなもんじゃねえかとか思わなくもない。
ってのはマッキントッシュ野郎への偏見か。

298:名無しさん＠お腹いっぱい。
08/11/27 04:59:40
>>289って国語力なさすぎじゃね?

様々なプラットフォームを相手に開発して商売しているからこそ、
テストが大変だってことが骨身にしみていると思うんだがなぁ。

押えておくべきポイントがわかっていても、人はミスするし、
そして、プラットフォームにも多少のミスはあるわけで、
実際に組み合わせてみて試すことは欠かせない。

もし「大丈夫なはずだ」だけで済むのなら、
インターオペラビリティ問題なんて出てこないわな。

299:名無しさん＠お腹いっぱい。
08/11/27 07:27:25
>>298
いや、>>289 は「テストしなくていい」とは言ってないんだから
テストの必要性を訴えても話が繋がらないのでは

300:名無しさん＠お腹いっぱい。
08/11/27 07:34:35
>>254や>>261は、コーディングのことしか頭に内容で、どうもテストのことを考えていないのではないかと。

で、確認だが、マルチプラットフォーム向けにコーディングしたとしても、テストの工数はかなりかかる
これは異論ないね?

301:名無しさん＠お腹いっぱい。
08/11/27 07:42:24
まぁ理屈はともあれ、
よく売れてるプラットフォーム向けにしかアプリをリリースしない
というのは現実に行われていることで、

つまり、すでにワークステーション系のアプリが
SPARCからx86へ、SolarisからWindowsへ移行が済んでいて、
今さらSunがSPARCのワークステーションを出したところで、
それらは戻ってこない、ってことだな。

マルチプラットフォームというのは囲い込みができないわけで、
Sunの顧客はいとも容易く他社に流れるし、取り戻すのも容易。
これって、けっこう厳しいよね。

昔はSun信者がたくさんいたんだけど、彼らを失ったのは痛いね。

302:名無しさん＠お腹いっぱい。
08/11/27 07:46:45
AppleとNeXTとSunは内ゲバで共倒れ。
もっと早い時期にWindowsが脅威になっていれば共闘もあっただろうに。

303:名無しさん＠お腹いっぱい。
08/11/27 09:39:50
Sunはまだ倒れてないと思うけど…
ただSPARCは早いとこ見切りつけた方がいいんじゃないかと思う

304:名無しさん＠お腹いっぱい。
08/11/27 09:55:15
そうかそうか、連投すると気持ちが落ち着くか? はやく中毒直せよ...w

305:名無しさん＠お腹いっぱい。
08/11/27 10:39:29
>>304
連投はどっちの御家芸?

306:名無しさん＠お腹いっぱい。
08/11/27 10:40:09
MacがPowerPCではなくSPARCを採用してたら、
MacOSのベースもSolarisになってたかもしれん。

307:名無しさん＠お腹いっぱい。
08/11/27 10:46:11
SPARCliteじゃなくてモノホンのSPARC？

308:名無しさん＠お腹いっぱい。
08/11/27 11:06:56
上位機種はliteぢゃないもの積んでもいいと思う。

309:名無しさん＠お腹いっぱい。
08/11/27 11:42:26
liteって MMU乗ってないのでは? 乗ったのもある?!

310:名無しさん＠お腹いっぱい。
08/11/27 11:43:08
>>305
偽装連投って、人間としてサイテーの行為よね。みんな気をつけようねw

311:名無しさん＠お腹いっぱい。
08/11/27 11:48:54
ぷ
偽装だって

312:名無しさん＠お腹いっぱい。
08/11/27 11:53:58
別人のフリするやつな。ほんとサイテー。ミエミエだっつーの。

313:名無しさん＠お腹いっぱい。
08/11/27 12:04:04
>>309
V8EはMMU含む。

314:名無しさん＠お腹いっぱい。
08/11/27 12:04:35
>>312
へ～、別人に見えるんだ。
認識力に問題あるんじゃない?

315:名無しさん＠お腹いっぱい。
08/11/27 13:20:59
正味きしょくわるいな。気が知れんわ。

316:名無しさん＠お腹いっぱい。
08/11/27 15:26:28
なんか、話の内容ではなく、話し手についての話に熱心になるタイプがいるね。
スレの末期症状だわ。

317:名無しさん＠お腹いっぱい。
08/11/27 15:31:53
SPARCコアを使った素頓狂なチップの登場はまだかね。

318:名無しさん＠お腹いっぱい。
08/11/27 16:26:00
ま、ずっと同じやつだからな。技術レベル低いし、ろくに SPARC触ってないと
思われるし、病気だな。

319:名無しさん＠お腹いっぱい。
08/11/27 19:59:50
>>306
インテルPCへと移行するときに
うちのOSだかSparcだかを使わない？ってアピールしてなかったっけ
あっさりスルーされてたが

320:名無しさん＠お腹いっぱい。
08/11/27 20:56:10
MacOSにもSolarisにも興味ねーよ

321:名無しさん＠お腹いっぱい。
08/11/27 21:27:53
javaに興味があるのか

322:名無しさん＠お腹いっぱい。
08/11/27 22:10:59
ただ　滅びゆく様の　儚い美しさに　目を奪われ…

323:名無しさん＠お腹いっぱい。
08/11/28 02:27:49
>>318は、まさに>>316ですな。

324:名無しさん＠お腹いっぱい。
08/11/28 23:25:24
こんなスレ既にまともな人はいない
Mac関連のスレのように別の製品のユーザが馬鹿にしにくるくらい
2chではコンシューマ向けではない製品に関するスレはほとんどレスがないか、煽りだらけになるかのどちらか

325:名無しさん＠お腹いっぱい。
08/11/29 03:27:13
昔の2chにはプロがたくさんいたけど、今はもういないよね。
2chがメジャーになりすぎて、いろいろと変わりすぎた。

326:名無しさん＠お腹いっぱい。
08/11/29 06:05:44
Oracleがx86を第一に据えたように、
Solarisもx86を第一にすべきだろ。

327:名無しさん＠お腹いっぱい。
08/11/29 09:45:01
そんなに SPARCが恐いのかね? ケツの穴の小さい話だ。
まあ絶好調だからな、SPARCは。富士通のおかげもあって。
あと OpenSPARC関連の実製品が出てくれば全方位の品揃えになる。
ま、既に InfraNTのもあるけど。

328:名無しさん＠お腹いっぱい。
08/11/29 15:16:49
月光蝶である！！

329:名無しさん＠お腹いっぱい。
08/11/29 16:34:01
せいぜいS字結蝶くらいにしといてください

330:名無しさん＠お腹いっぱい。
08/11/29 18:03:48
せっかく SPARC64が SPARCファミリーのメインストリームへ踊り出よう、って時に
Sun大口顧客の金融企業が軒並ガタガタとは、富士通もツイてないな。
「今回は Niagara系買っとこ。」→「Niagara系けっこいけるじゃん!」とかねw

331:名無しさん＠お腹いっぱい。
08/11/30 04:55:44
このスレから変人が↓のスレに出張してきて荒らしています。
Sunの隔離スレでしっかり構って外に出ないようにしてください。
ｽﾚﾘﾝｸ(unix板:217-番)

> 超入門者向け 1980年代の基礎知識だけどな。MP評価する立場ならこんなん知らんと
> 話にならん。

> こういうお話しにならないアホウが x86の SMP機買ったりするんだろうなぁ..
> ろくに検証もしないから問題にもならない、とw

> ちなみにオレはクソおそい 80386のMP機は触ったことあるぞ。
> 単発の 80386パソコンの何倍も遅かったが、製品だった。
> まーーーーったく売れなかったと聞いてるww

> その他には経験がないわけですねw
> 誇らしい経験をお持ちで良かったです。

> ああ、あとは皆無だ。そんなもん買うバカにはとんとお目にかからん。
> で、記事かなんか提示しろや。自分で買ってベンチしたのでもいいぞ。
> ま、そんな知識じゃ SMPの評価なんてどうやったらいいかわからんだろうがなwwwwwww

332:名無しさん＠お腹いっぱい。
08/11/30 09:28:13
(´･ω･`)ｼﾗﾝｶﾞﾅ

333:名無しさん＠お腹いっぱい。
08/12/01 16:50:08
SunがXeonでスパコン作るこんな世の中なんて

334:名無しさん＠お腹いっぱい。
08/12/01 17:01:51
TACCはOpteronでしょ?

335:名無しさん＠お腹いっぱい。
08/12/01 18:36:14
URLﾘﾝｸ(www.geocities.jp)
> これまでにSunが納入したConstellationスパコンとしては，Top500で6位に
> ランクされたテキサス大のRangerシステムがありますが，これはOpteronブ
> レードを使っているのに対して，今回発表の3システムでは，次世代Xeon
> （Nehalem)ベースのブレードが使われます。

336:名無しさん＠お腹いっぱい。
08/12/02 01:58:43
ロハでSolaris使えるならなんでも良いよ。

337:名無しさん＠お腹いっぱい。
08/12/02 07:20:58
SunはNiagaraシリーズを温存しすぎ。

いくらプロセッサ1個あたりの処理能力が優れていても、
1ブレードに乗せるプロセッサの数が、
x86の1/4あるいは1/2では、どうにもならんぞ。

338:名無しさん＠お腹いっぱい。
08/12/02 10:18:23
>>333
だって Sun Blade 6048 ならＣＰＵは好きなの選べるじゃんｗ

339:名無しさん＠お腹いっぱい。
08/12/02 12:16:26
URLﾘﾝｸ(signalspot.com)

35ページ
> System will consist of 82 chassis (Sun Blade 6048modular system)
> Customers can choose between Sun UltraSPARC T2, Intel Xeon / AMD Opteron quad-core processors

> AMD 4-core Opteron (285 mm2 @65nm; dissipates 95 Watts @1.2V)
> 1 Flop/cycle-core x 2.2 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~554 TFlops†
> Intel 4-core Xeon (286 mm2 @65nm; dissipates 80 Watts @1.1V)
> 1 Flop/cycle-core x 2.67 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~655 TFlops†
> Sun UltraSPARC T2 (342 mm2 @65nm; dissipates 80 Watts @1.1V)
> 1 Flop/cycle-core x 1.4 GHz x 8 cores/proc x 768 proc/ch x 82 ch = ~705 TFlops†

UltraSPARCが最速のハズだったのだが・・・

340:名無しさん＠お腹いっぱい。
08/12/02 14:30:46
... 最速なのでは?
6coreになったら、って話か?

341:名無しさん＠お腹いっぱい。
08/12/02 15:16:51
いいえ。

T2の4ソケット対応版は、ごく最近になってリリースされたが、
6048対応のブレードでは今だに1ソケットonlyだ。

実際には存在しない架空の製品を使っての性能比較なんです>>339は。

342:名無しさん＠お腹いっぱい。
08/12/02 15:18:19
韓国の KISTI ってとこにもこんなのはいってるなｗ >6048

＞Sun Blade 6048 Cluster system, "tachyon", having　 a peak performance of 24 TFlops
　went into production on June, 2008. The compute and I/O nodes are connected via a
　non-blocking InfiniBand network with a point-to-point bandwidth of 2.5GB/sec (unidirectional speed).
　Four Blade 6048 compute racks house 188 x6420 compute blades. Each compute node has four Quad-core
　AMD Opteron 2.0GHz processor and 32GB of memory. Linux based on a CentOS distribution is installed
　on compute and login nodes. Users will interact with the system via four x4600 login servers.

あとこの手のＨＰＣのシステムってたいてい OS が Linux 系だから
SPARC より x86 がいいってのもあるかもしれん？ｗ

343:名無しさん＠お腹いっぱい。
08/12/02 15:18:35
正しくは

AMD 4-core Opteron (285 mm2 @65nm; dissipates 95 Watts @1.2V)
1 Flop/cycle-core x 2.2 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~554 TFlops†
Intel 4-core Xeon (286 mm2 @65nm; dissipates 80 Watts @1.1V)
1 Flop/cycle-core x 2.67 GHz x 4 cores/proc x 768 proc/ch x 82 ch = ~655 TFlops†
Sun UltraSPARC T2 (342 mm2 @65nm; dissipates 80 Watts @1.1V)
1 Flop/cycle-core x 1.4 GHz x 8 cores/proc x 192 proc/ch x 82 ch = ~176 TFlops†

となって、UltraSPARCはダメダメ。

344:名無しさん＠お腹いっぱい。
08/12/02 15:31:55
>>341
架空もなにも... 理論値だからなw

345:名無しさん＠お腹いっぱい。
08/12/02 16:35:13
Rock量産の暁には!

って言ってたのは2年くらい前だっけ。
今となっては量産始まって性能がバレるとSunが詰みそうだ。
結果論的には、作れないRockよりNiagaraに集中投資すべきでした。

346:名無しさん＠お腹いっぱい。
08/12/02 16:55:20
>>344
理論値だから何?

実際には客が選ぶことのできない構成を示してるのは問題でしょ?

347:名無しさん＠お腹いっぱい。
08/12/02 16:57:41
選択してくれればブレード作りますよ、ってことじゃない？

348:名無しさん＠お腹いっぱい。
08/12/02 17:53:11
>>346
これはこれはお巡りさん、取締りご苦労さまです。

349:名無しさん＠お腹いっぱい。
08/12/02 18:59:28
>>347
ブレードを作りたくても4P構成できるT2+やハブのチップが・・・

TACCはAMDのBarcelonaのスケジュール遅延に巻き込まれて、先行提供を受けたくらいのスケジュールなわけで、
T2+の4P構成が手に入るようになるまでは待てなかったと思う。

350:名無しさん＠お腹いっぱい。
08/12/02 20:56:46
>>341 は T2とT2+を勘違いしてない？
T2は1cpu構成のみ(8core x 8thread)なので、>>339 は T2かと

351:名無しさん＠お腹いっぱい。
08/12/02 21:24:33
T2/T2+はつい最近まで世界最速のCPUだった。SPECint_rate、SPECfp_rate。
しかし、とうとう、intel Core i7に抜かれた。
4Coreなのに、6CoreのXeon 7400よりもずっと速い所が驚き。
Core i7はデスクトップ向けCPUなので、サーバ用CPUとしては依然最速と
言い張る事も出来なくはない。
が、2009 Q1にはサーバ用CPUのNehalem EPが出てくるので、そこで終わりだ。

352:名無しさん＠お腹いっぱい。
08/12/02 21:29:32
一般に手に入らないという意味では、6.5GHzにOCした
Core2Duoが最速だろ。

353:名無しさん＠お腹いっぱい。
08/12/02 21:31:06
>>350
1ブレードに1ソケット構成onlyのT2を4つ押し込んだ変態ブレードを作る予定だったのかもな。

354:名無しさん＠お腹いっぱい。
08/12/02 21:34:04
>>351
> 4Coreなのに、6CoreのXeon 7400よりもずっと速い所が驚き。

Xeon 7400は1スレッド/コアだけど、Core i7は2スレッド/コアで、パイプラインの効率を上げているし、
演算速度を上げるように改良もされてるよ。

355:名無しさん＠お腹いっぱい。
08/12/02 21:48:48
もうちょっと景気が良ければ、Price Performance が悪くても
最速の T2 が売れるのにね。でも、この景気じゃなー

356:名無しさん＠お腹いっぱい。
08/12/02 21:57:30
>>354 それは知っているけど、実際に性能出してくるとはねとの驚き。
intelは本当に手がつけられんな。誰も勝てない。

357:名無しさん＠お腹いっぱい。
08/12/03 04:24:58
でもスパコンだとpowerに負けるのではないの？

358:名無しさん＠お腹いっぱい。
08/12/03 10:58:34
>>356
Niagaraはそれなりのブレイクスルーだったし、Rockも話の通りなら
イケると思うけど、とにかく年とかの単位で遅れちゃうとまずいよね。
リソースにものいわせたゴリ押しで追い付かれてしまう。
Transmetaもしかり。Efficeonがもっと早く出てれば違う展開があった。
まあ、Sunは Rockダメでも SPARC64で作ればいいんだけど。

次ページ