5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Sun Microsystems IPF採用撤回は大失策

1 :名無しさん@お腹いっぱい。:2006/02/25(土) 19:39:56
かつてSunもIPFの採用を表明していたが、後になって撤回。

もしIPF版のSolarisを出していれば、
日本メーカーのIPFマシンがHP-UXやLinuxではなく、
hpのOEMマシン以外はSolaris一色になっていただろうに。

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

2 :名無しさん@お腹いっぱい。:2006/02/25(土) 19:40:29
【過去スレ】
Sun Microsystem最大の失態
ttp://pc.2ch.net/test/read.cgi/unix/1006171354/
Sun Microsystems最大の敗退
ttp://pc.2ch.net/test/read.cgi/unix/1064134161/
Sun Microsystems最大の反省
ttp://pc.2ch.net/test/read.cgi/unix/1067603469/
Sun Microsystems最大の虚勢
ttp://pc.2ch.net/test/read.cgi/unix/1073745032/
Sun Microsystems最後の航海
ttp://pc3.2ch.net/test/read.cgi/unix/1078795800/
Sun Microsystems最後の晩餐
ttp://pc5.2ch.net/test/read.cgi/unix/1083085439/
Sun Microsystems ラストダンス
ttp://pc5.2ch.net/test/read.cgi/unix/1086081133/
Sun Microsystems 最後の反撃
ttp://pc5.2ch.net/test/read.cgi/unix/1088605878/
Sun Microsystems 最後の一葉
ttp://pc5.2ch.net/test/read.cgi/unix/1094886926/
だまれ小僧!お前にサンが救えるか
ttp://pc5.2ch.net/test/read.cgi/unix/1103972661/
Sun Microsystems 最後の理不尽
ttp://pc8.2ch.net/test/read.cgi/unix/1110926614/
Sun Microsystems 最後の量産
ttp://pc8.2ch.net/test/read.cgi/unix/1114945256/
Sun Microsystems 最後の遺産
ttp://pc8.2ch.net/test/read.cgi/unix/1121277000/
Sun Microsystems 最後から二番目の真実
ttp://pc8.2ch.net/test/read.cgi/unix/1127872934/
Sun Microsystem 最大の遊撃
ttp://pc8.2ch.net/test/read.cgi/unix/1134031385/

3 :名無しさん@お腹いっぱい。:2006/02/25(土) 19:41:27
IPFとかいう略語が最高にキモイです><

4 :名無しさん@お腹いっぱい。:2006/02/25(土) 19:43:36
IPFってなによ。

5 :名無しさん@お腹いっぱい。:2006/02/25(土) 19:49:37
Darren Reed のスレッドはここですか?

6 :名無しさん@お腹いっぱい。:2006/02/25(土) 19:50:21
ttp://www.ipf.co.jp/

7 :名無しさん@お腹いっぱい。:2006/02/25(土) 21:36:54
>>1
たしかにな
itaniumの32wayや64wayはあるが、スケールするOSが
solarisしかないんだもんな


8 :名無しさん@お腹いっぱい。:2006/02/25(土) 21:45:29
                       γ    γ
      ∧__∧ もうダメポ・・・             γ
      (::::::::::: )               ...................................
     .(○::::::: )            .::::::::;;;;;;;;;::::........
    ~"''"""゛"゛""''・、        ...:::;;;''     ';;;:::::.......
