Sun Microsystems 最大のリストラ

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 14:32:59

11%-13%の人員削減だが、栗鼠似の会長は栗鼠トラ対象外。

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

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 14:38:25

【過去スレ_1】
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/

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 14:39:33

【過去スレ_2】
Sun Microsystems 最後の理不尽
ttp://pc8.2ch.net/test/read.cgi/unix/1110926614/
Sun Microsystems 最後の量産
ttp://pc8.2ch.net/test/read.cgi/unix/1114945256/
Sun Microsystems 最後の遺産
ttp://pc8.2ch.net/test/read.cgi/unix/1121277000/
Sun Microsystems 最後から二番目の真実
ttp://pc8.2ch.net/test/read.cgi/unix/1127872934/
Sun Microsystem 最大の遊撃
ttp://pc8.2ch.net/test/read.cgi/unix/1134031385/
Sun Microsystems 最大の滝壷
http://pc8.2ch.net/test/read.cgi/unix/1138786320/

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 14:42:16

＜公式サイト＞
Sun Microsystems (U.S.)
http://www.sun.com/

サン・マイクロシステムズ
http://jp.sun.com/

＜公式blogサイト＞
U.S. http://blogs.sun.com/roller/main.do
日本 http://jp.sun.com/communities/blogs/

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 14:47:02

Sun releases Fire 5000ネタは笑った。

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 15:12:02

乙
スレ大杉。統合したら。

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 15:12:57

>>1
あれだけたくさん立てたスレを再利用しないなら削除依頼出して来いよ。

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 15:15:43

>>5
(　ﾟДﾟ)　「Fire 5000」…ふむふむ、最新サーバーの発表か。ん？

(つд⊂)

(；ﾟдﾟ)　「Fire 5,000 Plan」……？

(つд⊂)

