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「勘弁してくれ。」

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

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

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