Sun Microsystems 最大の敵はItanium

1 ：名無しさん＠お腹いっぱい。：2006/02/26(日) 01:49:21

まだまだ続く、痛厨との攻防

【前スレ】
Sun Microsystems 最大の滝壷
http://pc8.2ch.net/test/read.cgi/unix/1138786320/

2 ：名無しさん＠お腹いっぱい。：2006/02/26(日) 01:49:42

3 ：名無しさん＠お腹いっぱい。：2006/02/26(日) 01:55:36

おいおいUNIX板は985-995で次スレというのが伝統だぞ

4 ：名無しさん＠お腹いっぱい。：2006/02/26(日) 02:39:32

>>3
そこまで使おうとすると落ちる可能性があるから980-でもいいとは思う。

でも最近のVIPから流れ込んだようなやつらは何とかならんのか。

5 ：名無しさん＠お腹いっぱい。：2006/02/26(日) 15:25:29

　　..　　+ 　　..:.　　..　　..
　+　　　 :.　　　　.　　+..
　　.　　　: ..　　　　+　　..　.
　 ..　:..　　　　　__　　..
　　.　　 +　　　|: |
　　　　　　　　 |: |
　　　　　 .(二二Ｘ二二Ｏ
　　　　　　　　|: |　　　　..:+　..
　　　　　∧∧　|: |
　　　　 /⌒ヽ),_|; |,_,,　　　　　　　　　　　　　
_,_,,_,～（,,　　）;;;;:;:;;;;:::ヽ,、
" 　 ""　"""""""",, ""/;
　""　,,,　　"""　　""／:;;

6 ：名無しさん＠お腹いっぱい。：2006/02/26(日) 19:03:39

サンはIA64 solarisを復活させないのかな？

7 ：名無しさん＠お腹いっぱい。：2006/02/26(日) 19:56:15

もう遅い。
HPCからミッドレンジまでLinuxが入り込んでしまったからな。
ライセンスの面でも不利だ。
Red Hat 7.xの頃までに投入しておけばSolarisだけでもなんとかなったかも知れないのに。

8 ：名無しさん＠お腹いっぱい。：2006/02/26(日) 22:13:39

montvaleﾏﾀﾞｰ？IPFも順調ではないよなぁ。
Niagalaに比べればﾏｼって程度にすぎない。

9 ：名無しさん＠お腹いっぱい。：2006/02/26(日) 23:24:32

IA64版のSolarisは、
SPARC版のSolarisとの互換よりも
IA32版のsolarisとの互換を重視し、
リトルエンディアンだった。

もうね、ダメ。

10 ：名無しさん＠お腹いっぱい。：2006/02/27(月) 09:23:38

エンディアンで互換て... 低レベルな。どっかのアホ OS といっしょにすな。

11 ：名無しさん＠お腹いっぱい。：2006/02/27(月) 11:50:14

種々のシステムのエミュレーションのこと考えれば、
IA32に合わせて当然。

12 ：名無しさん＠お腹いっぱい。：2006/02/28(火) 13:23:38

やっぱどうみても最大の敵はPower5(+)だと思うのだが...
Itaniumなんてどうでもよさげ？

13 ：名無しさん＠お腹いっぱい。：2006/02/28(火) 17:00:01

IBMはItaniumは意識してるけどSPARCは眼中に無いな。
もまいらそれぐらい勢いがなくなったというのを認識しないと。

14 ：名無しさん＠お腹いっぱい。：2006/02/28(火) 18:43:12

それでもNiagaraは意識していると思われ。
アーキがおもろいものね。

15 ：名無しさん＠お腹いっぱい。：2006/02/28(火) 22:27:17

>>13
CPU屋は、メーカーヲタやアーキテクチャヲタと違って、
公平に見ているはずなので、興味あるはずだと思いますよん。

16 ：名無しさん＠お腹いっぱい。：2006/02/28(火) 23:31:39

CPU屋の方ですか？

17 ：名無しさん＠お腹いっぱい。：2006/03/01(水) 00:19:35

>>15
昨年のPOWER5コンファレンスでは、
「POWER5 vs IA-64の技術評価」と題して○BMのエンジニアが
テクニカルセッションやってましたけど、SPARCやOpteronの話はサパーリなかったですよ。
なんだかんだ言ってIBMが意識してるのはIntelでつよ。

18 ：名無しさん＠お腹いっぱい。：2006/03/01(水) 00:22:48

2 行目、落差が大きくて分かり易いからじゃないの。
設計方針が全然違うわけだから。

19 ：名無しさん＠お腹いっぱい。：2006/03/01(水) 00:40:35

まぁそう思いたければ思ってくださいな。

20 ：名無しさん＠お腹いっぱい。：2006/03/01(水) 00:41:41

POWERとSPARC比較なんてさんざんやっているから、今更って感じでしょ。
けど技術一般を無視しているわけない。>>17は営業さんかなにか?

21 ：名無しさん＠お腹いっぱい。：2006/03/01(水) 01:20:37

まぁスレ違いなのは明確だな。

22 ：名無しさん＠お腹いっぱい。：2006/03/01(水) 22:23:30

>>20
一応担当エンジニアの独断ですが、と断ってましたけど
Itanium2の吊し上げでしたね。
POWER5はItanium2と競合しますからねぇ。。。

23 ：名無しさん＠お腹いっぱい。：2006/03/01(水) 23:54:04

どういう内容だったか知らないけどカンファレンスでプレゼンするならインパクトのあるメーカーの方がいいし、
比較しやすい敵の方が都合が良いのは当たり前。下手にNiagaraなんかを敵にしようとするとめんどくさすぎる。

24 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 06:27:48

敵がどうのこうのというより、
Niagaraはまだ良く分かってないんでしょう?
営業さんと違って他社製品解析が仕事じゃないから(w

25 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 16:44:57

Niagara2 で、Fire T2000 と同じ SAS のマウンタが 2 コ挿せて、外付け用 SAS コネクタ、
6pin 800Mbit/s FireWire、GbE 付き、ExpressCard/54 スロットが 2 つの、
IPX の縦横奥を 1/2 にしたようなマシンがほしい。
そんでもって Solaris には Quartz と CoreAudio 搭載してくれたら... 今の Mac mini と
常用端末をリプレースするぞw

26 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 16:47:53

腐れリンゴの世界に帰ってください

27 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 17:34:01

Mac で使ってる DAW、Niagara2 で使いたいんだよな。
4core か、2core x 4thr でもいいかも。ウルサイのはいやだし。

28 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 19:44:57

SLCはiMacの前身

29 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 21:34:36

>>25
ウィンドウシステムの HW レンダリングは Xorg でも出来るようになりつつあるよ。
フォントは FreeType2 で、ドローイングは Cairo かな。
個別機能レベルでは玉が揃いつつあるけど、Mac みたいになるにはデザイン
センスが追い付かないだろうね。ニーズもあまり無さそうだし。

サウンド関連はｼﾗﾈ。

30 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 22:31:55

Tシリーズは中途半端でつね。
普通の1U、2U鯖にチップだけCMT載せてどうするんでしょうか。
仮初めにもWeb Appliance鯖と言うんなら、NetAppとかAzulみたく専用設計にしないとダメですよ。
そんな中途半端な設計で売れると思っているんでしょうか。

31 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 22:40:10

売れると思うけど。とりあえずオレは提案したけど。専用機だったらしてないね。

32 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 22:40:38

汎用だからあんなに安いんじゃないの。
チップだけ CMT とか言っちゃうのは見る目が無いと思うけど。

33 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 23:08:00

T2000て結局１台300マソくらいするじゃん。
それだったらも少し安いXeonかOpteron鯖で充分だと思うが。
NetAppだと専用OSに専用ハードのシンプル設計で速くて管理楽だから、
数百マソ出しても惜しくない。
だいたい1U、2U鯖買う場合、Web専用とかXX専用とかの名目で買うけど
買った後でもある程度使い回しが効く方がなにかと便利でないかい。
FPの弱い汎用鯖なんてあるのか?

34 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 23:10:37

FP欲しいなら最新の石がいいな
お下がりでFPってどんな石でも悲しくなりそう

35 ：名無しさん＠お腹いっぱい。：2006/03/02(木) 23:12:58

>>33
FP を何に使いたいの?

36 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 02:50:25

>>33
既に相対的に遅い Xeon や Opteron 買ったら、それこそ先いってから困るだろ。
300 万のやつじゃなくて 4 コアのやつでも x86 よりずっと速いと思うが。
なんで Web サーバ買うのに浮動小数点演算が要るんだ? どういう組織だよそりゃ?

37 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 06:25:52

>>32が汎用と言ってるからには、他の汎用鯖並のFPは持ってるんだよな?という意味。
>>36
じゃ聞くがCobaltラインを潰しておいて何故今更Web Appliance鯖なの?
Tシリーズは他の1U、2U鯖と比べてCPU以外にナニかスループットを上げる仕組みがあるのかね?
漏れには現状ではNigagaraしか作れないから、それをごまかす為に出来合いの筐体に載せて無理矢理用途を考えて
私情投入してるとしか思えないんだが。

38 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 09:54:37

Cobaltは石がIntelでOSがLinuxだったから潰したんじゃないか

39 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 11:13:56

>>37
SPECweb や SPECjbb がぶっちぎりで速いのは知ってんのか? 寝言?

40 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 11:50:35

>>39
>>37 は技術屋さんじゃない気がする。

41 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 11:58:39

単なるCPUヲタでしょ。しかも勘違い君。

42 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 12:11:18

あ、>>32 って俺じゃん。

>>37
FP の性能と汎用かどうかは全く関係無いよ。つか、俺が言ってるのは汎用部材を
使用しているって事だけど。了解?

>>37 は何の為に Web 鯖で FPU が必要か、絶対に答えないと思う。

43 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 15:21:41

え～
汎用SPARCアプリが動くかどうかかと思った
殆どのアプライアンスと銘打たれたものは汎用部材で作ってるんじゃないの？

44 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 15:45:29

「Linuxを開発しているのはIBMとインテル、オラクルだ」と米オラクルのエリソンCEO
ttp://itpro.nikkeibp.co.jp/article/NEWS/20060303/231633/

まあ、このおっさんも言うこと真に受けない方がいいベスト 5 くらいな人だから、
どのくらの程度なのかはアテにならんが、Linux がある企業集団のおみこしに過ぎん状況に
なってくると嫌気がさして離れる人が出るだろうね。Linux が OSF/2 になる、と。

45 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 15:53:21

なんか議論がずれているような気がするけど、
Niagaraの利点は、複数のcore/threadを用意して、
メモリレイテンシーを補う点にあると思うのだけれど。

2CPU/4CPUやHyperthread程度ではあまり効果がないけど、
Niagaraは全部で32threadsが1CPUで動き、これと非同期の
メモリコントローラとで、ハイスループットが実現されている。
実際、性能がXeonやPower5+などと比較して、200%, 300%のオーダーで
速いので、これは本当にエポックメーキングなことだと思う。

スループットの実行速度でXeonやPower5+よりも圧倒的に速いのが
凄まじい。まさかここまでやるとは思わなかった。これで他社も
マルチコアCPUの方に一斉に向かうと思うよ。

それと、SPARC CPUは、アプリの互換性は必ずキープされる。

46 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 15:58:06

> 「Linuxを開発しているのはIBMとインテル、オラクルだ」と米オラクルのエリソンCEO

実際、LinuxはIBMがコードを開発して品質を上げてから、企業で使えるレベルに
なったと思う。Red Hatとか色々やっていたけど、IBMやSGI, HPの貢献が大きいよね。

IBMがLinuxをやっていなければ、ここまでのレベルに確かにならなかったと思う。
ただ、Linuxは互換性がねぇ... ドライバとか。今後のサポートを考えると、やっぱり
企業向けではないようには思うけど。

47 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 16:46:44

> やっぱり企業向けではないようには思うけど。
商用パッケージを選べば問題ないよ
ドライバもパッケージの中で完結するようにすればいいだけで

48 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 16:51:37

>>44
> Linux が OSF/2 になる、と。

今やHPに吸収されたDECも含めて旧OSF陣営なのか。すると消えた
MontereyがOSF/1.5に当たるのか。

49 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 16:53:44

>>47
分岐して企業独自もんになってしまうんならそれでいいんだろうけど、
オープンというお題目が欲しいわけで、そうすると短いタームで一本化を
繰り返さなくちゃならない。そうするとバイナリ互換性が保てない。そういう意味と
思うけど。
その点 Solaris の後方互換性は極めて高い。

50 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 16:57:03

>>48
OSF/1 の時も最初 AIX 採用させようとして総スカン喰らってるから、
それが本当の 1 だとすれば Linux は OSF/4、かな?w

51 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 17:02:00

>>49
バイナリ互換性は捨てて導入コストの安さで勝負しましょうってところじゃないの＞オプソOS
サポート考えればディストリ付属のコマンド群で完結するような用途か動作確認されてる
商用ソフトウェアしか実際使えないでしょ
パッチ含めたサポートに期待しないなら商用パッケージを選択すること自体無駄
セキュリティパッチの適用状況見るとforkしちまってると言っていいような状況なので
お題目のソースが読める状態にあるというところが嬉しいのかどうかなんとも

52 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 17:09:45

>>51
なるほど。確かに利用者にとってはそれでいいかも知れん。
まるごと入れ替えるのが容易になってれば、ディストリビューション単位での完結で。
しかし、それだと今度はアプリの開発屋さん側に負担がかかるよ。
動作保証するのにそれぞれ手を入れないといけなかったりすると。

53 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 17:16:48

ところで「最大の滝壺」いっこうに DAT 落ちしないが、ここも「IPF採用撤回は大失策」も
後継スレ認定されてないのかな。

54 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 17:52:09

> 今度はアプリの開発屋さん側に負担がかかるよ。
たしかにオプソOSの外側でソフトを売る側は辛いかも
日本ではソフトの保守料ってなかなか文化として定着しないから
サポート切ってくしかないでしょ
現状では世界的にブランド通ってる有名どころしかオプソOSの上では
OSSアプリに勝負出来ていない感じだけどね

55 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 21:25:31

>>52
Red Hatはパッケージの数は多いけど、
結構バージョンを絞っているから、それほど負担はないよ。

56 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 21:26:11

>>53
最悪でも後継はこっちだろ。IPFスレは放置。

57 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 22:19:37

>>55
ダウト。某 F 社のミドルはボロボロ。バージョンチェックしてて起動しないもんやら
上がるけど死んじゃうもんやらひどい状況だぞ。

58 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 22:29:58

>>43
> 殆どのアプライアンスと銘打たれたものは汎用部材で作ってるんじゃないの？

そんな訳ないだろ。
Applianceと名打たれて汎用部材使ってるのは３流品だよ。

AzulのVegaチップは24コアで４チップ(96コア)～１６(3860コア)チップまでバリエーションがある。
消費電力も4チップ版で840WだからNiagaraより低消費電力。
Vegaチップは並列処理自体の問題としてAmdahlの法則に基づいて、なるべくロックをかけない様な
しくみになってる。
Azulはプロセッサ、I/O、Java VMの無駄を削り落してシステムレベルでの最適化を図ってる。
元CobaltのCEOが作った会社だけあって、Sunとは考えてる事が違う。

59 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 22:32:32

>>56
立て直さない?
最大の冷糸
最大の滝岩
最大の省電

60 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 22:34:30

>>58
>>45 読んだ? 寝てんのか? ベクトルシャイムより元 Cobalt の CEO の方がウデがあるとでも?

61 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 22:35:35

でT1の案件は増えたかね?

62 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 22:51:07

>>57
そりゃF社の問題であって、即ダウトって話じゃないだろ。
大体、バージョンに強い依存があるなら、
ちゃんとパッケージのバージョン依存性記述すればいいし。

63 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 23:08:10

F 社の Solaris 製品はそんなことになってないよ。
UP と MP で違ったりもする。
オレは >>46 の最後あたりに同意。

64 ：名無しさん＠お腹いっぱい。：2006/03/03(金) 23:39:42

>>63
F社のノウハウが蓄積されてないだけ。

65 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 00:33:57

>>43
SPARC アプリは普通に動くよ。FPU が無い訳じゃない。

>>59
賛成。今度は Itanium 抜きで。

66 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 01:02:26

>>2を読めばこのスレの伝統が理解できると思うんだが

67 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 01:33:06

>Google、自社サーバでAMDを初採用か？
ttp://www.itmedia.co.jp/news/articles/0603/03/news078.html

ここでナイアガラが出てこないのは何故？

68 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 01:34:27

googleはPC大好きちゃんなので。
google検索エンジンの論文読んだことない人?

69 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 02:17:08

>>45
マルチスレッドはメモリレイテンシーを隠すためだけど、マルチコアは
並列性で処理性能をかせぐため。

マルチコア化は、各社向かうところだけど、Niagaraみたいな方向性は
Sunだけで、他はシングルスレッド性能も重視してる。Niagaraでどうこう
ということはないと思う。NiagaraがDS並にバカ売れでもしないと、他は
Sunのアプローチを真似てこないと思うよ。

70 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 03:19:45

Niagaraを4～8CPU搭載したサーバが出ないのは、スケールしないからだ。
未来なんかではなく、過去のものをシュリンクしただけなのだ。

>>67
Googleが使っているOSがLinuxで、しかもOSに手を入れて使ってるから。

71 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 03:29:07

>>70
上半分、もちっと具体的な話をしてくれ。単なる煽りにしか見えない。
技巧にこだわらず、適材適所で良いプロダクトを作る事に何か問題があるのか?

72 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 03:56:38

>>69
>Sunのアプローチを真似てこないと思うよ。

Niagara の Crypto Acceleration みたいな部分は他もやってくると思うよ。

73 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 04:48:41

VIA C7

74 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 07:41:43

NiagaraはGoogleみたいな所にこそ使って欲しい石だと思うけど。
現実は甘くないのか。世間の風は厳しいのぉ。

75 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 12:10:26

Googleが採用に踏み切らないのはNiagaraの性能上の問題
ではなく、供給能力の問題のせいではないかな。PCみたいに
壊れたら、すぐ調達してきて取っ替えることが難しいから。

個人的にT1000を2台注文したんだが、未だに納品の目処すら
立たない状態。本当にいい加減にして欲しいよ。

GoogleのクラスタシステムをSolarisで組み直すのは
技術的には可能でも、上場会社になってしまった以上、
株価に影響を与えることはしないだろう。ただでさえ、
成長鈍化で株価の先行きが懸念されているからね。

76 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 12:56:55

Googleは自分たちで出来る技術持ってるから、わざわざ糞高いヘボパフォーマンスの
買う必要ないからだろｗ

77 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 13:16:50

GoogleとSunは分野が違いますので。

78 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 13:33:54

けど本当に電気代を大幅に減らすことが出来るならNiagaraへの移行の
十分な動機にはなるんじゃないかな。それで利益も上がると。

しかし、供給力の問題がついてまわるようだと Sun ダメポ。

79 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 13:43:27

>>71
>技巧にこだわらず、適材適所で良いプロダクトを作る事に何か問題があるのか?

だから、SUNのものは使わないと判断したんじゃないかｗ

80 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 13:45:58

SUNの陳腐な自尊心にはうんざりだな
市場からスルーされてることに気づいてないのかね、SUNは
お呼びじゃないんだよ

81 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 13:48:23

実績積まないと

82 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 13:50:30

供給不足、TIが原因だったら泣ける(つД｀)

83 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 13:52:06

>>75
つまりそれは「供給が逼迫してる」という言い方もするわけで、要は売れてんじゃん。
生産トラブルなら話は別だが。
Google はモロに OSS な人達がやってんだろ。どんなすごいもんが出たところで
自分らがプロジェクトにかかわってないモノは買わないだろ。株主に強制的に
方向転換させられる状況にならないと。順調なうちはないだろな。

84 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 14:16:36

>>83
違う。あくまで「供給不足」
12週間遅れるけど我慢しろよおめーら、っていうお詫びレターがきた。

しね。

85 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 14:24:51

供給側にとってはさ、予定通りの生産をやっても逼迫した場合は「バカ売れ」なわけよ。
需要は予定程度だけどその分生産できなかったら生産トラブル。
買う側にとってはどっちでも同じだけどさ。
ま、気持ちはわかるよ。せっかく提案しといて入らないと立場ないよな。
UltraSPARC IV+ もバックオーダー溜まってるって言ってたね。

86 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 14:28:11

>>75
今使っているPCサーバと簡単に交換できず、移行コストが高いから。

>>78
ttp://japan.cnet.com/news/ent/story/0,2000047623,20092632,00.htm
電気代を大幅に減らしても、ハードが高かったら、トータルでは高くなるよ。
Googleが使っているのは、3000ドルクラスのローエンドサーバだからね。

>>83
生産トラブル臭くないか?

87 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 14:33:03

てかそんなのいつもの事じゃないの？
重要な顧客のとこにはちゃんと供給されてるよ。

88 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 14:58:41

あっそ

89 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 14:59:38

陳腐な自尊心は、SUNのみじゃなくて、信者までもかｗ
こりゃ先は長くないな

90 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 15:01:30

SUNの言い訳なんかどうでもいいだろｗ顧客にとっては
物をきっちり入れるか入れないかしか興味ないよ、ユーザはね
まあ、こんなことしてたらユーザは逃げていくことでしょう

91 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 15:23:15

だけどさ、パソコンと同じ生産体制が取れるかというと、そうはいかないよ。
外部委託して汎用品作らせるのとは訳が違う。使い回しが難しいから。
出荷開始後のピークに耐えられないのは織り込み済みでしょう。
パソコンしか買ったことない人にはわかんないよね。

92 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 15:57:02

SUN以外の会社は、普通に出来るけどな
SUNだけできないということは、SUNに問題があるのでしょうな

93 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 16:02:08

Niagara以外の汎用RISC CPUでそんなに売れてる製品あるのか？

94 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 16:25:11

>>83
バカ売れでSUNが供給できなくて困っているなら宣伝すると思う。

>>86
Niagara発表時の比較対象を見ると安い大量のエッジサーバを
リプレースするのも目標の一つだと思ったんだが。電気代を移
行コストが下回ることは無かったか。

Googleと提携の噂があったときは、Googleのサーバをx86から
Niagaraにリプレースして、Niagara版のアプライアンスサーバ
でも出すもんだと思ったんだけどね。

95 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 17:31:36

まあ、Sun3 から SPARCstation20 あたりまでの出荷ラッシュの経験はあるだろうけどね。
その後はしばらくないんじゃない。

96 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 17:53:19

今日は何でこんなに自演が多いの?

97 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 20:15:00

>>75
T2000なら早く届いたのにね。

98 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 20:26:33

T2000の方が早く届くの？ T1000より？
なんでだろう？

99 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 21:30:23

AMDに作らせろ。

100 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 23:31:31

>>99
AMD はまだ単独で行った方がうま味があるが、x86 が本当に行き詰まった時には
TI がヘタレな場合 Sun と提携というのはあり得ると思う。ま、もう少し先だろうが。

101 ：名無しさん＠お腹いっぱい。：2006/03/04(土) 23:48:09

「供給不足」WWW

SPARC64Vより遙かに大きく、Power5やMadison(6M)とほぼ
等しいサイズのチップの歩留まりが良いわけ無いな。
こんなサイズのチップがサクサクとれたら驚異だよ。

102 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 00:28:36

そんなにデカいチップサイズだったら歩留り悪そうだな。
1コアでも不良だったら死亡確定なのか?
8コアの内2コアくらいリダンダンシー・コアにしたらどうだ。

103 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 00:45:58

すでに8コア全部が動かないもので、4コア、6コア製品つくって出してる。

http://jp.sun.com/company/Press/release/2005/1207.html
　　　プロセッサ： UltraSPARC T1
　　　クロック： 1.0/1.2GHz
　　　コア/実行スレッド数： 4/16 、 6/24 、 8/32
　　　プロセッサ数： 1

104 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 01:04:17

これってNigagaraは実質4コア製品って事じゃないのか?
実際は8コア全部リダンダンシー・コアになってて
どの組み合わせでもいいから4コア以上生きてるタマだけアセンブリするんだろ。

105 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 01:19:58

>>104
それが何で、『実質4コア製品』になるんだ?
8コアのも実働してるのに。

106 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 01:33:54

別になにも珍しいことじゃないが。Intel がキャッシュの死んでるやつ品名変えて出してるだろ?
しばらく経って不良率が下がると故意に殺して出してる。そんなことも知らないの? マジか?
＃複数人なのかひとりなのか知らんけど。

107 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 08:29:04

そりゃね、メモリでも1M x 8bit、1M x 9bit製品ではアルミマスタースライスにして
1M x 8bitで使わないメモリセルを殺してるのは知ってるよ。
でもNiagaraの場合プロセッサコアですぜ?
コアのレイアウトを見る限り、このチップサイズで4コア以上どの組み合わせでも可にすると
組み合わせによっては、内部から周辺I/Oへの配線長のばらつきの差が大きすぎて
寄生インピーダンスの付き方がバラバラで気持悪い設計だと思うよ。
たぶん近接して4コアOKのタマと、バラバラで4コアOKのタマでは温度差による性能の差が
あると思うよ。

ttp://pc.watch.impress.co.jp/docs/2005/0531/spf07.htm

108 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 08:37:52

思うよ

109 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 08:55:01

そこまでタイミング詰めねーし。
詰めたくてもシミュレータねーし。

110 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 11:39:43

>>107
たぶん冗長セルも勘違いしているし、そのご高説
では8コアすべてが同時に同じ動作しないと
おかしくなるみたいだな。www

111 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 12:08:06

>>98
詳しくは知らんけど、T1000特有の部品が足りないってさ。

112 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 12:47:57

>>111
T1000特有ってSATA-HDDか？
単にT2000を売りたいだけのような気も...

113 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 14:06:05

>>110
勘違いしてるのは>>106だよ。
漏れはIntelの話に対してメモリで例を揚げた。
アルミマスタースライスは、アルミ工程で故意に回路を殺すもので
リダンダンシーセルはダイソータの選別工程でFuseを切って死んでるセルを見ない様にする事だよ。
代替セルに対して代替コアじゃないと言いたいのかね。
メモリセルと違って、あんなデカイ領域を取捨選択するなんて色々な意味でうまい設計とは思えんが。

114 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 16:53:50

今、時空がじ捻曲がったな。未来のレスに対してどうやって勘違いするんだか。

115 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 19:43:37

もしかして8コア
ひょっとして6コア
なんちゃって4コアのNiagara

116 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 19:49:21

同じダイサイズ・トランジスタ数でも、
キャッシュとロジックでは違うよね。

117 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 20:50:35

てか5～6年前のUltraSPARC2を今時のプロセスルールに合わせてシュリンクして作ってるようなものでしょ？
そんなに歩留まり悪いとも思えないけど。

118 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 21:08:53

>>113
専門用語並べるとみんな信じると思ってるらしいが、キャッシュの領域がどのくらいの
比率占めてるか知らないんだな。デカイ領域って、キャッシュの方がずっとデカイけど?

119 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 21:39:34

niagaraのダイ写真をパッと見た感じ、コア、クロスバー、I/Oパッド、キャッシュが
それぞれ同じくらいの面積のように見える
クロスバーの面積がでかくて、これがネックになってそう

120 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 21:43:05

>>117
┐(´ー`)┌

121 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 21:51:46

>>118
殺す単位としては一番コアが大きいだろ。
4コア製品の場合、どういう組み合わせか知らんが4コア死んでるんだよ。

122 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 22:21:12

とは書いてみたけど。

>>103
> すでに8コア全部が動かないもので、4コア、6コア製品つくって出してる。

8コア完動じゃない物で6コア以下の製品作ってるとは書いてないだろ。
普通に考えるとcacheと違ってダイソータの選別工程で回路の一部だけ切って
コアをまるごと残す事はしないだろ。
フローティングノードが多く残りすぎて気持悪いよ。
たぶんアルミマスタースライスで、4コア、6コア、8コアと決め打ちで作ってるハズだよ。
どういう並びか知らんが近接するコアだけでね。
それでもあれだけ沢山の未使用回路をチップに残すのは気持悪いな。

123 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 22:46:00

ただのクソどしろーとだったとさ。まる。

124 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 22:49:34

うだうだ言ってないでT2000買ってばらして顕微鏡で見てみなよ。

125 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 22:58:24

他社解析出たー!

126 ：名無しさん＠お腹いっぱい。：2006/03/05(日) 23:00:25

水晶玉の前で呪文となえた方がよくないか? ランプこすった方がいい?

127 ：名無しさん＠お腹いっぱい。：2006/03/06(月) 00:27:57

106 はちっとも自説を出さないな。
正しさはともかく、男らしくなくて見ていて不快。

128 ：名無しさん＠お腹いっぱい。：2006/03/06(月) 00:28:47

チップの外観
http://blogs.sun.com/roller/resources/jonathan/niagara_chip_small_pic.jpg
中身がMCMだったら笑えるが、違うよね。

ダイの写真
http://pcweb.mycom.co.jp/photo/news/2005/07/27/002gl.jpg

129 ：名無しさん＠お腹いっぱい。：2006/03/06(月) 02:19:03

知ったかぶりの言いがかりをバカにしてるだけだが。自説もなにも。

130 ：名無しさん＠お腹いっぱい。：2006/03/06(月) 02:33:03

てかNiagaraの仕様や設計データはもうすぐ無償公開されるんだよね？
分かる人が見ればみんなが疑問に思ってること分かるのかな？

131 ：名無しさん＠お腹いっぱい。：2006/03/06(月) 15:09:26

ダイサイズや周波数は製造技術で設計を変えなくても幾らでも小さくまたは
高周波数にできそうだが...

Intel, IBM, 富士通だったら..TIはシラン。

132 ：名無しさん＠お腹いっぱい。：2006/03/07(火) 00:04:33

このスレは内容の正確さよりも男らしさが大事なのか？www

133 ：名無しさん＠お腹いっぱい。：2006/03/07(火) 00:07:41

>>132
このスレはもう終わりみたいですよ。

134 ：名無しさん＠お腹いっぱい。：2006/03/07(火) 00:17:18

>>132
性差別ですよね。女らしさも大事にして欲しいです。

135 ：名無しさん＠お腹いっぱい。：2006/03/07(火) 00:32:54

サンは男らしくないとダメじゃん

136 ：名無しさん＠お腹いっぱい。：2006/03/07(火) 00:50:42

Itaniumはエロかわいい

137 ：名無しさん＠お腹いっぱい。：2006/03/07(火) 02:08:33

サンって石田ゆり子の方だろ？

138 ：名無しさん＠お腹いっぱい。：2006/03/07(火) 19:15:50

> このスレはもう終わりみたいですよ。

最大の滝壺の後スレを別にたてたの？

139 ：名無しさん＠お腹いっぱい。：2006/03/08(水) 17:23:00

正しいSun Microsystems 最大シリーズ、速く立てて。

140 ：名無しさん＠お腹いっぱい。：2006/03/08(水) 19:22:02

Sun Microsystems 最後のイナバウアー　ももう時代遅れになってしまったｗ

141 ：名無しさん＠お腹いっぱい。：2006/03/08(水) 23:17:43

じゃあ、Sun Microsystems 最後のメロウスペシャル

142 ：名無しさん＠お腹いっぱい。：2006/03/09(木) 00:51:07

メロウイエロー？

143 ：名無しさん＠お腹いっぱい。：2006/03/09(木) 03:09:25

要望にこたえて立ててみました。

Sun Microsystems 最大の重複
http://pc8.2ch.net/test/read.cgi/unix/1141840635/

144 ：名無しさん＠お腹いっぱい。：2006/03/09(木) 23:10:21

>>143 GJ!

145 ：名無しさん＠お腹いっぱい。：2006/03/10(金) 00:19:23

既出じゃないよね
http://primeserver.fujitsu.com/primepower/news/article/06/0308/

146 ：名無しさん＠お腹いっぱい。：2006/03/10(金) 00:28:49

>>145
SPARC64 V/2.16GHz/32CPU/32コアって32CPU(=32スロット)で32コアって言う意味？
要はシングルコアのSPARC64を32発ってこと？

147 ：名無しさん＠お腹いっぱい。：2006/03/10(金) 00:35:03

そう。SPARCV64はまだ多コア出してない。
UltraSPARC IV+はSunが2コア出しているけど。E6900とかで。

148 ：名無しさん＠お腹いっぱい。：2006/03/10(金) 00:36:56

ちなみに128CPUあり (これはガイシュウツ)
http://pr.fujitsu.com/jp/news/2006/02/2-1.html

149 ：名無しさん＠お腹いっぱい。：2006/03/10(金) 00:44:33

今時の風潮で言うと。。。。　　電気代かかりそう！

150 ：名無しさん＠お腹いっぱい。：2006/03/10(金) 00:46:14

すげーなｗ　東証にいれてもらおうｗ

151 ：名無しさん＠お腹いっぱい。：2006/03/10(金) 00:53:07

そいでもってItaniumは
http://pr.fujitsu.com/jp/news/2006/01/5.html

152 ：名無しさん＠お腹いっぱい。：2006/03/10(金) 02:20:54

このスレは重複です

↓の本スレに移動してください

Sun Microsystems IPF採用撤回は大失策
http://pc8.2ch.net/test/read.cgi/unix/1140863996/

153 ：名無しさん＠お腹いっぱい。：2006/03/12(日) 09:10:39

MontecitoのTPC-Cが登録されました。　200,829 tpmC
http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=106030901
4core同士だとMadison9M(161,217 tpmC)に比べて25%upでつ。
http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=104110801

他のベンチマークはまだ無いようです。

154 ：名無しさん＠お腹いっぱい。：2006/03/12(日) 15:52:32

dual processor --> dual core で性能が上がるのは、他の全ての CPU が
過去に通って来た道だよ。

155 ：名無しさん＠お腹いっぱい。：2006/03/12(日) 17:00:05

>>154
Montecito 2CPU、4コア、8スレッド
Madison9M 4CPU、4コア、4スレッド

156 ：名無しさん＠お腹いっぱい。：2006/03/12(日) 17:07:55

>>155
コア数が同じでも、CMP の方が速いという事を書いたんだが。
なんちゃってヅアルだとあまり変わらないけどね。

157 ：名無しさん＠お腹いっぱい。：2006/03/12(日) 20:50:55

>>156
だったら、そう書けば良かったのに。

しかし、性能向上分のどれだけがCMPによるもので、どれだけがCGMTによるものなのかな。

158 ：名無しさん＠お腹いっぱい。：2006/03/12(日) 21:04:07

>>153

AMD Opteron 4CPUの方が、236,054 tpmCで速いぞ。
AMD 4coreが出たら、圧勝っぽい。

159 ：名無しさん＠お腹いっぱい。：2006/03/12(日) 21:06:47

価格性能比も、
Montecito $3.25 US / tpmCに対して、
AMD Opteron $2.02 US / tmpCとなってる。

160 ：名無しさん＠お腹いっぱい。：2006/03/12(日) 22:09:37

Montecito って、1.6GHz なの?

161 ：名無しさん＠お腹いっぱい。：2006/03/12(日) 23:51:54

>>160
TDPが若干下がってるからな

162 ：名無しさん＠お腹いっぱい。：2006/03/13(月) 00:27:50

>>158

http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=105120501
これかな？
Opteron 2.4DC GHｚ
4Processors/8Cores/8Threads ってなってるぞ。

163 ：名無しさん＠お腹いっぱい。：2006/03/13(月) 00:57:32

Montecitoの2CPUとOpteronの4CPUの比較か。
CPUが少なくても、トータルのコストが高いんじゃぁ・・・。

164 ：名無しさん＠お腹いっぱい。：2006/03/13(月) 01:21:11

そのあたりのクラスだと確かに高コストは売れない要因。
なんでもっと CPU 数の多いのでやらないんだろ。どうせ HP-UX なんだし。

165 ：名無しさん＠お腹いっぱい。：2006/03/14(火) 05:36:44

CPUにまだエラッタがあるんじゃねーの

166 ：名無しさん＠お腹いっぱい。：2006/03/14(火) 20:36:25

やっぱり、「最大の敵はPower」じゃないのかな？

167 ：名無しさん＠お腹いっぱい。：2006/03/15(水) 00:08:38

Intel が Pen-M 系でつまずいたらそうなる。Intel は最近のどんくささからいくと
Pen-M 系でもつまずく可能性は大。それに引き換え、POWER には弱点がない。やぱつおい。

168 ：名無しさん＠お腹いっぱい。：2006/03/15(水) 12:29:45

というか、IBMはもともとIntelなんてめじゃないだろう？
Sun v.s. Intelはあっても、IBMは余裕。
Xeon, Opteronを使っても、一番はPowerという絶対の自信。
Cellのブレードサーバもあるし。

169 ：名無しさん＠お腹いっぱい。：2006/03/15(水) 12:39:12

一番はメインフレームじゃないの

170 ：名無しさん＠お腹いっぱい。：2006/03/15(水) 13:43:25

今全部 POWER だつーの。zSeries も。

171 ：名無しさん＠お腹いっぱい。：2006/03/15(水) 16:50:54

IBM の z は POWER で、NEC の ACOS は Itanium になったわけだが、
富士通の汎用機起源 SPARC64 は、やっぱ GS（だっけ?）への搭載をにらんだ作りに
なってるのかな?

172 ：名無しさん＠お腹いっぱい。：2006/03/15(水) 19:09:19

自意識過剰なSun厨大杉。

173 ：名無しさん＠お腹いっぱい。：2006/03/15(水) 21:07:00

>>172

IBM厨の間違いだろう？

174 ：名無しさん＠お腹いっぱい。：2006/03/15(水) 22:14:49

>>171
Powerなのは、旧AS/400のiSeries
zSeriesは、今も独自CISC

175 ：名無しさん＠お腹いっぱい。：2006/03/15(水) 22:25:31

だよねぇ

176 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 14:02:42

そうなのか。>>170 は撤回。失礼すた。

177 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 21:27:08

次のインテルのプロセッサはかなり高性能らしいじゃん。
AMDは4年ぶりにまた暗黒時代に突入ですか。

178 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 22:43:08

AMD64でインテルのメンツを潰したから、ヤバいな。

179 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 23:11:58

ヒータとしての性能がすごくても… ねえ?

180 ：名無しさん＠お腹いっぱい。：2006/03/16(木) 23:21:15

いや焜炉だし

181 ：名無しさん＠お腹いっぱい。：2006/03/19(日) 02:02:22

montecito, montvalは出る前から終わってる。
こうなったらtukiwlaでHyperTransportの真似ごとして挽回するしか
ないというのがIntelの本うわなにするｎ....

182 ：名無しさん＠お腹いっぱい。：2006/03/19(日) 02:45:27

Xeon LV (Sossaman) ってそこそこの性能の割には低消費電力で、なかなかやるじゃん、って
思ってたら、なななななんとと、32bit なのね。こんなもん出さなあかんちゅうのは、
やっぱ相当追い詰められてるで。終わるかもね。32bit って、ああた、いまどきサーバー用で 32bit...

183 ：名無しさん＠お腹いっぱい。：2006/03/19(日) 03:11:30

ノートPC用のCPUを使った高密度サーバ向けでしょ?

184 ：名無しさん＠お腹いっぱい。：2006/03/19(日) 03:16:19

IntelとしてはXeon DP Low-Power Platform用の製品でカテゴリ違いということになるんだろうけど
やっつけ仕事に見えるよね…

185 ：名無しさん＠お腹いっぱい。：2006/03/19(日) 13:06:08

32bitでもとりあえず大抵のニーズには合うんじゃないの。
そのうち64bit版が出てくるだろうし。

186 ：名無しさん＠お腹いっぱい。：2006/03/19(日) 13:44:07

Woodcrestが本命だけどBensleyプラットフォームに変更され
メモリもFB-DIMMに、チップセットがBlackfordに変更になるようだしね
SossamanはLindenhurstのままでいけたけど

187 ：名無しさん＠お腹いっぱい：2006/03/19(日) 21:03:32

>>182
俺も最初はそうおもったが、まだまだEM64Tが必須の64bitアプリなんて無い
のだから32bitcpuで十分。EM64T用の solarisだってlinuxだって一部のヲタ
が騒いでいるだけにすぎない。商売には関係なし。もっともwindows vista
がでるタイミングでこんなことをするのだから、intelにはEM64Tからふたたび
IA64の路線に切り替える重大決意があるのかもしれないが。

188 ：名無しさん＠お腹いっぱい。：2006/03/19(日) 21:18:51

単にコアの開発が遅れただけだっての

189 ：名無しさん＠お腹いっぱい。：2006/03/19(日) 23:17:46

CPUコアの開発には何年もかかるから、
AMD64対抗で開発していたものをお蔵入りにしてAMD64を採用する
という決定を下してからも、
続々と日の目をみなかった64ビット拡張を積みつつ、それを無効にしたCPUが登場するわけですよ。

Pentium4が素早く対応したので、簡単に見えるけど、そんなことはない。
あれは、AMD64命令を内部命令に変換する部分だけを変更したもので、
AMD64命令を実行できるというだけであって、パフォーマンスは悪い。

190 ：名無しさん＠お腹いっぱい。：2006/03/20(月) 00:54:31

>>187
> EM64T用の solarisだってlinuxだって一部のヲタが騒いでいるだけにすぎない。商売には関係なし。

これは聞き捨てならないな。
64bitのSPARC/Solarisからの移行はAMD64/Linuxが出てやっと現実になった。
いまさら32bitなんてメモリ空間の制限厳しすぎて使ってらんねーよ。

191 ：名無しさん＠お腹いっぱい。：2006/03/20(月) 04:40:03

フローティングのレジスタが増えているのもAMD64/EM64Tの大きなメリットだよ。
メモリが小さい場合でもAMD64/EM64Tの恩恵がある。

192 ：名無しさん＠お腹いっぱい。：2006/03/20(月) 08:40:59

いやいや、そんなことよりなによりも、メモリの搭載量がじきに天井到達でっせ。
4GB 超はまたセグメントみたいなことやらないといかんのだから。

193 ：名無しさん＠お腹いっぱい。：2006/03/20(月) 08:41:43

>>187
> がでるタイミングでこんなことをするのだから、intelにはEM64Tからふたたび
> IA64の路線に切り替える重大決意があるのかもしれないが。
ひどい飛躍と妄想。

194 ：名無しさん＠お腹いっぱい。：2006/03/20(月) 17:58:22

SPARCからAMD64にポーティングするのって楽だよね。
うちも手元で開発→本番機(SPARC)って流れがずいぶんやりやすくなったよ。

195 ：名無しさん＠お腹いっぱい。：2006/03/20(月) 21:36:46

>>192
ど素人さん、おぷてろんの物理アドレスのビット数を知ってる？
>> 4GB 超はまたセグメントみたいなことやらないといかんのだから。

196 ：名無しさん＠お腹いっぱい。：2006/03/20(月) 22:01:15

xeon lv機は、メモリを12GBしか積めない方
32bitで十分だろ
ところで、yonahってPAE(32bitでメモリ32GBまで拡張)
ついてたんだな、以外

197 ：名無しさん＠お腹いっぱい。：2006/03/20(月) 22:12:24

Itanium2は44bit-16TBですが何か。

198 ：名無しさん＠お腹いっぱい。：2006/03/20(月) 23:05:15

>>197
呼んでない。

199 ：名無しさん＠お腹いっぱい。：2006/03/21(火) 02:31:20

いまどきPAEがないx86ってあるの？

200 ：名無しさん＠お腹いっぱい。：2006/03/21(火) 10:57:54

企業や大学だと64bit鯖が無いと話にならんが、お宅のDesktopマシンはまだ32bitで十分だよな。

201 ：名無しさん＠お腹いっぱい。：2006/03/21(火) 15:01:42

> 企業や大学だと64bit鯖が無いと話にならんが、
んなこたーない

202 ：名無しさん＠お腹いっぱい。：2006/03/21(火) 16:03:22

数値計算するのに32bitプロセッサと64bitプロセッサで精度違わないの？
どなたか、

IA32
IA64
AMD64==EM64T
SPARC V9

のlong doubleの精度教えてください。

203 ：名無しさん＠お腹いっぱい。：2006/03/21(火) 16:07:04

>>202
お前は基本的なところを勉強してから出直したほうがいい

204 ：名無しさん＠お腹いっぱい。：2006/03/21(火) 20:37:46

IA-32は、積和算命令を持たないから
積和算命令を持つRISCと、誤差が変わるな
ちなみに、同じIA-32同士でも、xeonとopteronじゃ
精度が違う
グラフィックスだと同じアプリでも、xeonとopteronじゃ微妙に
色が違ったりするそうだ

205 ：名無しさん＠お腹いっぱい。：2006/03/21(火) 22:54:22

>>202
IA32とSPARCの比較ならここにあるけど。
ttp://jp.sun.com/products/software/solaris/wp/Solaris_x86/chap3.html

x86(IA32)が12bytes = 96bit
SPARCが16bytes = 128bit

206 ：名無しさん＠お腹いっぱい。：2006/03/22(水) 01:06:04

96bitってｗ
x87の拡張倍精度の80bitに
16bitパディングして、32bitアラインしてるのかな？

207 ：名無しさん＠お腹いっぱい。：2006/03/22(水) 01:10:56

PAEあっても、1プロセスあたりが使えるメモリの量は変わらないよね?

AMD64では、long doubleは16byte。
Solaris x64って、64bitバイナリでもFPUを普通に使えるんですかね?
SSE2って64bitしか使えないと思うんだけど、
どうやって拡張精度(80から128bit)を実現するのかな。

208 ：名無しさん＠お腹いっぱい。：2006/03/22(水) 09:19:35

Ｃ言語の仕様とアーキ仕様とＣＰＵの仕様は別だっつの

209 ：名無しさん＠お腹いっぱい。：2006/03/22(水) 13:16:00

なんで PAE みたいな汚くて後に禍根を残すような付け焼き刃をあんなに平気でやるんだか
さっぱり理解できん。バランス感覚のないデザイン。

210 ：名無しさん＠お腹いっぱい。：2006/03/22(水) 13:56:16

>>209

そもそも、Intel X86のデザインって、めちゃくちゃじゃない？
Intelはデザインなんて考えてないよ。

デザインでいったら、AMD64の方がメチャ綺麗。

211 ：名無しさん＠お腹いっぱい。：2006/03/22(水) 19:13:42

もともと386の設計は酷すぎるよね
レジスタの値１つ変更するだけでレジスタの退避など全自動でタスクスイッチの処理をしてくれるようなCPU他にあるのか？

212 ：名無しさん＠お腹いっぱい。：2006/03/22(水) 19:16:14

>>210
AMD厨は、こんなところにまで・・・

>>207
64ビットあれば十分で、コストをかけてまで拡張精度を用意する必要はない
という割り切りをしているんだろうね。

PAEについては、一部の例外的にメモリを多量に使うアプリのためのもので、
たとえば、DBMSのように、メモリアクセスにオーバーヘッドがあろうとも、
HDDにアクセスに行くよりは桁違いにマシ、という用途で使うことを想定してる。

213 ：名無しさん＠お腹いっぱい。：2006/03/22(水) 19:25:57

Intel の苦しい苦しい悲しくなるような言い訳を真に受けてるやつもいるんだな...

214 ：名無しさん＠お腹いっぱい。：2006/03/22(水) 22:55:59

>>208
じゃあさ、CPUの仕様の違いを教えてよ。
みんな分かってるようであんまり良く分かってないんで無いの？
画像のエンコードとかやるならSS2の精度で十分だけどまともな数値計算するなら64bitじゃお話にならないし、
ソフトで他倍長計算するのってなんかやだ。

215 ：214：2006/03/22(水) 22:57:02

×他倍長計算
○多倍長計算

216 ：名無しさん＠お腹いっぱい。：2006/03/22(水) 23:01:04

多倍長計算でよく使われるのってナンbitなの?
全然知らんｗ
よく使われる精度が決まってないのなら、ソフトで実装するしかないのでは

217 ：名無しさん＠お腹いっぱい。：2006/03/22(水) 23:23:20

>>216
多く使われるといえばIEEE754の倍精度(64bit)か拡張倍精度(80bit)なんじゃない？IA32でサポートしてるし。
でもSPARCやAlphaの4倍精度(128bit)で作ったプログラムを移植しようとしたらIA32じゃつらいよね。
IA64なら問題無いと思うけど、SSE2を推奨するx64はどうなんだろ？

218 ：名無しさん＠お腹いっぱい。：2006/03/23(木) 07:46:11

>>207
めんどくさい手法で4GB以上使えると聞く。
どっかのDBが利用してるらしい。

219 ：名無しさん＠お腹いっぱい。：2006/03/23(木) 07:59:28

IEEE754が4倍精度を定義しなかったのが悪い
もう、二十年来の不満だよｗ

220 ：名無しさん＠お腹いっぱい。：2006/03/23(木) 09:26:50

>>218
SQLServerだっけ

221 ：名無しさん＠お腹いっぱい。：2006/03/23(木) 10:29:04

Oracleモナー

222 ：名無しさん＠お腹いっぱい。：2006/03/23(木) 21:50:08

solaris 11 amd64のgcc 3.4.3で
long double a, b, c;
c = a*b;
をコンパイルしたらこうなった

fldt -16(%rbp)
fldt -32(%rbp)
fmulp %st, %st(1)
fstpt -48(%rbp)

223 ：名無しさん＠お腹いっぱい。：2006/03/24(金) 15:13:09

>>222
long doubleをdoubleにすると、xmm使うみたいですね。
gcc-4.1 amd64
デフォルト(-mfpmath=sse)
movlpd -24(%rbp), %xmm0
mulsd -16(%rbp), %xmm0
movsd %xmm0, -8(%rbp)
-mfpmath=387
fldl -24(%rbp)
fmull -16(%rbp)
fstpl -8(%rbp)

long doubleは必ずFPU使うのか。

224 ：名無しさん＠お腹いっぱい。：2006/03/24(金) 18:55:48

Sun’s T2000 “Coolthreads” Server: First Impressions and Experiences
http://www.anandtech.com/systems/showdoc.aspx?i=2727

Niagaraｼﾎﾞﾝﾇ?

225 ：ありがとう：2006/03/24(金) 21:31:27

UNIXの人々達本当にありがとうそしてこれからも僕らの２ｃｈねるを
守ってください、本当にありがとうよかった・・・・・・

226 ：名無しさん＠お腹いっぱい。：2006/03/24(金) 22:24:19

Japanese consortium rumoured to buy Intel Itanium

http://www.theinquirer.net/?article=30514

227 ：名無しさん＠お腹いっぱい。：2006/03/25(土) 20:16:05

ひとまず、Niagaraは成功っぽいね。

228 ：名無しさん＠お腹いっぱい。：2006/03/25(土) 20:29:37

('A`)えぇェ～

229 ：名無しさん＠お腹いっぱい。：2006/03/25(土) 20:32:38

>>228

残念でした。Sun復活でつ。。。。

230 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 14:37:44

>>226
結局、痛やってるのは日本の会社だけだから
インテルから切り離しちゃうんでしょ？ｗ

231 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 17:04:40

>>230
そりゃこのスレ的には『HP-UXを使ってるユーザなんて無視』でもいいけど
現実にはどうしても痛を使いたいユーザのほどんどはHP-UXだろ
WindowsとかLinuxを使っているならx64に移れば桶だし
本当にエンタープライズシステムクォリティが必要なら
POWERに移ればいいのだから
だから痛を日本のメーカーがコントロールするようになっちゃうと
HPが黙っていないだろ

232 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 18:20:01

> 現実にはどうしても痛を使いたいユーザのほどんどはHP-UXだろ

これだけで、Itaniumの数は伸びない...って感じがする。
HP-UXでも、PAからItaniumに移行しないで、IBM, Sunに移行していく
ユーザっていそうだし。PAユーザってまだ相当いそうだし。

HPがPAを止めたのは完全に失敗だったね。

233 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 21:13:42

ITバブルがはじけずにサーバーの出荷台数や出荷額の増加が続いていれば移行には成功したんだろうね
Itaniumは技術的にもマーケティング的にもどう考えてもすべて90年代の発想です

234 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 21:15:38

>>232
hpは何やってもダメでしょ。必要ない。

235 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 21:25:01

Sparkはいつもネタ切れだな。

236 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 21:32:29

HPってIntelにもAMDにも良い顔してて最終的にどっちからも蹴落とされるタイプ。

237 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 21:42:07

AlphaとPAとx86で頑張れば良かったのに。

238 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 21:47:12

PAとHP-UXは捨ててAlphaとTru64 Unix残せば良かったのに。

239 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 21:48:22

Alphaは合併前にCompaqが技術者とコンパイラごとIntelに
売り払っちまったんでないの？

240 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 21:57:14

>>239

Alphaの技術はXeonの方にいっちゃったけど、CPUを使ったホストは
CompaqからHPへ。で、マシンが残っている以上、サポートしないといけないし。

そうなると、HPって、いつまでもAlphaとPA, VAXをサポートしていくのね。
Itaniumへの移行をすすめつつ。まぁ途中でサポートを切るんだろうけど、
今の感じだと、Itaniumへ移行すると、今度はItaniumのサポートが早々
うち切られそうな状況なので、Itaniumを使ったホストへの移行が進みそうにないね。

241 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 22:05:16

Sparkのネタは無いけど、
http://www.asahi.com/politics/update/0326/004.html

> 総務省によると、文部科学省以外の電子申請にはパソコンにあらかじめ、米サン・マイクロシステムズ社のＪＲＥというプログラムを導入する必要がある。パソコンの基本ソフトであるＯＳが違っても申請のための操作を可能にするためだ。
>
> しかし、ＪＲＥは随時、バージョンアップされており、各省庁の申請の種類によってバージョンがばらばらになっている。総務省によると、新版を入れたパソコンは旧版対応の申請ができないことが多く、旧版を入れたパソコンは新版対応の申請が難しくなるという。

確かにありがち！

242 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 22:11:45

> 総務省によると、文部科学省以外の電子申請には...

この、「文部科学省以外の電子申請には...」って何？
全省庁、Javaで統一しろよ。そういうことしてるから、税金が無駄に使われる。
文部科学省も、Javaを使えよ。

243 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 22:15:03

> しかし、ＪＲＥは随時、バージョンアップされており、各省庁の申請の種類によってバージョンがばらばらになっている。総務省によると、新版を入れたパソコンは旧版対応の申請ができないことが多く、旧版を入れたパソコンは新版対応の申請が難しくなるという。

これって、具体的にどういうこと？

新版で動く ==> 旧版で動かない　っていうのは、アプリが新版で導入された新しい
インタフェース、関数を使っていて、旧版ではその呼び出しができないっていう
ことかなって思うけど、

旧版で動く ==> 新版で動かない　っていうのは、どういう場合？
アプリが新版で廃止になるdeprecateな関数呼び出しを使っているってこと？
（つまりバグ？）

244 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 22:32:24

> 旧版で動く ==> 新版で動かない　っていうのは、どういう場合？

確かに基本的にはあり得そうもないが...

245 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 22:35:02

>>243
オレの経験上では、旧版でセキュリティ的にめちゃくちゃなことやってて、
新版では手動で JVM の設定緩めないと動かなくなって、全クライアント（Web ブラウザ）機で
そんなことやってらんない、ってやつ。JRE のせいにするか普通? って思うけど。

246 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 22:47:46

>>245

そういうのは、アプリの問題で、全然Javaの問題じゃないよね。

そもそも、コーディングの仕方を知らないって言うレベルで、発注先を変えた方が
いいかも。

247 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 22:53:14

でもさ、>>245 はごく大手の、自治体向けのパッケージの話よ。都道府県向けだけどね。
全国あちこちで導入されてる。

248 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 22:55:10

>>247

官庁関係の開発って、孫外注、曾孫外注の開発で、最後は相当スキルの低いとこが
コーディングしてる例って結構あるよ。

249 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 22:57:13

Javaの場合、ネット経由で起動した時にどの位のパフォーマンスがあるかを
調べると、開発元のスキルがみえてくるよ。

スキルがないとこが開発すると、遅いのですぐ分かる。

250 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 23:04:01

>>248
うーん、でも、末端のコーディングとかの問題じゃなくて、アプレットのレイアウトとか
アプリ構成の大枠の話だったりするし、内製だったと思うけど。メンテでその大手企業の
社員さんが来てたから。
スキルとかいうより、セキュリティ感覚というか、文化というか、そういう問題と
思った。その件に関しては。
でも、外ヅラ的には客には Java の互換性問題に見えるし、その大手企業も Java のせいに
してたし、適用やってた作業者も Java に文句たれてたよ。ひどい話だけど。

251 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 23:16:43

> でも、外ヅラ的には客には Java の互換性問題に見えるし、その大手企業も Java のせいにしてたし、適用やってた作業者も Java に文句たれてたよ。ひどい話だけど。

JavaはObj指向のデザイン、コーディングが必要な上に、セキュリティモデルを最初から
設計に入れて、仕様を決めていく必要がある。その上、ネットで展開する場合は、
パフォーマンスを考慮して、詳細仕様を詰めていく必要があるので、それなりの
スキルがないと、ちゃんとしたアプリは開発できないと思うよ。

上の話をみると、請け負った大手コンピュータ？会社側にJavaでアプリを開発する
スキルがなかったということだと思う。

日本でちゃんとJavaでアプリを組めるとこって、まだあんまりないのかもね。
Javaが出てきて10年以上たつのに、何のスキルもつけてこなかったってこと？

海外じゃ、相当量の開発が行われているのに。source forgeでは、C++のプロジェクト
数をJavaが抜いたらしいし。

252 ：名無しさん＠お腹いっぱい。：2006/03/26(日) 23:40:33

電子申請に必要なJavaアプレットなりJavaアプリケーションはそんなに複雑なプログラムでもないだろ
単純にSwingのプログラミング方法をしらないだけじゃない？
確かに、日本語の書籍を見てもSwingの解説を丁寧にしてるJavaの書籍はここ2年くらい前以降に出た
比較的新しい本ばかりだし種類も少ないし情報不足というのもあるんじゃない？
スキルの無い開発者なんて市販の日本語のJavaの書籍で勉強してそうだからな

253 ：名無しさん＠お腹いっぱい。：2006/03/27(月) 00:24:50

Itaniumは、いつまで引っ張るのかな。

クロックを上げることよりも、スレッド数を上げることよりも、
IPC向上を至上命題にしたアーキテクチャは、開発当時は正しくても、今は正しくないよね。

254 ：名無しさん＠お腹いっぱい。：2006/03/27(月) 00:46:01

よく知らないが、バージョン間の細かい仕様の違いがあるんジャマイカ。
Write once debug anywhere と言われていた時もある品。

255 ：名無しさん＠お腹いっぱい。：2006/03/27(月) 10:43:03

>>253
NetBurstはどうなった？
バブル時代の体育会系の営業みたいで大嫌いなんだが。

256 ：名無しさん＠お腹いっぱい。：2006/03/28(火) 09:45:48

>>51
NetBSDはバイナリー互換性を維持するために頑張ってるんだから、オプソOSと
一括りにしないでくれないかな。

257 ：名無しさん＠お腹いっぱい。：2006/03/28(火) 12:54:51

> NetBSDはバイナリー互換性を維持するために頑張ってるんだから
ハハハ
居たの？って感じｗ＞NetBSD

258 ：名無しさん＠お腹いっぱい。：2006/03/28(火) 13:15:15

>>257

NetBSDもいいじゃんか、別に。Unixなんだし。
OpenSolaris, Linux, {Open,Net,Free}BSDは、似たりよったり。
皆基本的に無料だし。

組み込みにも使われるNetBSDは、Niagaraへのポートもしやすいだろうね。
Linuxのポートができたので、次はNetBSD/OpenBSD/FreeBSDの番だね。

Windowsは無視。

259 ：名無しさん＠お腹いっぱい。：2006/03/28(火) 23:41:58

> OpenSolaris, Linux, {Open,Net,Free}BSDは、似たりよったり。

各OSの支持者が一斉に文句を言い始めそうなことを
さらりと言ってのけましたなあ…

260 ：名無しさん＠お腹いっぱい。：2006/03/29(水) 00:27:42

>>258
Niagaraは、その能力を十二分に使い切れてこそ意味がある。
でなければ、その辺の糞CPUにも劣る。

NetBSDなどは、ただ単に動きますというレベルには比較的容易に
もっていけるのかもしれないが、自己満足以外の何でもない。

261 ：名無しさん＠お腹いっぱい。：2006/03/29(水) 15:55:42

>>260
それを言ったらフリーOSはほとんど自己満足だな。OpenSolarisがその出自か
らかろうじて違うくらいか。ところでOpenSolarisってNiagaraに対応済なの?

262 ：名無しさん＠お腹いっぱい。：2006/03/29(水) 16:31:13

IBMやらHPやらSGIやらIntelやらは自己満足ってわけでもないでしょ。
ソフトウェアベンダも含めてLinuxは結構な商売道具になってる。

このスレに沿った話をすれば、Itanium機の多くはLinuxでしょ。HP-UXや
OpenVMSをItaniumで、ってところは少なそう。

263 ：名無しさん＠お腹いっぱい。：2006/03/29(水) 23:44:44

>>262
このスレに沿えば、ItaniumではHP-UXが殆どなのだが…
実績に乏しいLinux IA64を使うリスクを冒す企業はごく僅かだろう。

唯一の例外がHPC。極めて限定的な用途。

264 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 05:06:45

ItaniumはPA-RISCの置き換え用なんだから、HP-UXだろうに。

265 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 07:30:50

> らかろうじて違うくらいか。ところでOpenSolarisってNiagaraに対応済なの?

最初から対応済みでしょ。

266 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 07:34:35

Itaniumはやっぱり商業OSでないと意味ないっしょ？
高いんだし。

でも、HPCになると、今度はCPUがない日本のメーカーがItaniumを採用して
（墓穴を掘った？）、OSがないもんだからLinuxなんだよね。

Linuxの版数があがると、追従するのが大変だよ、きっと。
ドライバの互換問題もでてくるだろうし。

アプリはさほど問題じゃないよね。

OpenSolaris + Debianの環境で、Linux + Debianのアプリ、ライブラリが動くもの。
アプリにとってはカーネルと言うより、ライブラリやコマンドといった取り巻きの
環境の方の影響が大きいから。

267 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 14:31:26

>>260
確かに NetBSD はジャイアントロックでの SMP 対応だから Niagara で上がるように
しただけでは CPU バウンドな仕事除いて Niagara の真価を発揮することはできない。
けど、SMP 実装迷宮入りしてしまった Linux なんぞに比べたらこの先の進展は
不用意な実装を避けてきている NetBSD の方が有利な可能性はあるよ。

268 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 15:14:05

>>266
> アプリはさほど問題じゃないよね。
>
> OpenSolaris + Debianの環境で、Linux + Debianのアプリ、ライブラリが動くもの。

それこそベンダのサポートがあるかないかが重要なんじゃないの？
例えばFreeBSDでOracleが動くといっても、積極的にそんなことする
ところがあるかなあ。

269 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 15:46:40

>>268

そうね。

考えてみると、libcの版数が変わっただけでも、昔は大変なことに
なってたものね。Linuxでは、互換性の維持がたしかに大変かも。

そうなると、Itaniumでは、HP-UXぐらいしかないのね。
SolarisがItaniumに移植されていたら、Itaniumも助かっただろうにね。

でも、この頃Itaniumって、ますます存在感が薄くなっている気がするのだけれど。
Intel社内でも、存在感がなくなってない？

270 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 16:15:52

Intel は今 x86 で崖っぷちだよ。ロードマップも焼き直しチップの組み合わせで
実態が見えないようにしてあるごまかしもの。今が創業以来最悪の状態なんじゃない?
Pen-M ベースの 64bit チップが AMD の次の一手に間に合わなかったら、Intel 終わるんじゃ
ないかなぁ。
メインストリームはずれるのが確定した Itanium なんかにかまってるヒマはまったくないはず。

271 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 16:35:25

いまはそうなると、Intel最後の焼き直し、とかIntel最大の賭、の時なのね。
そして、いよいよ、Intelおわってる、の時がくるのね。。

272 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 16:49:27

たしかに、UltraSPARC-T1より遅いIntel Xeonが分かった今、Intelは終わった。

273 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 18:22:17

リソースの整理をはじめたか?

AMD、インテルの「Itanium」設計者を引き抜き
ttp://japan.zdnet.com/news/hardware/story/0,2000052523,20099773,00.htm

AMD の目的が何かも気になるね。ポスト amd64 か?

274 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 18:33:33

OpteronにRAS機能を持たせよう、ってことだろうなぁ。

275 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 18:48:20

なんじゃそりゃ。そりゃ希望か?

276 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 19:52:31

Itaniumを10年近くも陣頭指揮していた中心人物がAMDに移るっていうのは、もう
IntelはItaniumへの興味を失っていて、Itaniumは実質死んでいるということじゃない。

これは後数年でItaniumは消えるね。

277 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 19:56:09

> AMD の目的が何かも気になるね。ポスト amd64 か?

Itaniumを消滅させて、X86系の64bitはX64アーキで決まりにするためだろ？

278 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 21:58:08

Itanium互換チップを作るのかもよｗ

279 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 22:23:04

決まってるだろ、amd64 の寿命が尽きたら PA-RISC に乗り換えるためだ。

280 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 22:53:29

やっぱり、Sun Microsystems 最大の敵はPA-RISC だったか...

281 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 23:13:51

AMD厨は痛い

282 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 23:46:00

これで VLIW は汎用品としては完全にケチがついたな。

283 ：名無しさん＠お腹いっぱい。：2006/03/30(木) 23:51:55

Efficeon! Efficeon!

284 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 00:10:34

HPはOSの10年サポート宣言してる。11i ver1からかな？
PA-RISCを１０年はサポートするつもりなのかしら？
もうすぐver2のエンハンスでccNUMAやらPCI hotplugがサポートされて
エンタープライズ向け機能が出揃う。
Linux/ia64より台数多いが、Windows2003/ia64より少なめの売れ行き。

285 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 00:14:45

Efficeon は内部実装に VLIW を採用してるだけで、有望なスポンサーがつく等の
状況次第でまだ可能性あるんじゃないかなぁ。
どっかと違って、金とリソース注ぎ込みまくったのにダメだった訳じゃないから。
ただ、VLIW というキーワードはもう宣伝材料にはならんかもね。

286 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 00:17:45

>>267
確かに、NetBSDの方針は耳への聞こえが良く
誰もが理想とするところだとは思うが、タイムリーに
実装を行っていくにはリソースが足りないのが残念。

話がそれてしまうが、
「SMP実装迷宮入りしてしまった」のはFreeBSDの方では？
6.0が出て期待できるかと思ったが、結局もたついている。
Linuxも、現状以上のスケーラビリティとなると、
壁にぶち当たるのかもしれないけど。

287 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 01:22:31

SMP に関しては、「みんなで仲良く」やれるもんではない。だからリソースの問題ではない。
気合い入った人間がいるかどうか、あと、ジャマするやつがいないかどうか。
Minix が進展してきてるようだから、ひょっとするとダシ抜いたりしたりして。
「ジャマされる」要因を排除するという意味では、マイクロカーネルで切り分けられてる方が
有利と思うし。

288 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 05:55:37

いよいよGNU/Hurdの時代か！

289 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 08:45:34

SPARC版のWindowsを出してもらえばいいんだろうけどね

290 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 10:12:00

無理だよ。Alpha 版も MIPS 版も維持すらできなかったのに。
エンディアンにも構造体のパディングにもベタベタに依存してたの今は直ったのか?

291 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 11:02:14

パディングは64bit版の登場で少し改善されたんじゃないのかな。
いずれにせよ、インターフェースとして固定するしかないわけだけど。

292 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 11:03:49

ItaniumチームがゴッソリAMDに移動ってことなら、
AMD64の延長じゃなくて、その次のアーキテクチャなのかな?
AMD64の延長だとちょっとプロジェクトとして魅力低そうだから…

293 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 11:54:07

efficionはVLIWかどうかではなくて、コードモーフィングが売りじゃないの？

FR-Vはどうなった?

294 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 14:33:06

地味に売れてるらしい
画像処理系とか

295 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 14:34:25

FR-Vって富士通のマイコンだっけ？
富士通から、このチップを使った超並列機が出てたんだけど、
育てればBlue Geneまでといかないものの
成功したのでは？と思う

で、トランスメタのCPUが失敗した要員は性能だろう
CRUSOE機もってたけど、苦行に感じるくらい遅かった

296 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 14:45:09

で、悟りが開ける前に諦めてしまったのですね

297 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 15:06:05

ナームー

298 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 15:06:35

>>295
Crusoe、変換結果をdiskにcacheしたらどうだったろうなあ。

299 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 16:16:43

> AMD64の延長だとちょっとプロジェクトとして魅力低そうだから…

AMD64の延長でいいんじゃない？　64bitとしては、Itaniumよりきれい。
（というか、Itainumが汚すぎ）

正直言って、あの汚いX86がItaniumにいくと別な意味でややこしいなと
思っていたので、それをきれいにまとめたAMD64の64bitアーキがでてきて
嬉しかった。

300 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 17:24:15

俺もIA64よりはAMD64の方が良いと思うが、IA64の方が「汚い」というのが
良くわからない。何をもって「汚い」って言ってるの？

301 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 17:51:01

お金

302 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 17:52:42

>>300
パターンだよ

303 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 18:26:27

> 俺もIA64よりはAMD64の方が良いと思うが、IA64の方が「汚い」というのが
> 良くわからない。何をもって「汚い」って言ってるの？

あの巨大で複雑な仕様と、サフィックスをつけまくるアセンブラが嫌い。
最初に仕様をみたエンジニアは、まずため息をつくと思う。

それを比較すると、AMD64は美しいって思う。

304 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 18:57:47

ヒント：慣れ

305 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 19:04:33

あれに慣れるっていうのは、凄いというか、諦めの心境に達したというのか...

仕様をみればみるほど、alphaやらpaやらx86やらvaxやらmipsやらをサポートするために
混ぜこぜにしたあげく、Unixサーバー, Hirayama, VAX向けのRASを加え、最後にVLIWの
味付けをしったって感じで目まいがするアーキ。単独プラットフォームで、あの全仕様
を使うものってあるのだろうか？

306 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 19:28:25

SPARCの話題まだぁぁ？

307 ：292：2006/03/31(金) 19:50:43

>>299
いや、AMD64自体はいいと思うんだけど、
既にAMDにはそれぞれのチームが居るわけだよね。
そういうところに1+8人のチームが乗り込むわけだから、
何か新しいプロジェクト立ち上げると思うんだよね。

AMD64の新しい系列であっても、
何か新しい基軸がないとこれだけの人間が一斉に移籍することないと思う。
チャレンジングなテーマだと思ったから行くんじゃないのかな。
それはたとえばマルチコアのコア増大程度じゃないと思うんだけど。

308 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 19:53:24

>>305
ふーん、そうなんだ
こりゃItaniumの普及は絶対に阻止せねばならんね

309 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 20:15:08

お前らオタクかよ。

アセンブラでコーディングする香具師なんてOS屋のなかでも、ごく一部のコードを書く連中だけだ。
アセンブラを意識するのは、原始的なデバッガを使っている人間だろう。
時代遅れの老害どもめ。

C言語で書いたプログラムが速く走ればそれでいいんだよ。

速く走らないItaniumは糞。

310 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 21:03:06

わーい、わーい
Itaniumは糞！Itaniumは糞！

311 ：名無しさん＠お腹いっぱい。：2006/03/31(金) 21:42:08

相手に編む祭り

312 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 02:07:32

>>305
全仕様を同時に使うことは無い。冗長にできている。
Windowsとhp-uxの両方を素直に載せるにはx86とPA-RISCの両方を混ぜるしかなかった。
同じことするのに86方式でもPA-RISC方式でも出来て冗長なのはあえてそうしてる。
あとはその他のいいとこ取りで収拾つかず。ｗ

313 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 09:47:24

>>303
アセンブラを挙げる時点で、Itanium を分かってない
Itaniumはハードで頑張る代わりにコンパイラで頑張るというコンセプトなんだから

314 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 10:22:17

>>313
お前はもっと分かってないようだな。

315 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 11:49:35

コンパイラ支援でハードも頑張るのがEPICだろうが。

316 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 15:20:31

>>312
なんか、RISC の思想をつきつめた先の単純構造小トランジスタ数という VLIW の
見本みたいなんじゃなくて、旧来のシガラミでがんじがらめブクブクおでぶちゃんなワケね。
そんなんじゃ失敗して当然なんじゃないのか? Multics とか、メンバーが好き勝手言ったのを
全部盛り込んで自滅した OSI とか連想したよ。

317 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 16:11:31

>>316

どうでもいいが、Multicsのでかすぎる...仕様に圧倒され、AT&TのBell研は撤退した。
が、その経験からシンプルでかつ機能的なUnixが産まれた。

　　　　　素晴らしいぃぃ。。

が、その後しばらくして、Multicsは...完成したのだっ。

　　　　　素晴らしいぃぃ。。

318 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 16:24:49

unixがシンプルだと思ったことは一度もないが・・・

319 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 16:31:07

>>318
Windowsに比べればシンプルなんじゃね

320 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 16:34:14

CP/Mと比べるとえらく複雑
とかいってみるか

321 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 16:42:17

3BSD, 4BSD で VM や FFS 載るまではきわめてシンプルだったさ。
TCP/IP もなかったし。
>>317 の Multics 完成というのは文字通りの Multics なのか、スレッドや
共有メモリを持った今の「モダーンな」Unix を指すのか、どっちだろ。

322 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 16:46:28

>>305
> 仕様をみればみるほど、alphaやらpaやらx86やらvaxやらmipsやらをサポートするために
> 混ぜこぜにしたあげく、Unixサーバー, Hirayama, VAX向けのRASを加え、最後にVLIWの
> 味付けをしったって感じで目まいがするアーキ。単独プラットフォームで、あの全仕様
> を使うものってあるのだろうか？

設計された時点では、PA-RISC と x86 の後継としての意味しかなかっただろ。
Alpha や VAXのDEC系や、Himarayaとかなんて、HPがCompaq を買収後に、
初めて後継CPU、後継プラットフォームとして浮上してきたわけで、
設計や仕様を決める際には影も形もなかったぞ。
知ったかでいいかげんなこと書くな

323 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 16:51:08

BSD以前のUNIXなんて触ったヤツ何人いるんやら

324 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 16:58:49

何人かいないと Unix が Multics に対して（少なくとも最初の時期には）シンプルだったことに
ならないのか? 何の話がしたいんだおまえ?

325 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 17:04:07

まあどうでもいいや
しかしそのころは、UNICSなりMULTICSなりが正式名称でないの？

326 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 17:17:32

>>322

このスレでは、Itaniumはデブな出来損ないであるという認定が下されましたが、
何か？

327 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 17:30:16

まぁ、Itaniumはたんなる恐竜といわれても仕方がないな。

328 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 17:31:54

Itaniumは糞！

329 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 17:45:02

糞CPU相手に勝ったと喜んでいる場合じゃない。

330 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 17:45:27

そうだっ！　最大のライバルはPowerなのだっ。

331 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 17:49:55

>>325
No.

% ftp -o - http://www.tuhs.org/Archive/PDP-11/Distributions/research/Dennis_v3/v3man.tar.gz | gunzip | tar xf -

% ls -l man0/intro
-rw-r--r-- 1 xxxx xxxx 8142 Feb 16 1973 man0/intro

% nroff -man man0/intro | head
UNIX PROGRAMMER'S MANUAL

Third Edition

K. Thompson

D. M. Ritchie

% nroff -man man0/intro | egrep -i unics | wc -l
0

3BSD は 1979 年だぞ。

332 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 17:52:52

Unixは1969年にアッセンブラで登場。
1970年にC言語で登場。

一応生まれは1970年だろう？

IBMのメインフレームS/360に次ぐ老舗。

333 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 18:16:36

UNIXをいち早くWSに搭載したのもSUNならRISC CPUをいち早くWSに搭載したのもSUN
UNIXを流行らせたのがSUNなのかUNIXが売れたからSUNのWSが売れたのかは知らんが

334 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 18:17:37

「Unix の恩人」って言葉知らないのか...

335 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 18:28:51

UNIXが普及してなかったらオープンソースはここまで発展しなかっただろうな

336 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 19:20:10

>>331
日本語しゃべれ
だらか、UNIX野郎は池沼に見られる

337 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 20:49:11

アッセンブルインサート

338 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 21:56:15

AMD64も一部のプログラマには、デバッグしにくい糞アーキテクチャ、なんて言われてるな。
スタック見てもわかんねー、ってことで。

339 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 22:35:47

>>317
>が、その後しばらくして、Multicsは...完成したのだっ。

それなんてPlan9?

340 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 22:59:57

>>336
千九百七十三年の第三版のマニュアルには UNICS とも Unics とも unics とも
書いてない。
という意味だが、ここは Unix 板だから >>331 でいいんだよ。

341 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 23:03:16

>>339
Plan9 は Multics のように大げさになった Unix を置いといて、元のシンプルさを
追求したもんだよ。BSD 以降で扱われるようになった資源を「より Unix らしい」
方法で扱うようになってる。

342 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 23:12:01

>>340
意味がわからんとも、解説しろとも言ってない

343 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 23:16:00

アホか。日本語しゃべれって書いてあるから日本語にしてやったんだろが。

344 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 23:17:18

あっ、意味わかんなかったと思われたくないのか。そういうことか。意味わかんないんだw

345 ：名無しさん＠お腹いっぱい。：2006/03/32(土) 23:59:29

はじめっから書けって意味だよ池沼

346 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 00:00:07

あと、egrepだのwcだのがわからんわけあるかよ

347 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 00:03:48

>>342
>>325
いいえ。

% 冊転規 -出 - 高文転規://世範蜘.tuhs.団体/書庫/PDP-11/配布物/研究/デニス_版三/版三取説.テ庫.gz | gunzip | テ庫抽書 -
% 一覧 -長取説零/導入
-rw-r--r-- 一伏伏伏伏八全百四十二如月十六昭和四十八取説零/導入
% nroff -man 取説零/導入 | 流編 '/^$/d' | 先頭 -七
UNIX 計画者向説明書
三番目版
K. Thompson
D. M. Ritchie
如月, 昭和四十八
版権 8c9 昭和四十七
Bell 電話研究所, Inc.
% nroff -man 取説零/導入 | 拡大標印 -i unics | 語数 -行
零

348 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 00:05:16

>>345,346
ぷぷっ

349 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 00:08:19

ほんとに知らんとおもっとるんか
誰でも知ってるレベルのコマンドやん

350 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 18:07:11

itaniumが性能出ないのは、OOOじゃないせいだろ
コアのトランジスタは十分少ない
それでも多いとしても、命令セットのせいじゃなく
11issueのせいだろ
CPUコアで一番トランジスタ喰うのは
スケジューラとかで、演算器じゃないんだから
命令セットがどうこうって、80年代の古い議論
CRAY1は、たった100万トランジスタクラスで
倍精度の積和算を1クロックでやってたんだから

351 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 19:45:59

OoOいらないって。

IA-64だって、命令の並び順どおりに実行しているわけじゃない。
依存関係をみて先に実行できるものは先に実行している。

命令の依存関係のチェックをCPUでやらず、コンパイラにやってもらっているけどね。
くわしくは「命令グループ」について調べてみるとよろし。

352 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 20:04:44

>>350
> CPUコアで一番トランジスタ喰うのは
> スケジューラとかで、演算器じゃないんだから

だからEPICなんでしょ?
うまくいったかどうかは別として。

353 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 20:27:31

>>が、その後しばらくして、Multicsは...完成したのだっ。
>
> それなんてPlan9?

Multicsは、実は初期の頃から稼働していて、Bell研が撤退したのが1969年4月だが、
同じ年1969年の10月には動作していた。

その後、何回か移植と改良が行われた後、1973年にはコンピュータシステムとして
販売され、幾多な進歩と改良を繰り返しつつ、2000年10月まで実稼働システムとして
使用された。

つまり、巨大なシステムでありながら、長期間にわたって実稼働していた。

354 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 21:04:00

2000年頃のMulticsは、どこで何に使ってたの？

355 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 21:24:36

俺が知っているのは軍だよ。
かなり初期にセキュリティレベルB2適合。

356 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 21:39:54

Single level storage は Multics だっけ？
Multics も悪くは無かったのかな。

357 ：名無しさん＠お腹いっぱい。：2006/04/02(日) 22:51:41

というか、今あるアイデアのほとんどは Multics 起源でしょ。
ベル研で Unix 作った時に捨てたものを BSD 以降どんどん取り込んだ。

358 ：名無しさん＠お腹いっぱい。：2006/04/03(月) 02:49:18

>>355
そういやHP-UXはB1のやつがあるな。Itaniumのもそうだろうw

359 ：名無しさん＠お腹いっぱい。：2006/04/04(火) 16:35:22

Itanium陣営のすべてのメーカーがHP-UX使えるわけではないのにHP-UXを連呼してる人が多いね
Itanium陣営でHP-UX使えないメーカーは終わりですか？

360 ：名無しさん＠お腹いっぱい。：2006/04/04(火) 16:52:45

>>359
はいオワリです
何か不満でも？

361 ：名無しさん＠お腹いっぱい。：2006/04/04(火) 18:10:16

HP-UX 使えたところで終わりなのでは?

362 ：名無しさん＠お腹いっぱい。：2006/04/04(火) 18:33:25

では、総括します。
「HP は、PA-RISC の後継チップとして、アーキテクチャを刷新した CPU を
開発し、Intel をパートナーに巻き込んで、HP-UX のみならず Linux や
MS-Windows さえをもその上で動かして賛同企業を集めようとしたが、
はかばかしい成果はあげられなかった。」
以上。

363 ：名無しさん＠お腹いっぱい。：2006/04/04(火) 19:11:05

たまにはOpenVMSも(ry

364 ：名無しさん＠お腹いっぱい。：2006/04/04(火) 20:34:32

>>362
>はかばかしい成果はあげられなかった。

かわりに「ばかばかしい成果」なら充分にあげられたようです:-p

365 ：名無しさん＠お腹いっぱい。：2006/04/04(火) 20:38:12

　　　(　ﾟдﾟ)　バカバカしい成果…
　＿(__つ/￣￣￣/＿
　　　＼/　　　　 /
　　　　￣￣￣￣
　　　( ﾟдﾟ )
　＿(__つ/￣￣￣/＿
　　　＼/　　　　 /
　　　　￣￣￣￣

366 ：名無しさん＠お腹いっぱい。：2006/04/04(火) 21:10:44

こっちみるなよ！

367 ：名無しさん＠お腹いっぱい。：2006/04/04(火) 23:22:33

なんか久しぶりに見たらワラタ

368 ：名無しさん＠お腹いっぱい。：2006/04/05(水) 01:01:19

ライバル HP-PA は Alpha に続いてこうして消え去り、後継の失敗は Intel にも
ボディーブローとしてじわじわと効いてくるだろう。
POWER と SPARC が 2 大プロセッサとして君臨し、コンシューマー市場では
MIPS, ARM, PowerPC 他 RISC CPU が健全な競争をする日は近い。
その日、MS-Windows はもはや必要ない。

369 ：名無しさん＠お腹いっぱい。：2006/04/05(水) 01:25:21

途中まで CPU について書いていて、最後は OS のことを書いているのは何故？

370 ：名無しさん＠お腹いっぱい。：2006/04/05(水) 01:48:13

...それを聞くとどんな展開があるんだか...

371 ：名無しさん＠お腹いっぱい。：2006/04/05(水) 07:56:49

PRIMEQUESTでSolaris使えるようにしろよ。

372 ：名無しさん＠お腹いっぱい。：2006/04/05(水) 08:56:57

>>370
暴れにくい形で馬鹿と言っているんじゃあるまいか

373 ：名無しさん＠お腹いっぱい。：2006/04/05(水) 16:35:15

コンシューマー市場で CPU が健全に競争するためには MS-WIndows には
消えてもらうしかないだろ。

374 ：名無しさん＠お腹いっぱい。：2006/04/05(水) 19:56:36

ユーザランドが全部javaならいいのにね

375 ：名無しさん＠お腹いっぱい。：2006/04/06(木) 05:06:01

AMDの勢力拡大の背景には……
ttp://www.itmedia.co.jp/news/articles/0604/03/news028.html

一見 Itanium にはなんの関係もない記事だが、最後の部分笑った。

| 　「消費電力は大きな問題であり、AMDのシステムの方が効率がいい。
| IntelはItaniumで脱線したが、今は消費電力とワット当たり性能に
| フォーカスしていると思う。

376 ：名無しさん＠お腹いっぱい。：2006/04/08(土) 21:10:52

どうもIntelとMicrosoftはハイテク企業というより悪徳商人のイメージが離れない
中小企業だったIntelとMicrosoftをIBMがIBM PCにIntelのCPUとMicrosoftのOSを採用したおかげで
大企業になれたのに今はIBMに敵対するメーカーになってるからな
特にMicrosoftはWindows3.1の普及に協力してくれたアプリメーカーに対して
競合製品を出してことごとく潰してるからな
商売のためなら恩人を裏切ってもなんとも思わない企業だからな

377 ：名無しさん＠お腹いっぱい。：2006/04/08(土) 22:03:23

単に米国系企業でITを独占しようという演出に見えるが

378 ：名無しさん＠お腹いっぱい。：2006/04/09(日) 05:09:38

そもそも普及したのは3.0だろ

379 ：名無しさん＠お腹いっぱい。：2006/04/09(日) 08:31:15

そういえば、知ってるか？

マイクロソフトが、米国国勢調査の端末に自分とこの
いらねー携帯(Officeが読めてどうする？)を、ロビー活動（金をばらまく）で
受注。５０万台。

これで、携帯のOSで、symbianを抜いて１位にでるんだとさ。こういうやり方で
一番、一番といっているマイクロソフトは、本当にアホでやくざ。

マイクロソフトのWinCEが載っている携帯なんて、絶対買うなよ。
あんなアホで使えないものを標準にされたらたまらん。

それと、米国政府のごり押しで中国の３大ＰＣメーカにWinXPをプレインストール
させることになったんだと。これだけで、何百億という金が年に入ってくるらしい。

一度買えば十分なものを何度も何度も、しかもLinuxユーザには要らないものを、
金を消費者から吸い上げられるからって、ユーザに押しつけるなよ。

380 ：名無しさん＠お腹いっぱい。：2006/04/09(日) 08:38:14

とりあえず >379 はスレ違いかどうかも判断できない馬鹿って事は確か。

381 ：名無しさん＠お腹いっぱい。：2006/04/09(日) 12:05:05

>>379

MS、悪徳商人。あくどい。

382 ：名無しさん＠お腹いっぱい。：2006/04/10(月) 06:38:18

米国式の普通のやり方でしょ。
やらなければやられる。

383 ：名無しさん＠お腹いっぱい。：2006/04/10(月) 10:30:41

「健全な競争」を前提としたまともな資本主義とは 180°反対のやり方だね。
米国の現実が不公正取引で占められてるとでも?

384 ：名無しさん＠お腹いっぱい。：2006/04/10(月) 10:55:09

>>382
つまり、あなたはそう考えたい、もしくは、そう考えた方が都合がよい、という
ことですか?

385 ：名無しさん＠お腹いっぱい。：2006/04/10(月) 12:08:22

> それと、米国政府のごり押しで中国の３大ＰＣメーカにWinXPをプレインストール
> させることになったんだと。これだけで、何百億という金が年に入ってくるらしい。
>
> 一度買えば十分なものを何度も何度も、しかもLinuxユーザには要らないものを、
> 金を消費者から吸い上げられるからって、ユーザに押しつけるなよ。

メーカーは、プレインストールするOSは、少なくとも

o Win
o Mac OS
o Linux
o プレインストールなし

の４つのうち、どれかを消費者に選択させろよ。Winばっかは止めろ。
それが消費者／ユーザのためになる。

PCを買うたびに、Winのような糞なソフトに結局何千億という金を貢がせる
ような今のプレインストールは止めろ。何にも競争が働かず、消費者ばっかりが
馬鹿をみる。

洩れは、OpenSolarisのプレインストールがいいが。。。

386 ：名無しさん＠お腹いっぱい。：2006/04/10(月) 18:29:55

まあ、中国の場合3大メーカーでWindowsしかプレインストールされなくなることはないだろうし
例えWindowsがプレインストールされたPCのみになったとしても
中国人は３大メーカーのPCを買わなくなるだけだろ
それだけWindowsのライセンス料は中国人にとっては高額すぎる

387 ：名無しさん＠お腹いっぱい。：2006/04/10(月) 18:51:47

狂ったようにメーカー品をありがたがるのは世界中で日本だけ

388 ：名無しさん＠お腹いっぱい。：2006/04/10(月) 19:00:31

ブランド志向もない国民性じゃ付加価値のついた商売なんてできませんね

389 ：名無しさん＠お腹いっぱい。：2006/04/10(月) 19:24:07

>>385
>o Mac OS
釣り？

390 ：名無しさん＠お腹いっぱい。：2006/04/11(火) 11:04:13

>>389

きっとIntel版Macがでるので、Intel版Mac OSを期待しての話だろ。実際は出てないが。

Intel版Mac OSを単独で小売りし、メーカーもプレインストールして
PCを出荷するようになれば、Appleも十分にMSと渡りあっていけそうだけどね。
実際競争原理が働いていないので、そういうOSが複数出てこないとPC OS市場は
困るけどね。そうすれば、競争原理が働いて価格も安くなるし、MSももっと
ちゃんとしたのを短い期間で出すように努力するようになるんじゃない？

391 ：名無しさん＠お腹いっぱい。：2006/04/11(火) 16:10:45

いまだにWindows vs MacOSとか言ってるのがいるのか。
Appleはハード屋。MacOSはMacを売るための道具。

Sunは何屋だかよくわからん。

392 ：名無しさん＠お腹いっぱい。：2006/04/11(火) 16:14:26

え? 使い比べると MS-Windows の方がはるかにクソだが、これはソフト屋謹製で、
MacOS はハードのオマケなの? 存在意義ゼロだね。

393 ：名無しさん＠お腹いっぱい。：2006/04/11(火) 16:16:37

>>391

Sunこそハード屋でしょ？
Solarisや他のソフトは基本的に無料だし。

その点、AppleはOSとか有料じゃん。

どうでもいいけど、MacOSをX86向けに安く売れば、売れる気がする。
うまくすると、Winより売れそう。OpenSolarisは無料だしなぁ。。

394 ：名無しさん＠お腹いっぱい。：2006/04/11(火) 16:54:24

デバイスのサポート範囲は一部に限って、それ以外のものはコミュニティで
ドライバつくってね、ってうまい具合にやれれば商売になるだろね。
ま、OpenSolaris もその辺狙ってんだろけど。
ただ、Apple が売りたいのはハードじゃなくて、OS でもない付加価値、
たとえば iTMS みたいなもんなんじゃない? OS はそれをコントロールするための
道具。Sun の Java もそういう側面あると思うよ。

395 ：名無しさん＠お腹いっぱい。：2006/04/11(火) 17:58:41

MacOS →Mac OS X

くるくる虹が廻るクソだけど、名前はちゃんと呼んであげて。

396 ：名無しさん＠お腹いっぱい。：2006/04/11(火) 18:10:14

NeXT の時から虹が回るけど、その度に
「いつもより余計にまわしております!」
「んなヒマあったらさっさと仕事せい!」
ってツッコんでた、楽しいマシンでしたとさ。

397 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 01:29:04

>>394
でもまあ、コミュニティでデバイスドライバ作るのは限界があると思うよ。
デバイス屋がドライバ込みで製品として売ってくれるのは重要。

Windowsが強いのはそういうのも含めての話で、
ナントカOSの方が使いやすいから売れるとか
そういう話じゃないんだよね。

まあ、サーバとか用途を限定すれば使うデバイスも限られているから
いいのかもしれないけれど。

398 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 02:39:18

デバイスドライバをデバイスの製造元が作るかどうかはシェア次第だよ。
MS-Windows が強いから(?) とかいう意味不明な理由じゃない。
他がシェア伸ばせば自動的にそれ用のデバイスドライバが出てくる。

399 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 03:08:51

鶏と卵

400 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 07:31:54

>>397
>Windowsが強いのはそういうのも含めての話で、
>ナントカOSの方が使いやすいから売れるとか
>そういう話じゃないんだよね。

Macはまだドライバを付ける周辺機器が少なからずあるから、
そういう意味ではWindowsに重大な遜色は無い。

問題は、Solaris(ry

401 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 13:12:37

ドライバなんつーのは、数がでればメーカーの方から頭を下げて作らせてくれっていってくる。
要はプレインストールされているかどうか、だけの問題。

例えば、Linuxがプレインストールされれば、自然と解決。
例えば、OpenSolarisがプレインストールされれば、自然と解決。
例えば、Max OS Xがプレインストールされれば、自然と解決。

Winなんて実はどうでもいいこと。

402 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 14:03:48

というか、「OS 単体で販売して商売になるか」という文脈において、
デバイスドライバをメーカーが作ってくれるかどうかを議論しても意味がないという
ことだ。因果関係にはない。

403 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 14:17:32

Mac OS Xは単体で販売しても商売になるだろ。PowerPCとX86で動くんだし。
PowerPCはIBMの期待に反して、家庭向けが少なかった。実質アップルしかなかった。
でも、X86だったら、PCがゴロゴロしてるじゃん。全世界で販売してみろ？
相当な数が売れるぞ。秋葉で試しに漏れが売ってもいいぞ。＞アップル。

404 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 14:38:36

まぁまんねりなPCはWin以外を搭載して、ちょっとは変化をつけないとあきられそうだな。
Mac OS XもOpenSolarisもLinuxでも何でも違ったのでいいよ。Winはもうイラン。

405 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 15:23:48

MacOS X 単体発売するんなら、デバイス限定でいいから PowerPC 版も
出してほしいなぁ。あ、スレ違い。

406 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 17:02:23

Ultra20でもUltra40でも買って、好きなOS動かしなさいってことです。

407 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 18:25:56

そうだな、Sun でライセンスして自社 amd64 マシン用の MacOS X 出してくれれば
いいのに。それか、OpenStep for Solaris みたいなのでもいいな。
デスクトップ機に使うから。

408 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 18:55:13

OpenStepって、NextStepをオープンソースで実装したやつ？
だったら、自分でSolaris上でコンパイルすればいいんじゃないの？

409 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 19:40:54

OpenStepは仕様かね？一応オープンな。で、SUNがSolaris用に実装して一時期配布してたのがSolaris OpenStepで、NeXTは自分のトコではOpenStep for SPARCなんつーのを出してた。
オープンソースな実装はGNUstepの方だぁよ。

てか、あのSolaris OpenStepっていまのSolarisというかUltraSPARCなマシンでも動くもんすか？

410 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 20:37:42

つーかMacOSX使いたいんならMac買えばいいんじゃないのか？

411 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 20:45:04

>>409

仕様が同じなら、どれでもいいんじゃないの？

412 ：名無しさん＠お腹いっぱい。：2006/04/12(水) 21:41:26

>>409
OpenStep for Solaris は、Solaris 上で Mach のサービス疑似るデーモン使って
X の DPS 拡張で動作する環境。X 用語で分類するとウィジェットセットと、
ウィンドウシステムの一部、かなぁ。
オレ触ってたのは Ultra1 で動いてた（と思う）ので、Solaris の今の環境でも
動くと思うよ。
MacOS X も Quartz 用意すれば同じことができると思う。

OPENSTEP for Mach の SPARC 用は、モノホンの Mach。

413 ：名無しさん＠お腹いっぱい。：2006/04/13(木) 03:58:33

あっ、そうか、よく考えたら同じ手が Linux でも使えるんだよなぁ...
それいいんじゃね? Quartz さえ移植すればいい。MacOS X 出して
デバイスのサポートにコスト取られるより、Quartz をまた X の拡張で
実装して（できるんかいなw?）Linux や Solaris 用の OpenStep のようなもん
出せば、売れるんじゃない? サポートの経費はしょれそうだ。
Finder とかまったく一緒にはできんだろうけど。

414 ：名無しさん＠お腹いっぱい。：2006/04/13(木) 09:47:45

> つーかMacOSX使いたいんならMac買えばいいんじゃないのか？

ってつーか、洩れのPCにMac OS Xを載せたいの。
MacのIntel版（ハード）はいらんけど、ソフトの方は欲しいの。。。

415 ：名無しさん＠お腹いっぱい。：2006/04/13(木) 09:56:00

貴方の穢れたPCでは、神聖なるMac OS Xは動きません。

416 ：名無しさん＠お腹いっぱい。：2006/04/13(木) 10:15:09

> 貴方の穢れたPCでは、神聖なるMac OS Xは動きません。

いやぁぁぁぁ....

417 ：名無しさん＠お腹いっぱい。：2006/04/13(木) 18:50:30

俺はそこそこMac派なんだが・・・
MacOSXは最近のLinuxディストリビューションに比べて、ちょっと画面が綺麗だったりフォントがいいのが入ってたりするぐらいだと思うよ？
よく使われるライブラリがかけてたり、aptでうまくライブラリをそろえられなかったりと不便なことがあるぐらいで、いいことは特にないと思う。
本体がかわいい形してるのが一番の特徴なんじゃないの？

418 ：名無しさん＠お腹いっぱい。：2006/04/13(木) 19:59:08

>>417

414は、LinuxやOpenSolarisの代りにMac OS Xを使いたいんじゃなくて、
きっとWinXPを消してその代わりに使いたいんだと思うよ。

419 ：名無しさん＠お腹いっぱい。：2006/04/13(木) 22:42:00

>>417
え゛? Linux のデスクトップに、なんか使えるもんあるか? MS-Windows の
サルマネしたのばっかりじゃん。論外。
MacOS X は、1 ボタンオペが今でも根底にあるのは気に食わんが、少なくとも
統一性はある。

420 ：名無しさん＠お腹いっぱい。：2006/04/13(木) 23:46:08

Linux にも Windows にもない、
Mac OS X の「使えるもん」って何？

421 ：名無しさん＠お腹いっぱい。：2006/04/14(金) 00:03:57

>>419
> 少なくとも統一性はある。

冗談だろ?
[環境設定]の構成/widgetがアプリごとに違うじゃん

422 ：417：2006/04/14(金) 01:30:25

>>419
じゃあMac買えばいいじゃない。

423 ：名無しさん＠お腹いっぱい。：2006/04/14(金) 01:33:11

> MacOS X は、1 ボタンオペが今でも根底にあるのは

だから坊やって言われるんだよ

424 ：名無しさん＠お腹いっぱい。：2006/04/14(金) 01:38:59

Macなんか買ってるやつは(ry
ノートは良いなと思うが

425 ：名無しさん＠お腹いっぱい。：2006/04/14(金) 11:08:49

MACは突然爆発するからなぁ

426 ：名無しさん＠お腹いっぱい。：2006/04/14(金) 11:17:06

MAC全滅!

円盤は生物だった!

427 ：名無しさん＠お腹いっぱい。：2006/04/14(金) 12:41:43

Linux けなされるとすぐ粘着する連中... 昔の Macintosh 狂信者と同じノリだな。

428 ：名無しさん＠お腹いっぱい。：2006/04/14(金) 14:06:37

Linuxけなされてたのか。
そもそもLinuxのデスクトップというのが何だか不明。

Sun Java Desktop System か？

429 ：名無しさん＠お腹いっぱい。：2006/04/14(金) 14:40:21

OpenSolarisがIntelMacで動きましたよ。

430 ：名無しさん＠お腹いっぱい。：2006/04/14(金) 16:18:12

>>428
>>417「最近のLinuxディストリビューション」なんだから、Gnome か KDE だろ?

431 ：名無しさん＠お腹いっぱい。：2006/04/14(金) 23:06:42

>>425
マックが突然爆発 4
http://pc7.2ch.net/test/read.cgi/mac/1144658378/l50

432 ：名無しさん＠お腹いっぱい。：2006/04/15(土) 07:46:25

>429
を、BootCampとかで？
詳しく

433 ：名無しさん＠お腹いっぱい。：2006/04/15(土) 10:46:30

>>432
これじゃない?
http://blogs.sun.com/roller/page/setje?entry=solaris_on_the_imac

434 ：名無しさん＠お腹いっぱい。：2006/04/15(土) 12:30:20

画像、元サイズでよく見るとどうやら Solaris らしいが、強烈に悪趣味だな。
まるで MS-ですくとっぷ。

435 ：名無しさん＠お腹いっぱい。：2006/04/15(土) 12:39:44

>>434
JDS使ったことない人?

436 ：名無しさん＠お腹いっぱい。：2006/04/15(土) 15:14:37

その記事で注目すべきところはそんなとこじゃないだろ。

437 ：名無しさん＠お腹いっぱい。：2006/04/15(土) 16:32:02

>>435
うへ～、JDS ってデフォルトがあんなん? ぜってーつかわねー#

438 ：名無しさん＠お腹いっぱい。：2006/04/15(土) 17:10:33

>>436
terminal が緑地に緑の文字で悪趣味なところだろ？
これはひどい。いまどきグリーンディスプレイかよ

439 ：名無しさん＠お腹いっぱい。：2006/04/15(土) 18:12:27

緑地に緑の文字だと大変そうだな。

440 ：名無しさん＠お腹いっぱい。：2006/04/15(土) 18:59:44

ずいぶんと読みにくそうですね

441 ：名無しさん＠お腹いっぱい。：2006/04/15(土) 20:24:26

>>437
デフォルトとはちょっと色が違うかな。
まあJDSを使わない自由もありますから、お好きな環境でどうぞ。

442 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 01:51:16

だって、配色といいアイコンやボタンのレイアウトといい、まるで MS-Windows じゃん。
SunView にしてくれたらすぐ Sun だってわかるのに。

443 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 02:34:16

君が英語読めないのはよくわかった。

444 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 12:18:31

とんちんかんなこと言ってる香具師はJDSが嫌いみたいだな。
俺は努力してJDSを使ってみることにするよ。同類には思われたくない。

445 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 13:52:58

「MS-Windows の GUI はクソ」のどこがとんちんかんなんだ?
ちなみに Alto のプロトタイプもクソだ。Star を見習え。

446 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 16:46:03

JDSが一番WIndowsにいてるという罠ｗ
Windowsを糞といわれると、JDSも糞といわれてるように感じるのさ

447 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 16:48:32

JDSを見ると、Windows3.1を思い出す

448 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 17:29:22

> JDSが一番WIndowsにいてるという罠ｗ

日本語でおk

> JDSを見ると、Windows3.1を思い出す

単なる統合失調症ですね

449 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 18:27:03

>>447
Windows3.1のGUI見たことないんだろ
スタートメニューもタスクバーもないぞ

450 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 18:42:53

そんなことはどうでもかまわん。1.0 から現行まで全部カス。断定。

451 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 19:38:48

それでも、そのカスXPとか使ってるんだろ？

452 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 19:46:25

タスクバーにスタートメニュー。どれもこれもWindows95の亜流にしかみえない

453 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 19:52:07

>>452
狙い通りじゃん。

454 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 20:05:44

まぁ、軽くJDSで実装できるんだから、WindowsのGUIなんて単純で何も考えて
ないもんだよね。

あんなんWindowsに金を使うのはアホ。

455 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 22:31:12

そうだね。
Mac買おうね。

456 ：名無しさん＠お腹いっぱい。：2006/04/16(日) 23:59:12

>>455
そうだね。Windowsも動かせるし。

457 ：名無しさん＠お腹いっぱい。：2006/04/17(月) 00:10:35

板違いと言われそうだけど教えて。
Java Desktop Systemってなんで Java...　なの？
Linuxなんでしょ？

458 ：名無しさん＠お腹いっぱい。：2006/04/17(月) 00:27:29

Linuxの上でJavaが動いてますが、何か問題でも？

459 ：名無しさん＠お腹いっぱい。：2006/04/17(月) 02:43:33

JDS重い。
WindowsXPがどうにか使える程度のマシンではどうにもならん。

460 ：名無しさん＠お腹いっぱい。：2006/04/17(月) 13:23:58

gnomeがださいんだよ。

461 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 09:13:12

LookingGlass見ればわかるじゃんｗ
SUNのものは重たいのばかりｗ

462 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 15:58:12

数が出ないソフトというのは、
速度を上げるための改良や、そもそも速度が出るような作りにするといった余裕がないのです。

いかに少ない工数で作るかとなると、
速度よりも機能が優先されます。

遅いのはハードウェアの性能向上で数割なら改善できるけれども、
機能がないのはハードウェアではどうにもなりませんから。

463 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 18:25:59

>>459
そういう低性能なマシンはもうすぐ寿命がくるんじゃないか？

464 ：名無しさん＠お腹いっぱい。：2006/04/18(火) 22:09:15

省電力とメニーコアのその先になにを見る──IDF Spring 2006雑感
ttp://plusd.itmedia.co.jp/pcupdate/articles/0604/17/news053.html

まったく、

1. 実際のメニーコアな製品はまだ実現できてない
2. 1. ができても、それを充分に稼働させるインターコネクト技術を持ってない
3. 2. ができても、SMP システムとしてまとめた実績がない
4. 3. ができても、まともに多スレッドなソフトウェアを動かすための OS がない
5. 4. ができても、まともに多スレッドなソフトウェアを構築するための開発環境がない
6. 5. ができても、そういうソフトを作れる人達が周辺にいない

のに、なにを自慢げに能書きたれてるんだろうか。
あんたが一番遠いとこにいるぜ、Intel さん。

465 ：名無しさん＠お腹いっぱい。：2006/04/19(水) 02:48:33

「うちのCPUもうだめぽ」とは言えないだろ。

466 ：名無しさん＠お腹いっぱい。：2006/04/19(水) 08:39:30

>>464
> 4. 3. ができても、まともに多スレッドなソフトウェアを動かすための OS がない

SunOSに逃げられたじゃんw

467 ：名無しさん＠お腹いっぱい。：2006/04/19(水) 20:09:48

Itanium2ベースソリューションとSun's SPARCアーキテクチャを比較して

ttps://www.itaniumsolutionsalliance.org/japanese/whitepapers/

468 ：名無しさん＠お腹いっぱい。：2006/04/19(水) 21:01:28

512 プロセッサの SMP システムがあるのか? すごいね。

469 ：名無しさん＠お腹いっぱい。：2006/04/19(水) 21:19:47

実働してるのかなあ、それ・・・

470 ：名無しさん＠お腹いっぱい。：2006/04/19(水) 22:17:09

SPARCとの比較も面白いが、Powerとの比較の方がもっと面白いな。
IBMのOSは「非標準」だから除外して、Linux搭載機だけで売上比較とか。

よくまあいろいろ思いつくもんだ。

471 ：名無しさん＠お腹いっぱい。：2006/04/19(水) 22:42:26

>>468
SGIのAltixのことでしょ。これは512CPUみたいな大規模構成では、ローカルメモリと
リモートメモリの性能差(レイテンシと帯域)がすごくあるので、普通のSMPとしては
使えなくて、NUMAであることを意識したプログラミングが必須だから、普通のSMPで
あるPOWERの64CPUとは同等に扱えないと思うけど。

>>470
Itaniumもサーバ売上の半分以上はHP-UX用で、今後ともHP-UX分が増えると思うのだが。

472 ：名無しさん＠お腹いっぱい。：2006/04/19(水) 23:05:01

>>471
> 使えなくて、NUMAであることを意識したプログラミングが必須だから、普通のSMPで
> あるPOWERの64CPUとは同等に扱えないと思うけど。
やっぱり。そんなこったろうと思った。

> Itaniumもサーバ売上の半分以上はHP-UX用で、今後ともHP-UX分が増えると思うのだが。
つまり、HP-PA 勢としては現状維持、ってことだよね。
なんというか、資料から必死さと悲しさがにじみ出てるし。

473 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 06:44:49

> 512 プロセッサの SMP システムがあるのか? すごいね。

FujitsuのPrimePower 256 SPARC プロセッサのSMPが、2 coreのものになれば
512プロセッサになる（予定）だけど、出てくるまでもうちょいかかかるね。

474 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 07:18:18

FujitsuとIBMもNUMAじゃないの？

475 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 07:46:00

> FujitsuとIBMもNUMAじゃないの？

Fujitsuのやつは、NUMAでなくUMAだったと思う。
だから、性能の犠牲が少なくて済む。

NUMAは昔から作られてきているけど、まだ決定的な性能改善方法がない。

476 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 08:03:05

なるほど、正直 NUMA の定義はよく知らないんだが

NUMA = ローカルメモリのレイテンシー < リモートメモリアクセス時のレイテンシー
UMA = すべてのメモリへアクセスのレイテンシーが等しい

と思い込んでいたので

http://primeserver.fujitsu.com/primepower/technology/performance/crossbar/?from=p2500t

を見るとシステムボード間のメモリアクセスは、ローカルメモリと同じレイテンシーで
アクセスできないように見えたから NUMA だとおもてた。

477 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 08:19:45

>> 476

上の資料でも、

L1 crossbar = 133 GB/s (on board)

L2 crossbar x 2 = 66.5 GB/s x 2 = 133 GB/s (cross board)

となる。

478 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 08:23:42

> FujitsuのPrimePower 256 SPARC プロセッサのSMPが、2 coreのものになれば
> 512プロセッサになる（予定）だけど、出てくるまでもうちょいかかかるね。

は、128 cpus ==> 256 cpusだった。。。4 coreはいつだかシラン。。

479 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 10:26:57

それってスループットでは...

480 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 11:56:10

>>478
NUMA じゃない SMP って、128CPU あたりが上限なのは何が理由?
物理的な配線距離? それともインターコネクトの帯域?
後者ならデュアルコアになったら 64チップまでになったりしないの?

481 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 20:57:55

帯域じゃね?

482 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 22:18:08

CPUとメモリバンクすべてを等時間で結ぼうと思ったら巨大なクロスバースイッチが必要になってくるでしょ。

483 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 22:54:22

クロスバースイッチの規模が問題なら、集積コア数が上がってもコア総計の上限が
一定、ってこと? 4 コアなら 32 チップが上限で、それ以上は NUMA?

484 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 23:08:56

>>472
> やっぱり。そんなこったろうと思った。

128CPUのSMP 4台のクラスタよりは遥かにマシだぞ。

485 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 23:13:04

例えば、どんな用途?

486 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 23:23:47

いや、ま、昔から NUMA みたいなジャンルの製品はあるわけで、その存在には
当然意味があるんだろうが、128CPU SMP なマシンみたいに Uni-Prosessor 機と
同じソフト積んどけばいい、というわけじゃないんだよね? それって結構
特殊用途向けってことでしょ?

487 ：名無しさん＠お腹いっぱい。：2006/04/20(木) 23:45:38

HPC分野でしょ、Altix。NASAに導入された512*20のが有名で、
Itaniumクラスタで最速だった筈。

488 ：名無しさん＠お腹いっぱい。：2006/04/21(金) 01:43:31

なるほど。そうすると、>>484 はどう解釈すればよい?
いまいちいわゆる粗結合（OS 複数のやつ）と NUMA の住み分け基準つーのがわからん。

489 ：名無しさん＠お腹いっぱい。：2006/04/21(金) 01:45:42

>>485
数百のビジーなプロセスを抱えるサーバとかは、OSのNUMAサポートで十分。

490 ：名無しさん＠お腹いっぱい。：2006/04/21(金) 04:25:20

NUMAの方がノード間接続に高速なインターコネクトが使えるイメージがある。最初からそのために
仕掛けを作りこめるし。クラスタだと、汎用インターコネクトがネックになりそう。その代わり、かなり
大規模なものをつくれるだろうけど。

あとccNUMAだと1台のマシンに見えるから、お手軽にプロセス間のデータ共用ができるとか、ノード
全体の負荷バランスをとりやすい（クラスタまたいでプロセスを移転なんてのに比べれば）とか。

491 ：名無しさん＠お腹いっぱい。：2006/04/21(金) 12:02:33

こけた時のリカバリーを考えると、NUMAよりもClusterの方がよさそう。
性能を考えると、NUMAよりもUMAの方がいい。UMAはCPUが増えるとクロスバーが
複雑になって難しくなるので、Fujitsuのマシンぐらいしか64CPU以上のものは
難しくなっちゃうので、作るとなるとNUMAの方が楽。

492 ：名無しさん＠お腹いっぱい。：2006/04/21(金) 12:09:11

>>491
いや、粗結合と言ってるのは、例えばこの手のやつなんだが。
ttp://primeserver.fujitsu.com/primepower/hpc/close/ap3000/index.html
クラスターとは違うよね? こゆのもクラスター?

493 ：名無しさん＠お腹いっぱい。：2006/04/21(金) 14:36:57

>>492
クラスタでしょ。

494 ：名無しさん＠お腹いっぱい。：2006/04/21(金) 14:37:46

>>491
動いている状態で、壊れたCPUやメモリを交換できれば、どーってことないかと。
当然、OSのサポートがないとできないけど。

495 ：名無しさん＠お腹いっぱい。：2006/04/21(金) 15:21:34

> 動いている状態で、壊れたCPUやメモリを交換できれば、どーってことないかと。

ユーザプロセスならいざ知らず、カーネル内だと普通パニックでしょ？

496 ：名無しさん＠お腹いっぱい。：2006/04/22(土) 01:14:04

>>495
壊れた=Uncorrectableではあるまい。

497 ：名無しさん＠お腹いっぱい。：2006/04/22(土) 01:28:37

>>471
SGIのAltixはHPCクラスタに特化してる。
クラスタのノード間インターコネクトを通信インタフェースでなく、SMPのメモリ空間で行う発想。
普通のSMPのメモリとしては遅いが、InfiniBandのRDMAよりは速いって感じだが、HPCクラスタ
だと近いプロセッサ同士が高速通信できればいいやってことが多いのでNUMAで桶。
MPICH over NUMA share memで512プロセッサをクラスタリングして
それらを並べてMPICH over InfiniBand RDMAで結合する大規模クラスタをやるって聞いたが
何処かに入れたのかな？

498 ：名無しさん＠お腹いっぱい。：2006/04/22(土) 01:36:47

>>495
メモリミラーリングとDIMMのホットスワップはWindows serverでさえもうサポートしてる。
マシン側のサポートはItanium srverだとミドルレンジクラスまで下がってきてる。

499 ：名無しさん＠お腹いっぱい。：2006/04/23(日) 05:18:19

> 壊れた=Uncorrectableではあるまい。

こけた場合、、っていうのは、普通

memoryのuncorrectable errorやcacheのuncorrectable errorでパニックすることの
ことだよ。

500 ：名無しさん＠お腹いっぱい。：2006/04/23(日) 07:34:59

詭弁かよ

501 ：名無しさん＠お腹いっぱい。：2006/04/23(日) 12:14:01

１．誤り検出無しだとデータ化けてることも判らずに誤演算続行。
２．誤り検出付だと無事にPanicできる。
３．冗長化してあれば縮退して続行できる。
４．冗長部全てが故障だと無事Panicする。

２と４がこの世の全ての人なんだよ。

502 ：名無しさん＠お腹いっぱい。：2006/04/23(日) 13:31:08

あまり追い詰めるな。

503 ：名無しさん＠お腹いっぱい。：2006/04/23(日) 18:24:03

>>501

1はdata pathのチェックもない、10年ぐらい前のWSか、PC程度。
3はfault tolerantに近いよね。cpuも冗長にして同時に演算、cpuが壊れれば、
正常に動作しているものを使うってな感じで。
2と4は、今普通に売られているWSやServer.

でも、ECCメモリ程度では2や4に達しないね。CPUやIO Busも守らないといけないから。

504 ：名無しさん＠お腹いっぱい。：2006/04/24(月) 05:36:57

＞２．誤り検出付だと無事にPanicできる。
CPUの内部演算器なんかまでちゃんとこれができるのは
IBMのzSeriesと富士通のSPARC64くらいしかないでしょ。
POWERだって内部演算器の誤り検出をやっている、という話はしていない。
いわんやItanium2をや。

505 ：名無しさん＠お腹いっぱい。：2006/04/24(月) 06:38:34

CPUの冷却を邪魔して何が起きるのか確認してる人いる?

506 ：名無しさん＠お腹いっぱい。：2006/04/24(月) 17:21:01

> IBMのzSeriesと富士通のSPARC64くらいしかないでしょ。

そりゃそうだわな。メインフレームの技術をもってくるしかないんだから、
そんなこと今やっているのは、IBMと富士通ぐらいだわな。

507 ：名無しさん＠お腹いっぱい。：2006/04/24(月) 17:23:59

> CPUの内部演算器なんかまでちゃんとこれができるのは

WSやServerと書いたが、CPUのregisterなどを含めてのdata pathというところまでは
さすがに意識していなかった。単に、L1, L2キャッシュのECCかparity check程度の
今のUnix鯖での常識をいったまで。

508 ：名無しさん＠お腹いっぱい。：2006/04/24(月) 22:16:54

SPARC64ってすごいんですね

509 ：名無しさん＠お腹いっぱい。：2006/04/25(火) 02:15:28

>>504
> いわんやItanium2をや。

Itanium2ではCacheやTLB等殆んどのアレイでエラー修正可能。
その他のユニットでもエラー検出可能。
Montecitoではレジスタレベルまでエラー修正可能になってる。

510 ：名無しさん＠お腹いっぱい。：2006/04/25(火) 23:32:50

>>509
＞その他のユニットでもエラー検出可能。
＞Montecitoではレジスタレベルまでエラー修正可能になってる。
キャッシュやTLBなど以外でもちゃんと訂正可能なら、サーバ用CPUとしては
すごいアドバンテージだから、もっと自慢たらたらの資料が出回っているはず。
(Intelのプレゼン資料やらISSCCの論文やら)

SPARC64のこの自慢げな資料を見て。
http://primeserver.fujitsu.com/primepower/technology/reliance/processor-a/

Montecitoが本当にレジスタや演算器まで障害検出・回復ができるなら、Marchitectureの
本家Intelだったら、××テクノロジとか名前を付けて鳴り物入りで発表するに決まっているのに、
そういう発表はないよね。
キャッシュの切り離しにさえも名前を付けて、Marchitecureだと指摘されているよ。

http://www.geocities.jp/andosprocinfo/wadai04/20040724.htm の５．
＞新しい機能として，オンチップのキャッシュに不良ビットが出た時，それを含むブロックを
＞切り離して運用を続ける技術を取り入れ，これをPellston Technologyと呼んでいますが，
＞このような機能はハイエンドサーバ用のRISCプロセサでは一般に行われている話で，Intelの
＞マーキテクチャ（MarketingとArchitectureを組み合わせた造語で，大したことではなくても，
＞宣伝のために先進技術らしく見せかけることを言う）です。

511 ：名無しさん＠お腹いっぱい。：2006/04/26(水) 00:14:18

そういや、某N社の知り合いが嘆いてたっけ。
こんな糞な石でどうやって汎用機並みの信頼性が
実現できるんだって。

製品になっているんだから何とかしたんだろうな。

512 ：名無しさん＠お腹いっぱい。：2006/04/26(水) 01:46:08

>>511
> 製品になっているんだから何とかしたんだろうな。

人は何のために生まれてくるのですか?

513 ：名無しさん＠お腹いっぱい。：2006/04/26(水) 09:15:46

>>510
＞マーキテクチャ（MarketingとArchitectureを組み合わせた造語で，大したことではなくても，
＞宣伝のために先進技術らしく見せかけることを言う）です。

Microsoftも、そういうのよくやるよねw

Wintelのせいで社会全体のモラルが低下したような気がする。
見世物小屋を地で行くような売り込み方が横行している。

514 ：名無しさん＠お腹いっぱい。：2006/04/27(木) 03:56:01

というか、PC(CPU, Windows)の性能、品質が糞なんだよ。
いい加減にWintelの嘘から目を覚ませ。

515 ：名無しさん＠お腹いっぱい。：2006/04/27(木) 14:27:07

> というか、PC(CPU, Windows)の性能、品質が糞なんだよ。

マーキテクチャのせいで、技術屋じゃない一般人がすっかり騙され、
PCがハイテクなんだとばっかり勘違いしている。。。そう大したテクを
使っているわけでもなく、普通なものばっかりなのにね。

PCなんて一般向け家庭用コンピュータなんだから、そんな肩に力を入れる
必要なんてないんだよ、そうハイテクでもなんでもないんだから。

そんな世の中だから、Wintelの思うつぼなんだよね。

516 ：名無しさん＠お腹いっぱい。：2006/04/27(木) 21:12:19

どういうのが理想のＰＣなん？

517 ：名無しさん＠お腹いっぱい。：2006/04/27(木) 22:00:22

>>516
そういう話じゃないと思うけど？

518 ：名無しさん＠お腹いっぱい。：2006/04/27(木) 22:16:00

理想のフロントエンドということなら、Sun Ray はある意味一番理想に近いと思うよ。

519 ：名無しさん＠お腹いっぱい。：2006/04/27(木) 22:48:54

用途限定もせず一番とか言えるあなたが素敵。

520 ：名無しさん＠お腹いっぱい。：2006/04/28(金) 00:55:33

その点 Sun はすばらしいな、常に最高に品質、先進の技術を提供しているよ。
まぁ、一般人には受けていないが。

521 ：名無しさん＠お腹いっぱい。：2006/04/28(金) 01:04:53

"常に最高に品質"は嘘だな
煙噴いたりしたマシンがあったもん

522 ：名無しさん＠お腹いっぱい。：2006/04/28(金) 15:29:05

Intel、業績低迷で事業再編へ
ttp://www.itmedia.co.jp/news/articles/0604/28/news012.html
> オッテリーニ氏によれば、(中略)業績の振るわない事業を見直して、..
キタかあー?!

523 ：名無しさん＠お腹いっぱい。：2006/04/28(金) 15:33:23

>>522

いよいよ、"さらば、Itanium"でつか？

524 ：名無しさん＠お腹いっぱい。：2006/04/28(金) 16:12:20

コンピュータ業界はいよいよ斜陽産業になりつつあるな

525 ：名無しさん＠お腹いっぱい。：2006/04/28(金) 16:14:52

違うねぇ、Intel がトップじゃなくなる。ただそれだけだよ。
実際トップだったのもそんなに長い期間じゃなかったし。

526 ：名無しさん＠お腹いっぱい。：2006/04/28(金) 16:16:35

>>523
一番うまいやり方は、HP とモメてお互い「相手が約束守らんので続行不能」と
責任のなすり合い、だろうな。これしかなかろう。悲惨な末期だ。

527 ：名無しさん＠お腹いっぱい。：2006/04/28(金) 18:39:36

> コンピュータ業界はいよいよ斜陽産業になりつつあるな

IBMが新しいオープンメインフレームを出したみたい。

http://itpro.nikkeibp.co.jp/article/USNEWS/20060428/236546/?ST=win

System z9 Business Classについて，IBM社は「数100台のサーバーで提供する
処理能力を1台の物理システムに集約でき，大幅な経費節減が可能」と説明する。
またプロセサ使用効率も高く，System z9製品系列のシステムが80～100％の
稼働率であるのに対し，x86プロセサ・ベースのWindowsサーバーは5％程度という。

528 ：名無しさん＠お腹いっぱい。：2006/04/28(金) 19:12:51

オープンメインフレームって、一瞬回路とか公開するのかと思った

529 ：名無しさん＠お腹いっぱい。：2006/04/28(金) 21:17:47

>>527
> またプロセサ使用効率も高く，System z9製品系列のシステムが80～100％の
> 稼働率であるのに対し，x86プロセサ・ベースのWindowsサーバーは5％程度という。

ここのところIBMはプロセッサの稼働率を売り文句にしてるね。
自前の仮想技術を入れた大型、オフコン、UNIXサーバだけじゃ
なく、x86系のサーバにもVMWareのオプションを提供してたりする。

530 ：名無しさん＠お腹いっぱい。：2006/04/29(土) 09:48:17

> 自前の仮想技術を入れた大型、オフコン、UNIXサーバだけじゃ

メインフレームの仮想技術は歴史が古く、1970年代から延々と開発、
改良し続けられている技術。

最近のXenとかVMwareとか、その技術を元に出てきたようなもの。
仮想技術そのものは、全然新しくなくて、むしろ相当古い技術。

531 ：名無しさん＠お腹いっぱい。：2006/04/29(土) 11:14:13

MTからVMをブートして仮想マシン二つ上げて通信プログラムの
テストするのが新入社員としての初仕事だったのが23年前。
PCやIAサーバでもできるようになったのは隔世の感有り。

532 ：名無しさん＠お腹いっぱい。：2006/04/29(土) 11:36:19

VMとはまた違うだろうがクロス開発するときは
昔からターゲットのコンピュータのシミュレーターがあったよな

ビルゲイツとポールアレンもも1975年にアルテア用のBASIC開発するときに
DECのミニコンで走る自前の8080シミュレーターを使ったらしい
8080シミュレーターの前身になった8008シミュレーターはビルゲイツが高校生の時に
アルバイトした会社のPDP-10を使ってポールアレンと書き上げたらしい

533 ：名無しさん＠お腹いっぱい。：2006/04/29(土) 15:15:01

なるほど、VM 使ったりシミュレーター使い出したら斜陽産業、ってことか?
全然意味わからんが。
Intel は斜陽企業ってことで OK?

534 ：名無しさん＠お腹いっぱい。：2006/04/29(土) 15:46:01

いやそうじゃなくて、IBMのお家芸というだけ。ここが斜陽気味
というかコンピュータ産業全体でのシェアを落としたのは90年代
以降でしょう。

535 ：名無しさん＠お腹いっぱい。：2006/04/29(土) 17:59:07

>>523
意外と、Xeonを捨ててItaniumに注力したりして。

536 ：名無しさん＠お腹いっぱい。：2006/04/29(土) 18:20:47

今は、amd64/em64t に注力する以外ない。が、それだけに注力していたんでは
その先はない。その先として Itanium は役にたたない。Intel 詰んでる、Intel 終わっTEL。

537 ：名無しさん＠お腹いっぱい。：2006/04/29(土) 18:47:45

Itaniumも流行らない
Microsoftの.NETも流行らない
どちらもITバブルがはじける寸前もしくははじけた後に出たもの
高成長の期待できない成熟産業と化したコンピュータ関連産業では
新しいものが受け入れられないのは当然

538 ：名無しさん＠お腹いっぱい。：2006/04/29(土) 18:49:06

いやいや、ちがうよ、産業がどうとか関係ないよ。新しいものも受け入れられる。
たんに、その 2 つが流行らない、それだけのことだね。残念ねw。

539 ：名無しさん＠お腹いっぱい。：2006/04/29(土) 18:51:34

Opteronの一部製品で演算結果に問題が発生する可能性
ttp://plusd.itmedia.co.jp/pcupdate/articles/0604/28/news113.html

該当モデルで数百万ユニット出荷済みだそうだ。すげー売れてんだね、Opteron って。
Pacifica サポートされたら Xen 用にオレも買うぞー!w

540 ：名無しさん＠お腹いっぱい。：2006/04/30(日) 03:49:10

検査漏れしてたというのが、製造体制の脆弱さを示しているな。

541 ：名無しさん＠お腹いっぱい。：2006/04/30(日) 03:49:34

>>539
>すげー売れてんだね

8xxは一台につき8ユニット売れるからなあ。

542 ：名無しさん＠お腹いっぱい。：2006/04/30(日) 06:13:45

必ずしもそうとは限らないのでは…

543 ：名無しさん＠お腹いっぱい。：2006/04/30(日) 06:18:43

シングルで使われている2xxとかも結構あるわけで。

544 ：名無しさん＠お腹いっぱい。：2006/05/01(月) 00:42:47

>>541
はぁ? 8 チップまで搭載できるってだけだろ? 必ずフル実装で出荷してるってか?

545 ：名無しさん＠お腹いっぱい。：2006/05/01(月) 21:02:35

V40zは8xxだけど4つまでだし。

546 ：名無しさん＠お腹いっぱい。：2006/05/01(月) 21:54:30

CPU の売れてる数の話してるのに、8CPU 用のマシンがフル実装で出荷されてたら
それが否定されるとでも言ってるのか >>541 は。

547 ：名無しさん＠お腹いっぱい。：2006/05/01(月) 22:09:17

つーか、8CPUのマシンなんて数出てないだろ

548 ：名無しさん＠お腹いっぱい。：2006/05/02(火) 10:01:15

>>547
東工大。

549 ：名無しさん＠お腹いっぱい。：2006/05/02(火) 10:07:38

それかっ！

550 ：名無しさん＠お腹いっぱい。：2006/05/02(火) 10:36:02

IA-64, NetBurst以外で64bitサポートするのはいつ頃？

551 ：名無しさん＠お腹いっぱい。：2006/05/02(火) 11:27:08

Intel Woodcrest to ship in June, Conroe July, Merom August
http://www.theinquirer.net/?article=31316

552 ：名無しさん＠お腹いっぱい。：2006/05/02(火) 14:51:22

ありがとう。
Xeonだと3Qか4Qぐらいかと思ってたら、Meromより先なんだ。
Dempsyとかどうすんだ。Bensley&FB-DIMMの立ち上げ用かな。

553 ：名無しさん＠お腹いっぱい。：2006/05/03(水) 00:40:32

いきなり全量Woodcrestってわけにもいかないだろうから
中継ぎというか場つなぎというか

554 ：名無しさん＠お腹いっぱい。：2006/05/03(水) 16:15:28

DempsyとかWoodcrestとか、まじに買いたい奴いるの？
洩れは全然興味がないよ。

555 ：名無しさん＠お腹いっぱい。：2006/05/03(水) 16:52:31

Dell とか、Intel しか買わない企業とかあるから、中継ぎで場所埋めとくだけで
結構な売り上げになる。
全然興味なしは同意。ちゃんと選んで買えよなー。

556 ：スレ違いスマソ：2006/05/03(水) 18:41:15

>>554-555
Woodcrestは新マイクロアーキテクチャで期待できると思うよ。
Desktopではゲーム系のベンチマークでは同一クロックのAthlonより性能が高い、
というデータが出始めているよ。浮動小数点演算器もちゃんと１サイクルピッチで
動くみたいだし、今のOpteronよりは良いCPUだと思うな。

557 ：MACオタ＞554 さん：2006/05/03(水) 18:42:00

>>554
これ見て考え直した方が良いかと思うす。しかしAMDわローエンドサーバーで最大の同盟者だったHPにも
裏切られたすか。。。
http://pc.watch.impress.co.jp/docs/2006/0406/idf01_29.jpg
http://pc.watch.impress.co.jp/docs/2006/0406/idf01_30.jpg
http://pc.watch.impress.co.jp/docs/2006/0406/idf01_31.jpg

558 ：名無しさん＠お腹いっぱい。：2006/05/03(水) 19:48:27

>>557
HPも必死なんだよ。

559 ：名無しさん＠お腹いっぱい。：2006/05/03(水) 23:31:04

わぁ、MACオタだ。
PowerPCからx86にMacが移行して暇なんだろうな。

560 ：名無しさん＠お腹いっぱい。：2006/05/04(木) 00:39:34

>>559
どこの誤爆だよ。

561 ：名無しさん＠お腹いっぱい。：2006/05/04(木) 05:30:06

Itaniumは。。

562 ：名無しさん＠お腹いっぱい。：2006/05/04(木) 06:32:57

> 浮動小数点演算器もちゃんと１サイクルピッチで動くみたいだし、

へぇ。何か、ソースありませんか？

563 ：名無しさん＠お腹いっぱい。：2006/05/04(木) 06:33:44

> Itaniumは。。

何かIntelからしても、もう完全に要らないねぇ、Itaniumって。。。哀れ。

564 ：名無しさん＠お腹いっぱい。：2006/05/04(木) 09:44:42

ISAを忘れてやしまいか。

ttps://www.itaniumsolutionsalliance.org/japanese/home

565 ：名無しさん＠お腹いっぱい。：2006/05/04(木) 13:44:31

> ISAを忘れてやしまいか。

ISA = Itanium Solutions Alliance って何やってんの？

マーケッティング以外に、GNU C compilerに資金援助とか、
そんなのしかないみたいだけど？

566 ：名無しさん＠お腹いっぱい。：2006/05/04(木) 14:42:04

x86 に明日はない、あれを 64bit 化したってダメ、新しいアーキテクチャを世に問うて、
メインストリームをこれに置き換える、いざ背水の陣... ってやって、
もう負けたんだよ Intel は。
その後は AMD が amd64 でシェア伸ばしたら
…はいはいはいはい x86 64bit64bit そうそうそうそうそう
Sun がマルチコア低消費電力って言ったら
…はいはいはいはい低消費電力マルチコアマルチコアそうそうそうそうそう
のいるこいる状態。
たとえもう一度 x86 で性能トップを取り戻したところで、先頭のふりだしに
戻るだけなのよね。あわれ Intel。

567 ：名無しさん＠お腹いっぱい。：2006/05/04(木) 21:35:31

ばかだなぁ。
MSとインテルなんて今までずっと後出しじゃんけんで勝って来たじゃないか。
何回敗けたら学習するんだよ。

568 ：名無しさん＠お腹いっぱい。：2006/05/04(木) 22:25:42

意味わかんなかった? ループしてるんだって。

569 ：名無しさん＠お腹いっぱい。：2006/05/07(日) 22:26:47

俺は頭が悪いので意味がわからない

570 ：名無しさん＠お腹いっぱい。：2006/05/08(月) 12:16:19

頭のいい俺も意味がわからない

571 ：名無しさん＠お腹いっぱい。：2006/05/08(月) 14:27:02

アタマはいいけど自分の都合の悪いことだけ意味わからないやつは
そのへんにゴロゴロいるから別に不思議じゃないw

572 ：名無しさん＠お腹いっぱい。：2006/05/09(火) 11:55:27

SGIが・・・

573 ：名無しさん＠お腹いっぱい。：2006/05/09(火) 14:37:25

こうしてイ解同（イタニューム解決同盟）メンバー企業はひとつずつ潰れて
いくんだろうな。
途中 F の「SPARC あるもんねべろべろばー」発言をはさんで。

574 ：名無しさん＠お腹いっぱい。：2006/05/09(火) 15:00:01

Intelにしがみついている状態の会社が多いからじゃないか?

575 ：名無しさん＠お腹いっぱい。：2006/05/09(火) 16:27:24

Ita 最大規模のサーバー供給元だよな? これイタいんじゃね?

576 ：名無しさん＠お腹いっぱい。：2006/05/09(火) 21:40:58

itanic号沈没間近
hpは本当かわいそう
NECもXEONにしときゃ良かった

577 ：名無しさん＠お腹いっぱい。：2006/05/09(火) 23:37:23

sgi亡き後、Sunが一番傾いている会社になるのか？

578 ：名無しさん＠お腹いっぱい。：2006/05/10(水) 00:58:36

AMDの素晴らしい技術力をもってすれば、
Itanium互換CPUなんて余裕で作れるだろ?

IA-64バイナリもIA-32バイナリも、世界一高速に実行できて、なおかつ、ちっとも熱くないCPUを。

579 ：名無しさん＠お腹いっぱい。：2006/05/10(水) 01:04:27

死に行く Instruction Set 互換の CPU 作るバカがどこにいる。

580 ：名無しさん＠お腹いっぱい。：2006/05/10(水) 01:10:46

>>577
Sunは整理すれば復活するしなあ。
一応売りになるものがあるから。

581 ：名無しさん＠お腹いっぱい。：2006/05/10(水) 01:13:44

AMD は Alchemy 持ってる。それにこの間拾った Sam Naffziger チームで、
ISA は MIPS64、内部は VLIW なマルチコア CPU を出してくる。んまちがいない。

582 ：名無しさん＠お腹いっぱい。：2006/06/04(日) 19:06:03

HP以外殆ど売れてないんじゃん。。

583 ：名無しさん＠お腹いっぱい。：2006/06/04(日) 23:33:36

Intel は HP にまんまと利用されたね。HP-PA の後継 CPU を作らされただけww

584 ：名無しさん＠お腹いっぱい。：2006/06/05(月) 13:04:25

sun現在整理中。。。。

585 ：名無しさん＠お腹いっぱい。：2006/06/05(月) 17:14:03

Sun Microsystemsスレ

586 ：名無しさん＠お腹いっぱい。：2006/06/05(月) 17:15:16

癖で下げちゃったorz

587 ：名無しさん＠お腹いっぱい。：2006/06/07(水) 01:15:25

>>583
そのIntelにまんまと騙されるおバカな日本人

588 ：名無しさん＠お腹いっぱい。：2006/06/07(水) 06:48:02

今更なんだが、Sunの最大の敵は賢明なビジネスディシジョンを
下そうとしない自社の経営陣かもしれないな。

589 ：名無しさん＠お腹いっぱい。：2006/06/07(水) 08:31:52

>>588
売るものがないんだから仕方がない。
典型的な倒産スパイラルに陥っている。

590 ：名無しさん＠お腹いっぱい。：2006/06/08(木) 00:12:37

こっちにも貼っとくよ

Sun travels to 'Andromeda' for blade server return
http://www.theregister.co.uk/2006/06/07/sun_andromeda_blade/

日本のサーバメーカーもItanium用のチップセット作ってる暇があったら
Opteron用のコプロでも作ればいいのに

591 ：名無しさん＠お腹いっぱい。：2006/06/08(木) 00:18:03

また余計なスレが立っちゃってるよ…

592 ：名無しさん＠お腹いっぱい。：2006/06/14(水) 00:22:20

FSB667のmontecito(発売予定無し)動いたsage

593 ：名無しさん＠お腹いっぱい。：2006/06/14(水) 00:30:05

ようやくですか
よかったですね

594 ：名無しさん＠お腹いっぱい。：2006/06/23(金) 15:24:04

Ita とともに EFI も消え行くようだな。Vista が見送ったからだろうが、
x86 の新規マシンへの採用皆無ww
Macintosh がびみょーなとこで採用しちまってるのがまた笑える。
Jobs って、こんなん多いよなぁ。今後は EFI のことを 5inch MO って呼ぶことにしよう。
さあっ、IEEE 1275 Open Firmware の出番だろ。

595 ：名無しさん＠お腹いっぱい。：2006/06/23(金) 15:25:11

ところで、EFI って PA-RISC 機のファームに似てるの?

596 ：名無しさん＠お腹いっぱい。：2006/06/23(金) 17:19:56

MS-DOS みたいなもん。

597 ：名無しさん＠お腹いっぱい。：2006/06/23(金) 18:20:04

...
ところで、EFI って PA-RISC 機のファームに似てるの?

598 ：名無しさん＠お腹いっぱい。：2006/06/23(金) 19:06:41

>>594
工エｴェｪ（´д｀）ｪェｴエ工
Vistaで見送られたんかよ。
いつまでBIOSなんて引きずるんだろ・・・。

599 ：名無しさん＠お腹いっぱい。：2006/06/23(金) 23:12:58

Vista で見送ったのは故意だぜ。Intel に打撃与えたいらしい。
Ita だって Win がサポートしてりゃもう少し延命しただろうし。
明らかに Intel をタタいてる。

600 ：名無しさん＠お腹いっぱい。：2006/06/23(金) 23:37:28

ttp://www.itmedia.co.jp/news/articles/0603/15/news052.html

601 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 10:15:17

>>596
シェルはね。

>>599
いまもWindowsはサポートしてるでしょ、サーバ用途で。

ワークステーション用途のIA-64版のWindowsが打ち切りになったのは、
唯一のIA-64なワークステーションが販売中止になったのを受けてのこと。

602 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 12:00:29

x86用のOSは、結局BIOSもサポートしなきゃいけないんだし、
Vistaの場合は特に、今EFIやっている場合じゃないってところでしょう。

603 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 14:00:08

甘いな... EFI のサポートなんて、そんな難しいもんじゃないし、どれかで一度
実装したんならそのまま流用できる。コストなんかほとんどゼロ。
新しい版に対応してなくたって、残しておいてもなんの問題もない。
やめてしまう理由なんてないのよ。バッシング以外の何ものでもない。

604 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 14:02:57

つーかさ、最近はハードウェアにも色気出してるから、ファームウェアも
自分のコントロール下に置きたい、ってことだと思うよ。
ほとんど IEEE 1275 ででも既存のとは非互換、なんての出しそうだ。くわばらくわばら。

605 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 15:46:51

ポイントは、EFIにするとマザーボードに積むフラッシュメモリの容量が激増する、ということ。
現状に満足している人からすれば、コストアップしてもWindowsの使い勝手は変らない、と。

606 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 16:07:37

なんでそんなに現実から目をそむけたいのか...
それハード屋さんの都合で、Microsoft とは関係ないじゃん。

607 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 16:40:16

EFIと直接関係はないけど、
SunのOpteronマシンはALOM搭載しているしから、
EFIないしOpenBootにすることによって、遠隔管理がし易くなる。

608 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 16:40:18

ハード屋さんがソッポ向いてEFIが普及していないから、MSが対応しないわけですが。

609 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 16:52:46

まだ言うか。MS はもう対応してるやん。それをわざわざ外して出すんだぞ。
いやがらせ以外の何でもない。

610 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 17:13:46

Opteronといえば、次期バージョンはいよいよRAS機能搭載か。
Intelも追随してx86版にRASなんか搭載したら、ますますItaniumもSPARCいらなくなるなｗ

611 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 17:25:26

x86 イラネ... って言ったのは Intel だよw
Ita もイラんらしいがwwwww ワラカシヨン

612 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 19:08:17

Ita 推進するにあたって、Intel は以下の 2 つを公言したわけだ。

1. x86 はもうすぐ寿命です。性能は頭打ちになります。将来性はありません。
2. EPIC はすんごい高性能です。めちゃ将来性があります。x86 に取って代わります。

2. がウソだったというのは既に衆目の一致するところだ。問題なのは 1. についてだが、
正しいのならばこの先の Woodcrest, Conroe がいくらがんばっても先が見えてると
いうことになる。正しくないのなら、Ita の方針について言っていたことはまるで
ウソで、Intel は全く信用できないホラ吹き企業、ってことだ。
「1. はウソでした」という姿勢を取ったとしても、もはや信用すべきではない。

613 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 20:25:30

x86 を PA-RISC に置き換えてみれば、そうそうウソでもない。

614 ：名無しさん＠お腹いっぱい。：2006/06/24(土) 23:30:24

置き換えなかったらウソなんだよ。ヒイキ目にもほどがあるぜ。

615 ：名無しさん＠お腹いっぱい。：2006/06/25(日) 00:23:59

ひいき目っていうか、Intelに騙されてなんかないってことにしとかないと
困る人がそこここにいるわけで

616 ：名無しさん＠お腹いっぱい。：2006/06/25(日) 01:00:02

はぁ。困れよ。じゃないと未来はないぜ。

617 ：名無しさん＠お腹いっぱい。：2006/06/25(日) 01:08:43

騙された人だけが困るんならいいんだけどねぇ

618 ：名無しさん＠お腹いっぱい。：2006/06/25(日) 01:10:45

騙されて倒産寸前まで追い込まれ中のロゴのカッコいい会社もあるからなｗ

619 ：名無しさん＠お腹いっぱい。：2006/06/25(日) 01:46:24

PA-RISCは寿命とかじゃなくて単にやめたから終わっただけじゃないのか？

620 ：名無しさん＠お腹いっぱい。：2006/06/25(日) 04:32:33

>>612
それは、PentiumProの頃の時代の話でしょう。
当時としては、そういう感じだった。

621 ：名無しさん＠お腹いっぱい。：2006/06/25(日) 13:53:35

>>619
生かしとくだけの金が払えねえってことなんだから
寿命っちゃ寿命なんじゃないの？

622 ：名無しさん＠お腹いっぱい。：2006/06/26(月) 00:41:27

なんで PA-RISC へ話をねじまげる? 妄想癖の会合ですかここは?

623 ：名無しさん＠お腹いっぱい。：2006/06/26(月) 00:42:26

>>620
アホぬかせ。Pen4 出した後でもそう言ってたよ。

624 ：名無しさん＠お腹いっぱい。：2006/06/26(月) 02:09:20

Pen4出た頃にはもうItaのダメっぷりは明らかになってなかったっけ？

625 ：名無しさん＠お腹いっぱい。：2006/06/26(月) 04:45:37

Pentium-Mを手掛けてなかったら、Intel死んでたのかな。

626 ：名無しさん＠お腹いっぱい。：2006/06/26(月) 11:58:07

>>624
何をもって「明らか」だったと言うか、によると思うけど。IBM と Sun が
既に造反してたのは確かだったけど、Intel は「次のやつでぶっちぎり」って
言ってたし、そこかしこのチョウチン記事にもそう書いてあった。

627 ：名無しさん＠お腹いっぱい。：2006/06/26(月) 12:50:21

POWERの方が性能上回っちゃったからな。
SPARCはまだだけどｗ

628 ：名無しさん＠お腹いっぱい。：2006/06/26(月) 13:53:28

SPARC で、なら SPARC の方が上でしょ。Sun のはダメだけど、SPARC64 は性能上。

629 ：名無しさん＠お腹いっぱい。：2006/06/26(月) 14:09:27

はぁ？
SPARC64Vはクロックで稼いでるけど、それでもPOWER、Itaniumに大差つけられているがｗ

630 ：名無しさん＠お腹いっぱい。：2006/06/26(月) 14:13:08

いずれにせよ Intel にヘコヘコしないといけないほど Itanium との差はない。
ハッタリもいいとこだったのよ。

631 ：名無しさん＠お腹いっぱい。：2006/06/26(月) 14:17:59

>>625
問題は、Pen-M 後継を引っ張っても先がない可能性大、ってことよ。
自分でそう言ってたんだから。その上、メニーコアに行けばさらに不利。
Pen-M なかったらとまで行かなくても、もう少し Itanium にこだわってたら
今ごろ終わってるね。

632 ：名無しさん＠お腹いっぱい。：2006/06/27(火) 00:17:34

POWER最強！

633 ：名無しさん＠お腹いっぱい。：2006/06/27(火) 00:21:32

>>632
そうでもない。

634 ：名無しさん＠お腹いっぱい。：2006/06/27(火) 07:49:01

POWERはいいんだけど、上に載っているOSがｗ

635 ：名無しさん＠お腹いっぱい。：2006/06/27(火) 13:36:53

OpenSolaris動くみたいだし、いいんじゃね？（w
AI＊って変態だったよなぁ。そういや

636 ：名無しさん＠お腹いっぱい。：2006/06/27(火) 23:24:32

Woodcrest最高！

637 ：名無しさん＠お腹いっぱい。：2006/06/28(水) 01:43:52

サーバ用じゃあ、実際いっぱい売れててもどれくらい売れてるかとか
あんまり聞こえてこないから、結局 Conroe/Merom 出荷後の評判待ち、かな。

638 ：名無しさん＠お腹いっぱい。：2006/07/07(金) 00:08:50

>>598
SP1のサポートリストには入ってるが、今からSPの心配するなと。。。。

ま、IPF用のWindowsではサポート済み。
っていうかIPFじゃBIOSからブートできないから。

639 ：名無しさん＠お腹いっぱい。：2006/07/07(金) 15:02:09

>>638
本当にできないのかな?

素のMS-DOSが動くんだよ?

640 ：名無しさん＠お腹いっぱい。：2006/07/08(土) 02:08:32

>>639
動きませんです。
昔は動いたんだけどねぇ。
madison（Itanium2）からだめぽ。

641 ：名無しさん＠お腹いっぱい。：2006/07/08(土) 02:13:03

>>592
これがmontvaleになるのかな？

642 ：名無しさん＠お腹いっぱい。：2006/07/08(土) 08:42:54

Woodcrestもいいし、次期Opteronもいいなぁ。
日本のメーカはバカみたいにItaniumを推進しているが、ヤバイんじゃね？

643 ：名無しさん＠お腹いっぱい。：2006/07/08(土) 10:58:14

Itaniumが普及してもHPが得するだけなのにね

644 ：名無しさん＠お腹いっぱい。：2006/07/08(土) 13:41:55

Itaniumが普及といっても、
もはやたいして普及しないから、誰も得しない。

むしろ早く終わって欲しいくらいでは。> HP

645 ：名無しさん＠お腹いっぱい。：2006/07/08(土) 16:02:05

Itaniumを担いでいるわけではなく、HP-UXマシンを担いでいるだけですが。

646 ：名無しさん＠お腹いっぱい。：2006/07/08(土) 20:23:05

Sunの盟友Fujitsuが一番バカ。
Unixの動かないItaniumマシンなんて誰が買うんだよｗ

647 ：名無しさん＠お腹いっぱい。：2006/07/08(土) 20:27:35

そっか、HP-UXは売れんもんな。。

648 ：名無しさん＠お腹いっぱい。：2006/07/08(土) 21:25:51

>>646
WindowsとSQL Serverを使いたい人

649 ：名無しさん＠お腹いっぱい。：2006/07/08(土) 23:58:48

マイクロソフトと心中してWindows + SQL Serverで作ったシステムの唯一のスケールアップパスがIA-64だった時期があったからね。

多くの場合は、負荷が増えても大丈夫ですよという見せ玉で十分だったけどね。

650 ：名無しさん＠お腹いっぱい。：2006/07/09(日) 09:13:32

Itanium機の案件の数だとWindos＞Linux＞HP-UXの順番かな。
金額ベースだと大型案件ばっかのHP-UXがダントツで一番にくるような気がする。
WindowsのDataCenterはItaniumで売れたのみたことない。32でもあんまり無いけど。

651 ：名無しさん＠お腹いっぱい。：2006/07/09(日) 20:57:15

>>650
ttp://www.kabu.com/feature/system/
あたりはどうよ。

652 ：名無しさん＠お腹いっぱい。：2006/07/09(日) 21:12:41

サーバだらけだな。オープン系を売り物にしてるようだけど、OSもばらばら。
「旧態依然としたホスト」の方が管理が楽なんてことはないのかな。

653 ：名無しさん＠お腹いっぱい。：2006/07/09(日) 22:52:58

>>648
それはx64サーバで対応すべきなのでは
結果論かもしれないが富士通のItanium採用は失敗だったと思う

654 ：名無しさん＠お腹いっぱい。：2006/07/09(日) 22:59:56

>>653
あとから出たものの話をされても…
値段はともかくスケーラビリティと箱でのRASの点で現状x64ではItaniumに太刀打ちできないっしょ
富士通がItaniumを採用しても全て切り替えるとアナウンスしたわけではないし
戦略的にはIBMのやってない石で攻めるというのは正しい選択だと思うよ

655 ：名無しさん＠お腹いっぱい。：2006/07/09(日) 23:56:05

別にCPUなんて何だっていいよ。

Oracleがサクサク動く箱
SQL Serverがサクサク動く箱
が欲しいんだからさ。中身は何だっていい。

656 ：名無しさん＠お腹いっぱい。：2006/07/10(月) 00:32:05

>>654
> あとから出たものの話をされても…

後付けだろうが結果論だろうが、失敗は失敗でしょ
Itaniumを選択しないということもできたわけだし

> 値段はともかくスケーラビリティと箱でのRASの点で現状x64ではItaniumに太刀打ちできないっしょ

そんなところにはHP-UXの市場はあってもLinuxやWindowsの市場は無かった
って話の流れじゃないの？

> 戦略的にはIBMのやってない石で攻めるというのは正しい選択だと思うよ

IBMに対抗しようとして、結局HPを助けることにしかなってないって
印象なんだけど

657 ：名無しさん＠お腹いっぱい。：2006/07/10(月) 00:36:44

そういう意味じゃSPARCをハイエンドのニッチに押し込めつつ
下の方からAMD64に切り替えてくっていうSunの戦略は、まだ
納得いくんだけどね

658 ：名無しさん＠お腹いっぱい。：2006/07/10(月) 01:02:32

Fujitsuは別にSPARCを捨てたわけじゃないしSPARC64を搭載したPRIMEPOWERは売れてるんじゃないの？

659 ：名無しさん＠お腹いっぱい。：2006/07/10(月) 03:23:25

OSで(も)勝負しないと未来が無い会社と
箱で勝負しないと未来が無い会社の違いでしょ
箱屋ならポートフォリオを増やしておくのは常識だと思うんだが

660 ：名無しさん＠お腹いっぱい。：2006/07/10(月) 07:20:09

赤字になるものを抱え込まない。
その点IBMはすごいね。
ビジネスに徹しすぎて嫌いだけど。

661 ：名無しさん＠お腹いっぱい。：2006/07/10(月) 20:41:18

>>660
>赤字になるものを抱え込まない。
>その点IBMはすごいね。

それは1990年代に巨額の赤字を抱え込んで死にそうになった反省から。

662 ：名無しさん＠お腹いっぱい。：2006/07/11(火) 00:01:59

>>659
最近は「選択と集中」ってのは流行んないの？

663 ：名無しさん＠お腹いっぱい。：2006/07/11(火) 00:11:20

>>662
箱屋が「選択と集中」ができるのはITが成長傾向にあったときだけ
痛の案件で物が無いなら話にならない

664 ：名無しさん＠お腹いっぱい。：2006/07/11(火) 00:36:00

Itaniumの指名買いなんてあるんだ

665 ：名無しさん＠お腹いっぱい。：2006/07/11(火) 01:05:41

そんなところにはHP-UXの市場はあってもLinuxやWindowsの市場は無かった
って話の流れじゃないの？

666 ：名無しさん＠お腹いっぱい。：2006/07/11(火) 01:15:54

なんだSPARKの話の流れか
アホみたいｗ

667 ：名無しさん＠お腹いっぱい。：2006/07/12(水) 00:20:22

サン、ハイエンドのx86サーバ製品3機種を発表へ
http://japan.cnet.com/news/ent/story/0,2000056022,20167367,00.htm

いやっほう！Itaniumをやっつけろー

668 ：名無しさん＠お腹いっぱい。：2006/07/12(水) 00:40:20

sparcの新機種は？？

669 ：名無しさん＠お腹いっぱい。：2006/07/12(水) 01:03:01

ありません

670 ：名無しさん＠お腹いっぱい。：2006/07/12(水) 07:53:03

まずSPARCがやられます。

671 ：名無しさん＠お腹いっぱい。：2006/07/12(水) 21:24:39

あちゃー

672 ：名無しさん＠お腹いっぱい。：2006/07/14(金) 22:31:02

＿＿____
|←樹海|
.￣.||￣　　　　　ｵﾜﾀ┗(^o^ )┓三
　　||　　　　　　　　　　　┏┗ 　三
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

673 ：名無しさん＠お腹いっぱい。：2006/07/18(火) 22:29:13

Core 2って、64bitが遅いって書いてあるけど、
そんなに違うのだろうか？

Intelのコンパイラとかが、EM64Tモードで
拡張されたレジスタを使わないようにしたら、
AMD64でパフォーマンス出なくならないかな。

さすがにメモリ使うよりは速いと思うんだけど、どうなんだろう。

64bitはItaniumって流れにしたいのか?

674 ：名無しさん＠お腹いっぱい。：2006/07/18(火) 22:45:29

IntelのCPUは必ず何か不具合つけてくるという感じ

675 ：名無しさん＠お腹いっぱい。：2006/07/18(火) 23:02:45

>>673
> Intelのコンパイラとかが、EM64Tモードで
> 拡張されたレジスタを使わないようにしたら、
> AMD64でパフォーマンス出なくならないかな。
そりゃそんなことすりゃ当然遅くなるだろうけど、それでなんの意味があるの?
レースで負けててくやしいからコースに油まいちゃええいっ! ってノリか?w

676 ：名無しさん＠お腹いっぱい。：2006/07/18(火) 23:13:38

> 64bitはItaniumって流れにしたいのか?

んなわきゃない

677 ：名無しさん＠お腹いっぱい。：2006/07/18(火) 23:44:06

Pen-M 系の 64bit 拡張なんてそれこそ付け焼き刃もいいとこなんだから、
あれだけ性能出てる方が不思議。
けど、Itanium にはなぜできなかったのか。あわれさがよけい際立つね。

678 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 14:47:14

ttp://itpro.nikkeibp.co.jp/article/NEWS/20060719/243771/
ここの比較グラフ見る限りじゃ、Montecito ってぜんぜん速くないね、
コアあたりの性能って全くあがってないんじゃないの?
旧 Integrity 4P/4C と新 4P/8C で 2.11 倍て、ダメダメじゃんw

679 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 15:26:55

性能は上げずにトランジスタを 17 億積んでみせます、って言ってたんだっけ、Intel?

680 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 17:08:17

ultraSPARC4　ﾃﾗｵｿｽｗ

681 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 17:43:14

SPECfp_rate にしたってさぁ、たしかに Sun Fire V890 は 16c/8p で base が
137 だけど、PRIMEPOWER1500(2160MHz) は 16c/16p で 291 だし、
p5 575(1900 MHz) 16c/8p に至っては 541 だよん?
そもそも同じ Itanium で Altix 3700 Bx2(1600MHz 9M L3) は 16c/16p だけど
410 よ? 318 なんて、よく載せられたもんだ、って感じね。
つーか、UltraSPARC IV にしか勝てないんじゃん。

682 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 17:49:58

出すことに意味があるんだから責めてもしょうがないじゃん

683 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 17:54:43

責めるっつーか、それ以前だよね。まったく性能向上してないじゃん。
2 コイチにしただけ。これ、マジ終わりじゃねー?

684 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 19:03:10

POWER5　ﾃﾗﾊﾔｽｗ

685 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 22:21:16

まぁ、今のトレンドである低消費電力

これどうにかしないといずれにせよSPARCはだめ。経営者が稟議に押さないよ。
電力費用に関しても経営者は興味を持っている。

だが、SPARCは正直この低消費電力と長年付き合いのない、縁のないCPUだ
ったからなぁ。

686 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 22:22:32

はぁ?? ここ数年寝てたのか?

687 ：名無しさん＠お腹いっぱい。：2006/07/20(木) 22:23:30

これだから Intel でクロックごっこやってたやつはダメだよww

688 ：名無しさん＠お腹いっぱい。：2006/07/21(金) 00:01:42

また1人逃げ出したらしい

http://www.theinquirer.net/default.aspx?article=33151
> Meanwhile, sources tell the INQ that senior Tukwila architect
> Mike Pachos is leaving Intel to take an MBA at The Wharton School.
> Pachos worked on the influential but ultimately doomed Alpha EV7.
> Pachos was a protege of another senior Alpha designer, Scott Breach.

689 ：名無しさん＠お腹いっぱい。：2006/07/21(金) 00:11:37

Niagara は消費電力は低い代わりに 1thread あたりの性能も低いけど、
1 thread のパフォーマンスが高いSPARC IV+ や 64V は消費電力あた
りの性能はどうなんだろうね。

Itanium2 は Montecito でかなり良くなっているみたいだけど。

690 ：名無しさん＠お腹いっぱい。：2006/07/21(金) 06:59:14

SPARC IV+はデカイよ。
64Vは知らん。

691 ：名無しさん＠お腹いっぱい。：2006/07/21(金) 08:00:53

DECでAlphaやってた数人はgoogleに行ってるんでしょ？
>>688はMBA取るためって書いてあるけど。

692 ：名無しさん＠お腹いっぱい。：2006/07/21(金) 14:52:55

MBA 取るためなんてのはイイワケの常套手段。一身上の都合と≒。

693 ：名無しさん＠お腹いっぱい。：2006/07/21(金) 15:16:30

Google ってプロセッサ屋も集めてるのか。OS 屋集めてるのは知ってたが。
自社内で全て完結したもんを作ろうとしてるのかも。

694 ：名無しさん＠お腹いっぱい。：2006/07/21(金) 20:51:38

>>683
それを言ったら、AMDのK8だって、ニコイチしただけではないか。

695 ：名無しさん＠お腹いっぱい。：2006/07/21(金) 21:58:20

AMD も UltraSPARC IV+ も Montecito みたいにもったいぶって出してないし。
ぷぷ終わり終わり。

696 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 01:43:21

http://www.itmedia.co.jp/enterprise/articles/0607/20/news088.html
> ライダー氏は、Itaniumは業界標準のプロセッサであるとするIntelの
> 位置付けには、いら立ちを覚えるという。
> 「どのような客観的基準に照らしても、Itaniumは業界標準とは呼べない。
> 業界標準と呼べるのはx86ベースのチップだ。Itaniumは、1社によって
> コントロールされた独自技術であり、市場での広範な普及といった
> デファクトスタンダードとしての魅力を備えていない」と同氏は指摘する。
> 「独立した標準化機関の支持も取り付けていない。つまり、Itaniumは
> Intelの標準（同様にHPの標準）ではあるが、決して業界標準のプロセッサ
> ではないということだ」（同氏）

よくぞ言ってくれました

697 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 02:32:49

「いら立ちを覚える」だなんて... もう少し言葉選べばいいのに...
...こう、例えば..

_ゲロが出る_

とかさ。

698 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 02:35:38

それを言うなら、反吐が出る、じゃないの？

699 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 09:36:04

IA-64がインテルの一社独占であっても、当初の予定通り多くのメーカーが採用すれば、業界標準になるはずだった。
当時は、各メーカーが独自のCPUを使っていて、みんなバラバラだった。x86はサーバでは論外だった。
ところがIA-64が出だしでコケて以降、x86は破竹の勢いで上を侵蝕していき、業界標準になってしまった。

問題は、当初掲げた業界標準の看板を下ろすに下ろせなくなった、ということだろうね。

700 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 11:38:13

また「当初の予定」ですかｗ

701 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 12:57:44

IA-64互換CPUを作ればいいだけのことじゃないか。
インテルと違って素晴らしい技術を持っているAMDやSunなら簡単でしょ?

702 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 13:00:00

それなら、POWERに手を出した方が良い。

703 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 15:02:54

おまえらどこまでアホやねん。他社が採用すれば業界標準だった、ってかwwwwwwww!!!
んなもんオープンうたってきた 1980 年代の RISC 以降のプロセッサ全部そうじゃい。
アホか。くそバカか。

704 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 15:37:19

マイクロソフト一社独占だから、Windowsは業界標準ではない

ということを言いたいのかな?

705 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 15:37:57

Sunの一社独占だから、Javaも業界標準ではないということになると、もうね、アホかと。

706 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 15:52:05

>>696
> > 「独立した標準化機関の支持も取り付けていない。つまり、Itaniumは
オマエら >>704,705 にもゲロが出るよ。

707 ：名無しさん＠お腹いっぱい。：2006/07/22(土) 16:07:33

>>701
>>578-579

708 ：名無しさん＠お腹いっぱい。：2006/07/23(日) 00:19:53

ItaniumはIntelしか作ってないからなぁ。

709 ：名無しさん＠お腹いっぱい。：2006/07/23(日) 08:03:36

マイクロソフトしか作っていないWindows
オラクルしか作っていないOracle

一社しか作っていないのは業界標準になれないわけではない。

710 ：名無しさん＠お腹いっぱい。：2006/07/23(日) 08:38:39

Windowsはともかく、Oracleは標準なんですかね？

711 ：名無しさん＠お腹いっぱい。：2006/07/23(日) 08:40:45

商用DBだと標準でしょ

712 ：名無しさん＠お腹いっぱい。：2006/07/23(日) 10:15:08

DB2最高！

713 ：名無しさん＠お腹いっぱい。：2006/07/23(日) 16:13:40

>>712
食わず嫌いなだけかもしれんが、
OracleやSQLServerに勝る点ってあるのか？

714 ：名無しさん＠お腹いっぱい。：2006/07/23(日) 17:12:19

>>713
DB2最高！！

715 ：名無しさん＠お腹いっぱい。：2006/07/23(日) 17:42:05

>>713
IBMだってこと。

たとえば、POWERでAIX、というところまで決まってしまっている案件ではDB2でしょ。

716 ：名無しさん＠お腹いっぱい。：2006/07/23(日) 19:45:08

TPC-Cを見ればわかるように極限まで性能が欲しければPOWER+AIX+DB2だろ。
でもそんなのが要るのはアメリカの超巨大企業だけで日本企業ではほとんど要らないだどうけど。

717 ：名無しさん＠お腹いっぱい。：2006/07/23(日) 21:32:57

いらないだどうな

718 ：名無しさん＠お腹いっぱい。：2006/07/24(月) 02:34:43

POWER, Alphaあたりは名前がよい。
SPARCもいいかな。
MIPSは普通。
PA-RISC微妙。
Itaniumは格好悪い。

719 ：名無しさん＠お腹いっぱい。：2006/07/24(月) 07:27:49

>>715
POWERでAIXでOracleの案件来てるけど

720 ：名無しさん＠お腹いっぱい。：2006/07/29(土) 00:35:46

インテル　世界で最も優れたプロセッサーを発表
http://www.intel.co.jp/jp/intel/pr/press2006/060727a.htm

721 ：名無しさん＠お腹いっぱい。：2006/08/01(火) 01:02:57

montecito(Dual core Itanium2)のPRIMEQUEST出た。
2000台売ると日経に吹いたそうな。（最小構成の最下位機種でも5M円、普通20M円だよな...）
ttp://primeserver.fujitsu.com/primequest/

こっちもmontecito搭載ブレードを地味に出してる。
ttp://www.hitachi.co.jp/products/bladesymphony/element01.html
ttp://www.hitachi.co.jp/products/bladesymphony/element01_spec01.html#lnk07

こっちもそうだね。
ttp://www.sw.nec.co.jp/products/nx7700i/

ま、IntelのLaunchに合わせて製品発表してるので足並み揃って当たり前なのだが。
どれも汎用機の技術つぎこんで必死だが肝心のItaniumの出来がいまいち。
FSB667(といってもIA64はFSBのbit幅128bitだよ）は来年。

722 ：名無しさん＠お腹いっぱい。：2006/08/01(火) 06:55:16

POWER5+2.3GHzが圧倒的。

723 ：名無しさん＠お腹いっぱい。：2006/08/01(火) 07:21:08

Montecitoってチップセットは自前でしたよね？
どこのがすぐれてるんだろう。

HはIBMと一応繋がってるし、
FはSPARC64Vがあるけど、
Nは?

724 ：名無しさん＠お腹いっぱい。：2006/08/02(水) 01:47:15

IBMのPCIExpress Coreはあれだし、Cache TagにしてるSRAMアレイは
なにだしでうわなにを亜qｓｄｒｆｔｇｙふｊこｌｌｌ「；

725 ：名無しさん＠お腹いっぱい。：2006/08/02(水) 10:38:55

うわなにを言ってないでちゃんと説明しろ。面白そうじゃないかw
Itanium 用に開発されたもんだ、ってことか?

726 ：名無しさん＠お腹いっぱい。：2006/08/02(水) 17:34:03

Woodcrest があれだけベンチマーク値改善してるのに、Opteron サーバー機の
開発予定ニュースが目白押し。Intel あまり評価されてないのな。
それとも Opteron がよっぼど期待されてるのか??

727 ：名無しさん＠お腹いっぱい。：2006/08/02(水) 19:21:45

プラットフォームが枯れていないから。

728 ：名無しさん＠お腹いっぱい。：2006/08/02(水) 23:00:10

不確実要因がある、ってことか。チップセットとか? でも可能性を認めてるんなら、
これからの計画は多少は控えるような気がするがね。今時点では。止まらないのは
やっぱりアレか..?w

729 ：名無しさん＠お腹いっぱい。：2006/08/02(水) 23:46:05

>>725
ま、いろいろありましたが、、、、Intelさんに各社比較して頂いて、
うちのを採用して頂きました。めでたし、めでたし。
使い方むずいのでこのノースブリッジ兼BUSスイッチ単品じゃ
売らないけどね。
PCIバス無し設計なので、サウスブリッジへのPCIExpress Linkを
最初にだれかが張ってくれないとBIOSコードというかPALも読めない
優れもの。

730 ：名無しさん＠お腹いっぱい。：2006/08/03(木) 00:22:51

FB-DIMM

731 ：名無しさん＠お腹いっぱい。：2006/08/03(木) 17:06:25

>>726
Opteron じゃなくて Athlon X2 についての記事だけど。
こういう見方してる人もあるってことで。

ttp://journal.mycom.co.jp/special/2006/conroe/022.html

対するAMDだが、とりあえず現在のK8が非常に大きなビハインドを負ったことは
間違いない。ただ、根本的なところで負けているのは、L1キャッシュへの帯域のみである。
だからといって一朝一夕にL1キャッシュへの帯域を増やせるものではないから、
今しばらくは現在のビハインドを負ったまま何とか追いかけるしか無いわけだが、
解が見えているだけに、対応が凄く難しい、という訳ではない気がする。

来年前半くらいまではAMDのこのビハインドは続くと思うが、その後にはちょっと良い
勝負ができそうな気がする。というのは、RMMAの結果を見る限りコアの素性そのものは
悪くなかったからだ。

732 ：名無しさん＠お腹いっぱい。：2006/08/03(木) 17:37:49

Woodcrest で 8 コア、16 コア、あるいはそれ以上のコア数のサーバーって
現実的なの?
Opteron は例えば X4600 でも既に 16 コアのシステムでてるよね。

733 ：名無しさん＠お腹いっぱい。：2006/08/03(木) 20:43:31

IBMとUnisysが作る（かもしれない）

734 ：名無しさん＠お腹いっぱい。：2006/08/03(木) 20:45:53

>>731
ちょｗｗｗ大原ｗｗｗｗ

735 ：名無しさん＠お腹いっぱい。：2006/08/03(木) 22:54:46

>>733
インターコネクトから、だよね? 死ぬほど遠い... というか、Unisys は今までも
何度も出してる（最初の頃のは企業ごと買収）けど、使いもんには....

736 ：名無しさん＠お腹いっぱい。：2006/08/03(木) 23:34:31

あ、なーんだ、Woodcrest って 2 ソケット 4 コアが最大構成なんだ。
それなら Opteron サーバー機目白押しでなんの不思議もない。
そうだったのか知らんかった... Woodcrest って応用範囲極狭なのねwwww

737 ：名無しさん＠お腹いっぱい。：2006/08/03(木) 23:45:08

思考停止してんなあ

738 ：名無しさん＠お腹いっぱい。：2006/08/03(木) 23:51:01

並行してミドル以上の SMP 構成を取れるプロセッサを用意しない（できない）ところが
Intel にとって SMP がいかに鬼門かを表してるね。次の 4 コアの CPU もこれを
2 コパックしただけだから当然同じインターコネクトで、たいした脅威にはならない。
2 ソケット 8 コア構成にしたら足周りの問題でむしろ性能下がるんじゃなかろうか。
まだかなり時間はあるな。今のうちだ。

739 ：名無しさん＠お腹いっぱい。：2006/08/03(木) 23:55:41

そもそも、周辺を統合してない CPU でシングル用、デュアル用とか
品種分けてるの Intel だけだよね。あわれつーかなんつーか。

740 ：名無しさん＠お腹いっぱい。：2006/08/06(日) 08:26:20

Itaniumのようにキャッシュをプロセッサ内で２次、チプセト周りの３次まで
増やしてどうにかするってのが常套手段だが。
結局プロセッサ間でキャッシュのコヒーレント制御するのにすっとまるので
なかなかどうも。
madisonの最上位でキャッシュサイズは9MB。
IA32は近頃のキャッシュってどれくらい？

741 ：名無しさん＠お腹いっぱい。：2006/08/06(日) 08:43:30

ぐだぐだいっても
RISCに勝てないIA64に存在意義はない。
x86のようなコストパフォーマンスが高いわけでもないし。

742 ：名無しさん＠お腹いっぱい。：2006/08/06(日) 17:43:54

ItaniumしょぼいよItanium
http://www.atmarkit.co.jp/fsys/kaisetsu/079montecito/montecito.html

743 ：名無しさん＠お腹いっぱい。：2006/08/06(日) 22:41:12

Tukwilaはどうみても汎用機用。
やっとPOWERと同じ方向を向くことになったが。。。。。遅すぎる。

744 ：名無しさん＠お腹いっぱい。：2006/08/06(日) 23:00:52

ttp://grape.astron.s.u-tokyo.ac.jp/~makino/articles/future_sc/note027.html
> Itanium は 1994 年頃からインテルと HP が共同開発してきた、
> 64ビット VLIW プロセッサです。 VLIW (Very Long Instruction Word) は、
> RISC をもっとも力任せに並列動作させようというもので、複数の実行
> ユニットに対する命令を1つの「長い命令語」としてまとめて、それが
> クロック毎に投入される、というものです。80年代終わりに Multiflow
> といった会社で開発されていました。一見よさそうにみえますが細かい
> 技術的な問題が一杯あります。レジスタファイルをどうするか、条件分岐
> 命令をどうするか、機械語プログラムがやたら長くなるのをどうするか、
> といったものです。
(中略）
> しかし、その開発は難航し、製品がでるころには自社の x86 プロセッサに
> 価格性能比で全く対抗できない、という状態が最初の製品の出荷を始めた
> 2001 年(当初は 1999年に出荷開始予定)からずっと続いています。難航した
> 一つの理由は、3命令では並列度が足りなくて、スーパースカラな実行方式も
> とりいれることになった、ということでしょう。それではなんのために
> VLIW にしたのかわからないわけです。

745 ：名無しさん＠お腹いっぱい。：2006/08/06(日) 23:09:06

それ昔から気になってるんだが、
Itaniumじゃなくて、Itanicになってるところがある。

746 ：名無しさん＠お腹いっぱい。：2006/08/06(日) 23:20:21

沈み逝く巨艦

747 ：名無しさん＠お腹いっぱい。：2006/08/06(日) 23:43:14

氷山に激突... Cool Threads?!

748 ：名無しさん＠お腹いっぱい。：2006/08/07(月) 00:20:39

ItanicってLinusタソが言い出したんでそ？

749 ：名無しさん＠お腹いっぱい。：2006/08/07(月) 00:32:47

よっしゃ、次スレ名は最後の氷山にけてい。

750 ：名無しさん＠お腹いっぱい。：2006/08/07(月) 01:26:52

他のSunスレがあるから、新スレは当分先だろ。

751 ：名無しさん＠お腹いっぱい。：2006/08/07(月) 01:39:38

立った順番はともかく、実質的にはここ重複スレだし

752 ：名無しさん＠お腹いっぱい。：2006/08/09(水) 13:04:38

IA-64のISAしらなかったんだけど、
整数のかけ算がなかったりするのは、
コンパイラ使って最適化しろってこと？

753 ：名無しさん＠お腹いっぱい。：2006/08/09(水) 23:09:03

>>752
> 整数のかけ算がなかったりする

んなアホな。

ありますよ。

754 ：名無しさん＠お腹いっぱい。：2006/08/10(木) 18:36:50

Intel はいろいろ周辺部門を切り捨て出した。パソコン用のごくごく狭いジャンルの
CPU 作る以外まるで才能ない、ってことにやっと気づいたらしいw
パソコンと心中してちょーだい、バイバーイww

755 ：名無しさん＠お腹いっぱい。：2006/08/22(火) 17:48:50

マルチコア化に向かうとItaniumのアーキテクチャは意味なくね？
Itaniumのアーキテクチャそのものが否定されてるような感じだな

なぜCPUは“シンプルコア”の“マルチコア”へと向かうのか
http://pc.watch.impress.co.jp/docs/2006/0822/kaigai297.htm

756 ：名無しさん＠お腹いっぱい。：2006/08/23(水) 02:42:48

高ILP × 高TLP を実現するならいいと思うけどね。

757 ：名無しさん＠お腹いっぱい。：2006/08/23(水) 07:56:20

コア数とかにあわせてコンパイルすればいいんじゃね？

758 ：名無しさん＠お腹いっぱい。：2006/08/24(木) 04:50:05

そんな、めんどくさい

759 ：名無しさん＠お腹いっぱい。：2006/08/24(木) 05:38:14

そういえば、現状ですらコンパイルが結構遅いんだっけ?
フィードバックかけたりしてたら、大変だな。

760 ：名無しさん＠お腹いっぱい。：2006/09/13(水) 01:22:31

HP 好調らしいが、これもひとえに PA-RISC 後継開発を Intel に押し付けたからだろうなw

761 ：名無しさん＠お腹いっぱい。：2006/09/13(水) 18:11:09

そのIntelはリストラしてるしね

762 ：名無しさん＠お腹いっぱい。：2006/09/13(水) 21:22:54

HPがリストラしてないかのような物言いだな

763 ：名無しさん＠お腹いっぱい。：2006/09/13(水) 21:48:40

PA-RISC の後継と不幸の手紙は早く次のやつにまわすべきだなw

764 ：名無しさん＠お腹いっぱい。：2006/09/16(土) 09:58:52

次のやつって日本企業？

765 ：名無しさん＠お腹いっぱい。：2006/09/25(月) 16:23:24

インテル、Itanium「Montecito」の販売を促進--ホワイトボックスシステムを発売へ
ttp://japan.cnet.com/news/ent/story/0,2000056022,20246527,00.htm

| （略）サブシステムとの接続には日立製のチップセットが採用されているという。
| Intelはまた、Itanium向けチップセットの独自開発を当面中止することも明らかにした。

| 「Itaniumを積極的に後押ししてくれる大手ベンダーがHewlett-Packardしかいない現状では、
| Itaniumの需要を喚起するためにIntel自身が何かしなくてはならない。

うひーひひひひひひ。うれるぞー、よかったな Intel ー。げはははっははははっはー。

766 ：名無しさん＠お腹いっぱい。：2006/09/25(月) 17:43:00

POWER5+に後出しで大負けてるようじゃなｗ

767 ：名無しさん＠お腹いっぱい。：2006/09/26(火) 07:29:33

そのマシンで、HP-UXは動くのかね？
犬だけならなおさらイラネ。
HPのJavaVMはドキュメントがたくさんあって良いんだが。

Solarisが動くなら考えても良いけど、
それにしたってPolarisに期待したほうがいいしなぁ。

ってか、こんな記事が出てたの知らなかった。
http://techon.nikkeibp.co.jp/article/NEWS/20060607/117931/
追っかけてないから、bootした以降のことは知らんが。。

768 ：名無しさん＠お腹いっぱい。：2006/09/26(火) 07:56:44

HP-UXなんて糞OS（ﾟ⊿ﾟ）ｲﾗﾈ

769 ：名無しさん＠お腹いっぱい。：2006/10/01(日) 02:26:08

>>767
HP-UX動作はホワイトボックスを仕入れた先でHPの認証を受けて保障することになる。
DIG64準拠なら動くとか言ってるがなかなかどうも。
業務用ならEMS,STM動かさんといかんがなかなか大変。
あちこちに手を入れてもらわんといかんことになって純正品のほうが安くて安心ってことに。
こういうのはやっぱWindowsが売れ筋。

770 ：名無しさん＠お腹いっぱい。：2006/10/01(日) 02:35:01

Solarisが優れているっていってもそれはSPARCの話で、
x86向けには大してチューンされてないんでしょ？

771 ：名無しさん＠お腹いっぱい。：2006/10/01(日) 02:38:42

そんなことないだろ

772 ：名無しさん＠お腹いっぱい。：2006/10/01(日) 04:13:37

>>770
x86はハードウェアがチューンされてないよ(藁

773 ：名無しさん＠お腹いっぱい。：2006/10/01(日) 07:11:40

>>769
HP-UXはどこで買えば良いんですか？

774 ：名無しさん＠お腹いっぱい。：2006/10/01(日) 17:26:38

>>773
>HP-UX動作はホワイトボックスを仕入れた先でHPの認証を受けて保障することになる。
日本では既に日立とNECがやってます

775 ：名無しさん＠お腹いっぱい。：2006/10/01(日) 23:00:52

「こことここが売りますって手をあげた」とも書いてない発表さみしいね...

776 ：765より引用：2006/10/01(日) 23:37:30

フランスのコンピュータベンダーBullが、新システムの最初の顧客となっている。これまでは富士通やDellなどがホワイトボックスを利用してきたがDellは2005年にItaniumシリーズを製品ラインアップから外している。

777 ：名無しさん＠お腹いっぱい。：2006/10/04(水) 00:02:37

よけい寂しさを醸し出してるw

778 ：名無しさん＠お腹いっぱい。：2006/10/05(木) 03:35:22

Intelの動物園シリーズだよね。

779 ：名無しさん＠お腹いっぱい。：2006/10/21(土) 21:33:58

禿

780 ：名無しさん＠お腹いっぱい。：2006/10/27(金) 13:16:43

SUNのナイアガ、並列処理（しかも単精度やInt）でもまともに速度が出ない。
何故って！？

だってメモリとのバスやクロスバーが安物だから。

結局、失敗作だから2で失地挽回を図ってるんだろ。
でも、無理。

Opteronとかのようにメモリコントローラもダイに入れるくらいの根性じゃないと
つかえねー！！！！

最適というApacheの2.2のベンチマーク値の測定でItanuimに負けてしまうだもん。
Itanuim2じゃないよ・・・

ほんと、CTCごと潰れてくれねぇかなぁ。

781 ：名無しさん＠お腹いっぱい。：2006/10/27(金) 14:53:31

intはともかくfloatはしょうがないだろｗ

782 ：名無しさん＠お腹いっぱい。：2006/10/27(金) 23:22:43

はぁ。Niagara いっぱい売れてるんですけど。意味わかんないんだったら少しは勉強しなよwww

783 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 00:07:05

おまえが勉強しろ

売れてるのは UltraSPARC IV+
http://japan.cnet.com/news/biz/story/0,2000056020,20210687,00.htm

784 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 00:43:57

ttp://japan.cnet.com/news/ent/story/0,2000056022,20211827,00.htm
| 2005年11月に初代Niagaraを発表したSunは、それから数カ月しかたっていない
| 2006年第2四半期にNiagara搭載サーバで1億ドルを売り上げ、

ここ今夜寝る前に 100 万回読め。

785 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 01:24:07

いっぱい売れてないじゃんｗｗｗ

786 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 01:43:52

あと 100 万回読め。

787 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 02:58:01

Sunの2006Q2の売り上げが33億3,700万ドルだから3%か。
STKの分を引くともう少し割合は上がるだろうけどビミョー。

788 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 03:14:03

ぜんぜん売れてねーな

789 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 10:27:50

売れてないね

790 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 11:28:21

薄利多売なんだろ。

791 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 11:48:27

同時期の Opteron 以上ってどっかに書いてあったけど。

792 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 11:51:44

Opteronがもっと売れてないってだけだろ

793 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 16:59:21

NiagaraとかGalaxyとか大々的に宣伝してるけど
結局、一番商売になってるのはUltraSPARC IV+で
後継のSPARC64VIが遅れちゃったもんだから
まだ絵に描いた餅のRockまで持ち出して
取り繕ってるってところか

794 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 19:16:10

Rockが出るまで持つのかのぉ

Sun増収、赤字幅も縮小
ttp://www.itmedia.co.jp/news/articles/0610/27/news020.html

Sun Microsystemsの7～9月期決算は、Solarisの好調と買収による影響で増収となり、
売上高は31億8900万ドル。最終損益は5600万ドルの赤字だが、前年同期と比べると
赤字幅は縮小した。

795 ：名無しさん＠お腹いっぱい。：2006/10/28(土) 20:52:36

これだからトーシロー相手は疲れるんだが... Niagara みたいなことをちゃんと
やってるから、安心して利ザヤの大きい UltraSPARC IV+ が売れるんだよ。
数値的に多少劣ってもな。Niagara やってなかったら多数他社へ流れてるの。

796 ：名無しさん＠お腹いっぱい。：2006/10/29(日) 02:54:14

このまま順調に赤字が減っていったらいずれ黒字になるかも。
ならなきゃ潰れるが。。。。

797 ：名無しさん＠お腹いっぱい。：2006/11/09(木) 02:47:20

いい性能のマシンが出ないと、Sunも終わりみたいに言うやつがいるが、
それと会社の業績とはあまり関係ない。
hpが復活したのは、画期的な新製品を出したからでも、売上げが伸びたから
でもない。リストラをコミットしたとおり実行した、ただそれだけのことだ。
そもそもSunがパフォーマンスで他を圧倒し続けたことはなく、性能がいい
だけでマシンが売れるんならDECは買収されずに済んだはず。

というわけで、手を抜かずリストラ続けろってこった。

798 ：名無しさん＠お腹いっぱい。：2006/11/09(木) 14:59:27

リストラすればするほど、つまらない製品を作るつまらない会社になるんだけどな。
どこでもいいよ安ければ、という客を相手にした商売になってしまうぞ。

799 ：名無しさん＠お腹いっぱい。：2006/11/09(木) 21:20:46

Sunがパフォーマンス・リーダーではないのに、繁盛していたのは

学生の頃に使っていたマシンが UNIX　=> 知っているマシンが Sun =>
ほとんどのアプリの開発プラットホームが Sun => SIer も Sun をよく知っている =>
お勧めのプラットホームは Sun

って図式だったが、今は Linux、Windows があるから Sun に対する
親しみが減ったためだと思うよ。

800 ：名無しさん＠お腹いっぱい。：2006/11/09(木) 23:12:35

Sun は囲い込みはやってないよ。なんでそんな幻想をつけたがる?
パフォーマンスリーダーだったよ。カタログスペックのリーダーじゃなくてね。
実際、HP が安売りした時や DEC の Alpha がよかった時は用途によっては
結構そっちへ流れた。プラットフォームへしばるようなやり方まったくしないから。

801 ：名無しさん＠お腹いっぱい。：2006/11/09(木) 23:29:31

なんで >>799 が囲い込みになるのか訳分らん。
身近な UNIX マシンが Sun だったから、多くの人が Sun を支持していたという事。
今は選択肢が多いので昔に比べると Sun に対するイメージが変わっている。

802 ：名無しさん＠お腹いっぱい。：2006/11/09(木) 23:52:31

ほとんどの人がVisual Studio .NETだろ

803 ：名無しさん＠お腹いっぱい。：2006/11/09(木) 23:53:34

Sunの業績が落ちたのはCPU性能がintelのそれに比べて圧倒的に遅かった事。
Oracleをはじめとする商用アプリの多くはCPUライセンスなので、ハードの値段
以上にコストパフォーマンスの悪化につながった。
しかし、intelが4GHz越えをあきらめてくれたので、ようやく土俵に乗るように
なってきた。UltraSPARC-IV+がもうすぐ2.1GHz 2Coreなので、大差つけられる
状況から脱しつつある。
昔からSunのCPUは遅かったので、競合他社に比べて2倍以上差をつけられなければ
買ってくれる人はいる。

804 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 01:02:40

>>801
どこ読んでんねん。パフォーマンスリーダーだった、と書いとるやろが。

805 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 03:22:52

あの頃、Sun大好きな人は、たくさんいたね。
他と比べてSunを選択しているのではなく、Sunしか知らないからSunを選択している、という感じだったが。

私ですか?
Linuxしか知らないから、PCを選択しましたよ。
飯の種にはならないけれども、同じ予算でSunのワークステーションの5倍の台数を購入できましたよ。
処理時間は5倍どころか10倍を越えてましたね。

806 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 03:54:28

> 他と比べてSunを選択しているのではなく、Sunしか知らないからSunを選択している、という感じだったが。
そんなアホな買い方のできる値段では少なくともなかったよ。
ちゃんと数字的なウラ取って稟議通して買ってたとこばっかりに決まってるやん。
ソースで入手できるソフトのほとんどが SunOS だと make 一発ってのは
現場担当にとっては大きな要因ではあったけどね。でもそれは
予算通す時にはあんまりこうりょしてもらえなかった。
商用ソフトの品揃えと、アプリのせたレベルでの性能。それがほぼ全て。
Unix だぜ? バイナリ互換性のシバリなんかあんまりないんだよ、要素として。

807 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 03:56:58

....つーか、「あの頃」ってのがズレてるな。Linux しか知らないとか書いてあるし。
Linux なんて、まだ無いがなww Mr. Torvalds はまだ大学に入ってないw

808 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 03:59:24

てか、あれだわ。Linux しか知らんやつがしたり顔で Sun を語るな。だ。

809 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 06:32:14

Sunしかしらないから 2, 3割くらい速いくらいじゃ買いませんと言う客は多かった。

810 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 09:35:06

>>805
>同じ予算でSunのワークステーションの5倍の台数を購入できましたよ。
>処理時間は5倍どころか10倍を越えてましたね。

5 倍の台数で、10 倍以上遅いのかよ。ｗｗｗｗｗ

811 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 12:00:19

Linux しか知らないって最悪だな

812 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 13:22:01

windowsしか知らないよりは幾分マシ

813 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 13:41:23

まあそうだけど、OS が何にせよモノカルチャーは良くないよ

814 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 23:38:29

サンのミラー会長、サーバ事業の好調ぶりをアピール--
「Itaniumが好調なのは日本だけ」
http://japan.zdnet.com/news/hardware/story/0,2000056184,20308987,00.htm

815 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 23:40:59

>>812
でもノリが MS ユーザーといっしょだよな。中身なんかどうでもよくてさ。
シェアがどうだのって話ばっかり。モノサシが MS といっしょ。
洗脳された後に Linux へやってきたんだろうとは思うけど。

816 ：名無しさん＠お腹いっぱい。：2006/11/10(金) 23:44:23

>>814
Advanced Product Line も Rock も予定通り、って書いてあるね。
Rock は設計終わってるんなら、もう少し様子が伝わってきてもよさそうなもんだが。

817 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 01:14:40

APLは予定通りじゃありませんよ

818 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 01:26:23

目にくじらが刺さってるよw

819 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 01:46:27

まあ大洋ファンだからな

820 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 03:15:20

Itanium、ちょっと前にすごいチップが出たんだったよな? 今飛ぶように売れてんのか?
売れてんだろな、きっと、オレの知らないところでwwwwwwww

821 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 03:20:02

おまえら知らないの？Cre2Duoって中身Itaniumだぞ

822 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 03:29:11

CoreDuoでも良いやんか。
アップルはUNIXでっせ、、、。

823 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 03:29:38

クレつーでゅオ?

824 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 03:37:33

クレ５５６?

825 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 03:38:33

booon

826 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 03:39:15

kikikikiki
うるせぇな。

827 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 04:19:47

まったく素人はこれだから困る

828 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 04:26:56

フェラーリには車種が幾つあるの。

829 ：名無しさん＠お腹いっぱい。：2006/11/11(土) 05:02:18

bvconvoy 氏ね

830 ：名無しさん＠お腹いっぱい。：2006/11/12(日) 20:51:03

>>814
Niagara2が出てからが勝負だな。CPU内蔵のコントローラで10G Ethernetをワイヤ
スペードでドライブ出来るとあるが、本当ならすごいな。SunRayの様なソリュー
ションもネットワーク性能が高ければ高いほど効果を発揮する。
FP、VIS、10Gが思惑通り性能発揮すれば、かなり汎用性が高い。

831 ：名無しさん＠お腹いっぱい。：2006/11/13(月) 01:31:30

はあーーーあっと、あくびでてきた
何度も同じこと聞いてるとねｗ

832 ：名無しさん＠お腹いっぱい。：2006/11/13(月) 10:00:41

>>830

SUN Ray ：　絵に描いた餅
Niagara　：嘘と虚構に塗れたゴミ
Niagara2：ゴミにFPUを載せただけの屑

以上。

833 ：名無しさん＠お腹いっぱい。：2006/11/13(月) 10:57:57

何を今更

834 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 08:49:28

>>832 Niagaraは実際に性能出ているけどな

835 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 09:54:30

>>834
ここ暫く、Sun を SUN と書いてるのは同じ奴だよ。マジレスしたら可哀想だよ。

836 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 13:45:30

板二有無も最初性能はでなくて糞だったが金にものをいわせて高速化

837 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 14:27:13

金に物をいわせられないNiagaraは何時までたっても糞
寧ろ、SPARC64以外は全部糞

838 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 14:36:43

じゃぶじゃぶ資金を注ぎ込んでも一向に期待された性能には達せず、
さすがの Intel も息切れ状態。開発の中心にいた HP 出のグループも
ごっそり抜けて空中分解寸前。Intel 社内じゃもうお荷物扱いだろうね。
連合した日本企業って、ほんと先読めないね。びっくりするわw
Microsoft, IBM, Sun が見限った時点で、なんでちゃんと調査しないのかね..

839 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 14:38:34

>>837
Niagara は売れてるんだけどな。やっぱ調査能力ないね。失敗するわなww

840 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 15:14:04

>>838
>>782~

841 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 16:30:34

まだPowerとSPARCとItaniumで内ゲバやってるのか。。。
Oracle Linuxの登場でRISCマジ死亡。IA32は神。

842 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 16:46:43

げらげらw いつの話だよ。たいして普及しなてないだろプププ。
Linux なら MySQL か PostgreSQL 使っとけよ。Oracle の必要ないだろwwww

信頼性重要 → Solaris + Oracle
信頼性多少 → Solaris + PostgreSLQ (or MySQL)
信頼性不要 → Linux + PostgreSQL (or MySQL)

Linux + Oracle なんてアンバランスは出る幕ないですよw

843 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 16:52:20

信頼性重要 → Solaris

ここが笑いどころですね

844 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 16:55:10

PA-RISCは延命でほぼ決まりみたいだなｗ

845 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 17:12:07

Linux ってさ、2.6 になるとそれまでの欠点が全部解消されるはずだったのに、
すっかりトーンダウンしちゃったよね? ま、x86 みたいな欠陥ハードじゃ
ろくな改善はできないだろうけどさw
2.4 の時も、2.2 の時も似たような話だったから別におどろかないけどな。
あ、2.0 もだったな。2.8 や 3 の話が出ないのは、もうみんな飽きちゃったんじゃ
ないかww?

846 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 17:22:51

>>845
具体的に話してよスンのえいぎょうさん。

847 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 17:28:05

まあ、Oracle が自前の Linux 出さなきゃいけなくなるほど今の Linux はダメだ、って
ことだな。Orax かw?

848 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 17:29:24

>>842はUnbreakable Linuxも知らないのか
人に調査能力が云々とか言えないね

849 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 17:30:38

で、それ普及したのかよ? どこでだ? 見たことないけどwwww んぷぷぷぷぷp

850 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 17:46:00

kernel2.6自体はかなりいいと思うけど、
結局それ以外のさまざまなものがちぐはぐで、安定性に欠けるってことだろうな。

851 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 18:32:42

Itaniumが話題になるのは日本だけだろ。他の国では相手にされていない。
hpもItaniumに力入れすぎて、HP-UXのビジネスがやばくなってきている。
ユーザがItaniumに移行してくれないんで、PA-RISCを再度延長するとさ。

852 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 18:48:35

金食い虫の開発チームとプロセッサ開発を続けさせる責任とをIntelに押し付けて…
HPは一番美味しい思いをしただろ。
酷い目にあったのはDECとSantaClara(Intel)のエンジニア。
ISAなんて物が出来てしまった時点でItaniumはA-64になっちゃったね。
EM64TがIntel64に改められてもさほど不自然ではない。

853 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 18:53:31

PA-RISC 延長すると、Itanium 機売り上げ落ちるぜ。ま、延長しないと
他社へ逃げる、って判断だろうが。x86, amd64 へなら自社製品あるから、
Sun か IBM へ逃げると考えてるってことだな。
終わったな、Itanium。HP-UX も、どう転んでもジリ貧ってことだ。

854 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 22:54:17

>>849
これからやるんだろ。

855 ：名無しさん＠お腹いっぱい。：2006/11/15(水) 23:37:04

pa-risc延長って、ソースどこ?

856 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 00:43:24

ありそうもない噂

857 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 06:20:49

日経コンピュータ

858 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 17:47:28

>>847
RedHatのサポートが駄目ってことで、Linuxが駄目ってことじゃないだろ。
味噌糞いっしょにするなんて、流石Sunの営業。駄目っぷりを存分に発揮してね。

RedHatの悪い点は、Oracleが指摘しているように、カーネル系にバグが見つかっても、
ほとんど積極的に修正しない点。
OracleがミラクルLinuxを薦めているのは、日立やNECから出向・移籍したエンジニアが
それをきちんとフォローして、1ヶ月以内にバグをFixしてくれるから。

某損のSolarisには無理だもんね。
SVMの隠れPanicのバグなんて、9台でやっと解決・・・・
何年か掛かってるんだよ。

Crashコマンドやそのdump解析もSGIから技術移入してやっとの会社のくせに。

859 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 17:53:16

>>853
金喰い虫のOS開発チームすら、オープンソース化で誤魔化す会社とどっこいだね。

860 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 18:06:44

なるほど、RedHat はクソなのか。よくわかったw

861 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 18:18:10

>>858
> OracleがミラクルLinuxを薦めているのは、日立やNECから出向・移籍したエンジニアが
> それをきちんとフォローして、1ヶ月以内にバグをFixしてくれるから。

で、その変更を Linus 君が却下するんだろ? おもしろいよなwwww

862 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 18:25:20

>>860
うん。Sunのサポート並みに駄目だね。

NetDumpとかでサポートといいつつ、解析しても、それをFixするまで結構掛かる。

Sunも、日本法人じゃ解析がやっと。修正が3月とかざら。富士通が売れるわけだよ。
HPも日本法人は駄目だけど、日立やNECはソース＆修正権＆パッチリリースまで
可能だからねぇ・・・

IBMも、結構修正が遅いけど、サーバ単体の信頼性の高さで救われている。
やはり、汎用機を1度やったベンダじゃないと、まともなサポート体制は作れない。

まして高可用技術だけじゃなくて、ロバスト化や高信頼性技術は、Sun以外がまともだよ。

その全ベンダが梃入れしているLinuxをこき下ろしても、Dump解析技術も碌に無い会社だろ。
損って。

863 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 18:27:08

>>861
Sunの営業がオープンソースの仕組みを知らない事だけは、非常によく判った。

Solarisの先も思いやられるね。可哀想に。

864 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 18:55:25

まあ、いくら言ってみたところで基幹系の Linux 採用はたいしたことないじゃん。
障壁はなにもないんだろ? だったらもうすっかり塗り変わってないとダメだわな。
この先どんなプラス要素があるよ?w
DEC や Sun がノシて来た時のような勢いはないじゃん。ま、勢いだけで
たどりつけるのはせいぜいここらまで。中身ないもんねww

865 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 19:06:51

>>863
じゃ、さ、カーネルデバッガ入れてもらいなよ。その方がいいよ。早く早くぅw

866 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 19:17:08

基幹系で採用されるべく
昔基幹用の製品を作っていたベンダが
こぞってLinuxに取り組んでいる訳だが。

基幹系がここ数年のトレンドだけですぐに
システムを入れ替える訳ないだろ。
でも入れ替わるのは時間の問題だろ。

867 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 21:45:59

まさに希望的観測。そのメインフレーム系で Linux に取り組んでるって、
Itanium で連合組んでるおめでたい面々だろ? 以上終了、じゃんw

868 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 21:52:41

メインフレーム系をSunが侵食できると考える方がよっぽどおめでたい。
Linuxでリプレースできなければ現状維持するだけだろ。

869 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 22:08:03

まあ、Itanium は早々にトーンダウンして、「でも Xeon でイケるんですよ、実は」って
なるな。ミエミエだ。SGI はもう半分なってるしw 客がついてきてくれるといいな。
媚薬かがしてあるんだろww?

870 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 22:15:19

Itanium 連合各社のうち、富士通だけは、2 マタはかけてるがどっちかというと
Ita 機は手を抜いて SPARC64 機に比重をかけてる。たぶん SPARC の方が
多少なりとももうけ幅があるからだと思うが。
Itanium のコケ方によってはグッと SPARC に傾く可能性あり。
タイミングはかってるところだな。やっぱ APL は Sun に直にはあれだが
SPARC 陣営としては影響大。時期が Itanium 退場とかぶるから。

871 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 22:16:42

雑誌がLinuxだと騒ぎたてるのを真に受けた偉い人の鶴の一声だったりして。

業績悪化 → 何かやらなきゃいけない → そうだLinuxだ

といった感じで。

872 ：名無しさん＠お腹いっぱい。：2006/11/16(木) 23:28:24

>>870
手を抜いてるわけじゃなくてHP-UXサポートしてないから売れないだけだと思うよ

873 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 00:24:00

メインフレーム続投宣言、NECがACOS上位機を発表
http://itpro.nikkeibp.co.jp/article/NEWS/20061116/253966/

874 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 01:34:36

　　／￣￣＼
　／　　 _ノ　　＼
　|　　　（ ●）（●）
.　|　　　　（__人__）　 Power > Itanium > SPARC だろ・・・
　 |　　　　　｀ ⌒´ﾉ　　　常識的に考えて・・・
.　 |　　　　　　　 }
.　ヽ　　　　　　 }
　　ヽ　　　　　ノ　　　　　　　　＼
　　　/　　　く　　＼　　　　　　　＼
　　　|　　　　＼　＼　　　　　　　＼
　　 |　　　　|ヽ、二⌒)､　　　　　　　＼

875 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 03:43:24

>>843
そうじゃないだろ。
金になるLinuxで商売したいから
シェアNo.1のRed Hatに横槍入れてるんだろ。

876 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 03:49:08

>>847ね。

877 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 09:41:31

>>867
その基幹系機能もまともに開発できないのがSunじゃん。

>>868
その通り。
IBMのzがLinux"も"動作させているのはそういった面もあるから。

さらに云えば、富士通のPrimeQuestやNECのAsAmA/AzusAなんかのラインもそこを
意識しているしね。

Sunの信頼性の低さはSunとCTCがそこらじゅうで証明しまくってるし。

878 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 09:44:58

>>872
でも、ΣグリッドよりPrimeQuestの方が、商談レベルでは反応が、全然上だけど・・・

やっぱ、IBM互換汎用機を作っていたって点は大きな訴求力。
しかも、IBMの汎用機より、遥かに信頼性も性能も高かったから、おじさんには信用が
あるよね。

NECはACOSだぁ！SXは世界一ぃぃぃいいいいいいいい！って馬鹿（某"とか"専務以降
のACOS4/6ラインの団塊無駄親父）のせいで駄目駄目だもの。

879 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 10:00:19

>>864
Sunの問題点をよく判ってるじゃん。

UNIX戦争の頃の余生で今まで生きてきた会社がSun。
研究開発費が日本の国産ベンダの1/3以下の会社だけあるよ。

Javaでも儲けられず、SunRayで失敗し、SPARCは終わって、Niagaraでは企業に
相手にされず・・・・・。
しかも、出荷台数が増えたとか騒いでも、自社の旧いアプライアンス的サーバの
置き換え需要がほとんどって事を隠している（つもり！？）。

そこを、"たかが"というガートナやIDCに見抜かれて、株価も下がりそうだねぇ。

ほんと、可哀想に。
ベンダーレーティング情報でも、下位のまま・・・・
どうするのかねぇ！？潰すの？？

880 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 10:01:05

ACOSってうんこkingじゃん。
Univacのほうが遥かにマシだ。

881 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 10:04:23

>>873
ACOSって云ったって、Itanium2のマシン。（AzusA系)
NOAHチップを使った純粋な汎用機じゃなく、単にLinux/HP-UXへの移行パスとして
寿命延長を狙った機械ですよね。

NECがよくやる手だよ。
それが有効かどうかは、ACOSの生き残り台数を考えれば判るって。

官庁系なんかの特殊需要用だろ。
昔、UP4800撤退の頃にもやった手だね。

882 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 10:06:33

>>880
と、うにしすかぶれがのたまわっております。

でも、Univacなんて使えないマシンは現存しておりません。

ま、実際にACOSなんてボロの屑マシンだけどね。
まだ使っている、郵政とかJTとか、社会的に抹殺されそうなところしか、使っていない
のも事実。

さようなら、ACOS。

883 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 11:35:01

このスレおっさんばかりな予感が…　現役エンジニアもいなさそうだな…

884 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 13:10:50

でさ、Ita 機で Linux ってシェア何 % くらいよ? ほっとんどが HP-UX なんだろ?
いませっせとチリトリの上に集められてるよね。んで焼却炉へぽいww

885 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 13:15:06

>>877
まあ、以前からの本当の意味での「基幹系」って、放置でいいんでない?
ほんとに今の状況でもそんな機能が必要なとこってほとんどないから、そこを
がんばったって実は意味ないでしょ? 既にやっちゃってるメインフレーマーは
そういうわけにはいかないだろうけど。
けどそこへ持ってきて Linux はないだろ、数年経って冷静に振り返ったらギャグだぜ?

886 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 13:25:37

そうか、Itanium はマツゴの技術をたくさん吸い寄せて、安らかに冥土へ導く
渡し船なんだな。各社お荷物で困ってたものを全部のっけて。これできれいさっぱりw

887 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 13:39:52

>>885
本当の意味の基幹系って意味が判って言ってる!?

頭悪すぎ。若しくは世間知らずのイタイケナ坊ちゃんエンジニア。
金融サービス・証券・各種保険・各種決済・国債・貿易・社会インフラサービス
ってのがITの根幹。
さらに言えば、企業の金融情報システム、企業間信用関連、企業間取引仲介、
不動産管理、資産管理、顧客管理も基幹系といえる。

つまり、経済活動の下支えをするような役割を全て基幹系と呼ぶんだよ。

そのうえ、これらのシステムの8割において、高可用を考慮した構成のUNIXサーバ
やLinuxサーバが多量に使用されている。

そこへ持ってきて、駄目駄目なSunのサーバは使えない・使われないとなってる。
富士通のサーバはSunのサーバじゃないからね。

もっとまともで、別な代物。CTCみたいな屑会社しか扱わないものと一緒にするな。

冷静に、現時点で見つめてもSunなんて使いものにならんわな。

888 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 13:45:21

>>886
NECがACOSで勝負しているなら、そうだね。
山元とかACOS系のおっさんが事業本部長なんかしている点でも、まだ未練があるん
だろうなぁ。昔から馬鹿ばっか・・・

でも、実際はΣやNX770、NGN系の技術で勝負掛けてる。

しかも、其の馬鹿にするNECにSIを依頼しないと困る位、Sunは追い詰められてるんじゃ
ないのかな?!
NECの方で、Sunなんかいらんという声も聞こえるしね。

日立はもちろん、富士通もNECも、Sunを捨てにかかっている点はいっしょ。

889 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 14:03:14

>>887
うん、でさ、構成する個々のマシンに「こんな高度な機能があって、これが
必要なんです」ってのはウソじゃん。どこももうそのレベルには達してるよ。
ごく一部にそういう、ちょっと前のメインフレームにあった（といっても
もう少し前のメインフレームにはなかった）機能が必要な局面もあるんだろうけど、
そこはパイとして必死で確保しないといけないほどじゃないでしょ?
旧メインフレーマが自分の田んぼに水引きたいだけじゃん。
しかも Linux でぇ??.. 放置放置。

890 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 14:04:57

>>888
えっと、船そのものも冥土へ行ったらもう戻ってこないんだけど、そこはオケw?

891 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 14:16:24

>>889
現時点でのUNIXサーバの可用性は、一昔前の汎用機を大きく超えている
のは事実だよね。

ただし、うんこSunサーバにおいては・・・
あの性能で、あの機能で、あのサポートだもん。ユーザが怒るわけだよ。
ミカカ系にすら見離されてるじゃん。(通信キャリア＆SI）

んで、Linuxに関して言えば、オープンソースとしての歴史や投入されている開発費、
対応しているエンジニアのレベル、全てがSolarisを上回っているのにぃ？
氏より育ち。確かにSolarisの氏素性は、これ以上無いものだけど、育ちが悪すぎ。

それこそ、Sunなんて放置放置。

892 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 14:23:18

　　／￣￣＼
　／　　 _ノ　　＼
　|　　　（ ●）（●）
.　|　　　　（__人__）　 HP-UX > Linux > Solaris だろ・・・
　 |　　　　　｀ ⌒´ﾉ　　　常識的に考えて・・・
.　 |　　　　　　　 }
.　ヽ　　　　　　 }
　　ヽ　　　　　ノ　　　　　　　　＼
　　　/　　　く　　＼　　　　　　　＼
　　　|　　　　＼　＼　　　　　　　＼
　　 |　　　　|ヽ、二⌒)､　　　　　　　＼

893 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 14:47:40

　　／￣￣＼
　／　　 _ノ　　＼
　|　　　（ ●）（●）
.　|　　　　（__人__）　 HP-UX > Linux >= Solaris だよ・・・
　 |　　　　　｀ ⌒´ﾉ　　　常識的に考えて・・・
.　 |　　　　　　　 }
.　ヽ　　　　　　 }
　　ヽ　　　　　ノ　　　　　　　　＼
　　　/　　　く　　＼　　　　　　　＼
　　　|　　　　＼　＼　　　　　　　＼
　　 |　　　　|ヽ、二⌒)､　　　　　　　＼

894 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 16:34:14

行き詰まりの方々の Linux にかける期待と意気込みを聞かせていただきました。
Sun は安泰だということがよくわかりました。
ありがとうございました。

895 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 17:24:23

常識的に考えて　で検索した
http://image.blog.livedoor.jp/aa2ki/imgs/f/0/f0ee181f.gif

896 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 17:47:54

>>894
ホルホルしてるけど、その根拠は!?

過信しかないなんて、可哀想。

897 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 19:47:24

しばらくは安泰だろうけれど、ちゃんとしたビジネスモデルを伴った
新機軸を出さないと先詰まりだと思うよ。

上の高可用サーバの牙城は崩せる見込みがなく
下はPCサーバにじりじり食われてる。
新しいCPUがどうこうではなく、
どこに売り込もうとしてるのか？
競合製品に対してどういう強みがあるのかを語ってくれ。

898 ：名無しさん＠お腹いっぱい。：2006/11/17(金) 20:33:22

はいはいわろすわろす
http://www.theregister.co.uk/2006/11/17/mcnealy_global_warming/

899 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 00:00:19

SunはJavaしかないじゃん。

HPのOpenViewとか、日立のJP-1とか、そういうのをSunは持ってない。

900 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 04:49:05

Javaもオープンになるんだろw

901 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 05:26:49

Sunも馬鹿だな。
最後の切り札であるJavaをオプソ化したら何も残らん。
M$とIBMに独自拡張されて持ってかれるだけ。

902 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 05:46:06

もうすでに、IBMがオプソになげたEclipseがおおはやりw

903 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 07:58:10

やりたい放題
ttp://h50146.www5.hp.com/products/servers/integrity/campaign/
ttp://www-06.ibm.com/jp/linux/solutions/migration.shtml

904 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 09:20:22

わろす

905 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 09:20:37

>>898
で、そのWatt per Threadとかいう指標がそもそも
無理矢理作った指標という感じだが、
Clovertownで試しに計算したら20Watt per Threadだよ。
その記事は暗にXeonにすればいいと言っていることになるねw

906 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 09:23:05

あ、30Wかどちらにしても低いけど

907 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 09:27:09

IBMとHPが結託してSUNいじめしてるようにしか見えないw

908 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 12:13:20

いじめてるんじゃなくて、必死なのよ。「なぜボクたちの方が数字上なのに、
Sun は回復してるの? こまったよ～ん」w

909 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 12:56:07

11月17日16:01時点のNASDAQ株価
HP $39.77(↑)
IBM $93.81(↑)

Sun $5.47(↓)
回復以前に何時つぶれてもおかしくない状態なんだが。

910 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 13:17:03

ゴミみたいな株価だな
分割しすぎたの？

911 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 13:30:13

Solarisリプレースキャンペーンにマイグレーションキャンペーンか.......
ホームページにどうどうと.......

912 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 13:44:01

HP は IBM に相手にされてなくて、IBM は HP に相手にされてないという事か。

913 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 13:49:09

http://h50146.www5.hp.com/products/servers/integrity/campaign/
この棒グラフみてみろw
HPのホームページでHPとSun比べるならまだしも、IBM入れてる
しかもSunが突出して低いw

914 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 13:50:25

http://h50146.www5.hp.com/products/software/oe/hpux/report/replace/
こっちだ

915 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 14:09:03

まあ、Ita なんてジリ貧だから、こわくもなんともないわな。
PA-RISC バイナリも Ita で走らした方が速いんだろ? なんで PA-RISC 延命するん
だろなwww もうなにやっても信用落とすね八方ふさがり

916 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 14:23:20

それいうと、SPARCバイナリもIta で走らした方が速いてことになるなｗ

917 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 14:30:59

誰か >>916 の意味を俺でも分かるように教えて下さい。
今週末中にこのスレも終了かな。

918 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 14:53:06

>>916
いやいや、それとはぜんぜん別の問題。自分とこの商品なんだから。
速い方の存在意義を打ち消すような企業行動を取るのはなぜだろうな?
Ita 機買った側の立場は?

919 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 15:40:26

そうだ、Alpha バイナリも VAX バイナリも Ita でシミュレートしちまえばいいじゃん。
そしたら VMS 移植する必要もなし、だ。なんでそうしないんだろ?? 不思議だ。

920 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 15:44:32

お金にならないから

921 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 15:46:33

ま、ベンチマーク値と実際のアプリ使った時のギャップが激しいほど、
「恥ずかしい」実装と言えるわな。得意だよな、昔からwwww

922 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 16:05:13

>>921
IDFのSPARCバイナリのやつは実際にアプリを走らせてたけどな。

923 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 18:04:22

おもいっきり話外れてるのを承知で続けるが...
で、何台の SPARC 機が Ita のシミュレーションに移行することにしたんだ?

924 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 18:31:55

　　／￣￣＼
　／　　 _ノ　　＼
　|　　　（ ●）（●）
.　|　　　　（__人__）　 IBM > HP > Sun だろ・・・
　 |　　　　　｀ ⌒´ﾉ　　　常識的に考えて・・・
.　 |　　　　　　　 }
.　ヽ　　　　　　 }
　　ヽ　　　　　ノ　　　　　　　　＼
　　　/　　　く　　＼　　　　　　　＼
　　　|　　　　＼　＼　　　　　　　＼
　　 |　　　　|ヽ、二⌒)､　　　　　　　＼

925 ：名無しさん＠お腹いっぱい。：2006/11/18(土) 19:16:16

もまいらXeon如きに置き換えられるより、まだItaの方が置き換えられ甲斐があるよな。

926 ：名無しさん＠お腹いっぱい。：2006/11/19(日) 00:07:53

甲斐もなにも、まもなく自動的に退場されますので。

927 ：名無しさん＠お腹いっぱい。：2006/11/19(日) 10:50:59

>>925
Itaに置き換えられるくらいならXeonの方がまし

928 ：名無しさん＠お腹いっぱい。：2006/11/19(日) 14:28:33

既にx86のパチもん(AMD)で置き換えちゃってるし。

929 ：名無しさん＠お腹いっぱい。：2006/11/19(日) 14:32:05

いまやIntelのほうがパチもん。

930 ：名無しさん＠お腹いっぱい。：2006/11/19(日) 16:41:48

なんちゃって64モードをサポートしただけだが。

931 ：名無しさん＠お腹いっぱい。：2006/11/19(日) 18:23:08

AMDは必死でAMD64とか名前付けてるけどSSEが勝った時点でIntel64だよな(藁
仲裁したMSも相当の狸だよ

932 ：名無しさん＠お腹いっぱい。：2006/11/19(日) 21:31:06

ItaniumはIntelとしては大失敗だけど
メーンフレーム系で採用されたからSunより長生きになるかもしれない。
でも競合する市場じゃないからSunには関係のない話だよね。

933 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 00:12:47

>>931
SSEとAMD64は対立する技術なんでしょうか？
私が勘違いしているのかな

934 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 04:33:56

まあ、どっちにしても、スパークルKの出る幕はないという結論にいたってします

935 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 06:22:54

>>933
AMD64 の対抗は EPIC だったからな。命令セットとして 10 年はもつ、って
話だったよなたしか
けけけけk。

936 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 11:45:31

>>921
そうだね。
そのギャップが大問題になって、ベンチマーク値を公開出来なくなったSunって会社の
凋落をこのスレの皆が充分に知っているから。ｗｗｗｗ

937 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 12:53:46

>>932
そう、Niagaraはショートトランザクション位にしか使えないもの。

あれが、Core2DuoやPowerの4コアのように、まともなコア＋まともなサイズの
キャッシュ+省電力を実現できる上、きちんと処理のチェックポイント単位での
フォロー技術もサポートできるなら、それこそItaniumと競合”できる”けど・・・

まぁ、商用のWebサイトのWebサーバとアプライアンスサーバ専用機ですから。

もし、HPCとかに利用を前提とか”嘘”を言っても、全盛はOpteronで補完がCore2。
FTPを載せられなかったからといって、追加したNiagara2があれじゃねぇ。

MPI系でのクラスタ用途にも不完全で無理。なんに使うにも中途半端すぎなんだよ。

938 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 12:56:01

>>937
FTPじゃなくてFPUね。

939 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 13:13:51

そろそろ溺れている犬を打つようなことは止めないか？

940 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 13:22:37

>>939
溺れている犬が、溺れている事に自覚しないから・・・・

まさに”いじめ”の構図だな。ｗｗｗｗ
Sunの営業が、『ごめんなさい。嘘付いてました。』って認めれば許してもいいかな。ｗｗｗｗ

941 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 14:16:28

あれがウソで Niagara が四半期に 1 億ドル売り上げてるんなら、
Sun はものすごい営業力持ってるってことなんだが。残念ながらそれは
ありえず、Niagara が市場で評価されてるってことを意味してる。
ま、まともな SMP 触ったこともない人にはピンと来ないだろうけどね。
触った感じは UP に近くて、いくら負荷かけても底なし、って感じよ? わかる?wwww

942 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 14:25:03

>>941
25Kをはじめ、自称まともなSMP機から、富士通の比較的まともなSMP機、
IBMの690から595、HPのSuperDomeに互換機のNX7700まで触りました。

あるキャリアさんでは、Niagaraを評価までさせられました。

そこで行き着いた結論。⇒適材適所がいい。
Niagaraでの複数CPUなんてのより、Powerの64CPUの方が、圧倒的に
早いし、使える。

で、まともなSMPって、それはIBM/HPや富士通・NECが言う言葉。
Sunが言ってもチャンチャラおかしいね。
25Kであの程度しか性能出せなくて、路線変えたって変わらんだろ。

と落ちて溺れる犬をつついてみる。

943 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 14:27:57

>>941
UPって！？

944 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 14:29:35

そーいや、SGIって11条の適用企業から外れたんだね。
やっと、戦列復帰か・・・

もし(ほぼ規定路線だが)、11条認定となった場合、誰が助けるのかな？

945 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 14:34:28

UniProcessorじゃない?

946 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 14:55:34

そうだよな。Itaniumが絶好調ならSGIが窮地に陥るはずがないｗ

947 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 14:58:19

> と落ちて溺れる犬をつついてみる。
なんかこいつ根本的に勘違いしてるぞ。その犬は板切れにしがみついてるやつだがw
まだ泳いだ経験もないww

948 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 15:02:31

> で、まともなSMPって、それはIBM/HPや富士通・NECが言う言葉。
> Sunが言ってもチャンチャラおかしいね。
> 25Kであの程度しか性能出せなくて、路線変えたって変わらんだろ。

って、隣の席のおにいさんが言ってました、（ボクよくわかんないけど。
Niagara のことはボクの付け足しです、）ってオチだなw

949 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 15:07:39

>>945
暗黒の名機、UP4800かと・・(大爆笑

Niagaraって、基本8コアを積んではいるけど、UniProcessorじゃん。
まともにカーネル資源のロック粒度を上げての対応ではなく、あくまでユーザスレッドの
走行数だけを上げる世界。

コア数がそのままスケーラブルに性能上昇につながらない点は、既にSMPの初期から
の大きな問題点。それをHW同期機構やNUMA的解釈で性能を向上させてきた。

結局、Web系とかに特化せざるを得ない理由は、各コアの独立性を持たせられない程度
のキャッシュしか積めない点とそれを同期制御させるような仕組みや拡張性を保持でき
ない点に全て帰結する。

どう考えても、小さな処理に区分けしてやって、並列度で速度を稼ぐって事に対し、
ユーザ側の準備も、SWベンダ側の準備もノウハウも無いってこと。

多分、現時点でシステムのスループット（まさに性能）を確保する必要があるような所では
Niagaraは単なるゴミにしかならない。

あくまで予測だが、自社のアプライアンスサーバ置き換え以外の需要は、難しいと思われる。

950 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 15:20:14

>>945
さらに言えば、周りは自家用車や4トントラックに適切なエンジンを載せて、
それなりにコストをかけて処理をしている。
そのコストがパイプラインの深さやキャッシュの大きさであり、SMTなんかで
空いてる処理可能部分を埋めて、トラックに載せる量を増やしている。

一方、Niagaraは、コア共通の6段パイプライン!!!
つまり、非常に小さい繰り返しの多い処理を行う時にのみ、その本来の性能（SPARCⅡ）
を発揮できる。
投機的実行でリカバーが走ったら、メタメタのスローなものになる。
一寸でも重い処理なんかさせられん。

それこそ、Webサーバで、しかも小さな情報を扱うような用途にのみ適用可能。
つまり、リアカーを原付で引いて、コストが安いよって・・・世界。

それを”さも！”素晴らしい、技術のように宣伝・喧伝する時点で、その企業が終わってる
或いは、詰んでいるってことの証左となる。

で、Sunの11条適用ってそろそろなんだよね、きっと。
株価、また下がってるよ！！！！！

951 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 15:30:19

Javaオープンソース化でSunオワタ

952 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 15:32:19

うんと、Sun以外からNiagaraが脅威だとか、素晴らしいとかいう言葉が一切無いのは
どうなんだろう。

ItaniumやCore2DuoやPowerなんかの間では、其れなりに牽制があるんだけど・・・
しょっぱなから、相手にされて無いんだろうなぁ。可哀想に。

953 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 15:36:54

8つの演算エレメントをクロスバで接続した挙句、レイテンシの大きいL2と小容量のL1つけただけで性能が出るわけ無いじゃんｗｗｗ
Itanium2やPowerは非常に洗練されているよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

954 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 15:39:51

>>953
といいつつ、そのCPU群との性能差を最後まで埋められずにわめき
散らす馬鹿一匹、発見。

Sun、おわたー

955 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 15:50:43

>>948 はマジ図星のようだな。支離滅裂の連投wwww ちょうちんご苦労。

956 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 15:59:18

>>954のしてきがいたくて、>>948＆>>955のようなこんきょのないわるぐちをかいてしまい
ました。”さん”がおそくて、えいぎょうできないんだもん。

おともだちの"あるじゃーのん"もぼくがわろすをつかいすぎると、ていのうがばれるよと
おしえてくれたんだ。

あるじゃーのんっていうのは、ぼくのともだちでないあがらっていうしーぴーゆーでうごい
ている、ねずみしきちんこちのうのことで、ぼくにさんのえいぎょうのしかたをおしえてくれ
るの。

でも、みんなぼくのことをうそつきっていうんだ。なぜなんだろう。

（>>954&>>955記載のSun営業に捧ぐ！）

957 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 16:06:37

さむい....寒すぎる....
> HW同期機構やNUMA的解釈で性能を向上させてきた。
ぷぷぷぷぷぷぷぷぷぷぷぷぷぷpんぷ

:
さむい....寒すぎる....

958 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 16:09:56

>>955
彼が素人の証左。
SMP：シンメトリックマルチプロセッシングの事

HW/SW割り込みを各コアに割り振り、どのCPUの処理を見ても均一的（シンメトリック）
な処理を行う並列処理の事。

で、Niagaraのコアの役割。中心の特定のコアにカーネルの処理を集中させ、他のコア
はあくまでLWP上のライトなスレッドを動作させるだけ。
つまり、SMPではなく、古くからあるマスタ・スレーブ方式のMP処理の変形でしかない。

偉そうに言う割りに知識不足が思いっきり露呈している単なる馬鹿。異常者。

959 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 16:11:52

>>957
ハードウェアプリフェッチ機構とか知らないなんて、Sun関連エンジニアのレベルが
知れる・・・・、可哀想に。

960 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 16:14:20

きちんと論破できなことをみても、Sun擁護者のレベルがよく判るスレだね。

961 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 16:14:56

キャッシュアーキテクチャが死命を制すのは常識だよねｗｗｗ
NiagaraはMemory Wallにぶち当たって死んだ雑魚ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

962 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 16:22:53

>>960
論破できない。最初っから破綻してるもん。
SMP が何の略かとか、そんなレベルですって最初から書けよ
...いや書くなただのゴミだw まあここはゴミスレだしw このスレとともに
Ita もおわり合掌w

963 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 17:42:04

>>962が当たり前の知識も無い初級エンジニアクラスの馬鹿ということがよく判る後半戦
でした。しかもSMPの当たり前の記載にさえ、反論できない事実も痛い。

Niagaraについて、標準のSMPではない事をSun自体がいろいろと書いてあるので、反論
の余地を十二分に残してあるのに・・・・可哀想な奴。

合掌。なむぅ～♪

964 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 20:45:38

わたくしも合掌しますた

965 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 21:10:23

世の中のプログラムはほとんどバッチだし、バッチで速いマシンがあるんだから、
TSS なんて必要ない。ってか?
Niagara の意味わからない遺物のみなさま、Itanium とともにさようなら。
たまに思い出して笑ってあげるよwww

966 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 21:17:14

　　／￣￣＼
　／　　 _ノ　　＼
　|　　　（ ●）（●）　　http://www1.korea-np.co.jp/sinboj/j-2006/02/0602j1120-00001.htm
.　|　　　　（__人__）　掛け金払ってなきゃ年金貰えるわけないだろ・・・
　 |　　　　　｀ ⌒´ﾉ　　　常識的に考えて・・・
.　 |　　　　　　　 }
.　ヽ　　　　　　 }
　　ヽ　　　　　ノ　　　　　　　　＼
　　　/　　　く　　＼　　　　　　　＼
　　　|　　　　＼　＼　　　　　　　＼
　　 |　　　　|ヽ、二⌒)､　　　　　　　＼

967 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 21:24:06

gbkgbk

968 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 21:38:02

Intel CMAが発表されてAMDが不利に成るや否や、箱物屋がこぞってAMD採用しだしたな。
ここでAMDに逝かれてIntelの独擅場になるのをなんとか阻止したいのだろう。
SPARCとOpteronの延命は、箱物屋の裁量にかかっている。

969 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 22:06:49

新規参入はDELLとゲートウェイ位か？
日本企業はもとより、HPやIBMなんかXeon一直線だなｗｗｗ非情ｗｗｗｗｗｗ

970 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 23:20:35

うえぇぇーーん Itanium 終わっちゃうよさみしいよーーん

971 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 23:41:29

弱い者たちが夕暮れさらに弱い者を叩く… 中島みゆきの世界だなあ。

さて、「さらに弱いもの」とはどちらを指すのでしょうw

972 ：名無しさん＠お腹いっぱい。：2006/11/20(月) 23:55:12

先生、分かりません

973 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 00:11:33

>>971
Xeon = Power > Opteron > Itanium > SPARC
おk 弱いものイジメおk

974 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 00:16:42

スパークルK

975 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 00:20:13

x86 はもう先ダメで amd64 みたいなことしたって先行き知れてるって言ってたよな Intel んプw

976 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 00:27:05

「x86 を 64bit 化するのは無意味」、だろ? Core2 は無意味。
そんなこと公言してから作るやつ珍しいよな。笑ってやろうぜ。
で、なんで先行き短いんだっけ? もう忘れたか...wwww

977 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 06:46:54

>>968
ようやく箱物屋もintelよりもAMDのシステムアーキテクチャの方が正しいと
認識したのだと思う。

intelアーキテクチャの問題は、CPUのコア数は増やせてもメモリコントロー
ラを増やせないためメモリアクセスのバンド幅を増やすことはできないし、
I/Oのバンド幅も増やすことができないこと。

つまり、現状のintel提供のチップセットでは、メモリコントローラもI/Oの
バンド幅もスケールするHyper Transportに比べて、サーバ機などメモリアク
セスやＩ／Ｏが多い使い方では、早期にボトルネックが発生する。
AMDのシステムアーキテクチャのほうが、フレキシビリティも高いし将来性も
あると判断したと思う。

978 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 09:53:05

>>977
その点は同意！禿同！

だからといって、Sun製品に命脈は残っていない。

んで、Itanium2の国内売り上げ目標だった、サーバ売り上げシェア（単価ベース）が
2007年12月目標の1年以上前の10月に58%を記録しちゃいました。
当然、その単価ベースで劇的に下がったのはPA置き換え需要のHPと・・・・
なんとSunまっくらしすてむ。

ワロスワロス!!!!

Itanium2なんて馬鹿にしても、Sunなんて売り上げ単価で勝負にならないゴミよゴミ。

979 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 10:07:12

>>965
ほぉ、TCP/IPベースでのトランザクション管理なんか、Niagaraじゃ遅くて駄目じゃん。
御得意の並列度云々とかいっても、まともにMPベースでのストリーム管理もできない
Solarisで何言っちゃってるんだ！？

OSI7階層モデルをSun1社でひっくり返すつもりでもあるのかな！？

Sunなんてプラットホームベンダ（箱物、OS）として、既に4流以下じゃん。
富士通が金を積んで、Solarisの優位性と富士通製HWの優秀さを一生懸命、某各付け
機関に頼んだけど、富士通のHWによる各種機能健常性チェックのポイント数で助けられ、
他はずたずた（富士通のPrimePowerのページにあるよ）。

世はAIX・HP-UX・Linuxなんだよ。
キャリアをみれば・・・
ミカカど○もでは、基幹系・通信制御系・料金系は全てHP-UX。簡易システムのみSun。
KDD○では、社内システムの一部だけSun。あとの通信制御系・料金系HP-UXとAIX。

金融・証券では御存知のような・・・

980 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 10:09:42

>>977
2ソケットがシェアの大半を占めるXeonやOpteronでそういうこと気にする必要があるのかな？
メモリーRASの無いどころかL2のキャッシュが腐ってるOpteronで8ソケ売ってるSunの営業さんは言うことが違うというか。。。
昔ECC無しL2のSPARC売ってただけあるなｗ

981 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 10:16:16

ミカカど○ものDreamsは、Sunのサーバじゃなくて、富士通製PrimePowerのSPARC64V
の128CPUマシンだそうで・・・

なので、当然、Sunなんかにカウントしません。あしからず。

982 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 10:17:47

っていうかAMDは階層バンド幅を全然効率的に利用できてないよね。
色々偉そうに理屈をこねても実アプリベンチで負けちゃうんだもん。
クロックが高いだけのPentium4と同じでピークのバンド幅が大きいだけのdirect connect marchitecture(笑

983 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 10:18:38

そーいえば・・・昔のピラミッドテクノロジーズの営業は、今のSun営業と同じように
嘘ばかり付いていた。

斜陽化すると同じなんだろうな、きっと。

ピラミッドは富士通に吸収してもらった(日本法人除く）から、Sunも同じかなぁ！？

984 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 10:23:48

>>982
それほどまで、Niagaraのメモリアクセスが最適化されているわけじゃないだろ！

どっちにしろキャッシュミスが発生した際のロスの大きさを考えると、実用的でないのは
Niagaraじゃない！？

985 ：982=980：2006/11/21(火) 10:26:59

>>984
XeonとOpteronの話ね。

986 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 10:36:20

はぁ。ぐだぐだ言うだけ言ってるけど、そんなんがホントなら誰も
Niagara 買わないんだって。Sun はぜんぜんアーキに縛る企業行動取って
ないんだから、仕方なく Niagara 買わなくちゃいけない状況なんて
どっかの囲い込み企業の製品と違って、ないんだよ。評価されなきゃ売れないだけ。
実際四半期で 1 億ドルずつ売れてるわけなんだからさ、現状の Niagara でさえ。

HP が NTT 系にたくさん入ってるのは単に安売り攻勢で大量売り込み
しただけじゃん。で、それがぞくぞく Itanium になってんのかよ?
聞いたことねーぞ。ま、PA-RISC 延命しなきゃ終りだわなw

987 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 10:54:52

たったの1億ドルじゃんwwwwwwwwwwwwwww
物珍しさで売れただけだろ！！！！

988 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 11:00:24

あの値段で1億ドル売るのってすごくね？

989 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 11:08:23

>>986
CiRCUSの400台のうち、3割はItanium系。
1億ドル売れたっていったって、儲けの薄い下位サーバのみの自社置き換え需要。

そのため、それを格付け会社に見抜かれて、株価が下がりっぱなし。

んで、KDDIから締め出されてる件は？
CTCの悪さが問題だと素直に認めな。

990 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 11:33:58

>>988
買った企業群の名前が公になって、しかもそこで結果が出るまでは信用しないよ。
多くの会社は。

買ったけど、直ぐ置き換えたなんてGoogleなんかではざらだしね。
YouTubeとかの安価なストリーミングメディア向けだけだろ。どうせ。

VOD系で言えば、某N○Kアーカイブスなんかでは、SGIとHP、IBMで構成されて、
基本的にSunだけ仲間はずれ。

その理由は、遅いから・・・・ってばっさり。

991 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 12:21:05

おまえらサンプリング偏りすぎなんだよ。木を見てなんとか。
そんなとこの連中で Niagara に手を出すんならよっぽどしっかりしてる。
が、元が Linux しか触ったことない連中のとこへ今すぐ売れるとは Sun も
思っちゃいないわw

992 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 13:21:21

名前が公になって? やっぱなんも知らんのなwww なんでのこのこここへやってくるのw?

993 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 13:53:05

やたー、もうすぐ埋まるぞー。もう Sun がらみのスレッドで Itanium が
話題に上がることもあるまい。とうとう忘却のかなたへ... さいなら～w

994 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 13:56:19

Sun Microsystems IPF採用撤回は大失策
http://pc8.2ch.net/test/read.cgi/unix/1140863996/

995 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 14:38:18

うめ

996 ：名無しさん＠お腹いっぱい。：2006/11/21(火) 18:02:59

>>968
Opteronマシンの検証が終わって出荷開始になっただけだと思う。