"゛""''""""゛゛""''' "j'       ...::::;;;''       '';;;::::::........
::::ヘ :::::....ヽ :::;;;ノ  ::(      ....::::::;;         '';;;::::::.......
:  ゝ  :::::......ノ:;;../  ~~^^~~~~~^^~^^ ~~^^ ~~~~~^~~~~^

9 :名無しさん@お腹いっぱい。:2006/02/25(土) 22:05:43
IPFilterやめてSunScreenを付けてくれるのかと思った。

利用する分にはどっちでもいいんだけど。
SunScreenが埋もれるのはちょっと残念なきがする。

10 :名無しさん@お腹いっぱい。:2006/02/25(土) 22:26:56
ま、ia64を担ぐ義理は1mmも存在しないからねえ。

11 :名無しさん@お腹いっぱい。:2006/02/25(土) 22:48:14
そんなミエ張ってる場合か。

12 :名無しさん@お腹いっぱい。:2006/02/25(土) 22:57:07
>>7
SolarisのItaniumへの移植は、それなりに進んでいたんじゃないの?

移植担当者「うはwww、Itaniumスケールしまくり。SPARC脂肪www。」
経営者「Itaniumはやめよう。」

ってなことかと。

13 :名無しさん@お腹いっぱい。:2006/02/25(土) 23:03:35
逆でしょ。
作りかけてみたけど、プラットフォームごと死亡確定。
やっぱやーめたって、落ちでわ?

14 :名無しさん@お腹いっぱい。:2006/02/25(土) 23:08:12
え、ipfじゃないの? じゃあ何になったの?

15 :名無しさん@お腹いっぱい。:2006/02/25(土) 23:12:58
>>14

ここで言うIPFは、IP filter じゃなくて、Itanium Processor Family の
こと。

16 :名無しさん@お腹いっぱい。:2006/02/25(土) 23:14:38
このスレタイ、なにこれ

17 :名無しさん@お腹いっぱい。:2006/02/25(土) 23:14:49
なんだ、びっくりした。間違えて覚えるところだった。
略語は何の略か明示すること。

18 :名無しさん@お腹いっぱい。:2006/02/25(土) 23:46:13
淫厨の間では普通に使われております。非常に気持ち悪いです。

19 :名無しさん@お腹いっぱい。:2006/02/26(日) 00:02:21
ほんとは何の略?

20 :名無しさん@お腹いっぱい。:2006/02/26(日) 00:04:40
もまいら痛憎しというのはわかるが、痛版JVMくらい作ってくれよな。
嫌味以外の何でもないじゃないか。

21 :名無しさん@お腹いっぱい。:2006/02/26(日) 00:10:58
Sunに金払えば、自分で作って配れるんじゃなかったっけ。
たしかBEAがIta用のJVMを出してたような。

22 :名無しさん@お腹いっぱい。:2006/02/26(日) 00:24:41
>>20
プラットフォームベンダが許可とって自分で移植するのが基本だよ。

23 :名無しさん@お腹いっぱい。:2006/02/26(日) 00:29:01
いや、漏れはベンダの思惑が詰まったJRockitじゃなくて、Sun謹製のヤシが使いたいのよ。

24 :名無しさん@お腹いっぱい。:2006/02/26(日) 00:36:33
Intelが、Sun純正JVMを移植して、Java Compatibility Kit の
テストにかけるって手続きを踏んでないのが悪いんでしょ。
自業自得なのでは?

25 :名無しさん@お腹いっぱい。:2006/02/26(日) 01:10:25
Intelはやらねーだろ。
なんでTigerから痛版が無くなるんだよ。

26 :名無しさん@お腹いっぱい。:2006/02/26(日) 01:11:24
やらないならないわな。

27 :名無しさん@お腹いっぱい。:2006/02/26(日) 01:15:13
>>25
被害妄想乙

28 :名無しさん@お腹いっぱい。:2006/02/26(日) 08:04:17
OSベンダがやるんだろ。

29 :名無しさん@お腹いっぱい。:2006/02/27(月) 09:26:03
>>19
イタッ、ピシッ、フギャっ

30 :名無しさん@お腹いっぱい。:2006/02/27(月) 22:25:05
ふつー IPF ったら IP フィルターじゃねーのか?w

31 :名無しさん@お腹いっぱい。:2006/02/27(月) 23:36:58
IPF Itanium の検索結果 約 64,800 件
IPF IPfilter の検索結果 約 84,200 件

32 :名無しさん@お腹いっぱい。:2006/02/28(火) 01:41:18
>>31
itanium の検索結果 約 7,070,000 件
ipfilter の検索結果 約 629,000 件

"ipf"と"itanium"の併記率: 0.9165%( 64,800/7,070,000 )
"ipf"と"ipfilter"の併記率: 13.386%( 84,200/629,000 )

よって、14.6倍くらいの大差で「IPFと言えばIPfilter」と言える。

33 :名無しさん@お腹いっぱい。:2006/02/28(火) 11:14:57
Filter を F と略さないだろ

34 :名無しさん@お腹いっぱい。:2006/02/28(火) 11:17:40
略すよ

35 :名無しさん@お腹いっぱい。:2006/02/28(火) 11:46:26
ipfという名前のIP Filterのコマンドがあるわけだが。

36 :名無しさん@お腹いっぱい。:2006/02/28(火) 12:35:27
>>19
インターナショナルプラスチックフェアの略だと
http://www.a-tex.co.jp/plastics/ipf/ が申しております。


37 :名無しさん@お腹いっぱい。:2006/02/28(火) 12:51:25
imperfectだから採用撤回で当たり前

38 :名無しさん@お腹いっぱい。:2006/02/28(火) 13:11:09
"最[大後]の" スレ立てないの?

39 :名無しさん@お腹いっぱい。:2006/02/28(火) 13:17:57
今が旬だから
Sun Microsystems 最後のイナバウアー
でいいよw

40 :名無しさん@お腹いっぱい。:2006/02/28(火) 13:44:25
              ,,,──-____
           _/´-         \
          / /  ./ヽ  `ヾ     ヽ
        /  /  |∩|    彡\   |  
        |  ミ  ( ● )   | ヽ  ).  |  Sun Microsystems 最後のイナバクマー         |  | | ●   ● / / /   .|
        (_/ ヽ       /| (_/\  |
            ∪ ̄ ̄_|U⌒´|.   |  |
               .(___)   |`⌒´|_
     ──────── ┻┻   .(___)
            ──────── ┻┻

41 :名無しさん@お腹いっぱい。:2006/02/28(火) 13:45:08
ズレータ。すまそ。

              ,,,──-____
           _/´-         \
          / /  ./ヽ  `ヾ     ヽ
        /  /  |∩|    彡\   |  
        |  ミ  ( ● )   | ヽ  ).  |  Sun Microsystems 最後のイナバクマー
        |  | | ●   ● / / /   .|
        (_/ ヽ       /| (_/\  |
            ∪ ̄ ̄_|U⌒´|.   |  |
               .(___)   |`⌒´|_
     ──────── ┻┻   .(___)
            ──────── ┻┻

42 :名無しさん@お腹いっぱい。:2006/02/28(火) 13:52:00
つ−かなんでそんなにIPFを知らないんだ?Intelだからか?

ちなみに一般的には、大文字のIPFがアイタニウムで
小文字のipfはIPフィルタだ

43 :名無しさん@お腹いっぱい。:2006/02/28(火) 13:59:31
知らないつーより、違和感があるんじゃないの。
マーケティングタームだし。

44 :名無しさん@お腹いっぱい。:2006/02/28(火) 14:35:43
営業がシッタカ言語で攻めてきた。

どうしますか?

 らっぱかぶせる   [だまらせる]



45 :名無しさん@お腹いっぱい。:2006/02/28(火) 14:51:44
つか、Ita なんっかとっくに終ってるだろw

46 :名無しさん@お腹いっぱい。:2006/02/28(火) 17:06:51
HTXを拒否するベクトルシャイムは正しいな。

47 :名無しさん@お腹いっぱい。:2006/02/28(火) 17:49:42
>>42
あとづけ却下。使用禁止。だいたい、3 文字のうちの後ろ 2 文字はどんな CPU アーキでも
あてはまるだろが。あんまりいい加減な名前付けんな、アホ。
ItaPF ならゆるす。
ただし、その場合、SpaPF, PowPF, MipPF, ArmPF, ShPF, Ia3PF, AlpPF を
みんなが使い出すから覚悟しておけ。

48 :なんかコンデンサって感じだね:2006/02/28(火) 17:56:29
SpaPF: なんか温泉な感じ


49 :名無しさん@お腹いっぱい。:2006/02/28(火) 18:09:05
>>47
Intel IPF は本日ここに正式に ItaPF に改名いたします。

50 :名無しさん@お腹いっぱい。:2006/02/28(火) 22:29:51
PF_INET と記述します。IPF などと書いてもコンパイルは通りません。

51 :名無しさん@お腹いっぱい。:2006/02/28(火) 23:53:44
IPv4
IPv6
...
IPvF

52 :名無しさん@お腹いっぱい。:2006/03/01(水) 00:09:21
何ビットアドレスなんだろう…

53 :名無しさん@お腹いっぱい。:2006/03/01(水) 00:32:58
>>52
v4が32、v6が128だから、おそらく65536ビットだな

54 :名無しさん@お腹いっぱい。:2006/03/01(水) 00:38:10
>>49
イタプフと読みます。

55 :名無しさん@お腹いっぱい。:2006/03/01(水) 00:42:04
なにげにかわいい。

56 :名無しさん@お腹いっぱい。:2006/03/01(水) 09:52:45
>>49
マインカンプフを彷彿とさせる

57 :名無しさん@お腹いっぱい。:2006/03/02(木) 00:18:09
IPFはマルチOSプラットフォーム。
hp-ux, Windows, Linux, FreeBSD, NetBSDなんぞが動きます。
なかなか台数伸びないけどWindowsがそれなりに売れ始めた。

Solarisイラネ。

58 :名無しさん@お腹いっぱい。:2006/03/02(木) 00:26:25
Solarisイルネ

59 :名無しさん@お腹いっぱい。:2006/03/02(木) 00:59:44
>>57
HP だか Intel だか OS 10 種って書いてあったぞ。Linux 配布バラで数えてやがんの。
SPARC は Spring, MINIX, Plan9, Mach, Amoeba, NEXTSTEP とか動くがなw。

60 :名無しさん@お腹いっぱい。:2006/03/02(木) 07:54:31
NetBSDを書かないなんて信じられない!

61 :名無しさん@お腹いっぱい。:2006/03/02(木) 08:28:40
>>57に加えてるんだろ? (HP-UXは抜いて)

62 :名無しさん@お腹いっぱい。:2006/03/02(木) 08:54:04
そういや、FreeBSD/SPARCってあったな。今はSPARC64か。
http://www.freebsd.org/ja/platforms/sparc.html

63 :名無しさん@お腹いっぱい。:2006/03/02(木) 13:31:19
>>60,61
いや、現行の SPARC では動かない OS ばかりあげてみたんだがw

64 :SPARC4所有:2006/03/02(木) 14:13:05
SPARCのネーミングセンスは、ちょっとな・・・
ultraなんてすぐ使っちゃって、次が出ないだろwww

superSPARC
ultraSPARC

ほか何かあったっけ?


65 :名無しさん@お腹いっぱい。:2006/03/02(木) 14:13:38
hyper
micro
turbo

66 :名無しさん@お腹いっぱい。:2006/03/02(木) 15:02:26
あと有名どころでは SPARClite、かな。特殊用途だともっと他にいろいろあるがな。
フリーの実装もあるし。ま、Itanium がオープンだなんてちゃんちゃらおかしいが。
ttp://www.cinderella.co.jp/others/square.html#17
ttp://www.linux.or.jp/JF/JFdocs/CPU-Design-HOWTO-2.html
ttp://www.gaisler.com/products/leon3/leon3.html

67 :名無しさん@お腹いっぱい。:2006/03/02(木) 15:10:56
>>64
UltraSPARC は 1995 年だったか? 最初の SPARC が 1980 年代後半だから、別に
「すぐ」Ultra って付けた訳ではない。

68 :名無しさん@お腹いっぱい。:2006/03/02(木) 15:22:21
TheSPARC
SPARCreloaded
GodSPARC
SPARConTheEdge
bleedingSPARC
bloodSPARC
SPARCthough
SolidSPARC
GrandSPARC
SPARCgt
SPARCtwinkle
RocketSPARC
BossSPARC
SPARCwashable
SPARCsubmaline
TotalSPARC
SparklingSPARC

69 :名無しさん@お腹いっぱい。:2006/03/02(木) 15:58:51
とりあえず強そうなのを
SPARCtyphoon
TornadoSPARC
GiantSPARC
GoldSPARC
SPARCtitanium
SPARCzero
MetaSPARC
UniSPARC
ultimateSPARC
unSPARC # ダメ?

強くはなさそうなナウい(?)やつ
SPARC2.0
iSPARC
jSPARC
SPARCalpha # 死にそう
NanoSPARC
SPARCplus
PowerSPARC
SPARC86
SPARC2006


70 :名無しさん@お腹いっぱい。:2006/03/02(木) 16:26:40
和風
SPARCzen
wasabiSPARC
geishaSPARC
SPARCfuji
harakiriSPARC
SPARCchonmage
SPARCshogun
sadoSPARC
hanaSPARC
SPARCsamurai
tofuSPARC

71 :名無しさん@お腹いっぱい。:2006/03/02(木) 17:17:23
> harakiriSPARC

おまいはこれが出たら使うんだろうな?

>SPARCwashable

微妙に惹かれる…

72 :名無しさん@お腹いっぱい。:2006/03/02(木) 17:21:55
そういや tsunami はあったな。SPARC じゃなくて Alpha だっけか?

73 :名無しさん@お腹いっぱい。:2006/03/02(木) 19:29:52
tsunamiってmicroSPARCのコードネームでもあったよね…

74 :名無しさん@お腹いっぱい。:2006/03/02(木) 22:47:09
>>59
蛇足だが、NEXTSTEPはHyperSPARCとMicroSPARC IIでしか動かん。
どっちもどっちだな。

75 :名無しさん@お腹いっぱい。:2006/03/02(木) 22:57:40
おまいら、このスレにふさわしいネタでつよ

Solaris ported to Itanium?
http://www.theregister.co.uk/2006/03/02/sun_solaris_itanium/

76 :名無しさん@お腹いっぱい。:2006/03/02(木) 23:02:54
HPと対IBMで共同戦線を張るなら悪くないかも知れん
ただしHP-UXを捨てさせるのが条件だナ

77 :名無しさん@お腹いっぱい。:2006/03/02(木) 23:08:42
中の人にお願いなんですが10g Express EditionのSPARC/x86版を出すようにOracleに頼んでちょ

78 :名無しさん@お腹いっぱい。:2006/03/02(木) 23:12:48
>>76
俺はPolarisの方がいい

79 :名無しさん@お腹いっぱい。:2006/03/02(木) 23:42:26
>>77
丁度今 Oracle World だかなにかやってない?
街宣車に乗って東京フォーラムに突入してくれw

〜3日(金) Oracle OpenWorld Tokyo 2006
米国サン・マイクロシステムズ社から
【元米国ジョージア州CIO(最高情報責任者)】ラリー・シンガーが来日講演!
主催:日本オラクル(株)/オラクル・コーポレーション
後援:日本OAUG 会場:東京国際フォーラム

80 :名無しさん@お腹いっぱい。:2006/03/03(金) 00:13:45
>>76 Tru64UNIXも忘れないであげてください。
DECの日本語ドキュメントを超える者無し。

81 :名無しさん@お腹いっぱい。:2006/03/03(金) 03:06:00
>>79
おお
情報thx
そういえはjpサイトにも広告出てたね…
蟹NIC持ってうろうろしてるやや長髪のキモオタが居たらそれ漏れだからw

フリーのOracleってSolaris上ではあんま需要無いかなぁ?
現状はpgsqlかバンドルされてるmysql使えっちゅーことになるンだろうけど

82 :名無しさん@お腹いっぱい。:2006/03/03(金) 03:47:34
>>76
SolarisをPOWERに移植しているとも書かれているよ。

83 :名無しさん@お腹いっぱい。:2006/03/03(金) 04:09:56
正直それが良い作戦なのかどうかは現状では分かりかねる
ただSgiもPCで遊んでないでIRIXをItaniumに移植していればもう少し
ダメになるのを遅くできたかもしれないと思うので
体力のあるうちにマルチプラットフォームで
いろいろやっておくのは悪くないと思われ

84 :名無しさん@お腹いっぱい。:2006/03/03(金) 23:22:43
>>82
それがPolaris

85 :名無しさん@お腹いっぱい。:2006/03/04(土) 00:28:13
CHAP軍団で連合しようとした時、
Solaris 2.4/2.5.1 for PowerPC作っていたな。

86 :名無しさん@お腹いっぱい。:2006/03/04(土) 00:52:10
認証されてしまいそうだが... CHRP。いや、まだ PReP か?

87 :名無しさん@お腹いっぱい。:2006/03/04(土) 05:53:11
>>86
CHRPかと。

PRePは、IBMやMotorolaが製造していたPowerPC搭載マシンで、
「WindowsNT4.0PPC版」は動かせるが、Macとの互換性は無い。

CHRPは、PRePとPowerMacを統合する計画で作られたもので、
計画は頓挫したが、OpenFirmwareを採用した第二世代以降の
PowerMacやIBM RS/6000などはCHRPマシン。結局、Appleの
路線変更でMacOSは自社製マシンでしか動作しないように開発
されることになり、それがCHRP構想に決定的な幕引きをした。

昔々のお話。めでたし、めでたし。

88 :名無しさん@お腹いっぱい。:2006/03/04(土) 10:19:40
OpenDocument Format(ODF)Allianceって期待していいのかな

89 :名無しさん@お腹いっぱい。:2006/03/04(土) 10:32:46
このスレ的には、
StarSuites, OpenOffice.orgに少し味方ができるくらいの話じゃないかと。
ジャストシステムとか、コーレルとか。

むしろ喜んでいるのは、IBMとかHPとかロータスとか、
ビジネス向けのソリューションを提供している会社じゃないだろうか。
生成するドキュメント形式のもう一つの大きな可能性が出てきたことで、
Desktop Officeスーツに食い込んでいける可能性がある。

90 :名無しさん@お腹いっぱい。:2006/03/04(土) 12:10:20
>>88
ODFっていうとワープロっていうかViewer?大昔INTAPが補助金ばらまいて各社に作らせたよね。
第五世代計算機プロジェクトの一環だったかと。
その当時のISOのODFとは関係ないだろうか?

91 :名無しさん@お腹いっぱい。:2006/03/07(火) 01:51:12
>>76
うーん,この組み合わせでは,もはや共同戦線にはならないような気がする.
HPが得るものがほとんど無いので,一方的なボランティアになっちゃうな.
IPFも最近思ったほど悪くないみたいだし,ProLiant との日本柱でHPはどうにかなりそうな予感.

Sunは,ProLiant っていう,x86 Solaris が動く広大なプラットフォームが欲しいだけなんだろうなあ.


92 :名無しさん@お腹いっぱい。:2006/03/07(火) 02:10:14
なんでそんな風にまじめにとっちゃうんだよ
HPをからかってるだけだろ?

93 :名無しさん@お腹いっぱい。:2006/03/07(火) 04:17:18
IBMへのx86solaris売り込み成功したから、HPもって感じだろ
2000年前後売れに売れた、ローエンド〜ミドルレンジsparc機の
リプレイスメント市場ってのがあるから、HPにも悪くない話だと思う

94 :名無しさん@お腹いっぱい。:2006/03/07(火) 06:11:22
>>91
> IPFも最近思ったほど悪くないみたいだし

ぉぃぉぃ

Itanium2はMcKinleyからほとんど変っていないぞ。
ちょっとコアのクロックが高くなったとか、
ちょっとバスのクロックが高くなったとか、
ちょっとキャッシュのサイズが大きくなったとか、
それくらいで、ほとんど進歩していない。

95 :名無しさん@お腹いっぱい。:2006/03/07(火) 10:54:52
どうせi4004程度の能力だと思っていたんだろう

96 :名無しさん@お腹いっぱい。:2006/03/08(水) 01:10:32
>>95違うのか?
どこが?

97 :名無しさん@お腹いっぱい。:2006/03/09(木) 03:14:13
タイトルに "IPF"(w をつけないスレへの待望が多く見られたので
立ててみました。

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


98 :名無しさん@お腹いっぱい。:2006/03/10(金) 12:11:08
お前の下らんスレ建てで最古スレが落ちたらどうするのだバカモンガー

99 :名無しさん@お腹いっぱい。:2006/03/11(土) 09:36:38
書き込んでれば落ちないからなんか書いとけ。

100 :名無しさん@お腹いっぱい。:2006/03/11(土) 09:59:49
最古スレってどれ?

101 :名無しさん@お腹いっぱい。:2006/03/11(土) 11:33:38
ぷらっとほーむスレだと思うよ。

102 :名無しさん@お腹いっぱい。:2006/03/11(土) 11:43:58
>>94
McKinleyの2倍性能のmadisonが安定供給できているものの、
春からのmontecitoはmadisonの2倍程度にしか性能向上していないしな。
来年のmontvalでもさらに2倍程度の向上しか望めないダメアーキテクチャ。

103 :名無しさん@お腹いっぱい。:2006/03/11(土) 11:52:01
>>102
一年で倍の性能になるってすごいことじゃないの?

104 :名無しさん@お腹いっぱい。:2006/03/11(土) 12:17:44
いや、そんなすごくない。
新しいの出してないのに一年で倍になったらすごいけど。

105 :名無しさん@お腹いっぱい。:2006/03/11(土) 14:31:10
ほんとならすごいよ。でもさ、最初の基準が予定と違ってだいぶ低くて、
んで後ろの 2 倍ってのが、来年の話だからね。結局最初のデキが悪くて
それの 2 倍で今まあなんとか首の皮一枚つながってます、ってことを言ってるだけに過ぎんなw

106 :名無しさん@お腹いっぱい。:2006/03/11(土) 19:13:03
Davicomチップの玄人のNICをBlade100に刺してみた
ifconfig -aするとether 0:0:0:0:0:0とかなってるんだけど
これまずい? 通信自体はできる。ドライバはSunのdmfe

107 :名無しさん@お腹いっぱい。:2006/03/11(土) 20:29:01
へえ、そんなこともあるんだ。arp -aではどうなってるの?

108 :名無しさん@お腹いっぱい。:2006/03/11(土) 21:21:53
とりあえずいろいろ調べてたらtuっていうドライバでも使えることがわかった
こっちにしたら表示も正常になった。arpどうなってたか忘れた、

109 :名無しさん@お腹いっぱい。:2006/03/12(日) 11:00:06
>>102-105
TPC-Cベンチマーク結果みたけど、Montecitoすごいぞ。
Montecito 2CPUがMadison-9M 8CPUに迫ってる。
同クロックのMadison-9MからMontecitoで、約3倍の性能向上してる。

110 :sage:2006/03/12(日) 18:39:35
dmfeにしてほかのマシンからarpしたらそっちからも
0:0:0:0:0:0になってた。かぶらなきゃ大丈夫とかそういう事か?
プラネックスのNICもはずれの方だったし何か安定のNICはないのか...

111 :名無しさん@お腹いっぱい。:2006/03/12(日) 18:46:13
Solarisはdefaultで全てのinterfaceで同じMAC addressを使おうとする。
SPARCの場合はEEPROMに書いてある。
後、めんどくさいんで↓
http://docs.sun.com/app/docs/doc/819-0380/6n2qfj0sn?a=view

112 :名無しさん@お腹いっぱい。:2006/03/12(日) 21:11:41
>>109

というか、Madisonが遅いだけでは?


113 :名無しさん@お腹いっぱい。:2006/03/12(日) 21:31:33
>>111
ありがとうございます。
# eeprom local-mac-address?=true
したけど変わらなかったのでhostname.dmfe0に設定する方法で
今度ためしてみます。

114 :名無しさん@お腹いっぱい。:2006/03/13(月) 00:48:13
>>109
montecitoはDual Core x HTなので、 madison 8 soketにmontecito 2 soketで
同等というのは最低限の話。
最低限のところはなんとかなりましたってことにすぎないな。
来年の4Core化ではこんなにリニアに伸びそうもないし。もうだめだろ。

115 :名無しさん@お腹いっぱい。:2006/03/13(月) 01:18:20
まあ、コア数で考えれば 4 コア対 8 コアだから、性能は向上してる。
でも、約 3 倍ってのは安直すぎw。どっかのハゲが SPECint_rate で 4 倍って言うのと
同じオメデタさ。www

116 :名無しさん@お腹いっぱい。:2006/03/13(月) 01:33:01
intelはmontecitoはmadison9Mの2倍ってグラフあちこちにばら撒いてる。
よく見ると性能比較ではなく、二倍になるはずの実際にはありえない条件の
不親切な説明にすぎないのだが。
montecitoはFSB 667MHz開発を断念した時点で終わってる。
128bit FSBで533MHzなんてIA32の数倍に過ぎない。

117 :名無しさん@お腹いっぱい。:2006/03/13(月) 01:48:06
>>115
でも、元々 CPU 数にリニアに性能があがる実績もないんだから、4 コア対 4 コアで
新旧対決して、数値が 2 倍、ってのを提示してほしいもんだよな。
旧どうしの 4 コア対 8 コアが 1.3 倍とかだったらギャグだwwww

118 :名無しさん@お腹いっぱい。:2006/03/13(月) 11:11:58
でもさ、Madison9Mなら8CPU必要なところに、Montecitoなら2CPUで済むんでしょ。
同じ8CPUで3倍の性能が出ないとしても、CPU1つあたりの処理能力は3倍になってるわけで。

119 :名無しさん@お腹いっぱい。:2006/03/13(月) 11:16:57
やっぱりスケールするための足回りは作れませんでした。といういつもの落ち。

120 :名無しさん@お腹いっぱい。:2006/03/13(月) 12:01:49
>>118
いや、だから、それが安直だと言ってるんだが... そんな話なら Ita は他社に負けまくりww

121 :名無しさん@お腹いっぱい。:2006/03/13(月) 12:19:08
HP UX11.iv2
BEA Tuxedo 8.0
Oracle Database 10G Enterprise Edition

Itanium2 1.5GHz 64CPU 64threads→1,008,144 tpmC
Intel Dual-Core Itanium2 1.6 GHz 2CPU 8threads→200,829 tpmC

なんていうデータもありますが。
CPUのコンテキスト数を8倍にして、スループットが5倍なのだから、スケールしているほうでしょう。


同じItanium2 1.5GHzで、
Microsoft Windows Server 2003 Datacenter Edition 64-bit
Microsoft COM+
Microsoft SQL Server 2000 Enterprise Ed. 64-bit

Itanium2 1.6GHz 64CPU→1,082,203 tpmC
Itanium2 1.6GHz 16CPU→332,265 tpmC

なんていうデータもありますよ。
CPUの数が4倍になって、スループットが3倍なのだから、スケールしているでしょ。

122 :名無しさん@お腹いっぱい。:2006/03/13(月) 12:20:15
うがぁ

> 同じItanium2 1.5GHzで、

この行、削除。

123 :名無しさん@お腹いっぱい。:2006/03/13(月) 12:23:16
だがしかし、
手ごろで簡単なFSBを4CPUで共有するマシンのMadison9Mを
Montecitoに差し替えても、FSBの帯域が足りなくて性能が出ない罠。

124 :名無しさん@お腹いっぱい。:2006/03/13(月) 13:15:24
っていうかさ、AMDでいいじゃん。
Itaniumより安いんだし、速いんだし。

X86系では、ItaniumはAMDが出てきたのでいらないよ。

125 :106:2006/03/13(月) 14:49:45
/etc/ethersに"MACアドレス ホスト名"
/etc/hostname.dmfe0に"ether MACアドレス"という行を追加
とかやったらMACアドレスを変えることができました
とりあえず違うセグメントなのでeri0と同じにして、今のところ順調
さとうさんの所に使えなかったって書いてあったから意外だ

126 :名無しさん@お腹いっぱい。:2006/03/13(月) 18:11:03
>>121
> HP UX11.iv2
> Itanium2 1.5GHz 64CPU 64threads→1,008,144 tpmC
> Intel Dual-Core Itanium2 1.6 GHz 2CPU 8threads→200,829 tpmC

だからー、新旧のコア数違うのの比較なんか意味ないって。コア数ベースでいくと
64:4 なんだから。
ところで、そのスレッド数で比較って、なんの指標になんの? 聞いたことないけど。

> Itanium2 1.6GHz 64CPU→1,082,203 tpmC
> Itanium2 1.6GHz 16CPU→332,265 tpmC

こっちは意味ありそう。が、3.257 倍。微妙なとこだね。成績いいとは言えないと思うけど。

127 :名無しさん@お腹いっぱい。:2006/03/13(月) 19:31:24
>>123
ちまたのitaniumマシンは、みんな1FSBあたり2ソケット
667Mhzバスを、2ソケット4コアで共有するんならまずまずと
いったところでは

128 :名無しさん@お腹いっぱい。:2006/03/13(月) 19:42:20
>>126
スレッド数の話は>>114に聞いてくれ。

129 :名無しさん@お腹いっぱい。:2006/03/13(月) 22:54:34
>>119
足回りは日本のメーカー様にお願いします
ということでは?

そうやって、わざとらしく日本のメーカに入り込む余地を与えているのかも。


130 :名無しさん@お腹いっぱい。:2006/03/13(月) 23:13:36
>>119ではないが、やっぱりスケールは自分で無理では…

131 :名無しさん@お腹いっぱい。:2006/03/13(月) 23:22:14
>>129
まだわかんないのか... ヘッポコ日本企業連合にすがるしかもう道がなくなってしまったんだってば。
x86 を置き換えるはずだったんだぞ。方針変更どころか、チョー不得意分野で
かろうじてキノコってんだよ。

132 :名無しさん@お腹いっぱい。:2006/03/13(月) 23:34:11
でもまあ、PA-RISC から来た連中は今のジャンルが自分らの畑なワケだし。
単に PA-RISC 軍団に Intel がかつがれた、先のメド立たなくなってた PA-RISC 後継の
開発資金をまんまとせしめられた、ってことなのかも知れんな。

133 :名無しさん@お腹いっぱい。:2006/03/13(月) 23:36:26
Sun もへっぽこ日本企業頼みだしな。

134 :名無しさん@お腹いっぱい。:2006/03/13(月) 23:41:08
>>131
まあ、それは分かるんだが、
日本のメーカーのスケベ心をくすぐるのはうまいと思うんだよなぁ。


135 :名無しさん@お腹いっぱい。:2006/03/13(月) 23:59:16
>>133
RISC ならどれだろうが、あれだけ金と時間かければずっとマシなもんができると思うが。
違うか?

136 :名無しさん@お腹いっぱい。:2006/03/14(火) 01:16:11
あれだけ金と時間をかけた割には
従来品(x86,POWER,SPARC)と同程度に競うレベルでしかないよな

特にその予算の半分も要らないから Alpha に行っていれば…

137 :名無しさん@お腹いっぱい。:2006/03/14(火) 01:23:20
IntelがAlphaをやるといっても迫力なかったでしょう
独自アーキだったから皆RISC CPUから撤退しちゃったわけで

138 :名無しさん@お腹いっぱい。:2006/03/14(火) 01:26:27
つかPA続けとけば良かったんじゃね?

139 :名無しさん@お腹いっぱい。:2006/03/14(火) 01:42:29
PA-RISCもAlphaも結構いい性能出てたからね。

> ヘッポコ日本企業

しかし日本企業がOEMやライセンスしている所は生き残る可能性高いような…
純潔主義のDECはいっちゃったし

140 :名無しさん@お腹いっぱい。:2006/03/14(火) 01:52:38
>>137
皆って HP だけだけど。sgi は後継とは違うしなぁ。

141 :名無しさん@お腹いっぱい。:2006/03/14(火) 02:02:40
>>137
RISC 撤退? 寝ぼけまくりですね。

142 :名無しさん@お腹いっぱい。:2006/03/14(火) 02:14:36
>>136
どう考えても余分なトランジスタの要る x86 や、いくら工夫しても性能のでない Ita なんかに
ばっかり大量にリソース消費されて、こいつらがまともな RISC の2 つ 3 つへ
あてがわれてたら今システムはずっと高性能だろうし、CPU 単価ももっとずっと低いかもね。
無駄の見本として後世あざ笑われること必定。

143 :名無しさん@お腹いっぱい。:2006/03/14(火) 07:47:05
1.6GHzでFSB400MHzでPOWER5 1.9GHzと互角だから、2.0GHzでFSB667MHzが
出せてたら、POWER5+ 2.2GHz なんかあっさり抜いてただろうに。Intelダメすぎ。
IBM p5 570 1.9GHz 4core, 203.439.87tpmC, AIX 5L 5.3, Oracle 10g
http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=105101702

144 :名無しさん@お腹いっぱい。:2006/03/14(火) 08:01:04
Itanium連合を組んだところでどうせ一番儲かるところはIBMに持ってかれるんだろ
長年続く企業システムのトップ企業にかなうわけない
同じ価格なら顧客はIBMを選択するだろうし価格を下げれば利益が少なくなるのは当然
PCサーバーなど低価格のシステムならIntelでも信用されるだろうがItaniumの目指してる
ハイエンドサーバーは億を超える価格だからな

145 :名無しさん@お腹いっぱい。:2006/03/14(火) 08:44:02
>>142
そりはもまいの考えであって、Intelとしては基本設計が古いRISCじゃ性能の向上に
限界があるので、EPICに切替えた訳だろ。
x86についてはNetBurstの後継としてIntel Coreが発表されてる。

>>144
POWERの頑張り次第だね。

146 :名無しさん@お腹いっぱい。:2006/03/14(火) 09:46:25
>145
そういうこと言う人がよくいるけど
結局 EPIC のどの辺が "基本設計が新しい" の?

VLIW を現代マーケティング用語で言い換えただけじゃん?


147 :名無しさん@お腹いっぱい。:2006/03/14(火) 10:02:51
http://ja.wikipedia.org/wiki/EPIC%E3%82%A2%E3%83%BC%E3%82%AD%E3%83%86%E3%82%AF%E3%83%81%E3%83%A3

> Itaniumの創始者であるヒューレット・パッカード社は
> 2004年9月にアーキテクチャを強調するのをやめた。


148 :名無しさん@お腹いっぱい。:2006/03/14(火) 10:02:53
>>145
技術的なことよりも営業的な合理性を追求した結果が現状だとおもうけど。


149 :名無しさん@お腹いっぱい。:2006/03/14(火) 11:24:06
>>145
業界こぞって ILP より TLP と叫んでる現状は無視ですか?

150 :名無しさん@お腹いっぱい。:2006/03/14(火) 12:29:04
>>145
RISC が古い、って証明しそこなったのが Itanium。かっこ悪すぎ。

151 :名無しさん@お腹いっぱい。:2006/03/14(火) 12:39:02
>>145
限界があると誰もが踏んでるのが x86。コンロだろうがダンロだろうがもうすぐ終わり。
果敢に挑戦した EPIC ももう失敗という結論が出ている。
どの道 Intel も今ある RISC のどれかを採用するしか道はないと思うがな。AMD もな。

152 :名無しさん@お腹いっぱい。:2006/03/14(火) 13:21:09
x86 のどの部分に限界があるの? amd64化でも全然ダメ?

IA-64 も「新規に始めるほどではない」って感じじゃないの?
(始めちゃったら「普通」程度)

153 :名無しさん@お腹いっぱい。:2006/03/14(火) 13:53:18
レジスタ数とか
x86の命令セットでも、もっと大量のレジスタが同時に使えれば
アプリの速度とコードサイズは改善されるんじゃない?

154 :名無しさん@お腹いっぱい。:2006/03/14(火) 13:54:23
レジスタ数ならamd64化で倍増したわけだが

155 :名無しさん@お腹いっぱい。:2006/03/14(火) 14:08:00
>>152
トランジスタ数が減らせない。内部 RISC への変換部分が必要。つまり、
プログラミングインターフェースが非 RISC だから。メニーコアでは掛算で不利。

156 :名無しさん@お腹いっぱい。:2006/03/14(火) 14:10:50
>>152
Itanium が現存してるのは、四苦八苦したのが Intel だったから。
普通の企業なら消え去ってる。この先も続ければ Intel でもわからんかも。

157 :名無しさん@お腹いっぱい。:2006/03/14(火) 14:37:51
amd64化でレジスタはとりあえず増えるし、
FPUも使わなくなるから(少なくともWindowsでは)
延命にはなるよね。

158 :名無しさん@お腹いっぱい。:2006/03/14(火) 14:41:12
>155
その点は確かにあるみたいだけど
VIA C7 みたいな路線のコアを
many core 化するような設計でもダメなのかな?


159 :名無しさん@お腹いっぱい。:2006/03/14(火) 14:58:34
>>155
けどEPICはどっちかというと、同じように、
デコードしてから演算するまでに一手間かける流儀じゃない。

EPICってVLIWである必要あるの?
バンドル辺りも含めてRISCでもいけそうだけど。

160 :名無しさん@お腹いっぱい。:2006/03/14(火) 16:27:57
AMD64の、RISCのMIPSのような引数のレジスタ渡しが大きい。

Intelは死ぬだろうが、AMD64は残ると思う。

161 :名無しさん@お腹いっぱい。:2006/03/14(火) 16:58:11
Intel も amd64 パクったじゃん

162 :名無しさん@お腹いっぱい。:2006/03/14(火) 17:49:37
IntelのアーキはX86, Itaniumとも死ぬが、AMD64アーキは残る、かな?

163 :名無しさん@お腹いっぱい。:2006/03/14(火) 19:04:52
P6コアのトランジスタ数は550万
単純計算なら、現状の技術で50コアぐらいまではいける

164 :名無しさん@お腹いっぱい。:2006/03/14(火) 19:15:47
>>163
よし、それでいこ。

165 :名無しさん@お腹いっぱい。:2006/03/14(火) 19:54:30
クロスバをどうすんねん。
CELL みたいにリング?

っとここから先は i386/amd64 とか以前の
マルチコア一般論か。

166 :名無しさん@お腹いっぱい。:2006/03/14(火) 22:11:36
>>163
4 コや 8 コでまともに動かんのに、50 コ並べてもムダ。

167 :名無しさん@お腹いっぱい。:2006/03/14(火) 23:02:37
>>163
あれだ、むかしOh!XでやっていたZ80を256個つかったコンピュータの話だ。

168 :名無しさん@お腹いっぱい。:2006/03/15(水) 00:03:24
ISA バスと VGA チップとキーボードとモニタも 50 個つなげて MS-DOS 50 個動かすとか。

169 :名無しさん@お腹いっぱい。:2006/03/15(水) 00:21:19
>>159
> けどEPICはどっちかというと、同じように、
> デコードしてから演算するまでに一手間かける流儀じゃない。

いや、どの演算ユニット(の組み合わせ)を使うかを調べているだけで、
一手間かけているという程ではないだろう。

x86 の、デコードして、μOPに変換して、依存関係調べて並べ替えたりしてから
演算するのと比べればね。


170 :名無しさん@お腹いっぱい。:2006/03/15(水) 00:51:10
このスレを見ていると Spark は蚊帳の外で既に死んでいるようだな。

171 :名無しさん@お腹いっぱい。:2006/03/15(水) 00:53:34
洗剤?

172 :名無しさん@お腹いっぱい。:2006/03/15(水) 01:05:58
良く落ちるSPARK?w
洗剤ならアタックのがいいぞ

173 :名無しさん@お腹いっぱい。:2006/03/15(水) 01:10:22
漏れはライオンのトップを使ってる
限定品の詰め替えタイプ
安かったので箱買いした

174 :名無しさん@お腹いっぱい。:2006/03/15(水) 01:18:43
>>170
ここは隔離スレだから。まぁ、釣り堀の方が盛り上がってるのはどうかと思うが。

175 :名無しさん@お腹いっぱい。:2006/03/15(水) 02:56:03
アリエールだっての
他はみんな、アリエールの物まねだろうが

176 :名無しさん@お腹いっぱい。:2006/03/15(水) 03:28:45
P&G

177 :名無しさん@お腹いっぱい。:2006/03/15(水) 04:50:21
>>149
それは今の話なわけで、
当時はx86はもうダメ、という状況だったじゃないか。

RISCへの対抗でしかたなく出したIA-64だけど、
RISCがシボンヌしたので、IA-64も一緒にシボンヌ。

>>152
x64つっても、x86を延命しただけに過ぎないよ。
"AMDが"ということにコダワリがあるようだけど、
あんなのお蔵入りになったインテルの64ビット拡張と大差ないだろう。

>>155
ところが、RISCだってバイナリ互換を確保するために、結局は同じくらいコストかかってる。
長いスパンでのバイナリ互換を前提とすると、大差なくなる。
もちろん、バイナリ互換が必要のない分野では、無駄だけどね。

>>160-162
はいはいAMD厨ですね。

>>169
どのみちパイプラインを1段消費するわけで、
ならば、もう少し詰め込んでもいいような希ガス。

178 :ウホッ:2006/03/15(水) 09:22:43
>x64つっても、x86を延命しただけに過ぎないよ。
>"AMDが"ということにコダワリがあるようだけど、
>あんなのお蔵入りになったインテルの64ビット拡張と大差ないだろう。

えーと... 満載すぎて...
どう突っ込んで欲しいんだ?

知らないなら素直にそういえば教えてもらえるのにね

179 :名無しさん@お腹いっぱい。:2006/03/15(水) 12:31:40
> ところが、RISCだってバイナリ互換を確保するために、結局は同じくらいコストかかってる。

SPARCは最初からアプリはバイナリ互換。
アプリの命令セットは完全キープ。



180 :名無しさん@お腹いっぱい。:2006/03/15(水) 12:42:16
>>179
彼はそういうことを言いたいんじゃないと思うが

181 :名無しさん@お腹いっぱい。:2006/03/15(水) 13:06:02
彼が言いたいのはSPARC でいえば、例えばレジスタウィンドウ

182 :名無しさん@お腹いっぱい。:2006/03/15(水) 13:10:43
新しいCPUでもISAの互換性を維持するのにコストが掛かる、ってことが言いたいんじゃないの?

183 :名無しさん@お腹いっぱい。:2006/03/15(水) 13:42:18
Niagara のコア 1 個あたりトランジスタ何個よ?

184 :名無しさん@お腹いっぱい。:2006/03/15(水) 13:43:52
>>178
AMDの64ビット拡張とインテルのお蔵入りになった64ビット拡張を、
どこが同じでどこが違うのか、比較して突っ込んでください。

185 :ウヒョッ:2006/03/15(水) 14:16:24
>184=>177 本人かな?

186 :名無しさん@お腹いっぱい。:2006/03/15(水) 21:08:02
SPARCにARMのThumb命令みたいなのって入れてくれないかな?
相当速くなりそうだが。

187 :名無しさん@お腹いっぱい。:2006/03/15(水) 22:13:36
遅いのはSunの設計とTIの力の入れ方がまずいからだよ。
けっしてSPARCが悪いわけではない!と思い鯛

188 :名無しさん@お腹いっぱい。:2006/03/15(水) 23:50:53
TIは能力不足だろうな。あれが限界。

189 :名無しさん@お腹いっぱい。:2006/03/15(水) 23:54:49
なんか眉唾だが
http://www.theregister.co.uk/2006/03/14/sun_rock_deets/

190 :名無しさん@お腹いっぱい。:2006/03/16(木) 05:29:21
命令長が短くなるだけで、そんなに速くなるの?

191 :名無しさん@お腹いっぱい。:2006/03/16(木) 07:12:42
Thumbのこと?
あれは組み込み向けでしょ?

192 :名無しさん@お腹いっぱい。:2006/03/16(木) 10:55:50
>>191
実行イメージのサイズが小さくなるから、ディスクからロードする時間が減らせるんだよね、確か。
HP-PA や Alpha が実行ファイルでかすぎてベンチマーク値ほど速い感じがしない、という
話はあった。

193 :名無しさん@お腹いっぱい。:2006/03/24(金) 18:53:11
Sun’s T2000 “Coolthreads” Server: First Impressions and Experiences
http://www.anandtech.com/systems/showdoc.aspx?i=2727

Niagaraシボンヌ?

194 :名無しさん@お腹いっぱい。:2006/03/25(土) 17:16:02
シボンヌっつーほど悪くない気が。

195 :名無しさん@お腹いっぱい。:2006/04/12(水) 22:47:17
今からia64とSPARC、勉強するならどっち?

196 :名無しさん@お腹いっぱい。:2006/04/12(水) 22:57:12
実機にアクセスせずに勉強しても虚しいので、実機にアクセス
できる方。
SPARC の方は数千円〜数万円もあれば、中古機が手に入るが、
IA64 の方は…

197 :名無しさん@お腹いっぱい。:2006/04/12(水) 23:22:17
オレも SPARC がいいと思うが、IA64 もシミュレーターならあるぞ。
ski ってやつ。
# ま、釣りだろうがw。

198 :名無しさん@お腹いっぱい。:2006/04/13(木) 09:49:22
> 今からia64とSPARC、勉強するならどっち?

状況をみると、SPARCの方が存続しそう。。Niagara2とかROCKとかOPLとか、、。
IA64はHPの周辺で終りそう。。





199 :名無しさん@お腹いっぱい。:2006/04/13(木) 22:05:38
Naiagara2が出るまで会社持ちませんよ?

200 :名無しさん@お腹いっぱい。:2006/04/13(木) 22:45:10
Intel つぶれちゃうの?

201 :名無しさん@お腹いっぱい。:2006/04/13(木) 22:57:03
SPARC64最高!!って富士通もやばいかw

202 :名無しさん@お腹いっぱい。:2006/04/14(金) 02:32:48
ここのところのSUNの株価が上がってたのはどうして?
他のコンピュータメーカーやIntelやAMDなどと比べても上がってた
最近下がってきてるけどまだ$5くらい
2月のころは$4.5を下回ってたのに

203 :名無しさん@お腹いっぱい。:2006/04/14(金) 12:32:10
>>195
何を勉強するの?

204 :名無しさん@お腹いっぱい。:2006/04/14(金) 13:13:25
引っ越しの〜サカイ

205 :名無しさん@お腹いっぱい。:2006/04/15(土) 09:52:15
誰か>>204に突っ込んでやれよ

206 :名無しさん@お腹いっぱい。:2006/04/15(土) 15:19:07
放置こそ最高のツッコミ

207 :名無しさん@お腹いっぱい。:2006/04/15(土) 16:43:53
関西だと、>>204 はつっこんでもらえる可能性があるが、>>206 はどうにも
つっこみようがないな。

208 :名無しさん@お腹いっぱい。:2006/04/15(土) 22:46:26
ないですか

209 :名無しさん@お腹いっぱい。:2006/04/16(日) 05:31:42
亀岡山田木材
よいしょ
どんどん

210 :名無しさん@お腹いっぱい。:2006/04/16(日) 10:40:48
>>209
> 亀岡山田木材
"経営団地"が抜けてないか?

211 :名無しさん@お腹いっぱい。:2006/04/21(金) 15:32:22
420Rとかを移設するとき
「よいしょ」の台詞で「どんどん」と突っ込みを入れる香具師
関西生まれ確定w

212 :名無しさん@お腹いっぱい。:2006/04/22(土) 08:58:04
誰が河馬やねん

213 :名無しさん@お腹いっぱい。:2006/04/28(金) 16:23:28
ぢつは、OpenSolaris の Itanium 対応コードは某社内でバリバリにメンテされてて、
Itanium 開発打ち切りで間髪置かず発表されることになっている。 ......かも知れない。

214 :名無しさん@お腹いっぱい。:2006/05/09(火) 00:50:30
sgiがオワタ。

215 :名無しさん@お腹いっぱい。:2006/05/09(火) 11:57:00
ふーん... SMP 技術や IRIX、もちろんグラフィック処理もだけど、会社ごと買ってやろうと
いうとこはないのか? Ita 解決同盟は助けてやらないのか?
MIPS ってもう傘下じゃないんだっけ?
Sun がもらってこれそうな部品は... 特にない?

216 :名無しさん@お腹いっぱい。:2006/05/09(火) 12:27:37
Wintel へすりよったものは血ィ吸い取られてポイって感じだな。
その点 HP は PA-RISC 後継で Intel をうまい具合に利用したからすごいかも。

217 :名無しさん@お腹いっぱい。:2006/05/09(火) 13:18:46
HPとSGIじゃ母体の強さが全然違うでしょ。
>>215
CPUにこだわる人が買うとは思えない。

218 :名無しさん@お腹いっぱい。:2006/05/09(火) 13:50:27
なるほど。母体が強いと Intel をうまいように利用できるのか。つまらんはなしだな。

219 :名無しさん@お腹いっぱい。:2006/05/09(火) 14:17:44
沖や住友はなんとかしてやれないのか。

220 :名無しさん@お腹いっぱい。:2006/05/09(火) 22:52:33
sgiと仲が良いのは、NECじゃないの?

221 :名無しさん@お腹いっぱい。:2006/05/09(火) 23:19:18
SGI日本法人は、SGI本社が筆頭株主じゃないから
あんま影響ないだろ
それにしてもSGIのマシンの魅力って、もうほとんどないよね
クラスタのリモートDMAも今は普通だし
10Gbイーサネットでさえサポートしてる


222 :名無しさん@お腹いっぱい。:2006/05/10(水) 00:06:11
日本法人てそんな米法人とかけ離れた活動してるの? 米製品売れなくても影響ないの??

223 :名無しさん@お腹いっぱい。:2006/05/10(水) 00:51:22
日本SGI=NECの子会社
http://enterprise.watch.impress.co.jp/cda/interview/2003/12/05/760.html

224 :名無しさん@お腹いっぱい。:2006/05/10(水) 12:40:25
SGIの特許や技術だけが欲しい、というところは、あるかもしれないな。

225 :名無しさん@お腹いっぱい。:2006/06/05(月) 16:21:57
空age

226 :名無しさん@お腹いっぱい。:2006/06/05(月) 17:11:54
Sun Microsystemsスレ

227 :名無しさん@お腹いっぱい。:2006/07/17(月) 01:27:17
sgiが逝って、次はsunかなと思ったら全然復活してんじゃん
ヨカッタ

228 :名無しさん@お腹いっぱい。:2006/07/17(月) 22:18:56
とりあえず Opteron 機はかなり出てる模様。UltraSPARC IV+ もそれなりに
出てるみたいね。Niagara はどうなんだろ。出てんのかな?
Rock 出るまでは Opteron 前面に出してつなぐのかね?

229 :名無しさん@お腹いっぱい。:2006/07/17(月) 23:08:14
Rockなんて出ません
全部x64になります

230 :名無しさん@お腹いっぱい。:2006/07/21(金) 23:57:12
Rock! Rock! Rock!
がむばれ Yen.

231 :名無しさん@お腹いっぱい。:2006/07/22(土) 01:30:47
どうせUltraSPARC Vの二の舞だろ

232 :名無しさん@お腹いっぱい。:2006/07/22(土) 02:11:09
まあ、再来年にならないとわかんないけどねw
その前に、お楽しみは Niagara2。こいつはおもしろそう。

233 :名無しさん@お腹いっぱい。:2006/07/22(土) 02:54:55
APLとかJUPITERが気になる。
FだったらItanium2のと共通化できる場所とかあるんだろうか。

234 :名無しさん@お腹いっぱい。:2006/07/27(木) 01:05:44
ユピテル?

235 :名無しさん@お腹いっぱい。:2006/07/31(月) 18:46:38
あれ、Jupiterじゃないの?

236 :名無しさん@お腹いっぱい。:2006/07/31(月) 22:57:42
なにそれ?

237 :名無しさん@お腹いっぱい。:2006/07/31(月) 23:10:18
Olympusの次。

238 :名無しさん@お腹いっぱい。:2006/07/31(月) 23:15:43
SPARC64VI+のこと?

239 :名無しさん@お腹いっぱい。:2006/08/10(木) 23:50:53
ほらよ

Fall Processor Forum 2005 - 富士通の次世代SPARC64プロセッサ「オリンパス」「ジュピター」
http://journal.mycom.co.jp/articles/2005/10/28/fpf1/

まあ、SPARC64V+もOlympusなんだけどな

240 :名無しさん@お腹いっぱい。:2006/08/11(金) 00:03:12
深海ショボスギワロタ(AA略

241 :名無しさん@お腹いっぱい。:2006/10/05(木) 12:28:44
age

242 :名無しさん@お腹いっぱい。:2006/10/05(木) 13:43:54
sage

243 :名無しさん@お腹いっぱい。:2006/10/22(日) 18:15:54
>>221 SGI日本法人は絶好調ですよ。主従逆転してセブンイレブン状態でつ。
   負債まで引継ぐ気はないようなので、アメリカのどの部分を買い取るかですね。
   結局Cray押し付けられたのでアメリカが傾いたんでしょうな。
   得るもの何もなかぅたらしいし。


244 :名無しさん@お腹いっぱい。:2006/10/27(金) 13:25:09
SUNに何を期待してるの!?
MIPSなんかのファブリックメーカの二の舞。
CTCごと消えてくれるのをみんな待ってる。

CTCごときの実力は、GRIMMでばればれ。
CIRCUSになって、障害なんかほとんどないべ。
だから、iモードも本格化したわけだし。

ドコモでも、ちっちゃなシステムはSolを使っても、本格的なシステムは
HP-UXに移らされてるし。SUN信者なんか死んでます。

救いは蛆通がDREAMSで頑張ってたけど、自社パッケージで愚だ具だだし。
なんで、あそこはH立やN電気みたいにグローバルなパッケージを選べないん!?

問題があると、南多摩から用も無いエンジニアもどき・使えない管理職・スキルの
無いエンジニアをつれてくる。この前は群馬のエンジニア(大宮在住?)を10人も
よこしやがって・・・

SUNに戻って見ると、蛆通も見限ってるし・・・
オリンパスは出るけどジュピターは怪しいぞ。

九州大学までItanuim系を選び出したくらいだからな。
蛆通の総本山だべ、吸収大学の並列処理研究って。

なので、SUN関連株は大量放出決定!

245 :名無しさん@お腹いっぱい。:2006/10/27(金) 15:28:25
>>244
あちこちのSunスレに書いてるみたいだけど、私怨は痛々しいね。
wikipediaのCIRCUSページもそうだけど、真面目に考えてるなら
儲とかいう表現はやめた方がいいよ低脳。

246 :名無しさん@お腹いっぱい。:2006/10/27(金) 18:02:17
>>245
低脳なもので、申し訳ありません。

どうしてもSunのサーバでまともなシステムを作れないんで困ってるんですよ。
ディスク障害とか、サーバ自体にSPOFがあってクラスタが落ちたりとか。

まぁ、私怨っていうより、義憤だな。こんな欠陥商品を売るなってのと、CTCの
くだらないコンサルにだまされたユーザへの同情さ。

247 :名無しさん@お腹いっぱい。:2006/10/27(金) 18:03:50
あ、これってCTC用の餌なんで、違ったら喰い付くなよ。

248 :名無しさん@お腹いっぱい。:2006/10/27(金) 18:32:55
WikipediaのCIRCUSって項目あるのね・・・メモメモ

249 :名無しさん@お腹いっぱい。:2006/10/27(金) 21:03:45
> オリンパスは出るけどジュピターは怪しいぞ。

な、なんだってー!

250 :名無しさん@お腹いっぱい。:2006/10/27(金) 23:25:18
>>246
> どうしてもSunのサーバでまともなシステムを作れないんで困ってるんですよ。
Sun 以外だとまともに作れるみたいな言い方だなwwwww メーカー選ばないんだろ?

251 :名無しさん@お腹いっぱい。:2006/10/31(火) 16:38:31
>>244
iモードの話していいのか?

252 :名無しさん@お腹いっぱい。:2006/11/01(水) 00:11:23
Redhatの株持ってる人が売り抜けるのに苦労してるのかなあ。

253 :名無しさん@お腹いっぱい。:2006/11/03(金) 18:25:37
SPOFが無いさーばなんてあるの? FT機?
構造が単純なストレージでも、全二重化を標榜していたEMCのSymmetrixが問題を起こしているし。
メーカーもトラブルが起きてから「実は…」って言い出すんだよな。

254 :名無しさん@お腹いっぱい。:2006/11/03(金) 18:31:46
>構造が単純なストレージ
マイクロコードの障害だとハードの二重化は何の意味もなさなくなるな。


255 :名無しさん@お腹いっぱい。:2006/11/03(金) 20:34:10
soft障害ではなくhard障害を論じているんでは?

256 :名無しさん@お腹いっぱい。:2006/11/04(土) 05:41:36
>>251
iモードって最初の開発のときから失敗していたじゃん。

257 :名無しさん@お腹いっぱい。:2006/11/04(土) 08:13:36
ストレージは一種のアプライアンス製品といってもいいだろ。
ソフトとハードは不可分。


258 :名無しさん@お腹いっぱい。:2006/11/04(土) 10:30:06
利用者側から見るとシステムはなんでもそうだと思う

259 :名無しさん@お腹いっぱい。:2006/11/04(土) 15:44:16
>>257 SPOFの話だったんじゃ?

260 :名無しさん@お腹いっぱい。:2006/11/20(月) 15:56:30
age

261 :名無しさん@お腹いっぱい。:2006/11/20(月) 16:07:19
ソフト障害も障害点の一つになるだろ。
ストレージのソフト障害は、OSから見ればハード障害となんら変わらんのだから。


262 :名無しさん@お腹いっぱい。:2006/11/20(月) 16:52:39
>>259

Single Point Of Failureっていう意味が分からないんじゃ…

263 :名無しさん@お腹いっぱい。:2006/11/21(火) 17:44:40
>>261
普通、監視対象として、機能提供アプリやミドルを追加する。

良くあるのが、Oracleなんかの稼動プロセスの常駐監視とシステムテーブルへの検索
SQLの正常レスポンス及び、クリティカルテーブル(個々のシステム固有)の検索正常
レスポンスなんかを監視する。

264 :名無しさん@お腹いっぱい。:2006/11/21(火) 18:19:05
あげ

265 :名無しさん@お腹いっぱい。:2006/11/21(火) 23:07:09
single pointが存在しない二重化なんてありえないだろ。必ずどこかが共通化されている
ソフトまで含めればさらに

266 :名無しさん@お腹いっぱい。:2006/11/21(火) 23:51:40
だめだこりゃ(長介)

267 :名無しさん@お腹いっぱい。:2006/11/22(水) 10:36:38
どちらにせよ、25Kが駄目駄目で売れていないって事実だけが実感できるわけだ。w

268 :名無しさん@お腹いっぱい。:2006/11/29(水) 22:13:52
Rising Sun

269 :名無しさん@お腹いっぱい。:2006/11/30(木) 00:22:21
次スレはここですか?

270 :名無しさん@お腹いっぱい。:2006/11/30(木) 01:59:40
だね

271 :名無しさん@お腹いっぱい。:2006/11/30(木) 15:37:32
なるほど、IPFの「F」とSPOFの「F」とF通の「F」で韻を踏んだのか。

272 :名無しさん@お腹いっぱい。:2006/12/02(土) 17:08:15
次スレはここですね?

273 :名無しさん@お腹いっぱい。:2006/12/03(日) 02:11:21
どこ使ってもいいよ。

274 :名無しさん@お腹いっぱい。:2006/12/03(日) 03:37:36
そんな投げやりな

275 :名無しさん@お腹いっぱい。:2006/12/11(月) 00:04:27
IPF採用したメーカの方が大失敗だろ

276 :名無しさん@お腹いっぱい。:2006/12/14(木) 15:55:36
イタくてプププなファミリーww

277 :名無しさん@お腹いっぱい。:2006/12/16(土) 07:47:35
Sun営業必死だなw

278 :名無しさん@お腹いっぱい。:2006/12/16(土) 23:57:24
え? プププ、が、必死なのか? んプププ。Itanium ぜんぜん売れないのに、
なんで Sun の営業が必死なの??w

279 :名無しさん@お腹いっぱい。:2006/12/17(日) 01:17:58
っあ、売れていない製品に置き換えられるほどSPARCは糞ということですか
よくわかりましたw

280 :名無しさん@お腹いっぱい。:2006/12/17(日) 01:27:41
必死なのはそちらのようねw 売れなくてダメだねー、イタニウムwww
ぷろせっさふぁみりーなんて早々に名前付けちゃって、あーはずかしー!kkkkkk

281 :名無しさん@お腹いっぱい。:2006/12/17(日) 01:36:38
Sunの営業にいくら誹謗されても説得力ないなぁ
SPARCがあまりに糞過ぎて。。。

282 :名無しさん@お腹いっぱい。:2006/12/17(日) 03:01:22
まあ HP の事情もあったわけだしね〜
SPARC のように一時代を築けずに消え去っていくのを残念に思うよ。
10 年は使えるね、ネタとしてw

283 :名無しさん@お腹いっぱい。:2006/12/17(日) 03:12:17
既にSPARCが過去の物になっている書き方に ワラタ

284 :名無しさん@お腹いっぱい。:2006/12/17(日) 03:39:15
「消え去って行く」は SPARC にはかかってないけど。
苦笑い、ですか?www

285 :名無しさん@お腹いっぱい。:2006/12/17(日) 04:16:35
意味的にはどっちにとってもOKw


286 :名無しさん@お腹いっぱい。:2006/12/17(日) 09:26:56
一時代を築いた => ピークは過ぎた

287 :名無しさん@お腹いっぱい。:2006/12/17(日) 12:13:37
つまり、どっちも10年以内に消えてなくなるということだ。


288 :名無しさん@お腹いっぱい。:2006/12/17(日) 18:04:46
SPARC はねぇ、Niagara2, Rock, SPARC64VI+, あと NASA 方面のやつ、それから
Simply RISC の S1 と、いろいろ展望があるんだけど ... Itanium は?
次なんか予定あるの?w

289 :名無しさん@お腹いっぱい。:2006/12/17(日) 18:11:53
ああ、力も無いくせに餅の画を描いてばかりのSunって蜀みたいなんだな
濃いファンが多いわけだ
まあ真っ先に滅びるんだけどねw
現実路線なら他の二国のように少しは長生きできたのに

290 :名無しさん@お腹いっぱい。:2006/12/17(日) 18:21:07
凄いな、よくそれだけのプロジェクトに投入するリソースがあるな。
巨人IntelでさえItanium2でヒーヒー言っているのに。IBMでもPowerとCellぐらいか。
UltraSPARC Vみたいにプロジェクトがキャンセルされないように祈るばかりだね。

291 :名無しさん@お腹いっぱい。:2006/12/17(日) 18:32:38
ご心配なく。



:
ぷぷぷ

292 :名無しさん@お腹いっぱい。:2006/12/17(日) 20:12:58
Sunの工作員がpppしか言えない様じゃSunはもう駄目だな…

293 :名無しさん@お腹いっぱい。:2006/12/17(日) 20:53:29
>>288
NASA のやつって何?

294 :名無しさん@お腹いっぱい。:2006/12/17(日) 21:15:42
>>290
S1 coreなんて、別にSunがやっているわけじゃないし。
SPARCはあまりいい設計のCPUじゃないと思うが、
外のリソースをうまく利用したという点では、成功したプロジェクトだと思う。
元の設計があまり良くないだけになおさら。

295 :名無しさん@お腹いっぱい。:2006/12/17(日) 22:48:43
Sun がやってるのは Niagara と Rock だけだが。>>290 はそんなことさえ知らずに
好き勝手なこと書いてるわけだな。つきあうと損だw

296 :名無しさん@お腹いっぱい。:2006/12/17(日) 22:58:27
混沌としたこのスレにおいて唯一明確な事実はNiagaraもRockもItaniumやPowerに比べれば糞だということだけだ…

297 :名無しさん@お腹いっぱい。:2006/12/17(日) 23:30:53
Itanium がクソなことは非常に明確だよ。認めたくないという気持ちはわかるがなw

298 :名無しさん@お腹いっぱい。:2006/12/18(月) 00:18:01
自分の信じていたSun鯖がItaniumやXeonで置き換えられていく恐怖はどんな感じ?

299 :名無しさん@お腹いっぱい。:2006/12/18(月) 01:05:20
486DX2 66MHz から Pen 166MHz くらいまでさんざん置き換え実験やったよ。
で PenPro がクソでその後はずっとクソだな。触ってみようとも思わん。
PenII だっけか、カートリッジになってまた元に戻った時は本気で呆れたね。バカかと。
猿回しにくるくる回されてるすっぽんぽんの王様たちほんとお気の毒w

300 :名無しさん@お腹いっぱい。:2006/12/18(月) 23:23:22
以上、勝ち馬に乗られなかった負け犬の遠吠えでした〜

301 :名無しさん@お腹いっぱい。:2006/12/19(火) 23:33:07
東京証券取引所は12月19日、定例の記者会見を開き、2009年後半に稼働予定の
次世代売買システムの開発ベンダーを富士通に決定したと発表した。
...
新売買システムは富士通製サーバー上で稼働する。CPUはItanium、OSはLinuxを採用する。

ttp://itpro.nikkeibp.co.jp/article/NEWS/20061219/257264/

お手並み拝見

302 :名無しさん@お腹いっぱい。:2006/12/20(水) 00:08:40
あ痛って、2009年には開発終了してそうだけど・・・

303 :名無しさん@お腹いっぱい。:2006/12/20(水) 01:10:46
プラットホームが何になろうがデスマは決定だな。ナムナム

304 :名無しさん@お腹いっぱい。:2006/12/20(水) 06:15:47
>>302
そしたらJメインフレーマー連合が身請けするって話じゃなかたっけ?

305 :名無しさん@お腹いっぱい。:2006/12/20(水) 11:55:22
東証も時代遅れのすすてむからやっとりなくすくらすたか
めでたいのう

306 :名無しさん@お腹いっぱい。:2006/12/20(水) 14:12:55
>>302
Sun&Solarisを採用した場合 → 2009年にはSunがなくなっている可能性も考える必要がある
IA64&Linuxを採用した場合 → 2009年にItaniumがなくなったらXeonに乗り換える。検証やり直しになるが、なんとかなる。

307 :名無しさん@お腹いっぱい。:2006/12/20(水) 17:21:38
>>306
2009年に採用したプラットホームがなくなったら、
そりゃどっちでもこまるでしょ。


308 :名無しさん@お腹いっぱい。:2006/12/20(水) 17:36:46
SPARCとSolarisの両方と心中するよりも、
Itaniumと心中するほうが、リスクが低いのだろう。

309 :名無しさん@お腹いっぱい。:2006/12/20(水) 17:37:50
いざとなったらItaniumを日本企業がつくることになるだろうからな

310 :名無しさん@お腹いっぱい。:2006/12/20(水) 17:52:22
昔がHPとIntelの合作で、ちょっと昔はHPのお金でIntelが作って、今はISA(日本企業を含む)がお金出してIntelが作ってる。
これより先を求めるならIntelがItaniumをISAに売却するとか?Xscaleみたく。
"Intel"というブランドイメージがあるからISAは買わないかな。

311 :名無しさん@お腹いっぱい。:2006/12/20(水) 18:59:09
>>310
売るんじゃない?

312 :名無しさん@お腹いっぱい。:2006/12/20(水) 19:00:40
>>310
買うんじゃない?

313 :名無しさん@お腹いっぱい。:2006/12/20(水) 19:34:59
HP「プロセッサ作るのメンドクセー。誰か代わりに作ってよ。お金は出すから。」
Intel「ふざけんな。てめーでやれ。」
HP「これからはスーパースケーラじゃなくてEPICだよ?先陣を切って作れば市場を独占できるよ?」
Intel「うはwwwおkwwwwwwwwwwwwwww」
→Itaniumはニッチ製品にとどまった。。。

数年後
某HP「プロセッサ作るのって大変だぁ。Intelは家の行かず後家(開発チーム)引き取っちゃってよ。結納金(開発資金)は出すから。」
Intel「ふざけんな。」
HP「これからはデカップリングキャパシタじゃなくてFoxtonだよ?先陣を切って作れば市場を独占できるよ?」
Intel「うはwwwおkwwwwwwwwwwwwwww」
→Foxtonは製品化できなかった。。。

数年後
某U「プロセッサ作るのメンドクセー。誰か代わりに作ってよ。お金は出すから。」
某H「禿同。」
某F「だよなー。」
某N「ISA逝っちゃおうか?(笑)」
全員「おkwwwwwwwwwwwwwwwwww」
Intel「勘弁してくれ。」

314 :名無しさん@お腹いっぱい。:2007/01/05(金) 21:06:28
Sunの唯一の英断はItaniumを採用しなかった事だろう

315 :名無しさん@お腹いっぱい。:2007/01/05(金) 21:43:15
Sun Microsystems IPF採用撤回は大英断

316 :名無しさん@お腹いっぱい。:2007/01/05(金) 23:26:54
Sun Microsystems POWER版廃止は大失策
・・・てなことになるんかだろうか。


317 :名無しさん@お腹いっぱい。:2007/01/05(金) 23:49:12
OpenSolaris は PowerPC で動いてるらしいけど?

318 :名無しさん@お腹いっぱい。:2007/01/06(土) 00:11:36
で?製品は?

319 :名無しさん@お腹いっぱい。:2007/01/06(土) 01:22:59
釣ったつもりかww

320 :名無しさん@お腹いっぱい。:2007/01/06(土) 01:27:01
2.4か2.5の時代には、PowerPC版なかったっけ?


321 :名無しさん@お腹いっぱい。:2007/01/07(日) 22:10:47
POWER6 5GHzって、軽くヤバいな。


322 :名無しさん@お腹いっぱい。:2007/01/08(月) 14:52:06
>>320
OpenSolarisに2.5.1でPowerPC版を作ろうとしていた形跡があった。

で、今は「Polaris」が開発中。

323 :名無しさん@お腹いっぱい。:2007/01/08(月) 23:42:01
>>321
プッ

324 :名無しさん@お腹いっぱい。:2007/01/18(木) 01:17:14
Montecito ってさ、出荷されてちょうど半年くらい経つみたいだけど、売れてんの?
実績とかさ、「こりゃすげーベンチマーク値!」とか、あんの?
「トラブっちゃってて動きません(泪目)」、てか?w

325 :名無しさん@お腹いっぱい。:2007/01/18(木) 02:07:31
Monteciteー、うれてるかー?w

326 :名無しさん@お腹いっぱい。:2007/01/18(木) 02:41:41
コンパイラ改善して30%スピードアップらしいぞ?
誰か試した?

327 :名無しさん@お腹いっぱい。:2007/01/18(木) 03:59:21
いや、もう、Itanium 対応をうたうソフトが次から次へと.. ....でないね。

328 :名無しさん@お腹いっぱい。:2007/01/18(木) 09:09:09
intelのCPUビジネス調子良くなってきたみたいだけど、Itaniumは貢献して
いないよね。それはもー全くと言って良いほど。

329 :名無しさん@お腹いっぱい。:2007/01/18(木) 10:04:09
逆にSunの場合は、NiagaraやAMDよりもUltraSPARCが売り上げに貢献しているってのが、
復活軌道に乗り始めている証拠だな。


330 :名無しさん@お腹いっぱい。:2007/01/18(木) 13:39:49
Montecitoー、おーい、Montecitoー、どこにいるのぉ〜?!ww

331 :名無しさん@お腹いっぱい。:2007/01/19(金) 23:20:31
Reality Check: Straight Talk on Sun UltraSPARC vs. Itanium
http://www.sun.com/secure/executives/realitycheck/reality-011207.html

332 :名無しさん@お腹いっぱい。:2007/01/20(土) 10:19:58
>>322
いや作ったよ。当時は"Open"じゃなかったけど。
(たぶんOpenWindowと混同しているんだと思うけれど)

ビジネスショーだったか、IBMのブースでSolaris for PowerPCが動いてた。
当時はAppleもPRePに参加してCHRPになり、
AIX, OS/2, Windows NT, Mac OS, Solarisが動くプラットフォームになりかけた。

AppleもOpenFirmware辞めたし、最初からとはいえ、さらにバラバラだな。

333 :名無しさん@お腹いっぱい。:2007/01/20(土) 11:22:48
一番どうでもいいOSだけ残ったわけかw

334 :名無しさん@お腹いっぱい。:2007/01/20(土) 14:34:18
SunSite に PowerPC 用のバイナリがいろいろあったがな。

335 :名無しさん@お腹いっぱい。:2007/01/24(水) 00:06:47
Sun Microsystems Xeon採用は大英断

336 :名無しさん@お腹いっぱい。:2007/01/24(水) 02:29:26
この板の人。まだItaniumの未来を信じている?

337 :名無しさん@お腹いっぱい。:2007/01/24(水) 02:38:06
正直いらなくね? Xeon凄すぎ

338 :名無しさん@お腹いっぱい。:2007/01/24(水) 02:47:06
QuadCoreの8MBも2次キャッシュがついた3GHzの48GFLOPSのピーク性能を
1CPUパッケージで持つXEONがあるのに、もちろん64ビットアドレッシングで
さらに4CPUでSMPすれば200GFLOPSに届こうというのに、
なぜにイタニウムを買わねばならない理由がいまさらあるのか説明してみてくれ

339 :名無しさん@お腹いっぱい。:2007/01/24(水) 09:21:05
>>338
営業の付き合い

340 :名無しさん@お腹いっぱい。:2007/01/24(水) 11:51:40
HP-UX のターミナルケア、和製メインフレームの社交場。

341 :名無しさん@お腹いっぱい。:2007/01/24(水) 14:14:04
思ったより相当早く消えそうだな。ここまで話題消沈したんじゃ
メインフレーム方面は全く売れんだろ。もう IBM が残るだけだな。オフコンと同じだ。
PA-RISC 置き換えた連中も「しまった!!」って思ってるだろうな。
責任追求される前にコソコソと逃げ出したい心境だろう。

342 :名無しさん@お腹いっぱい。:2007/01/24(水) 19:55:19
どうせ ia64 に乗り換える手間をかけたんなら
乗り換え作業を覚えている今のうちに
amd64 にさらに乗り換えれば良いだけだろ

343 :名無しさん@お腹いっぱい。:2007/01/24(水) 19:55:31
http://www.itjungle.com/breaking/bn012207-story01.html
> Otellini referred to Sun as the strategic, mission critical Unix
> for Xeon processors, being very careful not to snub HP and its
> HP-UX for Itanium processors. HP-UX does not run on Xeon chips,
> and this partnership with Sun could possibly encourage HP to
> rethink this strategy.

344 :名無しさん@お腹いっぱい。:2007/01/24(水) 21:17:09
そうだな。戦略変更して ...プリンター作りに専念、かなw

345 :名無しさん@お腹いっぱい。:2007/01/24(水) 22:26:07
PCは売れまくってるらしいから、そこまでしなくてもいいだろ

346 :名無しさん@お腹いっぱい。:2007/01/24(水) 23:33:38
>>342
PA-RISC → Itanium は OS も変わらない(古いのは知らない)し、
バイナリーコンパチなんだろ? そうじゃなきゃ大抵逃げるだろww
AMD64(と Linux?)へ行くのは越える山の高さがだいぶ違うようなw

347 :名無しさん@お腹いっぱい。:2007/01/24(水) 23:52:57
>>346 エミュレーションだろ。
>X64とLinux
それこそhpや国産メインフレーマのItanium陣営がやっている仕事じゃん。

348 :名無しさん@お腹いっぱい。:2007/01/25(木) 00:33:48
>>347
お前、本スレにも age て書いてるバカだな? 頭わるいな。
まったく >>346 の意味理解できてないしwwww

349 :名無しさん@お腹いっぱい。:2007/01/25(木) 00:57:39
Itaniumに乗り換えているのは日本だけだぞ
PAから乗り換えてくれないんで後継出そうって話まであるくらい

350 :名無しさん@お腹いっぱい。:2007/01/25(木) 01:09:57
PA-RISCのアプリケーションを走らせた場合の性能劣化は何割位?

351 :名無しさん@お腹いっぱい。:2007/01/25(木) 01:19:54
PA-RISC → Itanium
Ariesっていうソフトウェアエミュレータで互換性確保だね。

>>349
日本だけが順調なのはIDCのデータ的にも本当

352 :名無しさん@お腹いっぱい。:2007/01/25(木) 01:25:12
>>351
そうすっと、SunがX64向けにQuick Transitみたいなエミュレータを実装すればOK

353 :名無しさん@お腹いっぱい。:2007/01/25(木) 01:58:46
結局 FX!32 の限界を超えられていないってことでFA?

354 :名無しさん@お腹いっぱい。:2007/01/25(木) 02:10:35
Aries?

355 :名無しさん@お腹いっぱい。:2007/01/25(木) 02:29:47
>>352
ほっといても自然消滅しそうじゃん。コストかける必要ないだろw
妙なもん用意してサポートで延々苦労させられるよりきっちり移ってもらう方が
楽だし。

356 :名無しさん@お腹いっぱい。:2007/01/25(木) 18:40:11
>>347
PA-RISCバイナリはエミュレーション実行といっても、
JITのバイナリトランスレータみたいなものらしいぞ。

なんでもItaniumの設計方針の1つに、
PA-RISCバイナリをソフトで変換して実行してもソコソコの性能がでること
というのがあったというではないか。



357 :名無しさん@お腹いっぱい。:2007/01/25(木) 22:29:38
>>365 30-40%落ちと言う資料があったけどItanium2になってからはどうなんだろう

358 :名無しさん@お腹いっぱい。:2007/01/25(木) 23:21:06
だ、だれも現物見たことないんだなタラ〜リ

359 :名無しさん@お腹いっぱい。:2007/01/25(木) 23:29:58
だってItanium使うの変態儲だけだから

360 :名無しさん@お腹いっぱい。:2007/01/25(木) 23:30:53
Ita使う位だったら、Xeon使うだろ。

361 :名無しさん@お腹いっぱい。:2007/01/25(木) 23:40:29
>>360
この間の戦略的提携だね。
ttp://www.itmedia.co.jp/news/articles/0701/23/news013.html
中身はXeon Solaris。 やっぱIPFってなに?状態。

362 :名無しさん@お腹いっぱい。:2007/01/25(木) 23:49:39
>>324
うちmontecito売ってるけどぽつぽつしか出ない。
madisonのパイロットシステムで開発終えた所が本番システム組むからって
まとまった注文くれるけどmadison御指定。
新プロセッサだと対応するOSやミドルのバージョン変わっちゃうからね。
エンタープライズプロセッサは一世代前のものがボリューム出るもの。

363 :名無しさん@お腹いっぱい。:2007/01/25(木) 23:53:53
タイタニック

364 :名無しさん@お腹いっぱい。:2007/01/26(金) 00:17:02
>>362
え? 性能数値上は倍以上違うよね。ねだんもかわらないんじゃないの?
OS 変わるの? ちなみに HP-UX?

365 :名無しさん@お腹いっぱい。:2007/01/26(金) 13:28:27
>>364
CPUも含めて、構成を固定して検証するのが、エンタープライズのシステム。

CPUが変ったって上のレイヤには影響しないだろ? っていうのは通用しない世界。

366 :名無しさん@お腹いっぱい。:2007/01/26(金) 14:33:42
ま、そうなんだが。が、変わったデバイスとか使ってない限りは、
サーバではたいてい問題ないよね、商用 Unix + RISC 機の世界では。
OS に関する検証はベンダー側がしっかりやるから。
新旧であまりに C/P に差がある場合、メーカーやベンダーに急遽稼働テストさせて
保証させる前提で変更することもまたよくある話。
で、HP-UX じゃないんだな? Linux や MS-Windows じゃそうはいかない。

367 :名無しさん@お腹いっぱい。:2007/01/26(金) 20:14:22
うーん。Itaniumは互換性に問題あるのかな?

368 :名無しさん@お腹いっぱい。:2007/01/26(金) 20:47:06
>>367
Xeonだってコアが変れば再検証する必要が出てくる。
なにもItaniumに限った話ではない。

369 :名無しさん@お腹いっぱい。:2007/01/26(金) 23:06:55
いや、Xeon みたいな場末のプロセッサーと比べられましてもなんとも...

370 :名無しさん@お腹いっぱい。:2007/01/26(金) 23:21:22
>>368
プ、プロセッサコアの違いは全面的に OS の担当範囲だろ?? そんなとこで
非互換出てたら話にならんぜ。やっぱ HP-UX のことじゃないんだな。
そりゃ商用 Unix じゃあり得ないよ。てか、エンプラでそれ普通じゃないし。
Linux なんだろ?

371 :名無しさん@お腹いっぱい。:2007/01/27(土) 00:14:36
>>369 場末のプロセッサーに負けているんですけど。
4coreが出ればfpもおそらく凌駕されています。

372 :名無しさん@お腹いっぱい。:2007/01/27(土) 00:30:21
今勝ってるとか負けてるとかそういう話はしてない。
カーネルレベルで互換性保証しようとする x86 は極めて特殊な石なんだよ。
他では OS が対応する必要がある。メモリ管理とかが互換じゃないから。

373 :名無しさん@お腹いっぱい。:2007/01/27(土) 00:44:29
>>370
でかいIPFサーバを何十台も導入する大規模システムはみなhp-uxだよ。
プロセッサが変わるとなにが起こるかというと、IPFの場合PALが変わる、
Intelがバイナリを提供するProcessor Abstruction Layerね。
ここでプロセッサの型番の違いを吸収して互換性を保つ建前になってるが、
実際には吸収しきれない。
そこでSALというファームも変える。
そこで吸収しきれない所はOSを変えて出来上がり。
そうこうしてる間に新OS対応にDBミドルがバージョンアップしてしまうなんてことになる。
SQLだからおんなじじゃんと気楽に乗り換える所は最初からIPFで組もうなんて思わない。

Xeonの場合もほぼ同じ。BIOSいじりまくりだけでは済まない。
64bit化したときはLinuxが大変更というか別物になったんでみんな知ってるが、
目立たないところで毎回手を入れてるのよ。
kernel上げでshell動かすぐらいなら変更不要だろうけどね。そうはいかない。

374 :名無しさん@お腹いっぱい。:2007/01/27(土) 00:44:50
Itaniumよりはまし

375 :名無しさん@お腹いっぱい。:2007/01/27(土) 01:06:17
んー、RISC の商用 Unix じゃあそんなことにはならんな。カーネルに必ず
手が入る(というか、対応してなきゃそもそも起動できない)代わりに
対応したらそりゃもうきっちり対応してまっせ。ちゃんと動くし、
まれにバグってた(OS、ハードウェアともにだけど)ら、そりゃもう
必死で対応してくれるわね。
ま、PAL なんつうもんが間に噛んでると言う事情があるにせよ、ちーと
お粗末でないかい? そこの責任範囲逃れられるとは思わないね。
てか、Montecito っていまだそいういうレベル、ってこと?
HP-UX は並行でやってなかったのか??

376 :名無しさん@お腹いっぱい。:2007/01/27(土) 01:31:44
なるほどな、その PAL の開発がたいへんなわけだ... CPU の改版に
ともなって、毎回たいへんな苦労をして PAL を実装しないと性能出ない、と。
そこいらへんがトーンダウンの原因?
i860 の時と似たような状況だな。あん時と違って今回はそう簡単には引けない、か。

377 :名無しさん@お腹いっぱい。:2007/01/27(土) 01:51:44
VLIW は本来プロセッサコア毎に最適化し直したバイナリで
動かすもので「それをなんとかしちゃる」ってのが
EPICの建前だったけどなんとかしちゃれきれてないってこと?

378 :名無しさん@お腹いっぱい。:2007/01/27(土) 02:49:56
X デーは近いようだな。実感できたわ。
なんとかしちゃれきれちゃれてないちゃれみたいちゃれし。(←なに弁やねん)

379 :名無しさん@お腹いっぱい。:2007/01/27(土) 02:54:09
グッバイ、イタニューム。君のことは忘れないよ。

380 :名無しさん@お腹いっぱい。:2007/01/27(土) 10:56:18
>>370
インテルのWebサイトに行って、プロセッサのSpecification Updateを読め。
OSには吸収しきれないエラッタが書かれているから。

381 :名無しさん@お腹いっぱい。:2007/01/27(土) 11:00:44
>>375
同じステッピングのプロセッサを積んでいても、
PAL & SALのバージョンが上がると挙動が変る可能性がある。

それらが抽象化して提供するインタフェースが変るからね。

382 :名無しさん@お腹いっぱい。:2007/01/27(土) 11:02:18
>>375-377
実際に経験を積んで出直すことをオススメする。

383 :名無しさん@お腹いっぱい。:2007/01/27(土) 11:25:58
>>375
自前のプロセッサで自前のOS動かしてたころの話だね。
PA-RISCのVersionが2.0から2.1になったときはhpはみごとな対応したよね。
機種ごとに使えるOSきっち分けたり。
え、もうその機種切っちゃうの?すがすがしいなぁとか、VTアーキテクチャは
一年で終わりかよとか。
うちはPA-RISCで互換性維持するのにえらい苦労した。

ま、hpもエンタープライズ狙うために反省してるようで11iからはOSの10年継続保守を
アナウンスしたね。

384 :名無しさん@お腹いっぱい。:2007/01/27(土) 15:46:21
>>376
montecitoは安定した。
montvaleは早くできすぎちゃってサーバベンダの対応が間に合わなくてもめてるところ。
TukwilaでFSBとおさらばする日も近い今日この頃です。

385 :名無しさん@お腹いっぱい。:2007/01/27(土) 15:48:30
>>380-383
おまいら全部「Itanium って使いもんになりません」と宣言してるようにしか見えんがww
そんなの言い訳になるとでも思ってんのか? 本気かよおいwwww
マイクロソフトといっしょだな。
それが本質的に Itanium のキャラクターだってんなら、もう完全に終わってんじゃん。

386 :名無しさん@お腹いっぱい。:2007/01/27(土) 15:52:32
少なくとも SPARC + Solaris でそんなバカ話は今まで一回もないな。
m68k + SunOS までさかのぼってもそんなトホホな話はない。
sun4c → sun4m → sun4u → sun4v でさえない。UltraSPARC-I → -II くらいなら
当然のごとく、ない。お話にならない。

387 :名無しさん@お腹いっぱい。:2007/01/27(土) 18:06:55
アセンブラのお仕事してらっしゃるお方なんじゃねーの?

388 :名無しさん@お腹いっぱい。:2007/01/27(土) 20:56:02
どこもかしこもクリティカルで逃げ手のないエラッタを抱えてるわけで。
それをうまく見せないでいられるかどうか、というだけだと思う。
http://journal.mycom.co.jp/articles/2007/01/08/micro1/

PALやSALが大変なことになるのは、このあたりのエラッタ回避をしこむ
必要があるのが一因だろう。

389 :名無しさん@お腹いっぱい。:2007/01/28(日) 01:12:04
その記事にはsunのチップは一個しかサンプルないけど
http://journal.mycom.co.jp/photo/articles/2007/01/08/micro1/images/004l.gif
sunのチップは飛びぬけてエラッタ少ないやん

390 :名無しさん@お腹いっぱい。:2007/01/28(日) 15:46:40
それは、クリティカルなエラッタ数のグラフなので、同じクリティカルで比べると、
K6やAthlonと同程度。
世代の変わったUltraSPARC-Iやメモリコントローラを内蔵したIIIはエラッタが
多くなり、IIは少なめ、IVはやや少なめになっているのではと思われ。

逆にエラッタが少ないのは、性能が向上する大きな変更を仕込まないからだ、
などと考えるのは邪推かもしれないが…

391 :名無しさん@お腹いっぱい。:2007/01/28(日) 15:57:18
> それは、クリティカルなエラッタ数のグラフなので、同じクリティカルで比べると、

すまん、ここの解説を頼む。

392 :名無しさん@お腹いっぱい。:2007/01/28(日) 16:28:20
論文では、>>389のグラフは、クリティカルなエラッタの数となっている。
http://journal.mycom.co.jp/photo/articles/2007/01/08/micro1/images/001l.gif
右側のグラフと比較するのがフェアだろうといっているだけ。

393 :名無しさん@お腹いっぱい。:2007/01/28(日) 16:37:28
>>391
こんな苦し過ぎる言い訳に解説もクソもあるかよw

394 :名無しさん@お腹いっぱい。:2007/01/28(日) 17:05:13
HP 方面の PA-RISC 資産保護のゴリ押しもだけど、Intel 上部のエンプラ分野への
無理解もありそうな感じだな。

395 :名無しさん@お腹いっぱい。:2007/01/28(日) 17:06:07
>>385
XeonやOpteronにもエラッタが多数あって、
ステッピングが違えば再検証ですが?

396 :名無しさん@お腹いっぱい。:2007/01/28(日) 17:13:50
パソコンしか買ったことない人にはわかんないんだな。これほど説明してるのにな。

397 :名無しさん@お腹いっぱい。:2007/01/28(日) 17:21:23
>>396
詳しく

398 :名無しさん@お腹いっぱい。:2007/01/28(日) 23:23:57
> TukwilaでFSBとおさらばする日も近い今日この頃です。

近いの?

399 :名無しさん@お腹いっぱい。:2007/01/29(月) 01:16:13
...そして、その日がくることは決してなかった。

FIN

400 :名無しさん@お腹いっぱい。:2007/01/29(月) 01:24:48
TukwilaでIPFとおさらばする日も近い今日この頃です。

だったりして

401 :名無しさん@お腹いっぱい。:2007/01/29(月) 02:03:18
大失策

402 :名無しさん@お腹いっぱい。:2007/01/29(月) 02:17:21
>>397
無印PentiumのF00F問題は覚えてるかな?
近頃はこんな感じで地味。
ttp://pc10.2ch.net/test/read.cgi/pcnews/1156458729/

403 :名無しさん@お腹いっぱい。:2007/01/29(月) 08:20:02
>>402
サンクス
こういうのは、SPARCにはないってこと?

404 :名無しさん@お腹いっぱい。:2007/01/29(月) 13:33:11
>>403
SPARCの場合、
そのCPUを積んだマシンを作るのはSun一社、
そのCPUに対応したOSを作るのもSun一社。
だからハードやOSで対処できるエラッタは表面化してこない。

このスレのSun信者は、
SPARC搭載のSunのサーバの信頼性が、Itanium搭載のhpのサーバのそれに劣る
という事実から目を背けすぎ。



405 :名無しさん@お腹いっぱい。:2007/01/29(月) 13:34:37
だーかーらーー、そんなヨタ話がエンプラでつーよーするわけねーだろっつってんだタコ。

406 :名無しさん@お腹いっぱい。:2007/01/29(月) 13:55:31
Intel がグズグズ詰めらんないのはしょうがないとしても、それシステムとして
出すとこ(ま HP-UX なら HP なわけだが)がそんな客から見て低レベルな不都合も
取れないうちに出荷しちまうなんてお話にならんよ。CPU が複数へ供給されてるから
なんでそんなテイタラクが許される理屈になるんだかさっぱり意味不明。
バカじゃねーの?

407 :名無しさん@お腹いっぱい。:2007/01/29(月) 15:51:21
>>405
与太話ではなく、
Sun鯖はエンタープライズで通用していない。
hp鯖はエンタープライズで通用している。
エンタープライズでは、Sun鯖はWeb鯖という使い分けなんだよ。

>>406
組み合わせを固定して検証するのが、エンタープライズなわけで、
不具合がないことを確認するのが目的で、不具合があるというわけではない。

408 :名無しさん@お腹いっぱい。:2007/01/29(月) 19:30:47
スレ終わるまでいいわけしてろや。パソコンごっこくんw

409 :名無しさん@お腹いっぱい。:2007/01/29(月) 19:58:38
>>408
まだSun信者は幻想を見ているのかな。

NTTドコモのiモードのサーバがSunからhpに代わったよね?
Sunの頃はサービスが止まったとかいうニュースが何度もあったけど、
hpになってからは、ぱったりと収まった。
Sun Fireを、執拗なまでに冗長構成にしたのに、止ってたんだよね。

410 :名無しさん@お腹いっぱい。:2007/01/29(月) 22:11:04
日本はhpにとっては天国みたいなとこだね
Itaniumが売れてるし

411 :名無しさん@お腹いっぱい。:2007/01/29(月) 22:15:28
>>409 UltraSPARC-IIベースだったからさ。IIには重大なCPU CacheのBugがあった。
ワークアラウンド的にCPU Cacheをミラーしていたっけ...。
IIで痛い目を見て性根すえたはずが、III Cuも信頼性は今一つだった。8CPU位なら
良いんだが、15Kみたいな大規模SMP機だと、リリース当初はボコボコ落ちた。
良くなったのはIVからかな。IV+のマシンではあんましトラブル聞かなくなったね。
ワークグループ向けのIIIiも今では安定しているよ。同様にT1も(出荷台数はそれほど
無いが)悪い話は聞かない。
次期エンタープライズ向けサーバのAPLは富士通のCPU。PRIMEPOWER+SPARC64Vと同程度
の出来であるならば、hp+Itanium2よりも信頼性は高いと思う。
NECや日立と違って、富士通は腐って(いて)も鯛と言おうか。大したもんだよ。

412 :名無しさん@お腹いっぱい。:2007/01/29(月) 22:18:58
ItaniumはOracleのライセンスが安いんだろ?
それがPowerとも互角に戦えている理由だと思う。
ライセンス料金が同じならPower買うよな。

413 :名無しさん@お腹いっぱい。:2007/01/29(月) 22:24:55
なるほどな。それほど性能あがったわけでもないのに UltraSPARC 機の
売上がなんで持ち直してるのか不思議だったけどここみてわかったぞ。
安もん買ってみたけど質悪過ぎて懲りたんだなたぶん。
Niagara とかで先行きの安心感出したのもあるんだろうけど。
しかしこりゃひどいねwwww 完全に勘違いしてるw

414 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:08:32
IPF!IPF!

415 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:16:17
まー、Itaと違って、売れているのは確かなんだよな。
IV+もIIIiも「なぜか」売れているんだわ。
64VIも多分売れると思うぞ。

416 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:17:26
まー、Xeonの圧倒的なコストパフォーマンスには勝てないけどなー。
Xeonは凄いよ。Itaと違ってさ

417 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:23:27
Itanium大好きなのは、hpと言うよりも、CPUを作る事の出来なくなった
メーカー(商社?)であるNECだけじゃないの?
あと、どーでも良いUNISYSやSGI。

418 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:24:53
売れるCPUを作っている富士通がうらやましいんでしょう?

419 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:34:48
売れるCPUって、投資を回収できるほど売れるとは到底思えない。
TIだって45nmとそれ以降は自社開発をやめるそうだし。
実際、数だせないところはさっさとやめたいんじゃないの?

420 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:36:28
ファブの話とCPU作る話はまた別でしょ
実際Sunはファブレスなわけで

421 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:39:26
富士通はシステム全体では回収しまくりだろ。SPARC64 な。

422 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:40:21
富士通はNECと違って、自社のメインフレームのCPUは自分で作る事にしている。
まだ誇りを捨てていないんだよ。
TIの件については朗報だろう。UltraSPARCはTIが担当していたからメタメタだった。
個人的には富士通に担当して欲しいよ。RockやNiagara2以降のCPUも。

423 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:42:00
シーメンスだっけ? SPARC64売りまくっているのは。
国産メーカは海外ではボロ負けだったのに、今年辺りから富士通は調子良い。
海外が収益に貢献しているなんて、夢のようだろ。

424 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:42:44
なんかファビョっているage厨がいますが。

何だかんだ言ってもSunで酷い目にあった人が多いわけで、そりゃぁ締め出したくもなるわな。
Sun信者がたくさんいたドコモでさえも、HP-UXに移行したしさ。

どうでもいい話だが、HP-UXのバージョンの11i の i は、
表向きはインターネットのiだけれど、本当はiモードのiなんだよ。
iモードの案件のためにHP-UX 11.0を機能強化したものを、一般向けにしたのが11iなんだよ。

425 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:46:02
マジな話。サーカスは赤字だろ? そもそもhpになった最大の理由は
Sunに比べて極端な戦略的w価格を提示したからだ。
海外展開を考えてhpを選んだとも言われるが、こちらは気にする必要も
無かったよな。海外展開出来なかったし。

426 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:48:10
OSで言えばSolarisの方がマシだろ。クラスターはいただけないが。
まぁ、そこんと

427 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:49:17
>クラスターはいただけないが。
これで何もかも駄目にしているような気がする

428 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:50:25
Solaris+PRIMEPOWER+PRIMECLUSTERを使えばOK

429 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:52:11
>>427 それでVeritasが売れたわけですよ。
こちらもいただけなかったが、SunClusterよりはマシだった。
切り替え速度以外はMC/SGと変わらんのじゃないの。

430 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:52:41
>>422
富士通はItaniumと心中するみたいですよ

431 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:54:55
>>430 Itanium「も」使うの間違いだろ。汎用機にIta使うなんて言ってないぜ?

432 :名無しさん@お腹いっぱい。:2007/01/29(月) 23:57:19
富士通の Ita は他者を巻き込んで壊滅させるためのブラフだよ。

433 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:08:13
ちょっと考えりゃわかると思うがな。富士通にとって、Itanium Intel から
供給してもらって NEC や HP その他と市場を分け合った方がいいのか、
その場合どのくらいシェアがとれそうか。
Itanium がコケて NEC や HP のシェアが激減した状態で自前の SPARC が売れて
結構なシェアを取れたほうがいいのか。
単価からいっても後者の方がぜんぜん利益おおきい。

434 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:08:43
http://journal.mycom.co.jp/articles/2006/12/30/intel/001.html
----
徳永氏は、Itaniumプラットフォームがオープンである例として稼働OSを挙げる。
「Linux/Windowsの稼働実績ではItaniumが随一。また、NEC/富士通/HPといった
メーカーの専用OSも稼働している」とする。
----

Itanium上で動く富士通の専用OSって何だと思う?

435 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:14:02
http://itpro.nikkeibp.co.jp/article/COLUMN/20070109/258190/

社運を賭けるそうです

436 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:15:40
OSVI方面?

437 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:15:48
>>434
メインフレームOSじゃないの?

438 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:16:33
OSIVか

439 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:18:41
MSPとか

440 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:19:13
ああ、こういう重役主導の戦略的プロジェクトって、変な政治的理由と
無理無駄が積み重なって現場はヘロヘロになることが多いんだよね。
富士通のこの現場の人がかわいそうになってきた。いや、真に可哀想な
のはその下請けに入る連中か。

441 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:20:44
>>435
....こんなもんどこの客にもそう言ってるよww
「わが社は今回このプロジェクトに社運をかけております!!!!!!!!!」
何も言ってないのと同じ。

442 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:22:09
やっぱ、メインフレーム系なのか…HPCとかで何かなかったかなと考えたんだけど。

443 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:24:03
ていうかItaでメインフレームっぽいことをするっていうのが
日本のメインフレーマー連合で云々というのの発露じゃねえの?

444 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:25:31
>>433
そういうまともな判断ができるならItaniumなんて最初から使わないだろ

445 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:28:08
>>434 ラボでは動いているのかも分からんが、今のところはLinux/Winのみだべ?
APLの製造問題でSunと交渉がうまく行かなかった腹いせにPRIMEQUESTを推して行く
話をちらつかせているが、冷静にビジネスを考えればSPARC64を捨てる事はまず無い
と思うけどな。
PRIMEQUESTが売れればいいけど。Itaniumサーバで成功しているのはhp、それも日本
市場向けしかないわけだから。NECも自社サーバではうまくいっていない。

446 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:30:07
RockがでたらSunはAPLをどうするのかと考えると、SPARC64と共用できる
汎用機は残っててほしいかな、とか思ったりしてたので。
国産のSPARC64には残っててほしいし。

447 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:34:22
ちなみにNECのItanium2機、Express5800/1000シリーズって売れているのか?


448 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:38:14
hp以外売れないんだとすると、Itanium2に未来なんかあるのだろうか。
富士通がSPARC64からItaに乗り換えるのが早いか、intelがItaを見放すのが早いか。

449 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:43:39
SPARC64 V/VIの高性能,高信頼技術
http://www.ssken.gr.jp/lib/nl/2006/sci/2/3_inoue.pdf

450 :名無しさん@お腹いっぱい。:2007/01/30(火) 00:58:57
せっかくなんで、こっちも
http://www.ssken.gr.jp/lib/nl/2006/sci/2/3_inouePPT.pdf

451 :名無しさん@お腹いっぱい。:2007/01/30(火) 01:15:12
>>447
hpのOEM機が売れているという噂は聞いた

452 :名無しさん@お腹いっぱい。:2007/01/30(火) 04:39:20
>>433
つまり、Intelと同じ作戦か。X86がSparcになるが。
さらに、AMDという保険もかけてあるしな。


453 :名無しさん@お腹いっぱい。:2007/01/30(火) 11:27:36
>>447,451
つまりは、PA-RISC の入替需要のみ、ってことだよ。以前にも出てるが。
あとはほんとに売れてないでしょ。しかも PA-RISC 後継検討の話まで出てるってことは
入れ替えたとこからさえ文句きてるってことだろ。もどしよもないわね。

454 :名無しさん@お腹いっぱい。:2007/01/30(火) 11:30:24
>>448
富士通は Ita やめましたなんて言わないさ。いつまでもクビつっこんだままの
ポーズをとりつづける。やめるって言ったって何のメリットもないだろ?
現場や営業は別だよ。「やめときましょ」って売らないようにするだろうね。

455 :名無しさん@お腹いっぱい。:2007/01/30(火) 12:33:28
>>425
信頼性の話をしているのに、価格の話にシフトするなよ。

>>433
富士通はAPLの件でSunのOEMは儲からないことが判明してブチ切れてますよ。

>>453
PA-RISCバイナリを使うからPA-RISCがいい、というお客が少なくないのですよ。


456 :名無しさん@お腹いっぱい。:2007/01/30(火) 16:55:38
つまり、「終わって」んじゃんw イタ・プププ・ファミリー

457 :名無しさん@お腹いっぱい。:2007/01/30(火) 18:23:42
Itaniumに何か問題があるのではなく、
バイナリ互換を求められていることがネックなだけ。


458 :名無しさん@お腹いっぱい。:2007/01/30(火) 18:49:19
マーケットを無視されてもな〜

459 :名無しさん@お腹いっぱい。:2007/01/30(火) 18:50:21
つまり、今までは PA-RISC の置き換えになると思い込んで多数が買ったけど、
実は置き換えにならないからもう買ってもらえない、そいういうことだな?
じゃ、これから先は誰も買わない、ってことかw

460 :名無しさん@お腹いっぱい。:2007/01/30(火) 19:12:06
>>458
SPARCの客だって、バイナリ互換のために買ってるわけで。

>>459
大半のお客は、安く速く堅牢に動くOracleが箱が欲しいだけなんだよ。

461 :名無しさん@お腹いっぱい。:2007/01/30(火) 22:17:53
いやいや、それはわかってるんだよ。そこから何が導出されるのか、について
興味があるのだよ、ここの皆は。
で、Itanium って終わりなのか? そうなんだな??

462 :名無しさん@お腹いっぱい。:2007/01/30(火) 22:25:28
モノにはいずれ終わりがやってくる。

どれが一番早く終わりが来るかというと、SPARCとItaniumは五十歩百歩だ。
いずれも本家にやる気がなく、頑張っているのは日本のメーカーだけだ。

463 :名無しさん@お腹いっぱい。:2007/01/30(火) 23:10:51
SPARC 終わるなんてどこにも根拠ないよ。現に売れてるし。IV+ や IIIi がばんばん。
Itanium 終わるのは根拠だらけじゃん。
モノにはいずれ.... 笑止千万wwww

464 :名無しさん@お腹いっぱい。:2007/01/30(火) 23:34:01
Itaは痛い
存在自体が
いい加減Ita捨てろよ!
不治痛は世界的視野がやはり根本的に欠けている
国内ばっか見てんじゃねーよ!

465 :名無しさん@お腹いっぱい。:2007/01/30(火) 23:40:04
>>463
Itanium 終わるなんてどこにも根拠ないよ。現に売れてるし。

466 :名無しさん@お腹いっぱい。:2007/01/31(水) 00:11:55
itaたん(・∀・)イイ!!

衝撃のプロセッサ事情――インテルR ItaniumR 2 プロセッサという“決断
http://www.itmedia.co.jp/enterprise/articles/0602/20/news007.html
思わずインテル Itanium プロセッサ ファミリを選択したくなるこれだけの理由
http://www.itmedia.co.jp/enterprise/articles/0610/31/news001.html
HPの戦略に見るインテル Itanium プロセッサ ファミリの真のメリット
http://www.itmedia.co.jp/enterprise/articles/0611/13/news003.html

米Intel VP、「知られていないがItaniumは売れてます」
http://enterprise.watch.impress.co.jp/cda/topic/2005/12/16/6853.html
2007年までにRISCサーバー市場の5割獲得を目指す
http://enterprise.watch.impress.co.jp/cda/topic/2006/02/07/7170.html
Itaniumサーバーが急成長へ、米IDC調査
http://enterprise.watch.impress.co.jp/cda/foreign/2006/02/21/7251.html
Itaniumベース・システムの顧客向け出荷金額の推移
http://enterprise.watch.impress.co.jp/cda/parts/image_for_link/17938-7574-9-2.html
2007年末までにRISC市場で6割目指す
http://enterprise.watch.impress.co.jp/cda/topic/2006/10/05/8787.html

仏原子力委員会、デュアルコアItanium 2クラスタ導入
http://www.itmedia.co.jp/news/articles/0412/09/news033.html
日産はItanium 2、トヨタはOpteron、スズキはSX-8
http://www.itmedia.co.jp/news/articles/0504/07/news052.html
障害続いた楽天証券、基幹DBをPAからItanium 2に切り替え
http://www.itmedia.co.jp/news/articles/0511/09/news076.html
海洋研究開発機構,デュアルコアのItanium2を1280個搭載した大型計算機を導入
http://techon.nikkeibp.co.jp/article/NEWS/20060905/120826/
柔軟性と拡張性に加え堅牢性を評価 次期基幹系システムにItanium 2を採用
http://primeserver.fujitsu.com/primequest/casestudies/2006/1031/
東京証券取引所で2009年に稼働予定の次世代売買システムはItanium2
http://itpro.nikkeibp.co.jp/article/NEWS/20061220/257456/

467 :名無しさん@お腹いっぱい。:2007/01/31(水) 00:41:11
> トヨタはOpteron

さすがだな

468 :名無しさん@お腹いっぱい。:2007/01/31(水) 00:47:44
売国奴元K団連会長奥田死ね

469 :名無しさん@お腹いっぱい。:2007/01/31(水) 00:50:58
最初の3つはスポンサーがついたPR記事(=単なる広告)なんだがなあ。

470 :名無しさん@お腹いっぱい。:2007/01/31(水) 00:54:12
PRだから貼ったんだよ

471 :名無しさん@お腹いっぱい。:2007/01/31(水) 09:49:38
>>460
> SPARCの客だって、バイナリ互換のために買ってるわけで。
> 大半のお客は、安く速く堅牢に動くOracleが箱が欲しいだけなんだよ。

矛盾してないか?

472 :名無しさん@お腹いっぱい。:2007/01/31(水) 17:13:02
Itanium は PA-RISC の後継、という一点のみでなんとか売れている

でも PA-RISC のバイナリエミュレーションは実は使えない

Itanium もう売れない

なんてわかりやすいw

473 :名無しさん@お腹いっぱい。:2007/01/31(水) 19:26:18
ちょっとItanium買ってくる

474 :名無しさん@お腹いっぱい。:2007/01/31(水) 22:54:49

そして HP-UX シェア激減

商用 Unix で残るのは Solaris と AIX だけか..

475 :名無しさん@お腹いっぱい。:2007/01/31(水) 23:17:26
>商用 UNIX
HI-UX を忘れるんじゃねえ!
ヒタッチの大型プリンタの制御装置の OS として生き残ってる ZE!!

476 :名無しさん@お腹いっぱい。:2007/01/31(水) 23:20:26
あっ、ごっ、ごめんなさい... た、たしか、ヒウックス、、でしたっけ? 忘れてました。

477 :名無しさん@お腹いっぱい。:2007/01/31(水) 23:57:26
キヤノンのEOS 5Dってデジカメ使ってるんだが
こいつの画像処理プロセッサ"DiGiC"は富士通が作ってるらしい。

とりあえず凄まじい処理能力だ。
1200万画素のCCDから来た巨大データを3枚/secでjpegエンコード出来る。
しかも、ピクチャースタイルつうDirectXのPixel shaderみたいな奴を適用しながら爆速エンコード。
コイツはMicro SPARCか?

478 :名無しさん@お腹いっぱい。:2007/02/01(木) 00:38:40
ということは、キャノンのOSはスノスでつか?

479 :名無しさん@お腹いっぱい。:2007/02/01(木) 01:01:42
>>477
たしかSPARCじゃなかったと思う

480 :名無しさん@お腹いっぱい。:2007/02/01(木) 01:07:22
デジカメで有名なのは SPARClite だが。
最近のモデルなら違うかも知れん。組込みは富士通も独自 VLIW やってたはず。

481 :名無しさん@お腹いっぱい。:2007/02/01(木) 01:24:51
ここらへん?
http://pr.fujitsu.com/jp/news/2005/02/7.html

482 :名無しさん@お腹いっぱい。:2007/02/01(木) 01:32:11
あるいは
http://pr.fujitsu.com/jp/news/2006/01/23.html

483 :名無しさん@お腹いっぱい。:2007/02/01(木) 02:10:58
いったい、ここはSUNスレかFスレか、もうワカランな。

484 :名無しさん@お腹いっぱい。:2007/02/01(木) 03:11:49
SPARC 軍団、ひいては Sun の発展のためには、富士通の動向は重要だよ。
富士通なしではここまできてないし、富士通がもう少しがんばってくれれば
今もっといいポジションにいるとも言える。
けど TI が脱落(?)する今、他にもうひとつアテにできる味方が欲しいよなぁ。
Apple が Niagara2 でデスクトップ作らんかなぁ。

485 :名無しさん@お腹いっぱい。:2007/02/01(木) 05:37:54
MacOSがウンコ。

486 :名無しさん@お腹いっぱい。:2007/02/01(木) 10:31:49
JPEG エンコードは DCT 演算さえできればいいだろ

487 :名無しさん@お腹いっぱい。:2007/02/02(金) 16:42:47
>>471
矛盾していない

客の大半 → Oracle箱、バイナリ互換はいらない
その残りが、バイナリ互換が必要な客



488 :名無しさん@お腹いっぱい。:2007/02/02(金) 16:45:03
>>477
かなりの部分をワイヤードロジックで組んでるかもしれない。
特定の処理しかできない代わりに
少ないトランジスタと少ない消費電力で桁違いの処理能力が出る。


489 :名無しさん@お腹いっぱい。:2007/02/02(金) 17:06:46
なんだCanon独自じゃないんだな。


490 :名無しさん@お腹いっぱい。:2007/02/02(金) 20:57:50
こういうASICが欲しいと注文しているのがキヤノンで、
設計・製造が富士通ということなら、
それをそのまま他のメーカーに外販することはないと思うぞ。



491 :名無しさん@お腹いっぱい。:2007/02/03(土) 00:30:05
Intel Thurley has early CSI interconnect
http://www.theinquirer.net/default.aspx?article=37392

CSI!CSI!

492 :名無しさん@お腹いっぱい。:2007/02/07(水) 22:27:10
こっちにも貼っとかないとな!

HP smacks Sun with Solaris stick
http://www.theregister.co.uk/2007/02/06/hp_solaris_support/

HPはSolarisを応援しています

493 :名無しさん@お腹いっぱい。:2007/02/09(金) 00:56:39
IBMもintelもSolarisを応援してくれているぜ?

494 :名無しさん@お腹いっぱい。:2007/02/10(土) 01:33:15
HPが応援することに意味があるんじゃないか
このスレ的には

495 :名無しさん@お腹いっぱい。:2007/02/10(土) 04:36:16
今後の予定:

HP が PA-RISC 継続を発表

Intel と HP のののしり合い(実際は芝居)

HP が IA64 から離脱、Intel と相互に訴訟(1 年後和解の出来レース)

Intel が IA64 関連を別会社化、IA64 採用の企業も出資

(フェードアウト....)



NEC が「同クロックの x86 に肉薄する性能のエミュレーション」を完成

(完全消去。)

496 :名無しさん@お腹いっぱい。:2007/02/11(日) 06:31:39
Itaniumはこれから爆発的に性能があがるよ


      ハ_ハ   
     (^( ゚∀゚)^)  ハ_ハ
     )  /   ('(゚∀゚∩   あがるよ
    (_ノ_ノ     ヽ  〈
             ヽヽ_)

497 :名無しさん@お腹いっぱい:2007/02/11(日) 10:05:25
いや、懸案のコンパイラの改善もできたので、
これ以上は無理という感じ。キャッシュもクロック
も目一杯だしねえ。

498 :名無しさん@お腹いっぱい。:2007/02/11(日) 11:06:08
そういやintelは、itaniumの性能アップのペースは
x86の1.5倍だかの爆発的ペースでアップするとか
素敵なことを言ってたような記憶がある
2年ぐらい前に

499 :名無しさん@お腹いっぱい。:2007/02/11(日) 11:40:48
>>498
>x86の1.5倍だかの爆発的ペースでアップするとか
>素敵なことを言ってたような記憶がある

きっと、x86の1.5倍の性能アップがあったんだよ。
だけどx64がそれ以上に性能アップしたんだよw

500 :名無しさん@お腹いっぱい。:2007/02/11(日) 12:18:50
昔Sunの代理店にいたオイラは思い知らされたけど。結局、圧倒的なコスト
パフォーマンスには勝てないんだよ。Itanium2がXeonよりも多少信頼性
とやらで勝っていても、お高いItanium機は買ってくれない。
Xeonの1U-2U機で対応できないような処理(その多くはOracle DBだけど)
が必要な場面だけItaniumを買う。それか、古くなったHP-UX機のリプレス。
OracleがItaniumをXeonと同じライセンス設定にしているから良いけど
PowerやSPARCと同じ設定にしていたら、IBMや富士通に今以上にシェアを
侵食されていると思う。いや、Xeonにやられているかな?

501 :名無しさん@お腹いっぱい。:2007/02/11(日) 13:11:02
>>500
デュアルコアXeonが出てからはそれが顕著になると思う。



502 :名無しさん@お腹いっぱい。:2007/02/11(日) 16:59:36
Itaniumはまだまだこれからだよ。これから始まるんだよw

503 :名無しさん@お腹いっぱい。:2007/02/11(日) 17:48:38
>>500
逆に、SPARC 用 Oracle が x86 並に値下がりしたら SPARC 機はもっと売れるんだがな。

504 :名無しさん@お腹いっぱい。:2007/02/11(日) 20:38:02
Itaniumはまだまだ終らんよ!

505 :名無しさん@お腹いっぱい。:2007/02/11(日) 22:15:27
>>503 Oracleのライセンス施策はひどいよな。
どう考えてもSPARCよりも速いItaniumやXeonを係数1にすべきだろう。
なんで遅いSPARCが係数0.5ではないのか。SPECintかClockで決めて欲しいぜ。
Sunの業績が落ち込んだ理由の一つにOracleを始めとする商用ソフトのライ
センス施策があると思う。コアにCPUライセンス掛けやがったんで低クロック
のSPARCはものすごく不利になった。
Sunとしてはアレだな。Oracleの代わりにPostgreSQLやMySQL、Firebirdを
強力に推すべきだろう。WebAPやMailも自社製品をバンドルしちゃってさ。
保守料以外のソフトウェア費用を圧縮させると

506 :名無しさん@お腹いっぱい。:2007/02/11(日) 22:57:11
でもまあ、利益の大きいハイエンドなのは Oracle 切っちゃうと逆に売れないし。
Oracle の顔色はやっぱうかがわざるを得んだろ。
エントリーはたいてい PostgreSQL で十分だけどね。
Oracle も Sun があんまりへこむのは困るんだろうが、利鞘も欲しいだろうし。

507 :名無しさん@お腹いっぱい。:2007/02/12(月) 00:56:05
ローエンドからミッドレンジの入り口まではSunも結構売れている。
とすれば、敵の利益源であるミッドレンジからハイエンドを叩くべきでは?

508 :名無しさん@お腹いっぱい。:2007/02/12(月) 01:00:27
JavaのGPL化は結構良い手ではなかったかと思う。
Java使うのなら、関係しているプロダクトを無償にしてソースコード公開しろって
IBMはApacheライセンス望んでいたようだが。
つい最近までSunのクローズドな対応に批判たっぷりだったが、OSからミドルウェア
までオープンソースに変えていった途端に口をつぐんでいやがる。


509 :名無しさん@お腹いっぱい。:2007/02/12(月) 01:10:08
NECさんも日立さんもオフショア開発加速
毎回毎回オーダーメイドの開発ばっかりしているからなー。
碌なパッケージ持っていないせいで
http://news21.2ch.net/test/read.cgi/bizplus/1170629111/l50

ハードだけでなくソフトも海外頼みかよ。終わったな

510 :名無しさん@お腹いっぱい。:2007/02/12(月) 01:53:09
>>507
いや、叩くって... 具体的に Oracle の値段をどうするの??

511 :名無しさん@お腹いっぱい。:2007/02/12(月) 01:57:38
フリーのDBを普及させるって事でしょ。

512 :名無しさん@お腹いっぱい。:2007/02/12(月) 02:45:45
PostgreSQL をハイエンド対応させろ、と? そりゃまた遠大だなぁ..

513 :名無しさん@お腹いっぱい。:2007/02/12(月) 04:16:22
Derbyのことじゃね?
ttp://www.itmedia.co.jp/enterprise/articles/0512/15/news025.html

Oracleの代替としてはキツイかなあ

514 :名無しさん@お腹いっぱい。:2007/02/12(月) 08:32:44
>>508
IBMは巨人なんだからちょっとは遠慮しろと思ったが、
IBMはC#なんて作らないくらいの分別はあるからなあ…

515 :名無しさん@お腹いっぱい。:2007/02/14(水) 00:04:03
こんなのわざわざ公表しなきゃならないって... Intel 相当追い詰められてるんだな。
「チップをどのようにメモリに接続するか、」って、ああたww

インテル、80コアプロセッサをデモ
ttp://japan.cnet.com/news/ent/story/0,2000056022,20342869,00.htm

516 :名無しさん@お腹いっぱい。:2007/02/14(水) 00:13:51
Itanium や x86 だとニコイチ Quad までしか作れません、てのとコントラスト比
20:1 で余計逆効果なんでは...
どっちにしろもうすぐ x86 やめまっせ、ってまたまた言いたいんだろうか?
しかしそれにしてもまた VLIW なのか? まだ懲りんのかね...

517 :名無しさん@お腹いっぱい。:2007/02/14(水) 00:31:27
>>515
追いつめられてるとかじゃなくて
もともとRattnerはマーキテクチャ担当なの

518 :名無しさん@お腹いっぱい。:2007/02/14(水) 00:37:33
他の会社でもそんな特殊条件で動作する実験はいっぱいやってるけど、
特にこんな公表の仕方はしないよ。記事中で ClearSpeed が参照してあるの、
暗に揶揄してるんだと思うけど。あーはずかし。ダサ。

519 :名無しさん@お腹いっぱい。:2007/02/18(日) 21:06:08
日本のサーバー市場。hpが一人勝ちらしいな。dell、富士通、NEC、ともに
やられてしまっているとか。blade cクラスの評判もいいもんな。ある意味
当然の結果なんだろうけど。
NECもシグマグリッドとやらを作っている場合では無いな。

520 :名無しさん@お腹いっぱい。:2007/02/18(日) 21:54:09
そうなんだ。うちは昔hpのblade10だか20だかを入れて壊れまくって
しばらくブレードには手を出さないという暗黙のルールができたよ。
1年で半分以上のDiskが逝った。エンクロージャも一回交換した。
hpは安くていいんだけどね。DL360でもx336より安い。

521 :名無しさん@お腹いっぱい。:2007/02/18(日) 22:49:42
hp blade c-classは優れているよ。クーリング設計を位置からやり直した。
専用のファンも日本の工房に注文して製造した。
欠点だったネットワークインターフェースのポート数の少なさも解消。
Sunの馬鹿でかいブレードよりずっと優れていると思う。

522 :名無しさん@お腹いっぱい。:2007/02/18(日) 22:56:21
イチからやり直したんなら、前のはダメダメだったんだろ? なんで今のは優れているって
わかるんだよ? 実績から判断したら、ダメ、なんだろ?ww

523 :名無しさん@お腹いっぱい。:2007/02/18(日) 23:44:52
いじわるな子だなあ

524 :名無しさん@お腹いっぱい。:2007/02/19(月) 00:14:30
>>522 何言ってるの? 各社のブレードが冷却や電源容量、重量、拡張性の
問題を抱えていた事を知らないの? ここ1年くらいでようやく良くなって
きたんだよ。実際、今年の初めあたりから大手の情シス部門がブレードを
実運用に乗せはじめている。引き合いもブレードが多くなってきた。
Sunは小型ブレードの問題に気がついて大型ブレードの開発に着手したん
だろうけど、タイミングがちょっと悪かった。競合他社のブレードがそれら
問題点を克服しつつある頃にリリースだからな。
おれん所はSunの代理店でもあるが、正直、ブレードはhpの方がいい!
1U-2Uのラックマウント型サーバに関しては、X4100/X4200もなかなか良い
と思うけどね。ブレードはなー。

525 :名無しさん@お腹いっぱい。:2007/02/19(月) 00:19:23
Sunのブレード五月蠅すぎ。耳が痛くなる。

526 :名無しさん@お腹いっぱい。:2007/02/19(月) 01:06:48
>>524
ブレードの熱問題、商品出してからわかったってか、そんな珍妙な説は
初めて聞いたよ、hp 社内じゃそんなこと言ってんのかwwwwwwww ノーテンキだなww

527 :名無しさん@お腹いっぱい。:2007/02/19(月) 13:37:14
冷却とかロケーションによって違うし、一口に「問題がある」といっても
大中小いろんなレベルがあるわけで。実質的に特定用途向けだったブレードが
特性改善で広範囲な用途に適用できるようになった、ってのは別におかしくないでしょ。

うちはブレード無縁だけどナー
2畳のサーバルームが余ってるヨ…


528 :名無しさん@お腹いっぱい。:2007/02/19(月) 13:45:41
IBMとかHPのブレードって、Ciscoのスイッチとかも格納できるんだろ。
これだけでも、いいとおもった。
Sunはなにを血迷ったのか、変なスイッチメーカ買収しちゃったもんだから、そういうことが出来ないんだよな。


529 :名無しさん@お腹いっぱい。:2007/02/19(月) 20:19:49
ここだけの話だけど、実は大手オンライン証券の一部の商品に使ったんだ。
エンクロージャ交換の時はサービスをメンテ中にしたし、他の故障は
Webクラスタでとりあえず顧客サー日には影響なかったからいいけど。

hpはDL1x0の安物シリーズもすごい壊れる。まあこいつこそ計算クラスタ用で
2,3台壊れても影響ないようなところに使うべきなんだろうけど。

IBMのは高いけどロードバランサーまで格納できるし、ブレードとエンクロージャの
接続口まで冗長化されてるし、各マシンの起動BIOS画面も遠隔操作できるし、
正直すごいと思った。でも6Uに8台で、1Uサーバーより全然割高だから外した。
うちはhpでの呪縛がとけるまで誰もブレードにGOサインださないだろうけどね。
でもそろそろかなあ。


530 :名無しさん@お腹いっぱい。:2007/02/19(月) 21:53:35
あれ、webみたら7Uか9Uに14枚になってるな。
なんか俺が勘違いしてるかも。ラインナップも変わったし。

531 :名無しさん@お腹いっぱい。:2007/02/20(火) 00:19:12
>>527
商品の保証してる使い方して壊れるんなら、問題あるだろ。
ブレードかどうかなんてぜんぜん関係ないが。hp のブレードってそんなレベルかよ
パソコン以下じゃんw

532 :名無しさん@お腹いっぱい。:2007/02/21(水) 01:12:48
>>531 いや、パソコンですけど? ちなみにSunのXシリーズもパソコンですが何か?

533 :名無しさん@お腹いっぱい。:2007/02/21(水) 01:25:12
つまらん切り返しだな。もうちょっとヒネれよww

534 :名無しさん@お腹いっぱい。:2007/02/21(水) 11:16:54
詰め込みだから、ある意味パソコンより可用性はヤバいのでは。


535 :名無しさん@お腹いっぱい。:2007/02/21(水) 14:54:32
>>532
hmxの人かよ

IA32=パソコンってこたあないだろ。
パソコンにFireGLカード積んだだけで
「グラフィックワークステーション」とか言って売ってるしな。IBMも。

536 :名無しさん@お腹いっぱい。:2007/02/21(水) 18:42:10
>>534
ダイナブック SS1 の開発者の方かなんかですかねw?

537 :名無しさん@お腹いっぱい。:2007/02/21(水) 22:44:27
>>535 dellもhpも同様だけどね

538 :名無しさん@お腹いっぱい。:2007/02/21(水) 23:24:18
パソコンだよ、xeon, core2 とブランド違っても中身は同じ

539 :名無しさん@お腹いっぱい。:2007/02/22(木) 00:08:35
漏れもブレード機をパソコン呼ばわりできる身分になりたいものだ。
さすがに居住スペースに置くのは勘弁だが。

540 :名無しさん@お腹いっぱい。:2007/02/22(木) 15:42:02
42Uラックを「パソコンラック」、RS6000やx346を「パソコン」呼ばわりしてるアホなら
ここにいるけどな。確かに彼の用途では「パソコン」だ。
http://digital.hmx.net/
H/Wの話がめっきり減ったんで最近はチェックしてなかったんだけど、
更新頻度もずいぶん落ちてるな。残念。


541 :名無しさん@お腹いっぱい。:2007/02/22(木) 22:09:10
使う人間が「これはパソコンだ」と思い、まさにパソコンのような使い方をすれば、
それは間違いなくパソコンだろうな。けどそんなこと論じて何の意味があるのww

542 :名無しさん@お腹いっぱい。:2007/02/22(木) 22:35:12
パソコン賤視ネタ

543 :名無しさん@お腹いっぱい。:2007/02/22(木) 22:57:16
ネットワークカードやSCSIが標準装備で、
ROMモニターのコマンドでネットブートとかができて、
メインOSがUNIXであるのがワークステーション。

ネットワークカードやSCSIが標準ではなく、
ネットブートも原則的にはできなくて、
メインOSがWindowsであるのがパソコン。

544 :名無しさん@お腹いっぱい。:2007/02/22(木) 22:59:59
SCSI要らんわ

545 :名無しさん@お腹いっぱい。:2007/02/22(木) 23:05:38
>>544 内蔵DiskはUltraSCSI、SAS、FCのどれかじゃないと。
うん? もしかしてネットワークブート?

546 :名無しさん@お腹いっぱい。:2007/02/22(木) 23:15:41
その中ならSASかな
FCも捨てがたいが
PXEでネットワークブートはちょっとお高めのPC WS/鯖なら昨今標準装備だわな

547 :名無しさん@お腹いっぱい。:2007/02/22(木) 23:18:41
イーサーネットがついていればおおむねついているような気がする

548 :名無しさん@お腹いっぱい。:2007/02/22(木) 23:20:26
そうかも
家庭用のには付いてないだろと油断したらFMVにも付いてたからね

549 :名無しさん@お腹いっぱい。:2007/02/22(木) 23:28:11
>>543
Ultra10はパソコンだな。


550 :名無しさん@お腹いっぱい。:2007/02/22(木) 23:32:38
>ネットワークカードやSCSIが標準装備で、
>ROMモニターのコマンドでネットブートとかができて、

それをパソコンとして使ってる連中はごろごろいるだろ

551 :名無しさん@お腹いっぱい。:2007/02/23(金) 00:28:25
パソコンの場合、ROMモニタはないだろ。
あるのは変なメニュー形式のBIOS。
ここに大きな違いがある。

あと、パソコンだと、VGAやキーボードなしではブートできない。
ワークステーションはシリアルコンソールオンリーでもブート可能。

552 :名無しさん@お腹いっぱい。:2007/02/23(金) 00:36:52
IPMI使える製品は増えてきてるね
VGAは鯖ならオンボードで外せないが
キーボードは外してもおkだよ

553 :名無しさん@お腹いっぱい。:2007/02/23(金) 00:43:45
USBなキーボードのマシンならキーボードなしでもOK
ps/2キーボードでもエラーで止まらないように設定してやればOK
VGAは・・・u-bootやtiny-biosみたいなやつならVGAなしでもいけるな

554 :名無しさん@お腹いっぱい。:2007/02/23(金) 00:52:17
スイッチ入れるならこういうのもあるし
ttp://www.selling.co.jp/goodssearch.asp?keyword=E-PC-S2

555 :名無しさん@お腹いっぱい。:2007/02/23(金) 01:19:15
おそらくパソコンであろうPowerPCのMacはOpenFirmware(OpenBoot)が乗ってるし、
Intel CPUのMacはEFIが乗ってる。

556 :名無しさん@お腹いっぱい。:2007/02/23(金) 03:00:19
>>551
パソコンだと、VGAやキーボードなしではブートできない。
ワークステーションはシリアルコンソールオンリーでもブート可能。

それはワークステーションじゃなくてサーバーかどうかの範疇だと思うけど。
でも俺パソコンでもキーボード&VGAなしで起動してVNCログインとかしてる。


557 :名無しさん@お腹いっぱい。:2007/02/23(金) 06:16:11
できればワークステーションという区分でも
>ワークステーションはシリアルコンソールオンリーでもブート可能
こういうものであってくれたほうが
購入対象が増えてうれしいです

558 :名無しさん@お腹いっぱい。:2007/02/23(金) 09:55:04
>パソコンだと、VGAやキーボードなしではブートできない。
>ワークステーションはシリアルコンソールオンリーでもブート可能。

所詮はボケ老人の「俺定義」か… いや老人だから「ワシ定義?」

559 :名無しさん@お腹いっぱい。:2007/02/23(金) 10:31:44
>>556
BIOS で止まらないように設定できるぜ普通。

560 :名無しさん@お腹いっぱい。:2007/02/23(金) 11:18:52
>>559
止まらないようにはできても、
たとえば、シリアルコンソールでBIOS設定を変更したりはできない。

561 :名無しさん@お腹いっぱい。:2007/02/23(金) 12:06:02
たしかにNECのEWSでもシリアルコンソールでいろいろできた気がする。
でももうシリアルは過去の遺物だろう。それをPCとWSの境界にするのは
WSは過去の遺物だっていってるようなもんだ。

はっ!!、そういうことなのかw

そんなことよりIPFの話しようぜ

562 :名無しさん@お腹いっぱい。:2007/02/23(金) 12:10:12
>でももうシリアルは過去の遺物だろう。

むしろシリアルすげー復権してますけど

サーバー機ではバーチャルなシリアルコンソールとかいろいろ

563 :名無しさん@お腹いっぱい。:2007/02/23(金) 12:14:26
>>560
最近のPCサーバだと仮想KVMがついてるんじゃない?


564 :名無しさん@お腹いっぱい。:2007/02/23(金) 13:02:28
http://www.raritan.co.jp/

565 :名無しさん@お腹いっぱい。:2007/02/23(金) 13:03:00
>>562
マジっすか。そりゃ俺の勉強不足。
SunのUltra20だってシリアルポートないし(あれはPCだけど)、
もうシリアル/パラレル/PS2自体が過去の遺物という認識でした。
ネットワーク機器以外ではNetra x1の設定に使ったのが最後。

よかったら具体例教えて

566 :名無しさん@お腹いっぱい。:2007/02/23(金) 13:05:47
Sunのシリアルは物理層がRS-232Cじゃないですよ。




567 :名無しさん@お腹いっぱい。:2007/02/23(金) 22:00:48
各セグメントを分かりやすく分類するための
マーケティング用語として定着した言葉を一から考えて見る。


ワーク=仕事、生産活動、職場
パーソナル=個人の、私的な

基本的には別物だが100%相反するわけでもない。両立することもある。

例えば、メールやチャットやWEBブラウジングを楽しみつつ
photoshopや3ds Maxで(金を生み出す)創作活動、
を一台の計算機で済ますような場合はWSでもありPCでもある。
正確に言うとそのアプリケーション(を使う目的)によってPC/WSの役割が入れ替わる。


それとクライアント端末に対して何かをserveしてあげる計算機、それがサーバ。


ハードウェアの形態や規模やインターフェイスやパフォーマンスは
各役割に応じて結果的にそうなったということであり、定義とは直接関係ない。

568 :名無しさん@お腹いっぱい。:2007/02/23(金) 23:02:45
そんな理屈!

569 :名無しさん@お腹いっぱい。:2007/02/23(金) 23:14:25
量販店に売ってる1万円くらいの小さなブロードバンドルータでも、
DHCPサーバ機能をONにすればDHCPクライアントになるマシンがどのような代物であれ、
その機能・サービスの上においては立派なサーバ。

570 :名無しさん@お腹いっぱい。:2007/02/23(金) 23:17:38
量販店に売ってる小さなブロードバンドルータなら3千円あたりからあるのだが・・

571 :名無しさん@お腹いっぱい。:2007/02/23(金) 23:20:19
プリンタのパラレルポートに直付けするプリントサーバーのことを、
いくら「これはサーバー」と説明しても、変換コネクタだ、と言って譲らなかった
アフォ上司を思い出した。

572 :名無しさん@お腹いっぱい。:2007/02/24(土) 00:40:46
Sun's servers resurgent in 2006 - Gartner
http://www.theregister.co.uk/2007/02/22/gartner_2006_sales/

> HP, punished by the Itanium transition, saw sales dip 9 per cent,
> Fujitsu sales dropped 11 per cent and Groupe Bull sales dropped
> 20 per cent. Life remains tough for Itanic backers.

> Unhampered by Itanium, IBM clearly produced a healthier high-end
> server business than HP in 2006. In its most recent quarter,
> for example, HP's high-end server sales fell 6 per cent,
> despite a 75 per cent rise in Itanium shipments. The company
> simply cannot move enough Itanium gear to offset its PA-RISC
> and Alpha losses.

573 :名無しさん@お腹いっぱい。:2007/02/24(土) 00:42:18
> Life remains tough for Itanic backers.
> Life remains tough for Itanic backers.
> Life remains tough for Itanic backers.
> Life remains tough for Itanic backers.

574 :名無しさん@お腹いっぱい。:2007/02/24(土) 01:22:42
>567
ワーク といわれて 危うく「やぁ、まっく」と言いそうになった

575 :名無しさん@お腹いっぱい。:2007/02/24(土) 01:47:16
何言ってんだ、ホワイト

576 :名無しさん@お腹いっぱい。:2007/02/24(土) 01:56:25
>>572
そんなに落ち込んでるんだ、Itanium。


577 :名無しさん@お腹いっぱい。:2007/02/24(土) 02:06:37
> despite a 75 per cent rise in Itanium shipments.

落ち込んではいない 去年まで全然売れてなかっただけ

578 :名無しさん@お腹いっぱい。:2007/02/24(土) 02:19:55
>>573
どういう意味?
「Itaniumの後押しのおかげで強く生き残ってる」?
だと「Itaniumへの移行に悩まされている」の部分と矛盾するか。
「Itaniumにしか生き残る道がない」っていう意味の比喩?それは飛躍しすぎか。
Toughを力強くって訳そうとするからおかしいのかな 

579 :名無しさん@お腹いっぱい。:2007/02/24(土) 02:47:35
Itanicに賭けた連中が勝ち残るには超厳しい状況っす。

580 :名無しさん@お腹いっぱい。:2007/02/24(土) 02:54:16
>>579
おお、なるほど。 toughを困難な、って訳さないといけないのか。
仕事でNY行く話が出てるんだけど、不安になってきたな。駅前留学してみるか

581 :名無しさん@お腹いっぱい。:2007/02/24(土) 08:17:53
というか、Itaniumが死亡するだけで、HPは残るけどなw

582 :名無しさん@お腹いっぱい。:2007/02/24(土) 09:45:48
プリンタと電卓屋として、だけどなw

583 :名無しさん@お腹いっぱい。:2007/02/24(土) 09:50:37
>>567
あのねぇ、クライアント-サーバーはサービスを分散配置するときの役割分担を
表すために使われた単語で、Unix の場合ならプロセスを指して使う言葉なのよ。
ハードウェアのことを言うのはほぼ誤用よ。サーバープロセス専用の計算機を
サーバー機というのはまだわかるけど。

584 :名無しさん@お腹いっぱい。:2007/02/24(土) 10:45:00
そろそろItanium厨も現実に気がついてきたかな?

585 :名無しさん@お腹いっぱい。:2007/02/24(土) 11:12:21
これで気づくようでは、itanic厨やってないでしょw

586 :名無しさん@お腹いっぱい。:2007/02/24(土) 11:35:29
>>585
まったくだ


587 :名無しさん@お腹いっぱい。:2007/02/24(土) 19:43:02
もともとitaniumって「死に筋」って言われていたよね

588 :名無しさん@お腹いっぱい。:2007/02/24(土) 19:53:01
台数は出ているけど、金額は下がっているってことは、
ハイエンドはさっぱりってことだな。


589 :名無しさん@お腹いっぱい。:2007/02/24(土) 20:00:08
>>588
ハイエンドにおいて、Itaniumなんて非x86のCPUで
動かすアプリなんて、何があるっていうのさ?

特注かい?



590 :名無しさん@お腹いっぱい。:2007/02/24(土) 23:58:00
ハイエンドで x86 出してる時点で論外認定なわけだが。

591 :名無しさん@お腹いっぱい。:2007/02/25(日) 12:14:12
そだね。x86なんてUNISYS ES7000の32CPUくらいが上限でしょ?
普通4CPU超えたらx86なんて対象外だもんね。っていうかその前に

>台数は出ているけど、金額は下がっているってことは、
>ハイエンドはさっぱりってことだな。

去年より75%アップした=去年まで全然売れていなかったというだけでしょ。
Itaniumの出荷数は去年より75%アップしたけど、売り上げが落ちているから
Alpha&PA-RISCからの乗り換えがうまく進んでいないということはわかる。
逆に言うと乗り換えで初めてItaを買う人ばっかりだから、セグメント別の
売り上げうんぬんみたいな事はまったくわからない。

592 :名無しさん@お腹いっぱい。:2007/02/26(月) 17:18:50
エンプラ市場で対抗したかも知れない Alpha と PA-RISC を駆逐し、
IBM 以外のメインフレームを壊滅させ、x86 の行く末に打撃を与えたという点で
Itanium はある程度当初の目的を達成したw
x86 への打撃が Intel 自社だけにとどまったのはイマイチだけど。
さあ、ちゃんと役目を果たしてくれよ、もうちょっと足引っぱってくれないとw
消えるのはそれからにしてくれよ、掃除屋くん!w

593 :名無しさん@お腹いっぱい。:2007/02/26(月) 17:42:07
>>592
え、対抗なの?後継っていう位置づけかと。
すくなくともhpの売り方はそうだよね。
バイナリ互換だし。

594 :名無しさん@お腹いっぱい。:2007/02/26(月) 21:23:19
エミュレーションなんだろ?

595 :名無しさん@お腹いっぱい。:2007/02/27(火) 00:54:29
>バイナリ互換だし。

596 :名無しさん@お腹いっぱい。:2007/02/27(火) 01:07:44
願望が出たか

597 :名無しさん@お腹いっぱい。:2007/02/27(火) 01:12:43
>>592
>x86 の行く末に打撃を与えて
amdのx64にローエンド市場でのとどめを刺されたitanium

598 :名無しさん@お腹いっぱい。:2007/02/27(火) 01:17:50
その割には、台数だけは出ているんだよな。
どのグレードが一番売れてるんだろ。
4U以下のItanium2なんて全く魅力ないのに。


599 :名無しさん@お腹いっぱい。:2007/02/27(火) 01:35:33
PA-RISCの代わりに仕方なしに買ってるんじゃない?

600 :593:2007/02/27(火) 01:38:37
4U以下じゃなくて4way以下でしょ?

>>596
願望っていわれても、俺Itanium嫌いだし、hp-ux用ないし。
Ita2の評価機をhpから借りてOracleで自社システムのベンチとって
がっかり。うちは4wayで事足りてたからItaはC/Pで論外。
で、4wayで足りなくなってきた頃にはOpteron Dual Coreが出てやっぱりx86。
SPARCが対抗馬だったんだけど。

601 :名無しさん@お腹いっぱい。:2007/02/27(火) 01:41:07
つーかエミュレーションにしろ「バイナリ互換」ってhpが言ってるじゃないか
http://h50146.www5.hp.com/products/software/oe/hpux/developer/document/migration.html

602 :名無しさん@お腹いっぱい。:2007/02/27(火) 10:20:38
>599
今時点だったらまだ PA RISC の機種もあるよね?
なんのかんのでまだ暫くはグダグダ残りそう。

(そんなんだったら Alpha も残しといてくれよぉ)

>601
それは "振り上げちゃった拳" だろ


603 :名無しさん@お腹いっぱい。:2007/02/28(水) 02:13:55
>>598
ハイエンドのOracle用なんじゃねーの

604 :名無しさん@お腹いっぱい。:2007/02/28(水) 11:02:20
>>602
Alpha残してもOSが無いじゃん

605 :名無しさん@お腹いっぱい。:2007/02/28(水) 11:36:22
最後のへんの Digital UNIX は HP-UX よりずっとデキよかったんじゃない?
OpenVMS もあるし。好むんなら Linux も NetBSD もあるし。

606 :名無しさん@お腹いっぱい。:2007/02/28(水) 11:42:47
FreeBSDもあるでよ

607 :名無しさん@お腹いっぱい。:2007/02/28(水) 11:43:36
WindowsNTもあったね

608 :名無しさん@お腹いっぱい。:2007/02/28(水) 12:32:02
商売するにはサポート部隊が必要だよ

133 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)