　 _, ._
(；ﾟ Дﾟ）　... fire up to 5,000 workers

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 15:49:16

>>6,7
Intel 批判でる度に「うっとおしいから別スレにしろ」って言うから分かれたんじゃないか。
別にかまわんだろ並立で。たいした量もないし。

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 18:45:43

最後の重複スレも立ててくれ。
たいした量でもないし、重複について語ろうぜ。

誘導 · 2006/06/05(月) 19:13:39

★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
このスレは重複スレです

[Throughput] Sun Microsystems [Deathspiral]
http://pc8.2ch.net/test/read.cgi/unix/1094824338/
★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 19:26:00

このスレが後継でいいです
Itaniumにこじつけたタイトル、過去スレの再利用はお引取り願いたい

**名無しさん＠お腹いっぱい。** · 2006/06/05(月) 19:34:29

>>11
そのスレは「Linuxﾀﾝ萎え」について語るスレです。別物。

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 00:13:49

最大のリスが良かった

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 11:21:45

SunRay2 って、CPU は SPARC?

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 12:04:48

11%-13%の人員削減って全世界でしょう？
日本ではどうなんだろう？

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 12:22:36

日本は、撤退したりして。
そんなことはない。

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 17:19:09

>>17
それ、まだ発表しちゃだめって言われてるよね？

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 19:36:32

フライングしちゃったね

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 20:56:44

Sun travels to 'Andromeda' for blade server return
http://www.theregister.co.uk/2006/06/07/sun_andromeda_blade/

アンドロメダきたー

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 21:03:31

>>15
旧SunRayはたしかMicroSPARCだったと思うけど、
SunRay2 は AMD Alchemy。カタログの最後のページに書いていてある。
http://jp.sun.com/products/catalog/pdf/FY06Q4/SunRay2_2FS.pdf

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 21:30:52

AMDべったりだな

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 22:54:59

>>21
おおおおーー、MIPSー。びっくり。サーバー機の管理用に PowerPC も使ってるし。
開発外部なんかな? SPARClite じゃダメなんかよー?

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 23:20:04

>>20
SPARC はもういらない子になりそうな悪寒。

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 23:44:30

これからはSPteron

**名無しさん＠お腹いっぱい。** · 2006/06/07(水) 23:54:44

>>24
もうOpteronでいいよ

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 00:04:17

Transmeta と AMD も近づいてるだろ。Ditzel が AMD へ行く可能性もあるぞ。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 00:14:56

トラメタはLR2のIPで食ってきゃいいし、Ditzelタソ移籍あるかもな

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 00:18:29

SunRayは昔からCPU問わない流儀でしょ。
メーカーさん、みんな参加してくれよ、Javaだからよって戦略だから。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 00:56:12

アンドロメダと言えば拡散波動砲だね

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 01:12:08

そういえば最近龍角散の CM やってないな。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 01:16:23

ところで、Java chip が失敗したのはなぜ? プロトタイプぐらいまでは行ったんだよね、
そうすると勝算があった、ってことでしょ? 何が原因だったか、誰か知らない?

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 06:06:23

>>32
プロトタイプまでいくとなぜ勝算があるのか？
プロトタイプぐらいまでしかいかなくて、結局実用的にみて付加価値は何もなかったって事。

「LinuxってなんでWindowsより使われないかだれか知らない？」って質問と等しい。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 06:32:34

勝算がありそうだから、プロトタイプまで行ったと言いたいとみた。
JavaOSもあったね。

MAJCってどうなったの?

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 06:45:57

>>32
JITやHotSpotの方が効率が良かったから。

JavaOSはいまでもある。
NC向けは停滞しているけど、JavaCardの方が活発。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 08:16:50

java chipは失敗したというかazulみたいなサーバアプライアンスに使われるようになったと
理解してるんですけど
もし今後活躍の場があるとすればFPGA上に実装されたコプロとしてじゃないかな

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 08:51:41

azul

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 11:20:14

んと、当然、汎用 CPU 上の JIT や HotSpot より十分高い性能が出せなかったというのは
予想がつくんだけど、その先の理由を知りたい。具体的に、どんな点が
克服できなかったのか。
MAJC についても。あれは結構汎用 CPU 寄りになっちゃってるんだよね?

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 11:32:07

SPARC の ABI なんか見ても、スタック言語を高速に実行するための
配慮みたいなのがあったりして、そのあたりの「考えの足りなさ」が
Java chip の敗因じゃないんじゃないかと、思ってたりするんですよ。
実際モノ作ってみるまで問題点が発覚しなかったんなら、それはどんなことなのかと。
それとも改善を続ける体力がなくなっただけなの?

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 11:51:44

儲からないと判断したから。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 13:19:18

>>38
x86を見ても、
数が出て投資されるchipが速いってことが分かるのでは?

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 13:54:06

逆に言うと、そんな理由でしかないんなら、状況が変わってくればモロ復権があり得るね。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 14:00:31

CPUの性能向上は投入リソースに比例するんだから、復権なんてありえないだろ。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 14:07:11

Java 言語周辺へのリソース投入状況の変化なんていくらでも考えられると思うが。
むしろ x86 にずっとリソースが投入され続けると考える方が変。
x86 じゃなくて Intel にリソースが投入され続けると考えた Intel は Itanium で
痛い目にあってるしw。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 14:33:07

検索システムに力を入れるのかな。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 15:48:25

汚い CISC のエミュレーションのために膨大なコストがかかり、それが商品に
転嫁されているということをもっと考慮すべきだよね。よいものが評価されない、
優れたものが残れないというのは市場経済が正常に機能していないということでしょ。
バイナリ互換性至上などという迷信による囲い込み商売は規制すべきだね。

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 15:53:17

CISCエミュレーションって何の話？

**名無しさん＠お腹いっぱい。** · 2006/06/08(木) 19:26:10

newsで検索システムと音楽検索システムとかあったけど、
ipodみたく、音楽配信に参入するのかな

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 14:37:38

>>46
そんな膨大なコストをかけて、それが価格に転嫁されようとも、
スケールメリットによって他よりもコストパフォーマンスに優れているものが生き残るのは、
まさに市場経済が正常に機能しているということだと思いますが。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 17:23:27

何言ってるの? そのコスト分性能向上に回せるのよ? 現状がコストパフォーマンスに
優れてるわけがないから問題なんじゃない。
競争のない状態で市場経済なんて機能するわけがないでしょ。中学校で習わなかった?

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 17:29:05

ソフトウェアの流通量から考えてもx86系は有利だと思いますけどね
マシンのスループットと価格でコストパフォーマンスを考えてもしょうがないのでは

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 18:36:43

「ソフトウェアの流通量」という阻害要因によって競争が妨げられている。
しかもそれが参入障壁として機能するように恣意的に維持されている。
寡占は産業の衰退を招く。品質の悪いゴミばかりが残る。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 19:07:04

InteropのSunのブースのおねーちゃんは、
割とかわいい感じのひとが多かった。
CISCOの方が上だったが。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 19:14:25

>>50
> そのコスト分性能向上に回せる

それは微々たるものでしょう。
SPARCでもバイナリ互換のために色々やっていて、膨大なトランジスタ数を注ぎ込んでいますよ。

性能向上のためにはスケールメリットによって莫大な開発費を投入する必要があり、
スケールメリットを得るためには、x86という古い命令セットとの互換性を保つ必要がある。

スケールメリットによって投入できるようになる開発費が、
互換性のために必要なコストを、上まわっていれば問題ない。

DELLはx86なローエンドサーバを3万円で売ってるけど、
SunはSPARC系のローエンドサーバを3万円で売ってる?
ローエンドではSPARCのコストパフォーマンスは、x86には到底かなわないよ。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 19:25:06

>>54
> それは微々たるものでしょう。
Wintel 関係者ですか?
> DELLはx86なローエンドサーバを3万円で売ってるけど、
> SunはSPARC系のローエンドサーバを3万円で売ってる?
まっとうな競争がされていればコストパフォーマンスは今よりずっと上だという
主旨なんだけど... そんなに難しいかな?
> ローエンドではSPARCのコストパフォーマンスは、x86には到底かなわないよ。
はるかに改善されるでしょう、と言っています。今の x86 はリソースを
ほぼ独占しているのにたいした性能じゃない。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 20:50:13

>はるかに改善されるでしょう、と言っています。
仮定のお話だわな
もしかして漏れ釣られ（ｒｙ

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 21:01:51

何を期待してるのかがわからん。
高性能独自アーキテクチャが乱立しているような状況を望んでるのか？

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 21:06:35

まあ、SPARCは3万円サーバどころか、
40万円以上のクラスしか残ってないわけですが。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 21:49:57

>>55
RISC vs CISCの論争は、
それぞれ性能向上に向かって突き進んでいったら同じところに到達してしまい、
大した違いがなくなってしまったので、終わりましたよ。
マルチコア・マルチスレッド時代になって再燃するかな? という感じはあるけどね。

あなたのいう、まっとうな競争というのをやった場合、スケールメリットを享受することができません。
プロセッサ開発には莫大な費用がかかる以上、
スケールメリットなしではCPUの価格を下げることも、高性能なCPUを作ることもできません。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 22:06:17

まぁ CISC の方がバイナリを小さくできてメモりや HDD を節約できるってメリットはあるけどね。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 22:10:11

>>59
> それぞれ性能向上に向かって突き進んでいったら同じところに到達してしまい、
性能の落ちない CISC はあり得ると思うけど、x86 は違うよ。特にレジスタ数。
> あなたのいう、まっとうな競争というのをやった場合、スケールメリットを享受することができません。
それはない。Intel が AMD より性能出せないのはどう説明する?
スケールメリットが本当に聞いているのなら Intel はぶっちぎりで速くてしかも
今の数分の 1 の価格のはず。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 22:19:15

みんなありがたがり過ぎ乗せられ過ぎ。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 23:26:03

UltraSPARCわぁ～めぇちゃメチャ高いからぁ～♪
みんな絶対買うなよ～ぉ♪
雪国もや　しｗ

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 23:39:17

で、具体的にどうすればいいんだ
インテルとAMDにテロでもするのか？
あほらし、一生ほえてろ

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 23:44:15

Transmetaの中の人頑張って！

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 23:44:24

スルーすればいいと思うよ

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 23:44:43

>>61
> 性能の落ちない CISC はあり得ると思うけど、x86 は違うよ。特にレジスタ数。
AMD64でレジスタ本数が倍になったけど、
レジスタ本数が倍になっただけでは劇的に速くなってはいない。
x86互換というスケールメリットを捨ててまでして、レジスタ数を増やして性能を向上させるのは割りに合わない。
だからこそ、32ビットの時にはレジスタを増やしたりはせず、64ビットのモードを追加するタイミングで同時にレジスタを増やしたわけで。

> それはない。Intel が AMD より性能出せないのはどう説明する?
スケールメリットは必要条件ではあるものの十分条件ではないから。

現にAMDがインテルを上まわる性能のCPUを安価に提供しているのは、
x86互換とすることで得られるスケールメリットによって可能になったわけで。

年間100万個製造するのと、5000万個製造するのとでは、
CPU 1個に乗せるべきCPUの開発費が50倍も違うのですよ。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 23:46:12

>>65
Transmetaは緩やかにAMDの傘下に入りましたが、なにか?

新しいEfficeonは、
Transmetaが設計し、富士通が製造し、AMDが販売するのですよ。

**名無しさん＠お腹いっぱい。** · 2006/06/09(金) 23:49:45

>>63
高いよ☆

SgiがWoodcrestを採用するんだけど、これだって安いからじゃないし～
最終製品だって（ｒｙ

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 04:09:34

VLIW(笑)

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 09:49:45

ttp://itpro.nikkeibp.co.jp/article/NEWS/20060608/240425/
Itanium2にRedHatですか。。

SPARC64V使えよ。

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 10:04:28

Opteron使えよ。

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 12:22:06

>>71
「安価な」ってあるから廉価版のスパコンでしょ？
ハイエンドはAPLでSPARCかと

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 13:50:49

あ、ホントだ。

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 17:22:37

>>27,28
Mr. Ditzel って若いな。RISC 黎明期からの人だよね。何歳?
ttp://pc.watch.impress.co.jp/docs/2006/0609/gyokai164_01.jpg

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 17:42:30

英語キーボードのムラマサ欲しいかも。できれば MacOS X でw。

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 17:44:25

CrusoeのSunRayってのは出ないんだな。
相性良さそうなのにな。HotspotとCode Morphingは。

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 18:46:58

Crusoe だと Java が速い、なんて聞いたことないぞ。
技術的に似てそうな雰囲気はあるがw。

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 19:06:46

>>75
Efficeon 2 億個売れて富士通ボロもうけ財務改善→SPARC 開発絶好調→リス CEO 復帰
ttp://pc.watch.impress.co.jp/docs/2006/0609/gyokai164.htm

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 21:06:27

× リス CEO 復帰
○ 富士Sun 誕生

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 21:54:25

SunRayはアプリをサーバ側で実行するのになんでクライアントに(ry

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 22:14:10

>>79
すごいシナリオ。。

**名無しさん＠お腹いっぱい。** · 2006/06/10(土) 23:27:44

>>81
まあ Java がえらい高速で動けばまた端末側で Java のアプリ動かすこともあるかもだけど。
今の SunRay はまったくやめちゃってるのかな?
SunView っぽいアイコンがよかったけどなw

**名無しさん＠お腹いっぱい。** · 2006/06/11(日) 01:36:41

漏れはOpenVGを使って画像処理に手を入れた方がいいんじゃないかと思うんだけど

**名無しさん＠お腹いっぱい。** · 2006/06/11(日) 02:40:00

端末側でJavaアプリが動くSunRayなんてあったの？

**名無しさん＠お腹いっぱい。** · 2006/06/11(日) 09:04:21

WMやアプリのランチャーはJavaで書いてあったでしょう。

**名無しさん＠お腹いっぱい。** · 2006/06/11(日) 11:34:54

>>78
そういや、最初に日本に売り込みに来た時に、
いきなりVLIWに落すJREがあるって言っていたな。
けど顧客が見向かなかったらしい。
速いって言っていたけど、資料もないし、セールストークだからどうかなw

>>79
Microsoftに取り込まれちゃったか、Transmetaは。

**名無しさん＠お腹いっぱい。** · 2006/06/11(日) 22:05:50

>>85
JavaStation だな。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 00:37:04

>>88なつかしい

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 01:26:01

人員削減対策ってもう何年やってんだよ。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 09:56:21

でもさ、CPUの性能、消費電力っていうのは、CPUの製造能力に依存している、
って忘れていない？

Intelが強気なのは、ピカ一の製造能力を保持しているからだよ。
同じように、PowerやSPARC64が優秀なのは、IBMや富士通が優れた製造能力を持っている
ことだよ。

要は、設計や開発能力だけでなく、製造能力も必要。これらが維持できる
コンピュータ会社というのは、限られている。

MIPSやARM、SHでサーバを作る香具師はいないでしょ？でも、組み込みでは、
これらのCPUは良く使われる。組み込みでMIPSやARM、SHが使われるのは、
程良くバランス（性能、消費電力、コスト）しているから。
裏を返して言うと、良い設計がされている。

絶対性能がでていない、または高周波数でないからといって、設計が悪いわけでも
ない。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 10:01:20

まるで組み込み向けCPUには製造能力が要らないような言い方だな。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 10:06:53

>>92

ではなくて、組み込み向けCPUには、Core2のような製造は適用されないと
言っているだけ。

そもそも、そういう製造技術を持っているのは、限られる。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 10:09:17

・目的によってCPUは選ばれる。
・選択には種々の要因がある。
これだけで済む話では。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 10:12:33

>>94

そうそう。そういうことなんだけど。

でも、巷では、高周波数＝素晴らしい設計、てな具合に丸のみなので、ちょっと。

洩れ的には、MIPSアーキが最高で、ISA的には、ARMが良いと思っててね。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 10:27:15

ｇｄｇｄでウザイ奴がでてきたな

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 11:53:18

洩れ的最高とかどうでもいい。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 13:02:32

NTT は物理的な架線網と接続サービスの両方を持っている。接続サービスには
競合がいるが、架線網は独占状態。接続サービス業界の競争を維持するため、
ダークファイバーや加入者線の使用を解放する義務がある。
プロセッサも、ある程度の数のアーキに対して同等に製造技術を利用できるようにしないと
競争が阻害される。逆に言えば、Intel が SPARC や MIPS を製造しても
x86 が優秀なら x86 の優位性は揺らがないが、そうでないなら不要なコストが
プロセッサを買う側に転嫁されているということになる。
つーか、こんな簡単なこと説明されないとわからないバカばっかりだというのが
すごく不思議。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 13:39:52

>>98
名無しじゃないとこんな馬鹿なこと書けないなw
いや、名無しでもこんなことageてまで書けないww

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 13:59:30

Intelの話はこっちでやってね

Sun Microsystems 最大の敵はItanium
http://pc8.2ch.net/test/read.cgi/unix/1140886161/l50

って前のスレに書いてあった。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 14:53:08

>>99
馬鹿だ、というだけの反論ならお前に言うことはひとつだけだ。「お前が馬鹿」。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 16:00:38

>>100
それは Itanium 用だ。Itanium はもう終わった。今後は HP-Ita と呼べ。いや、HPium かw

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 16:02:43

いや、HiPanium ヒパニゥム、にしよう。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 16:13:47

Alphaが最高である。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 18:17:50

首斬り首斬り

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 18:47:47

首切りカウントダウン。。。。あと３週間。。。。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 19:33:32

インテルがx86だけでなく、SPARCやMIPSを開発し
x86に費やしている製造能力をSPARCやMIPSにも平等に振り分けると
CPU一個あたりの開発費は三倍になる
なぜ、こんな簡単なことが分からないのかｗ

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 19:45:42

0 点。落第。「製造設備の共用」という観点から再考せよ。

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 19:47:25

はいはい、やっぱり脳みそとけてるのね
言うだけ無駄だわ

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 21:04:23

>>107
イソテルのItaniumのことは無視ですか？

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 21:07:37

>>108
0点。落第。「CPUはどれも fetch して issue して、たまに OoO して分岐予測して
実行してストアしてキャッシュしてメモリに書くだけ」という観点から再考せよ

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 21:28:30

レジスタもねえ！プログラムカウンタねえ！
パイプラインもそれほど深くはねえ！
おらこんなCPU嫌だ～おらこんなCPU嫌だ～

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 21:31:36

Intelの工場でSPARC飼うだ～♪

**名無しさん＠お腹いっぱい。** · 2006/06/12(月) 21:47:26

「Real men have fabs」(Jerry Sanders)
他人の褌で相撲を取ることを夢想するスレはここですか？

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 01:17:31

German Linux migration not a taxing decision
ttp://news.zdnet.co.uk/software/linuxunix/0,39020390,39274196,00.htm

意外と x86 Solaris のインストールベースは多かったのね。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 07:57:13

夢想してるの一人だけだし

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 12:38:41

システム提案屋です。

悲しいけどそろそろ、Solarisもおわりだしょ。
SUNを提案すると、やめてくれって会社ばっか。

脳中とかキャリアの超低予算分野、Firstりてー○んぐとか位だもん。
楽○もDBサーバはHP-UXのRACだし....

高スペック要求のシステムや基幹ではSUNを提案するとお客が
怒るとこまできちゃってる。
なめてんのかとまで云われた。(泣.

日本においてもTUBAME以外はItanium2系とPower系。
NECが在庫処分品(新規サーバでも利益無視って!?）なので使った
わけだし。

HP-UXとAixの生存競争とLinuxへの移行だな。
さらばCT○。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 12:40:48

ねっとでぐぐっても、SUNを使っているっていってるところ、少ない。

他、知ってる？

九州の某スーパー系くらい？！

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 13:12:51

>>117
なんでその文脈でTUBAME(じゃなくてTSUBAME)が出てくるのか良くわからん。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 13:29:39

いや、SUN系での唯一明るい話だったなぁと...www

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 13:41:46

その程度の情報で全体見渡せてる気になっちゃってる、てことだろ。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 15:42:16

Linux で済む局面が多いということは確かだけど、Linux のデキが悪いということも
またすっかり浸透したよ。調子がいいのは IBM と AMD だけだし、AMD は今んとこ
味方だし。Intel は Woodcrest がバカ売れする状況になるんじゃなきゃ放置で
かまわんだろ。Itanium も HP-PA の置き換えで頭打ちなのは見えてる。先がないよ。
UltraSPARC IV+ は当分一部用途を除いてあんまり売れないだろ。こっちは仕方ない。
しばらくは Opteron と Niagara（と APL）を売ってしのぐしかないが、
今のうちに Niagara をどれぐらい売っておくか、ということはすごく重要だと思うな。
sun4v を。　

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 16:29:14

Niagaraのサーバなんて売れるのか？
キャッシュの小ささとか考えると、大きなアプリケーションやDBの
実効性能メタメタで、また基幹系では駄目なSUNの名前を拡げる
ぞ。

だいたい、SUNの援護役って、販社系の匂いプンプン。
エンジニアが如何にSUNの駄目さ怪訝に嫌気が指しているのか
知ってる？
ベリタスとの親和性もHP-UXの方が上。
さらに基幹系の信用性もAixの方が上。

商用UNIXとして、信頼性や拡張性・処理能力でLinuxに負けてる
時点で、SUNはどのように対処するのよ。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 16:40:53

まぁ、富士通がPrimeQuestに移行しつつある時点でSUNの寿命がどの程度か判るな。
IBMもNiagaraあたりの実効性能200%とかの嘘をベンチマーク付きで否定してるし。

NECもNiagaraがそんなに素晴らしければ、HPを切ってでもSUNとのアライアンス強化
に移るはずが、全く音沙汰なし。

まじにSUNは、ネットワークのみに注力したサーバメーカになるのか？

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 16:43:40

Niagaraは、対消費電力向けでしょ？
絶対性能を求める香具師には、Opteron鯖を奨めるわけで。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 16:46:43

Opteronとかに頼る時点でSUNは限界じゃん。

UltraSPARCⅡとかの時の二の舞以下の対応だぞ。
TCPベンチマークを出さなくなった事やSPECでXeonに抜かれてる時点で
MIPSと同じ流れに乗ってる。

SUNが好きだったエンジニアを泣かせるなよ。
CT×とかDQN企業が扱うから、余計性質が悪い。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 16:48:35

>>123
ぷ。少なくともあんたがエンジニアじゃないことだけはよくわかったよ。
Sun のライバル側の販社系か。名のりごくろうw

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 16:49:41

>>124
移行なんてぜんぜんしてないですけど。32CPU 止まりなのがなぜだかわかるかい?

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 16:52:58

SUN Product Digestの内容を確認したが、省電力で売るサーバが何故P520より
早いとか書いちゃってるのさぁ？

マジで構成設計や基盤設計する側の身になってくれ。
額面どおりに取るユーザと、実効性能による諸元値を出して、必要サーバ数を
出すと、"詐欺"とまで云われる。

>>127
基盤系で20年のUNIXエンジニア＆マネージャですけどね。

>>128
SPARC側のノウハウやQuestを使用しての富士通内部の調整の問題ですが、何か？

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 16:54:23

>>126
なんか時代錯誤なこと言ってるな... NetBurst のことか? Intel はじめ業界こぞって
方向性を否定してるのに?? 3～4 年ズレてますよ。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 16:55:30

>>130
それこそ、読解力不足。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 16:58:17

>>129
基盤系（って何だ??）の設計エンジニアで Niagara は意味わかんなくて
TSUBAME は HP-UX と AIX に対抗しててシステム提案もするのか? すごいな。
オレには近づかないでねたのむから。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:01:54

明らかにIDCの調査でもUnix/Linux市場の占有率において、商用Unixの中心戦場である
高価格帯(基幹系・証券などの金融系）でSunは敗北に次ぐ敗北。

八王子の大手ユーザも乗り換えるとか流れてるぞ。

さらに云えば、富士通のHPC分野において、使用するCPUもユーザから許可が出ない
からSPARCから離れてるじゃないか。
数値風洞もItanium系に移るんだろ。

このままじゃ、Sunも日本支社が富士通かNECの子会社にでもならないと....って心配して
るんだが。
国産Unixから移ったエンジニアは、それなりにSunが好きなんだよ。
#Aixなんかと違って、本当のUnixだからね。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:04:40

>商用UNIXとして、信頼性や拡張性・処理能力でLinuxに負けてる

ローエンドx86での「拡張性・処理能力」ならまだわからんでもないが
「信頼性」でLinuxが上ってホントかいな

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:05:07

基盤系＝方式設計ね。
システム提案・設計とかがお仕事。
ミッション・クリティカル・システムやインフラストラクチャ(基盤系)を中心とする
ソリューション・アーキテクト。システム・コンソリデーションなんかやデータセンタ
の構築ベンダの選定なんかが主業務。

>>132
君じゃ近づけないから。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:07:55

>>134
クラスタ構成を取ったとき、国産クラスタソフト(ClusterProやPerfect)、LifeKeeperを
実装した場合の信頼性ベンチマークの結果とSunClusterなんかじゃ、勝負にならん。

低価格帯でも負けそうだから。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:12:33

>>135
はは～、これはこれは。こんな下々の方へ降りてきてのお言葉もったいない限りですわ。
ありがたいありがたい。
こんなんでいいですか?

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:15:14

大体、キャリアにおいて採用されているシステムで、Sunが自慢できるシステム
ではGRIMMが最後に近いだろ。
・N系
富士通が頑張ってくれて、DREAMSに入れたのも富士通製のサーバだし。
CIRCUSも基幹系の機能不足でNECとHPに持っていかれてる。
・K系
全体をHPとIBM（SIはNECとIBM）になってるじゃん。
5年前はまだSunサーバがあったんだよ。

だからこそ、Javaなんかじゃ儲かんないだから、鯖やCPU、OS注力して欲しい
って書いてるんだがな。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:16:12

>>137
そーやってﾎﾙﾎﾙしてるとSunが悲しい目に逢うと思っててね。ｗ

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:18:08

そもそも、けなしてる対象が Solaris なのか SPARC なのかわからんような話だし

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:20:48

>>140
けなしてるんじゃないの。
SUNが昔みたいに戻って欲しい、輝いて欲しいの。

商用UNIXとしてのブランドとして、SUNの競争力が著しく落ちている点を
不安視してるだけだよ。SolもSPARCも、ソリューションのプラットホーム
として傾注する方向があやふやで怖いって事なんだけどね。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:30:29

Java の時もそうだったけど、Sun のやることを周辺の連中が飲み込むまでだいぶ
かかるんだよな。Sun が Java で儲けてないって言うけど、MS とか IBM とかが
儲けだすまで指くわえてたのは Sun の取り巻きの方じゃないか。
昔の Sun がどうだとか言ってるようだけどそんなとこへは Sun はもう戻ってこないよ。
F 製の APL は売るんだから、それ使えば?
ま、Linux が実用になってるんなら Linux でもいいけど。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:32:54

産みの苦しみの時期なら方向がある程度あやふやになるのは仕方ないんジャマイカ？
Linux だって元々個人が趣味で作ってたものに企業が飛びついていったんだし、
どんな方向に芽が出るかなんてわからんのだしな
Solaris も SPARC も、今の時点では思いもよらぬ方向での展開があるやも知れん

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:36:14

>>142&>>143
なんか、ついついSUNを責めてるようだが、Solが現場で使えないのはSVR4系好き
には辛いのね。
産みの苦しみというが、基幹系からは明らかに退潮傾向なんでね。

ぶっちゃけ、UnixらしいUnixはSol。HP-UXは許せるけど...
AixではRACもまともに動かんし。

早く光明を見出して欲しいんだよな。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 17:48:47

F の人なんなら大変な情報だけど、そうじゃないんなら F が Itanium に移行てのは
はずしてると思うね。PRIMEQUEST が「おとりだ」とまでは言わないけど、
本気ならあんな中途半端な構成にはしないし、あの上の機種の宣伝をぶってるはず。
2 マタかけてて、しかも軸足は SPARC64 側にある、と見える。
PRIMEQUEST の出荷で一度つまづいてることと、SPARC64 を HAL ベースを捨てて
実装し直してることからもそう思えるけど。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 18:09:03

Fの中の人じゃないよ。
普通に探れる情報からだけ。

本気かどうかは、NECのシグマグリッドとPRIMEQUESTへの投資が今後どうなるか
を見定める必要はあるね。

どっちにせよ、富士通はやや離れ、NECがやや近付きってところで、どうなるか...

それと現場ベースで言えば、ItaniumへのPAからの転換はうまくいっていない。
そこをPower勢が攻め込んでる。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 18:36:23

というか、ItaniumでLinuxを使わなければいけないところで、メーカーは
終ってるだろ。LinuxはLinusがコントロールしているのであって、メーカーが
コントロールできるもんじゃない。

HPはHP-UXをItaniumに対応させているが、HP以外はもうItaniumを使ったHPCは
だめだよ。

Itaniumに移行しているのは、HPのPAがほとんどだろ？ HPがサポートしないから。
それ以外でItaniumに移行したら、もろに馬鹿。Intelだって、もうItaniumを主力に
してないのが明白。まだIntelはItaniumをIntelビジネスの中心にもってくるつもり、
なんて思ってる香具師はいるのか？

SunのHPCは、APLで対応するつもりなんだろ。

Middle, High End 鯖-- APL, Rock
Low End Blade 鯖-- Niagara
Low End 鯖 -- Opteron

後は、Solarisをどう改良し続けるかだねぇ。。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 18:48:13

「Linux はインターフェースであって、実装ではありません」って宣言して、
「Linux 認定」プログラムやればいいのにな。アホくさ。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 20:04:52

Linuxが性能がいいなんて騙されてる気がするが、それより
あんなメンテナンス性の欠けるものをよく使う気になるよ

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 21:00:21

いや、Linuxが軽いのは確かだろ。
pkg管理も浸透しつつあるし。

メンテナンス性っていっても、商用Unixも汎用機のようなパッケージのオブジェクトベース
のロールバックができるわけじゃない。
#ダイナミックリンクライブラリだからしょうがないけどね。

SUNの企業規模がIBMやHPと違って、投資金額が大きく違うってのが、Solarisにとって
一番辛いところだよ。LinuxはなんかIBM御用達となっているしな。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 21:03:31

Linux 軽くなんかないよ。GUI やコンソールの応答性を優先してるだけ。有名な話。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 21:15:24

やけにスレが伸びていると思ったら、儲の琴線に触れていたのか。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 22:27:51

原油高の余波で粗悪な燃料が投下されてただけだ

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 23:50:40

>>151
apacheでのhttpベースでの性能比較で、sol10ベースとLinu2.6では、明らかにSUNの鯖
より、XeonベースのLinux鯖の方が良い成績がでてますけど...

それとWebLogic、WebsphereなどのAP鯖やDBMSでもLinuxの方が、現状はやい。

チューニングしまくっての数値だから、それなりにきちんとした評価のはずなんだけどな。

**名無しさん＠お腹いっぱい。** · 2006/06/13(火) 23:55:58

現状、SUNの戦略的な問題は、NSSみたいなまともなSI会社とCなんとかってDQN会社が、
販社として横並びって事も一因。

SIは販社まかせは良いんだけど、あまりな会社も多い。
販売ルートの信頼性の確保も、ベンダとして存在している以上、行ってほしいよね。

エンタープライズ系を捨ててかかるなら別だけどさ。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 00:05:22

ところで、まともな会社員が昼間に2ちゃんに書き込めるものなの?
職に就いている身としては、盛り上がっている時間帯に参加できなくて寂しい。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 00:30:21

取り巻きがダメダメ、ってのは言えてるかもね。彼らへの利益確保が結果として
エンドユーザーの怒りをまねいてる、という構図はある気がする。
あと、ROSS みたいなとこをうまく味方として育てられないのも問題。
ROSS がうまくいかなかった具体的な原因は知らないけど。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 05:31:27

Ross Technologyのこと？それなら富士通が悪い

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 06:47:02

今後の Solaris の反転攻勢ってことでは、MacOS に Solaris カーネル採用なんてことになると面白いかも試練。
ZFS を MacOS 上できっちり実装しようとするぐらいならカーネルごと持ってった方が話が早い、ってことになるかも試練しな。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 07:07:27

まあ、Linuxが嫌になってきたから、Solarisに戻りつつあるんだが。。

SunもWinCCS売らないかなｗ
Itanium版WinCCS対応って存在するの?

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 08:37:50

>>159
Mac OS XはバリバリにMachに依存している。
ZFSポートの方が圧倒的に楽。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 10:06:20

で、結局のところSUNは落ち目ってことでFA？

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 10:50:22

>>161
しかしカーネルばっさり入れ替えってのは9→Xでもやってるわけだしねぇ。
んで、ZFSのポートは「とりあえず動く」ってのと「しっかり動く」ってのじゃあ雲泥の差があるし。
Solaris以外にZFSポートしても、例えば（Solaris以外での）NFS並の信頼性ってことになりそうな気も。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 11:11:09

DarwinのNFSはFreeBSD由来だから信頼性が低い。
ZFSのコードはそのまま持って行けばいい。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 11:23:27

9→Xでもやってるというか、「やっと」入れ替えたんだよ。
というかZFSのためだけにSolaris採用の妄想は、
そこまで引っ張るほどのネタじゃないだろ。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 11:27:41

>>164
>ZFSのコードはそのまま持って行けばいい。

って言っても、デバイスドライバのコードを他のOSに持って行ってもそのままじゃ使えないのと同じ、
いや、ファイルシステムだとOSに合わせて書き直すのはデバイスドライバ以上の大仕事ジャマイカ？

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 11:28:43

1996年頃だっけ?
Solaris採用していたら、今のiPodの成功はないだろうな。
もっと技術志向の会社になってしまったと思われ。

Appleはart/culture系というのが一つの軸になって成功したけど、
SunはSPARC, SunOS, Javaが軸になり得てないからな。

ほんとこのままSolaris駄目になったらどうするんだろ。
XGLとか採用しちゃえばいいのにね。
Desktop環境は誘蛾灯みたいなもんだから。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 11:34:18

>>167
そんなタラレバを唸ってもねぇ

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 12:46:22

ZFS filesystem for FUSE/Linuxがどんなもんになるかは気になる。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 15:41:29

正直、Nexentaで日本語がちゃんとすれば、LinuxからNexentaに乗り換える。

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 15:46:01

ドライバ少ないし

**名無しさん＠お腹いっぱい。** · 2006/06/14(水) 16:59:30

>>161
Solaris上のVMでMachを動かせば良い。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 02:31:40

正直、Nexentaで日本語とドライバがちゃんとすれば、LinuxからNexentaに乗り換える。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 10:16:33

>XGLとか採用しちゃえばいいのにね。

Sun にも Looking Glass がある。

**名無しさん＠お腹いっぱい。** · 2006/06/15(木) 18:46:28

ttp://www.softpanorama.org/Articles/solaris_vs_linux.shtml
Solaris最高!

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 04:16:17

「わが社の商品はこんなにいいのに、何故売れないのか」と不思議がる人がいます。
商品説明を聞いてみると、確かにこだわりのある素晴らしい商品なのです。
「こんなにいい商品」が売れない理由は、何でだろう？理由は簡単です。
ライバル商品も「いい商品」だからです。今の世の中「いい商品」が溢れていて、
お客から見れば、どの商品も同じに見えて区別がつかないのです。

それでは、ライバル会社に負けないために更なる商品の差別化を図り、
さらに商品の改良をする必要があるのでしょうか。答えはノーです。
集客という観点からは、あまり関係ありません。あなたの会社の商品は、
現状のままで素晴らしいはずです。何の変更をしなくても十分です。
お客が、その商品に惹かれるところを引き出してやればよいのです。
それで売れ出すケースがほとんどなのです。

例を挙げますと、掃除用具のほうきを製造販売している会社が、
ほうきという成熟産業でありながら、過去３年間、毎年20％平均の成長を
続けています。成長を続けているのは、なんとパッケージに付け加えた
一言だったのです。その一言とは？

ほうきは、材質によって細かいゴミに適しているものと粗いゴミに適している
ものとがあります。そのパッケージには「ゴールド」と「シルバー」と、
商品名を用途別に分けて書かれていました。お客からの「細かいゴミが掃けない」と
いう苦情に、ほうきには２種類あることを説明しているうちに気づきました。
用途をはっきりパッケージに打ち出して売ったらどうだろうか。そして、
大きな文字で「細かいゴミに最適！」「水まわりに最適！」と一目見て用途が分かる
ものに変更したのです。そうするとお客が用途別に２本のほうきを買っていくのです。
その結果、売上がアップし続けているのです。

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 04:16:54

また別の例では、耳掻きを皆さん買ったことがあると思いますが、
その耳掻きのパッケージに「あひる毛使用」と書いてあります。
「あひるの毛を使っているからどうなんだ？」「他にどんな毛があるんだ？」と
多くの人が感じるはずです。前例のほうきの話と同様で、メーカーは専門家だから、
あひる毛が高級で耳を傷つけず、耐久性に優れていると知っているかも知れませんが、
買う側は何も知らないのです。これは、商品へのこだわりがお客にはほとんど
伝わっていないという、売る側と買う側のコミュニケーションギャップです。

今の商品にいいところが100あるとすると、「売れない商品」はその20しか
伝わっていないことが多いのです。残りのよいところをお客に引き出せば、
お客は動くのです。商品に対するこだわりは大切ですが、商品にこだわりすぎると
大きな落とし穴にはまります。商品に対するこだわりと、お客さまを集めることを
ゴッチャにしてはいけません。

「いい商品」と集客力との間には、明確な相関関係はありません。しかし、
「いい商品」であることをお客に伝える能力と、集客力との間には、
明確な相関関係があるのです。もう一度、その商品のこだわりが、
お客に伝わっているのか考えてみましよう。

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 06:13:17

>>177
>今の商品にいいところが100あるとすると、「売れない商品」はその20しか
>伝わっていないことが多いのです。

いやいや、コンピュータ業界では「100」も伝えたら商売できないでしょう。
開示する限界が「20」くらいで、「80」は謎のまま煙に巻いて売らないとw

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 06:17:46

Microsoftの売り込みが強いのは、とりあえず「20」の内容を開示して、
同じ事を5回連続繰り返し言って「100」あるように見せているのかなw

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 08:08:09

今「20」しか無いけど、次の製品は「100」にしてから出してもらえるだろうという期待じゃないかな

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 14:01:15

おまいら釣られ過ぎ

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 15:33:36

ttp://blog.mag2.com/m/log/0000138028/

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 20:50:19

スコット降板したとおもたら今度はゲイツだな。

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 23:07:39

Dukeマウス使い難そうだな…

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 23:16:03

あんなもの。。。。いらん。。。。

**名無しさん＠お腹いっぱい。** · 2006/06/16(金) 23:25:01

JavaOneでもらったのは最高に使いにくかった。
今配っている方は、もう少しマシに見える。

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 08:11:50

Intel Woodcrest, AMD's Opteron and Sun's UltraSparc T1: Server CPU Shoot-out
ttp://www.anandtech.com/IT/showdoc.aspx?i=2772

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 16:35:29

Intel Xeon 5160 (Woodcrest)
Advantages:

* Best server performance across all applications
* Best Performance/Watt in the high end
* Absolutely stunning web server performance
* FB-DIMM enables high RAM capacity and bandwidth (quad channel)

Disadvantages:

* Needs SSE optimized code for some special case code (RSA, AES)
* FB-DIMM adds extra latency, cost (small) and power

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 16:42:07

UltraSparc T1 / Sun T2000
Advantages:

* Superb SSL performance
* Excellent Performance/Watt with SSL and Java code
* Solaris, a robust and well scaling OS
* Quad channel enables high RAM capacity

Disadvantages:

* Heavy optimizing is necessary; out of box software performance is low
* Low single threaded performance; also results in low performance in server software that scales badly
* Price/Performance compared to Woodcrest

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 16:45:49

AMD Opteron
Advantages:

* Well rounded CPU: performs well even with non optimized code; still excellent MySQL server results
* Excellent Quad socket platform
* Does not need FB-DIMM for high capacity thanks to NUMA
(DDR2 (socket-F) offers lower latency, less power and less cost )

Disadvantages:

* Web server performance compared to Woodcrest
* Power at higher clockspeeds (110 W vs. 80 W)

**名無しさん＠お腹いっぱい。** · 2006/06/17(土) 17:32:26

Tulsa vs Opteron 8xxのベンチマークが見たいな

**名無しさん＠お腹いっぱい。** · 2006/06/19(月) 23:31:00

Sunのサーバを買おうと思うのですが、Fire X2100って地雷なのでしょうか？
用途は遊び用のWebサーバなんでNicaraguaでもOpteronでもどちらでも
いいのですが、X2100のnForce 4ってのがちょっと引っ掛かります…。

**名無しさん＠お腹いっぱい。** · 2006/06/20(火) 00:06:28

別に最近の nForce は普通だと思うけど。
嫌なら X4100 買えばいいんじゃない？

ニカラグアなんてものは知らん。

**名無しさん＠お腹いっぱい。** · 2006/06/20(火) 00:12:14

>>192

ニカラグア乙。

**名無しさん＠お腹いっぱい。** · 2006/06/20(火) 01:56:22

とうぜんnicaragua

**名無しさん＠お腹いっぱい。** · 2006/06/20(火) 01:58:28

>>192
ラックマウントする必要が無いならUltra20でもいいんじゃない？
こっちもnForce4だけど
別売りだけどIPMI使えるからX2100の方が用途によっては便利かも知れんが

**名無しさん＠お腹いっぱい。** · 2006/06/20(火) 07:05:16

Ultra20、試しに会社で一台買ってみたんだが
2週間ほど稼働しっぱなしの週明け月曜朝、本体からピーピー音が
出てダウンしてやがった。再起動してもファイルシステムが損傷して
いたらしくブートできない。しょうがないから Fail Safe Modeで
修復したけど。

**名無しさん＠お腹いっぱい。** · 2006/06/20(火) 10:43:53

ネタ乙

**名無しさん＠お腹いっぱい。** · 2006/06/20(火) 13:49:54

うーん、ネタなんだろうか
エアコン切れてて熱暴走ということもあるだろうし…
BIOSとOSをupdateしても同じ症状が続くなら修理に出した方がイイかもしれない

**名無しさん＠お腹いっぱい。** · 2006/06/20(火) 18:49:48

200 get