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

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

Sun Microsystems 最後の信者

1 :名無しさん@お腹いっぱい。:2008/07/31(木) 20:17:31
【前スレ】
Sun Microsystems 最大の字余り
http://pc11.2ch.net/test/read.cgi/unix/1214127349/

2 :名無しさん@お腹いっぱい。:2008/07/31(木) 20:18:00
【過去スレ_1of3】
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/



3 :名無しさん@お腹いっぱい。:2008/07/31(木) 20:18:09
【過去スレ_2of3】
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 最大の滝壷
ttp://pc8.2ch.net/test/read.cgi/unix/1138786320/
Sun Microsystems 最大の重複
ttp://pc8.2ch.net/test/read.cgi/unix/1141840635/
Sun Microsystems 最大のリストラ
ttp://pc8.2ch.net/test/read.cgi/unix/1149485579/
Sun Microsystem 最大の夜長
ttp://pc8.2ch.net/test/read.cgi/unix/1159681441/
Sun Microsystems 最大の移行
ttp://pc10.2ch.net/test/read.cgi/unix/1164826577/

4 :名無しさん@お腹いっぱい。:2008/07/31(木) 20:18:34
【過去スレ_3of3】
Sun Microsystems 最大の回復
ttp://pc11.2ch.net/test/read.cgi/unix/1170949021/
Sun Microsystems 最後の提携
ttp://pc11.2ch.net/test/read.cgi/unix/1181454302/
Sun Microsystems 最大の黒箱
ttp://pc11.2ch.net/test/read.cgi/unix/1193754625/
SunMicrosystems 最大の探検
http://pc11.2ch.net/test/read.cgi/unix/1207761568/
Sun Microsystems 最大の字余り
http://pc11.2ch.net/test/read.cgi/unix/1214127349/

【公式サイト】
Sun Microsystems
http://www.sun.com/
サン・マイクロシステムズ
http://jp.sun.com/

blogs.sun.com
http://blogs.sun.com/
サン・マイクロシステムズ - 公式ブログ
http://jp.sun.com/communities/blogs/

5 :名無しさん@お腹いっぱい。:2008/07/31(木) 20:33:13
すいません。初心者ですが、
サンマイクレシステムのPCに、
Linuxをインストールするにはどうすればいいですか?
再インストールしかないんでしょうか?
それは避けたいんですが。

6 :名無しさん@お腹いっぱい。:2008/07/31(木) 20:33:20
                       γ    γ
      ∧__∧ もうダメポ・・・             γ
      (::::::::::: )               ...................................
     .(○::::::: )            .::::::::;;;;;;;;;::::........
    ~"''"""゛"゛""''・、        ...:::;;;''     ';;;:::::.......
"゛""''""""゛゛""''' "j'       ...::::;;;''       '';;;::::::........
::::ヘ :::::....ヽ :::;;;ノ  ::(      ....::::::;;         '';;;::::::.......
:  ゝ  :::::......ノ:;;../  ~~^^~~~~~^^~^^ ~~^^ ~~~~~^~~~~^

7 :名無しさん@お腹いっぱい。:2008/08/01(金) 00:51:55
QuickTransit使ってみた人いる? どう?

8 :名無しさん@お腹いっぱい。:2008/08/01(金) 00:53:54
OpenSolarisに法的問題?
http://opentechpress.jp/opensource/08/07/30/0117238.shtml

>理屈の上では、NovellがSunを相手取って訴訟を起こすことも可能

9 :名無しさん@お腹いっぱい。:2008/08/01(金) 01:17:43
そういったリスクを受けてくれるためにSunが真ん中たってくれているん
じゃなかったっけ。

10 :名無しさん@お腹いっぱい。:2008/08/01(金) 01:45:31
SunってSCOから買ったのか

11 :名無しさん@お腹いっぱい。:2008/08/01(金) 01:48:36
訴えてこないから大丈夫大丈夫、なんてのは恐ろしいぞ。

Sunに敵対的な第三者がNovellを買収して、
Sunを訴えさせる、なんてことをやるかもしれん。

12 :名無しさん@お腹いっぱい。:2008/08/01(金) 01:52:01
Novellはそういえば、MSと提携してたな
これはひょっとしてひょっとするかも

13 :名無しさん@お腹いっぱい。:2008/08/01(金) 02:01:30
Sunを潰すような下品な真似は、ビル・ゲイツが許さないだろう。


14 :名無しさん@お腹いっぱい。:2008/08/01(金) 10:09:50
潰す価値のあるうちが華

15 :名無しさん@お腹いっぱい。:2008/08/01(金) 10:13:21
潰しはしないが、技術提携しろと迫ってはくるだろう。
なにしろマイクロソフトは何もかもを飲み込むからな。

あのApacheは今や、マイクロソフトが筆頭スポンサーで、
マイクロソフトのIISは貪欲にApacheと互換になりつつある。

16 :名無しさん@お腹いっぱい。:2008/08/01(金) 11:36:10
マイクロソフトはもうあんまり脅威じゃないような気がする。
たいしたことやりそうな気がぜんぜんしない。
むしろ Midori とかおもしろそうだし。ま、商品化されるとは思えんが。
舵取りしてる幹部にそんな判断能力があるとは到底思えんからww

17 :名無しさん@お腹いっぱい。:2008/08/01(金) 11:39:54
>>7
手持ちの既存バイナリーが極めて重要で、さらにそれを Sun 他の稼働保証のない
環境で動かしたいなんて要望はほとんど皆無だろ。
まあ、SPARC 機買う前の動作確認とかかな、強いて需要をあげれば。
そんなことしなくても SPARC の実機貸してもらえるしな。


18 :名無しさん@お腹いっぱい。:2008/08/01(金) 11:44:41
クソぴーしーと同じで「バイナリ互換幻想」で囲い込んで商売成り立ってると
思ってるパソコンしか使ったことないあわれな評論家が多くて困るな。

19 :名無しさん@お腹いっぱい。:2008/08/01(金) 11:52:54
>>17
ニッチではあるが需要はあるんじゃないか? 売り物として出して続いてるのだから。
どういう場合に活きてくるのか思いつかないような人には、必要ない代物ってことは確かだな。


20 :名無しさん@お腹いっぱい。:2008/08/01(金) 12:48:36
ゲイツがいなくなってMSはコンピュータ業界に協調的になったのかもな

21 :名無しさん@お腹いっぱい。:2008/08/01(金) 13:44:29
.NETのためには、Javaを殺さなければならない!!

22 :名無しさん@お腹いっぱい。:2008/08/01(金) 13:54:58
>>21
Javaに負けるくらいなら、.NETなんか作る必要なかったろ。

MSがJavaをより良いものに改良することをSunが許さなかったから、
Javaという名前の代わりに.NETという別の名前を与えたにすぎない。

23 :名無しさん@お腹いっぱい。:2008/08/01(金) 14:04:47
> MSがJavaをより良いものに改良することをSunが許さなかったから、

言葉は正確に。互換性のないWindowsのための独自拡張を言語に組み込むことを
「より良いものに改良する」と捉えられるのはMS信者だけ。

24 :名無しさん@お腹いっぱい。:2008/08/01(金) 14:21:51
お題目だけの互換性にこだわるよりは、マシ。

25 :名無しさん@お腹いっぱい。:2008/08/01(金) 14:44:46
ライセンス受けといて約束に従わず好き勝手なことをし、
あまつさえ開きなおるような会社は社会的制裁を受けて当然。
平気で商売させてるのは社会の仕組みとして大問題。欠陥。

26 :名無しさん@お腹いっぱい。:2008/08/01(金) 14:53:11
Microsoft なんて、時が経てばほんとに笑いものの会社だよ。
進歩に貢献した技術なんかほとんど皆無。「ない方がよかった」ものばかり。

27 :名無しさん@お腹いっぱい。:2008/08/01(金) 14:58:49
COMはまあよくできてるとは思うけど・・・

CORBAとかDCOMとか糞の塊なんだよなあ

28 :名無しさん@お腹いっぱい。:2008/08/01(金) 15:03:49
CORBA は MS が作ったわけじゃないけど。経過みてたもんとしてはあれだけど...
OSI の反省を踏まえたものの筈だったんだが、同じ轍を踏んだという。
GTK の下の方とかに使われてるよな、オソロシいことに。

29 :名無しさん@お腹いっぱい。:2008/08/01(金) 15:10:59
ごめん、CORBAはMS製じゃなかったね
MSは閉鎖的であんまり成果物を外に還元しないというアレがあるね。
技術としてはなかなかおもしろいものを作るんだけど、高いシェアをかさに
きて、壮大な社会実験をすんのはやめてほしかったよ。
ActiveXとか、韓国では今ひどいことになってる。

>>28
GNOMEのあれは捨ててDbusに移行する計画になってるはずだが・・・


30 :名無しさん@お腹いっぱい。:2008/08/01(金) 16:38:00
CORBA は元々 Sun と HP(だったと思う)がそれまでの RPC を置き換え、
データ形式にオブジェクト指向的な定義ができる(ASN.1 の提示したもの)を
『簡潔に』実現するためのものとして提示したんだけど、後から参入した連中に
よってたかってブクブクな規格にされてしまった。動的にサービス探す機能なんて
最初はなかったんだよね。ひどい話だ。ONC-RPC は CORBA に置き換わるはずだった。

31 :名無しさん@お腹いっぱい。:2008/08/01(金) 20:52:44
トップシェアの者は、
失敗しても潰れない体力があるので、
果敢に挑戦する義務があるんだよ。

IntelのIA-64にせよ、
MSのバージョン3未満の製品にせよ、
トップシェアゆえの危険な挑戦。

それらが保守的になったら、
二番手以降はヤバいよ。

ま、Windowsを叩くのはいいけど、
それよりもマシな描画速度のGUIを
実装してからにして欲しいものだね。


32 :名無しさん@お腹いっぱい。:2008/08/01(金) 21:12:52
「Windowsを叩く」、とか、なに言ってんだ ↑ これは。誰か解説してくれwwww

33 :名無しさん@お腹いっぱい。:2008/08/01(金) 21:28:27
>>1乙。

だが、出来れば恒例のあおり文句もつけておいて欲しかったw


34 :名無しさん@お腹いっぱい。:2008/08/02(土) 01:02:30
しかし JNI はイマイチだった。

35 :名無しさん@お腹いっぱい。:2008/08/03(日) 16:19:24
ついにSunが長い間販売してきた、SparcベースのW/S
のUltra SparcVi プロセッサのUltra45とUltra25
が販売終了!!!

ガーン、ショック大。
W/Sというカテゴリはついに死んだ。

もうOpteronとIntelのx86でしか
生き残る道はないのね。

36 :名無しさん@お腹いっぱい。:2008/08/03(日) 16:25:07
>>35
ちゅうか、Sparc以前にRISCプロセッサ自体が
死んでるよ。

RICS CPUでまともに生き残っているのは、
Power PCとARMぐらいか。

37 :名無しさん@お腹いっぱい。:2008/08/03(日) 17:44:28
いまどきRISCなんて区分けにどういう意味が

38 :名無しさん@お腹いっぱい。:2008/08/03(日) 17:52:18
UNIX WS は既に死んでいたのでは

39 :名無しさん@お腹いっぱい。:2008/08/03(日) 18:49:09
Solaris x86でええやん            使いたいソフトが揃ってるなら

40 :名無しさん@お腹いっぱい。:2008/08/03(日) 19:12:33
WS用途ならWindowsでいいじゃん。

41 :名無しさん@お腹いっぱい。:2008/08/03(日) 20:07:55
RISCは普通に組み込みで使われてる。
デスクトップ分野で死んだだけ。
RISC陣営はプロセス技術でintelと同等じゃなかったのが痛手
だったと思われ。


42 :名無しさん@お腹いっぱい。:2008/08/03(日) 20:09:57
そうでもないよ。

NECや富士通、東芝のプロセスは低消費電力にフォーカスしているが、かなり優秀。

43 :名無しさん@お腹いっぱい。:2008/08/03(日) 20:29:24
foldingのクライアントもRISC対応にすればいいのに。
(PowerPCは対応してるが)こういう分散コンピューティングはできるだけ
多くのハードウェアが参加するのが望ましいからね。
だから、foldingのクライアントがRISC対応してくれれば使われなくなった
Sparcマシンもタンパク質解析のためにフル稼働させることができる。

44 :名無しさん@お腹いっぱい。:2008/08/03(日) 21:38:59
わざわざ消費電力の大きいポンコツで計算させるだなんてエコに反するぞ

45 :名無しさん@お腹いっぱい。:2008/08/03(日) 23:25:15
Sparc用のコードかける奴がいないんだからしゃない
お前がかけ

46 :名無しさん@お腹いっぱい。:2008/08/03(日) 23:58:07
assembler かよ!

47 :名無しさん@お腹いっぱい。:2008/08/04(月) 06:51:42
>>43
CPUのアイドル時間を有効利用するものであって、
そのために電源を入れるのでは本末転倒かと。

48 :名無しさん@お腹いっぱい。:2008/08/04(月) 08:54:57
有効利用といいつつ余計な電力を使うわけだから
普通に使っているマシンでも職場じゃ論外かと

49 :名無しさん@お腹いっぱい。:2008/08/04(月) 09:11:19
電力を消費しないにしても、職場のマシンで勝手にやるのは論外だな。

電力だけのことを考えるなら、
省電力機能がないに等しくて、アイドルでも負荷100%でも消費電力があまり変らないプロセッサなら、
メモリの消費電力が増えるくらいなので、捨てる資源を有効利用していることになると思う。

省電力機能があったとしても、CPU以外の消費電力がそれなりにあるので、
CPU負荷を倍にしても、消費電力は倍にはならないので、
アイドル時間を有効利用した分については、通常よりも電力パフォーマンスがよいと見ることもできる。

いずれにしても、本来の用途で使わないときも電源を入れておくのは、本末転倒。

50 :名無しさん@お腹いっぱい。:2008/08/04(月) 14:43:02
アホか。x86 以外はほぼ全部 RISC だろうがこのバカものww
x86 は塗りたくりまくりでようやっと成立してるし。もうすぐ終るし。

51 :名無しさん@お腹いっぱい。:2008/08/04(月) 22:05:04
SPARCのほうが先に終わるだろ

52 :名無しさん@お腹いっぱい。:2008/08/04(月) 22:53:47
x86のSolarisがでてきて、みんなx86のSolaris使うようになっちゃったらどうすんだ、これ
戦略間違えたんじゃねえの、Sun

53 :名無しさん@お腹いっぱい。:2008/08/04(月) 22:56:57
どっちにしろ、拡大戦略とらないと、Solarisは尻すぼみになって死ぬから
背に腹は変えられないんだよ

54 :名無しさん@お腹いっぱい。:2008/08/04(月) 22:58:52
SunにとってSPARCは、目的ではなく手段にすぎないだろ。
SPARCが必要なくなれば、やめる、それだけのこと。

今はまだSPARCは必要。

55 :名無しさん@お腹いっぱい。:2008/08/04(月) 23:03:38
誰が?何に?

56 :名無しさん@お腹いっぱい。:2008/08/04(月) 23:15:01
誰 → Sun
何 → Sunのビジネス

57 :名無しさん@お腹いっぱい。:2008/08/05(火) 00:56:00
なんだかんだでSunはサービスベンダだろう
一切合切コミコミSunで固めるために余技でSparcとかやってるだけ

58 :名無しさん@お腹いっぱい。:2008/08/05(火) 09:19:17
Sunの4〜6月期決算、1.4%減収で大幅な減益
2008年8月4日 9時31分

米Sun Microsystemsは米国時間2008年8月1日に,
2008会計年度第4四半期(2008年4〜6月)の決算を発表した。
売上高は37億8000 万ドルで前年同期と比べ1.4%減少した。
会計原則(GAAP)ベースの純利益は8800万ドル(希薄化後の1株あたり利益は0.11ドル)で,
前年同期の3億2900万ドル(同0.36ドル)から大幅に減少した。

59 :名無しさん@お腹いっぱい。:2008/08/05(火) 09:56:51
x86 の寿命なんてもう切れてるよ。Merom が奇跡だった、そう思った方がいい。
x86 は Pen-4 で死んでる。それで Itanium なんだから。
奇跡が 2度続くことはない。

60 :名無しさん@お腹いっぱい。:2008/08/05(火) 09:59:26
お客さんはCPUコアが増えたら強くなると思ってるんだからそっとしておいてあげてください

61 :名無しさん@お腹いっぱい。:2008/08/05(火) 10:27:44
x86 → ISA の寿命切れ。さんざん延命したが、さすがにもう先はない。
POWER → 4GHz のスゲー高性能なの出したのに、あまり売れない。
Itanium → 参考までに書いてみたがw 話にならんww
MIPS → 潜在的な能力はあるが、低迷が続く。
ARM → これも潜在的能力はあると思われるが、エンプラ用途は未知数。
SH → 国外で伸ばせず。μITRON 専用となってしまったか?!w

SPARC しかないじゃん。

62 :名無しさん@お腹いっぱい。:2008/08/05(火) 10:30:51
POWER → 4GHz のスゲー高性能なの出したのに、あまり売れない。

AIXか犬だもんで

63 :名無しさん@お腹いっぱい。:2008/08/05(火) 10:44:14
x86 + Solaris これ最強!

64 :名無しさん@お腹いっぱい。:2008/08/05(火) 13:13:25
SPARC + Solaris 実際使ったことないだろ?

65 :名無しさん@お腹いっぱい。:2008/08/05(火) 14:19:26
Larrabee が「GPU」なのは、GPU 用途だったら性能がリニアにスケールする、という
意味なのか?
「コヒーレントな 1次キャッシュ」とか書いてあったが、SMP するんなら
コヒーレントじゃなきゃ話にならんしw

66 :名無しさん@お腹いっぱい。:2008/08/05(火) 14:26:52
>>64
高くて買えないんだよw

67 :名無しさん@お腹いっぱい。:2008/08/05(火) 16:49:14
高いだけのものは、確かに誰も買わない

68 :名無しさん@お腹いっぱい。:2008/08/05(火) 17:56:01
我々にはCELLがあるじゃないか

69 :名無しさん@お腹いっぱい。:2008/08/05(火) 21:55:13
>>58
ROCK まで持つと良いけどなぁ。

70 :名無しさん@お腹いっぱい。:2008/08/05(火) 22:34:58
またintelくさってるが新しいCPU発表したみたいだぞ

71 :名無しさん@お腹いっぱい。:2008/08/06(水) 15:05:30
>>59
> x86 は Pen-4 で死んでる。それで Itanium なんだから。

ぷ。叩いている相手のことくらい、ちゃんと把握しとけって。

IA-64がスタートしたのは、NetBurstがスタートしたよりも前だぞ。

72 :名無しさん@お腹いっぱい。:2008/08/06(水) 15:09:06
>>47
PS3のfoldingはフル回転

73 :名無しさん@お腹いっぱい。:2008/08/06(水) 15:20:16
>>71
ここの住人ってitaniumが94年ごろプロジェクトスタートしたぐらい知ってるん
じゃないの?
当時のPC雑誌にデカデカと記事が載ってたし、


74 :名無しさん@お腹いっぱい。:2008/08/06(水) 15:34:52
Pen4もNorthwoodの頃はバランスが取れていて良かったと思うんだが。

当時のライバルのAthlonXPに比べてアイドル時の消費電力が極めて低く、
Pen3のTualatinやCoppermineのアイドル時の消費電力をも下まわってた。

事務処理用途では、ほとんどのCPU時間がアイドルなので、これは適切だし、
マルチメディア用途では、パイプラインが埋まって高クロックが生かされて、やはり適切だった。

それなのにPen4を叩いておけば桶という風潮が2ch上にはあった。なんだろうね。

75 :名無しさん@お腹いっぱい。:2008/08/06(水) 15:47:30
へぇ。じゃ、やめなきゃよかったのに。そりゃよかったな、Core2 コケても
Pen-4 に戻りゃいいのかkkkkww

76 :名無しさん@お腹いっぱい。:2008/08/06(水) 15:48:25
Pen-4 評判悪いのは 2ch 内だけだったんだな、そりゃ知らんかったわ。よく教えてくれた。

77 :名無しさん@お腹いっぱい。:2008/08/06(水) 15:54:07
連投乙

78 :名無しさん@お腹いっぱい。:2008/08/06(水) 16:08:16
そうなんだ! オレも Pen-4 買いに行こう。よく教えてくれた。

79 :名無しさん@お腹いっぱい。:2008/08/06(水) 16:24:04
>>74
ゲーム系ベンチでのパイプラインストールによる性能低下が原因でないの?
自作板曰く、もっさり
実際、AthlonXPの方が良かったベンチも多数だし、
そのすぐ後に比較対象となったAthlon64との比較では明らかに下回ってた。
後…NorthwoodよりもIPCの低かったPrescottな。
ハイパーストールアーキテクチャなんて言われてたが、あれは酷い出来だったと思う。
唯一Northwoodが良いバランスで仕上がってたけど、それ以外のPen4は出来良くないと見なされて当然だべ

80 :名無しさん@お腹いっぱい。:2008/08/06(水) 17:10:30
>>79
パイプラインが長いゆえにストールからの回復に時間を要して体感速度が「もっさり」
というのは誤解に基づいた仮説で間違いだと思う。

パイプライン全段をキャンセルしてフェッチからやり直しても、高々数十クロックのペナルティでしかなく、
メモリアクセスがL1キャッシュにヒットせずL2キャッシュにヒットした場合のレイテンシと大差ないし、
そもそも、そんな短い時間のことは体感できない。

「もっさり」の原因は省電力機能にあると思うよ。
あまりに頻繁に省電力状態に入るため、状態変更に要するウェイトが多量に入るのだろう。
AthlonXPでも、無効になっている省電力機能を有効にしてやると、「もっさり」すると言われてた。

81 :名無しさん@お腹いっぱい。:2008/08/06(水) 17:15:57
いや別に「もっさり」かどうかということだけでいいよ、原因がどうかなんて。
なんなら Intel から譲ってもらって続き作ったら? Pen4。ww

82 :名無しさん@お腹いっぱい。:2008/08/06(水) 18:29:55
あ、ひょっとして、持ってんの? Pen4。プ

83 :名無しさん@お腹いっぱい。:2008/08/06(水) 19:50:32
Pen4の消費電力はすごかったろ
消費電力あげてクロック高くすることに何の意味があるんだ?なんて批判されてたし

84 :名無しさん@お腹いっぱい。:2008/08/06(水) 19:52:48
そうそう、日本の大和戦艦みたいだ、なんて言われてた気がするw

85 :名無しさん@お腹いっぱい。:2008/08/06(水) 21:58:25
連投乙

86 :名無しさん@お腹いっぱい。:2008/08/06(水) 21:59:24
動画のリアルタイムエンコードのために、
たった1割の処理能力でも、足りなければ無価値、という状況があったことを忘れずに。

87 :名無しさん@お腹いっぱい。:2008/08/06(水) 22:36:08
Intelの過去技術を貶してもSunの技術は上がらない

88 :名無しさん@お腹いっぱい。:2008/08/06(水) 23:16:06
オペトロンマンセーな俺にはどうでもいいや

89 :名無しさん@お腹いっぱい。:2008/08/07(木) 10:17:35
Intel の正当に評価されてない(=アホがチョウチン並べまくった)もんは
たくさんあるからな。ここにも未だに同じことやってる低脳がいるし。

90 :名無しさん@お腹いっぱい。:2008/08/07(木) 10:23:32
何もしてなくても60Wちかく消費するAthlonXP
何もしてなければ10W、フルに稼働しても60Wくらい消費するNorthwood

明らかに無理にクロック上げて消費電力を増やしているのはAthlonXPだった。
だが、それを誤魔化すかのようにAthlonマンセーしなければ非国民という空気が2chにあった。

自作板ではこんなに人気なのにメーカーの採用がすくないのは
インテルが圧力かけているからだという陰謀説を叫ぶ人が多々いたが、
実際のところ当時のAMDのCPUは良いものではなかった。

K8になってからはメーカーがこぞって採用したことからも、
K7がいかにダメなCPUだったかということだ。

91 :名無しさん@お腹いっぱい。:2008/08/07(木) 10:25:31
あん時スレ見てたけど、Northwoodマンセーなヤシが多数派だったと思うが

92 :名無しさん@お腹いっぱい。:2008/08/07(木) 10:40:10
もうこんなに簡単に召喚できるオバケも他にないなww

93 :名無しさん@お腹いっぱい。:2008/08/07(木) 11:48:52
Larrabee って何?造語?

94 :名無しさん@お腹いっぱい。:2008/08/07(木) 13:06:56
地名みたいだね。ウィスコンシンとアイオワに存在してる。

95 :名無しさん@お腹いっぱい。:2008/08/07(木) 19:47:47
>>90
> インテルが圧力かけているからだという陰謀説を叫ぶ人が多々いたが、

実際リベートだの出荷量だので脅しかけて裁判になってんじゃん。

96 :名無しさん@お腹いっぱい。:2008/08/07(木) 20:35:58
>>95
メーカー側も
採用する気がないのにAMDを手札として使って、インテルにディスカウントさせていた
っていうのがあるからなぁ

97 :名無しさん@お腹いっぱい。:2008/08/08(金) 10:41:45
え? そんなん合法だし、商売として当然の行為じゃん。Intel のは犯罪。
わかる? ハ・ン・ザ・イ。いっしょにするなんてどうかしてる。
Intel の社員確定だわ。ゲロゲロ。

98 :名無しさん@お腹いっぱい。:2008/08/08(金) 10:52:40
完全に脳味噌が2ちゃん病だな

99 :名無しさん@お腹いっぱい。:2008/08/08(金) 13:37:32
「教唆」とか、「幇助」とか、適用すべきだな。

100 :名無しさん@お腹いっぱい。:2008/08/08(金) 14:39:04
> 措置入院(そちにゅういん)は、精神保健及び精神障害者福祉に関する法律
> 第29条に定められている精神障害者の入院形態の1つ。
> 「ただちに入院させなければ、精神障害のために自身を傷つけ、または他人
> を害するおそれがある」と、2名の精神保健指定医の診察が一致した場合、
> 都道府県知事または政令指定都市市長の命令により、精神科病院である指定
> 病院に入院させることができる制度。

適用しうる法律があるとすればこれだろう。

101 :名無しさん@お腹いっぱい。:2008/08/08(金) 14:53:49
市場経済も競争原理も独禁法も反トラスト法もひいては資本主義のことも、なんも知らんねんな。
参入障壁とか、囲い込みとか、意味わかるか? ボウズ。

102 :名無しさん@お腹いっぱい。:2008/08/08(金) 15:30:16
インテルが不正 and K7は良いもの → K7が売れなかったのはインテルのせいである
インテルが不正 and K7は酸っぱいもの → K7が売れなかったのはインテルのせいとは言えない

103 :名無しさん@お腹いっぱい。:2008/08/08(金) 17:02:14
レベル低すぎw
売れるかどうかなんて裁判では論争になってないし

104 :名無しさん@お腹いっぱい。:2008/08/08(金) 17:03:50
K7 がどうとか言ってんのはあんただけだろ? 病気か?w
K7 がどうだろうが、Intel は法に抵触したと公的機関から訴えられている。

105 :名無しさん@お腹いっぱい。:2008/08/08(金) 17:04:08
そんなのは、どうでもいいよ。

インテルはイスラエルに研究所や工場があるからボイコットすべきだ
なんて言ってる連中と大差ないし。

106 :105:2008/08/08(金) 17:05:34
>>103-104
また2連投かよ。

>>104
訴えられて裁判の結果どうなったの?

法に抵触していなくても訴えることは可能。
裁判で有罪が確定するまでは疑いでしかない。

107 :名無しさん@お腹いっぱい。:2008/08/08(金) 17:10:08
>>106
> また2連投かよ。
ハズレ。

> 法に抵触していなくても訴えることは可能。
> 裁判で有罪が確定するまでは疑いでしかない。
あわれなやつ...

108 :名無しさん@お腹いっぱい。:2008/08/08(金) 17:12:51
>>105
>>101 本気でわかってないんだな。資本主義世界の住人ではないらしい..

ちなみに、107 とこれは連投な。偽装癖くん。

109 :名無しさん@お腹いっぱい。:2008/08/08(金) 17:27:54
>>107
> ハズレ。

バレバレだって。

>>108
何も悪いことをしていなくてもシェアが高くなると、シェアが低くなるように分割しなきゃならんことくらい知ってる。
でもそれは、消費者の利益を害していることが前提な。

インテルとAMDはそれなりに競争が成りたっていて、
しかもスケールメリットによって莫大な開発費が使われ、
その結果、x86プロセッサのコストパフォーマンスは良く、
かつてのRISCプロセッサの領域を下から削るほどだから、
消費者にとっては悪いことじゃない。

もし消費者の利益を害していなくてもシェアが高ければ分割ということであれば、
SunだってSolarisやSPARCを独占しているとか言われちゃうよ?
言われないのは、消費者の利益を害する状態ではないからでしょ。

110 :名無しさん@お腹いっぱい。:2008/08/08(金) 17:52:08
Sun Ray 1g = MicroSPARC2ep

Sun Ray 2 = AMD Alchemy (MIPS32)

Sunすら使うのをやめるって、どんだけ組込みで売れてないんだか。

111 :名無しさん@お腹いっぱい。:2008/08/08(金) 18:01:43
>>109
> バレバレだって。
ほんと気の毒。

> 何も悪いことをしていなくてもシェアが高くなると、シェアが低くなるように分割しなきゃならんことくらい知ってる。

やっぱ資本主義世界の住人ではないようだ。

> でもそれは、消費者の利益を害していることが前提な。
笑止千万。社会の敵だな。

112 :名無しさん@お腹いっぱい。:2008/08/08(金) 18:13:23
AMDは組み込み系のCPUは撤退するって聞いたよ

113 :名無しさん@お腹いっぱい。:2008/08/08(金) 18:15:21
どっちにしろ、裁判で負けて追徴金とられてんだから、信者がさわいでもしょうがないだろ
オウム信者じゃあるまいし

114 :名無しさん@お腹いっぱい。:2008/08/08(金) 19:10:51
消費者の利益害しまくりだし。

115 :名無しさん@お腹いっぱい。:2008/08/08(金) 19:24:54
殿様商売をして結果的に
ワークステーション分野をx86 & Windowsに明け渡したのは、
どこだっけ?

116 :名無しさん@お腹いっぱい。:2008/08/08(金) 19:31:10
>>114
本当に害しているのなら、
消費者がインテルを相手取って裁判やったら勝てるな。
3倍賠償+裁判費用をインテルから取れるぞ。

でも、そういう裁判あったか?

117 :名無しさん@お腹いっぱい。:2008/08/08(金) 19:32:04
CAD CAE CAM 3DCG わざわざSparc版買わなくてもx86版の方がアプリが充実
してる。アプリによってはSparc版が用意されてないものもある。

118 :名無しさん@お腹いっぱい。:2008/08/08(金) 19:40:46
SPARCワークステーションの時代が完全に終わってるだけ

119 :名無しさん@お腹いっぱい。:2008/08/08(金) 20:13:08
加胆者がww
連投はやめたら? 恥しいんだろw?

120 :名無しさん@お腹いっぱい。:2008/08/08(金) 20:24:58
そろそろ次スレのタイトル考えておいたほうが良いんじゃないか w

121 :名無しさん@お腹いっぱい。:2008/08/08(金) 20:33:20
>>118
386や486の頃に、
それらを搭載したPCと同価格で、
SPARCstationを売っていたら、
かなり状況は違っていたと思う。

当時の386や486は、
ただ高速なだけの8086として
使われていたから、
同価格ならDOSが走らずとも、
売れたと思うんだよね。

まずプログラマに受けるしね。

122 :名無しさん@お腹いっぱい。:2008/08/08(金) 20:37:52
2000年代に入っても、一応大学生協なんかではSPARCワークステーション(SPARCIII+)売ってたんだが…
最近は影も形もないな

123 :名無しさん@お腹いっぱい。:2008/08/08(金) 21:14:50
>>120
最大の加齢臭

124 :名無しさん@お腹いっぱい。:2008/08/08(金) 22:01:14
Intel の不正と関係ないことばかり並べても何もごまかせないぞ?ww

125 :名無しさん@お腹いっぱい。:2008/08/08(金) 22:29:25
Sun と関係ないことばかり並べても何もごまかせないぞ?ww

126 :名無しさん@お腹いっぱい。:2008/08/08(金) 23:02:56
>>120
最後の密葬

127 :名無しさん@お腹いっぱい。:2008/08/08(金) 23:55:53
>>121
PC(PC/AT互換機と仮定)と同価格帯にするなら、HDDやメモリは
PC同様のモノを利用しないとだめだと思う。


128 :名無しさん@お腹いっぱい。:2008/08/09(土) 00:27:32
加齢臭に一票

129 :名無しさん@お腹いっぱい。:2008/08/09(土) 00:49:54
>>115
>殿様商売をして結果的に
>ワークステーション分野をx86 & Windowsに明け渡したのは、
>どこだっけ?

年間数億台出荷のPC市場を抑えるMS/intel相手では
分が悪い。向こうは量産効果でコストダウンできる。

130 :名無しさん@お腹いっぱい。:2008/08/09(土) 07:44:18
>>127
HDDに関してはPCと同じだったな。
SPARCstation1の蓋をあけてみたら、QuantumのProDriveが乗ってた。
9801用のサードパーティ製の外付けHDDの箱の中身といっしょ。

メモリモジュールやSBusなどの規格は違うが、
当時はメモリモジュールは独自規格が多かったし、
SBusは速やかにPCIに変更すればよかっただろう。

>>129
それは今の話ね。
PCがDOSで、Windows3.0Aが出る前の時点の話ね。

131 :名無しさん@お腹いっぱい。:2008/08/09(土) 08:06:47
>>130
すでにDOS時代の頃に数億台とは行かなくても、PC-AT互換機の年間出荷台数は数千万台はなかったか?
いずれにしろその頃でもSparcを含むUNIX-WSの10倍以上の市場規模があったのは確実だし。

132 :名無しさん@お腹いっぱい。:2008/08/09(土) 08:14:54
市場規模が10倍なら問題ないっしょ。

PC-AT互換機市場にはメーカーが10社くらいは参入していたし、
CPUの製造はインテル一社では賄いきれずにセカンドソースあったし。
製造という観点でのスケールメリットは互角だったと思うよ。

なにしろ実際、Appleは似たようなハードウェアとGUIなOSで商売してたしさ。


133 :名無しさん@お腹いっぱい。:2008/08/09(土) 11:40:23
Sun信者はAppleの存在を脳内消去してるんだろうな。

134 :名無しさん@お腹いっぱい。:2008/08/09(土) 18:09:38
SS1のメモリって30pin SIMMじゃなかったけ?

135 :名無しさん@お腹いっぱい。:2008/08/09(土) 18:43:40
>>133
そんなことだろ。Appleといえば LaserWriterII だし

136 :名無しさん@お腹いっぱい。:2008/08/09(土) 23:26:51
>>130
> SBusは速やかにPCIに変更すればよかっただろう。
PCI への対応は早かったが、PCI はクソだ。Sbus でひっぱるべきだった。

137 :名無しさん@お腹いっぱい。:2008/08/10(日) 01:03:55
確かにSbusはよかった、仕様的にも…
PCIが出てきた時代に、PCI-Xのようなタイミングなら設計しやすかったのに…

138 :名無しさん@お腹いっぱい。:2008/08/10(日) 01:23:03
Sbusカードの取り付けは素人には危険オススメしない

139 :名無しさん@お腹いっぱい。:2008/08/10(日) 07:20:41
SBusカードの取り付けを同僚に頼んだらピンを曲げられたことあるわ
一本一本ラジオペンチで戻して挿せたけど、二度目はないかなと思った

140 :名無しさん@お腹いっぱい。:2008/08/10(日) 07:32:37
Appleは最高のSparcじゃなくて最低のIntelにいってしまった

141 :名無しさん@お腹いっぱい。:2008/08/10(日) 09:27:38
VMEのように、筐体の蓋を開けずに、抜き差しできる構造にしてほしかったわ。
HDDもね。

パーツ類の盗難防止のロックを蓋で一括で行うっていうポリシーなのかね。

142 :名無しさん@お腹いっぱい。:2008/08/10(日) 11:05:51
>>140
Sunはワークステーションではx86を採用してますが?

143 :名無しさん@お腹いっぱい。:2008/08/10(日) 12:13:45
Appleと比較されて信者何も言えず

144 :名無しさん@お腹いっぱい。:2008/08/10(日) 12:36:42
>>121
PCと同価格でSPARCstationを売っていたら・・・

とっくにSunが潰れているか、良くてSPARCワークステーションに
Lenovoかなんかのロゴがついて売ってるってとこかな。

145 :名無しさん@お腹いっぱい。:2008/08/10(日) 13:18:41
>>144
よっぽどSunってダメなんだ。
Appleは健在なのに。

146 :名無しさん@お腹いっぱい。:2008/08/10(日) 13:21:24
> PCと同価格でSPARCstationを売っていたら・・・

x86とインテルは終了し、
パソコンはSPARC、サーバーはローエンドでもSPARC
ってなことになっていただろうな。

半分くらいはMIPSと分け合っているだろうが。

147 :名無しさん@お腹いっぱい。:2008/08/10(日) 15:15:55
PCや組み込みのように、数さばける市場を抑えてないと量産効果で安くできない。
x86はPC市場を抑えることができたし、PowerPC/MIPS/ARMは組み込みを抑えることができた。

それと、MACはintel採用以前の段階でCPU以外のハードウェアは殆どPC/ATと同様に
なってる。


148 :名無しさん@お腹いっぱい。:2008/08/10(日) 16:55:58
>>147
CPUに関係する部分以外では、SPARCstationだってPCと同様だったし、
SPARCstationの前のSun3に至っては、Macと同じ68Kのシステムだった。
CPU以外のLSIがカスタムなのはMacとて同じ条件だよ。


149 :名無しさん@お腹いっぱい。:2008/08/10(日) 17:02:25
SPARCstationの頃はSbusでPCIじゃないよ?
ま、Mac並に数が出ていれば早々にPCIにシフトしただろうが。

いずれにしても、
スケールメリットがなかったから、というのは言い訳にすぎない。

x86なんか足下にも及んでいなかったSun3時代に、
同じMPUを使っていたMacよりもシェアが低かったことで、
すでにワークステーション分野では生き残れないことは見えていた。
あの爆弾でまくりのMacOSに負けてたんだからな。

150 :名無しさん@お腹いっぱい。:2008/08/10(日) 18:27:14
今と違って昔は、
年間数百万台を作って売らないと、
カスタムLSIの開発費がペイできない
なんてことはなかったからなぁ。

151 :名無しさん@お腹いっぱい。:2008/08/11(月) 09:50:28
アホ評論満載スレになりましたね。アンチはアホなりにアンチらしい、気の効いたこと
書いてくれないですかね? つまんなさ過ぎるんですが。読んでて虚無な気分になります。
虚無僧になって尺八を吹いてしまいそうです。おねがいします。

152 :名無しさん@お腹いっぱい。:2008/08/11(月) 10:17:13
>>151
他人に期待せずに自分で「気の効いたこと」を書くか、
誰かが書くような雰囲気作りをしたらどうかね。

153 :名無しさん@お腹いっぱい。:2008/08/11(月) 11:01:03
Sun3時代にMacよりシェアがないって、ターゲットが違うんだからシェアだけ比べても仕方ないだろう。

154 :名無しさん@お腹いっぱい。:2008/08/11(月) 11:35:37
もうね、当時のことを知ってる人間でさえ誤った理解をするのに、知りもしないで
いい加減な伝聞元にカスみたいな感想を撒き散らすなよアホどもが。

155 :名無しさん@お腹いっぱい。:2008/08/11(月) 11:47:53
PCI積んだのっていつから?Ultra1には無かった記憶がある。
Ultra2かな?

156 :名無しさん@お腹いっぱい。:2008/08/11(月) 11:49:03
>>153
ターゲットは違ってない。

スタート地点が多少違っていても、
その行き先は同じ、
ワークステーション、というターゲットだ。

事実、
ワークステーション分野で競合した結果、
SunはSPARCの手を引いてx86の手に変えただろ。

157 :名無しさん@お腹いっぱい。:2008/08/11(月) 12:00:39
WABIだっけ? Win環境をエミュレーションで提供するものをやってたけどさ、
やるべきだったのはMac環境をエミュレーションで提供することだったと思う。

本物のMacよりも高解像度・高速描画・大容量メモリ・高速ストレージ
そういったものを提供すれば、たとえシステム管理者が必要だとしても、
価格が多少高くても、導入するユーザーはたくさんいただろう。

158 :名無しさん@お腹いっぱい。:2008/08/11(月) 12:18:48
Sun3時代ってMacII前半ぐらいでしょ?
ターゲット同じだったかなぁ。

159 :名無しさん@お腹いっぱい。:2008/08/11(月) 12:24:40
事実、x86のDOSパソコンとは世界が違うとナメてたら、その後、同じ市場で競合したじゃないか。
Macはパソコン、パソコンとUNIXは次元が違う、などといって勝手に線引きした結果が、惨敗ですよ。


160 :名無しさん@お腹いっぱい。:2008/08/11(月) 12:25:31
WinやMacの出鼻を挫かなかったのは大失敗だな。


161 :名無しさん@お腹いっぱい。:2008/08/11(月) 12:33:52
>>159
そういう話ならそうだね。
相手のターゲットが拡がったわけだ。
ほぼすべてのUNIX WSが当てはまる気がするけど。

162 :名無しさん@お腹いっぱい。:2008/08/11(月) 12:42:16
>>161
Sunだけの話ではないが、
SunがWSで一番、隆盛があったからこそ、防波堤になってほしかった。

163 :名無しさん@お腹いっぱい。:2008/08/11(月) 13:14:01
SunとAppleが合併してたらなぁ。

Macは68KからPPCではなくSPARCに移行し、
SPARCは十分な開発費を得られてx86より強力になっていただろうし、
MacOS Xの土台はSolarisになっていただろうし・・・。


164 :名無しさん@お腹いっぱい。:2008/08/11(月) 14:03:23
>>163
SunとAppleが合併すればMACがSparc採用しただろうと思う根拠は?


165 :名無しさん@お腹いっぱい。:2008/08/11(月) 14:15:49
PowerPCで出来ないことが、設計でも生産でも劣るSPARCで出来るわけないだろう。

166 :名無しさん@お腹いっぱい。:2008/08/11(月) 14:21:01
夢を見るくらいは許してくれませんか

167 :名無しさん@お腹いっぱい。:2008/08/11(月) 14:40:01
SPARCよりAlphaの方に夢を見たかったよ。

168 :名無しさん@お腹いっぱい。:2008/08/11(月) 14:47:02
>>164
一社でSPARCとPPCの両面作戦を取る余裕はないだろう。

169 :名無しさん@お腹いっぱい。:2008/08/11(月) 14:48:21
>>165
それは今のSPARCの状況から言ってるんでしょ?
MacがSPARC採用してたら、設計も生産もスケールメリットによって格段に優れていただろうね。


170 :名無しさん@お腹いっぱい。:2008/08/11(月) 14:51:29
SunとAppleが合併して、
SPARCstationとMacintoshでハードウェアとOSの統合を行い、
Macintoshとして売る分では、
管理者なしでパソコンとして使えるようにUNIXのシェルなどを隠す
といったことをしていれば、スケールメリットでWindowsに対抗できたかもしれないのに。

171 :名無しさん@お腹いっぱい。:2008/08/11(月) 14:55:36
MacがSPARC採用するなら、
モトローラにSPARCプロセッサを設計製造させるという手もあったな。


172 :名無しさん@お腹いっぱい。:2008/08/11(月) 15:19:07
スケールメリットのことを言うならSparcが組み込みに使われる
ようにした方が良かったんでは?
(Sparcliteは一部組み込みで使われたが)


173 :名無しさん@お腹いっぱい。:2008/08/11(月) 15:22:58
当時はSPARCは組込みに向かなかったと思う。

Z80は1命令でレジスタの表裏を切り換え可能だから、
割り込みへの応答速度が速い、なんていう世界だもの。

174 :名無しさん@お腹いっぱい。:2008/08/11(月) 15:38:35
いい加減現実を見ましょう

175 :名無しさん@お腹いっぱい。:2008/08/11(月) 15:43:16
現実

インテルとマイクロソフトの独占には負けてもしかたないよと言いつつ、
実はその前にAppleに負けていた。


176 :名無しさん@お腹いっぱい。:2008/08/11(月) 16:58:48
WABI 知ってんのに MAE 知らんようでは話にならん。土台からダメなんだから、
言うこと全てゴミ、応答も全てゴミ。いい加減自覚してくれ。消えてくれ。

177 :名無しさん@お腹いっぱい。:2008/08/11(月) 17:09:05
>>176
お前がスレの雰囲気をこんなにした。自覚ないだろ。

178 :名無しさん@お腹いっぱい。:2008/08/11(月) 17:13:05
>>176
MAEは結局、正式版がリリースされなかったじゃん。


179 :名無しさん@お腹いっぱい。:2008/08/11(月) 17:15:18
Sun信者って結果が出てなくても満足しちゃうんだ。。。どうりで商売にならんわけだ。

Macのハイエンドユーザー層って、
Adobeのソフトで馬鹿でかい画像を編集して落ちなければ100万払ってもいい、
メモリのスワップが発生しなければ300万払ってもいい、
そういう人たちがいたんだけど、SunはMAEで取り込めたんかな?

180 :名無しさん@お腹いっぱい。:2008/08/11(月) 20:22:02
Mac は EtherTalk で大混乱した時点で放置対象だった。漢字トーク7 あたりでもうダメ。

181 :名無しさん@お腹いっぱい。:2008/08/11(月) 20:33:40
SS2 とか SS10 とか使ってた頃は、Macintosh なんて全く興味なかったね。
フロッピーゴミ箱に入れたらイジェクトとか、作ったやつアタマおかしーんじゃ
ねーかって思ってた。それ以上にネットワークとか開発環境とかダメすぎだった。

182 :名無しさん@お腹いっぱい。:2008/08/11(月) 20:57:19
そうやって馬鹿にしていたMacに、
ワークステーション分野では敗退したわけだ。

183 :名無しさん@お腹いっぱい。:2008/08/11(月) 21:13:33
プ。まるだしだなww

184 :名無しさん@お腹いっぱい。:2008/08/11(月) 23:54:17
ほら見ろお前ら!
また>>183みたいな事しか言えなくなったじゃないか!
どうしてくれんだ!

185 :名無しさん@お腹いっぱい。:2008/08/12(火) 05:23:01
いったんすべてご破算にしてBSDでやり直したわけだからな
WindowsもMacも

186 :名無しさん@お腹いっぱい。:2008/08/12(火) 11:18:51
>>184
おまえ、ほんとに『丸出し』だな。こっちが恥しいよ。

187 :名無しさん@お腹いっぱい。:2008/08/12(火) 19:48:07
客は、プロセッサのアーキテクチャやOSではなく、アプリケーションで選ぶ。

SGIのIRIXマシンのユーザは、
IRIXに惚れ込んだわけでも、MIPSの性能の高さを認めたわけでもなく、
使いたいCGソフトの対応プラットフォームがそうだったから、選んだわけだ。

SunのWSには、そういうアプリがあったかな。
CadenceのCADソフトを使うためにSunのWSを入れてるところはあったが、
牽引するだけの力のあるもの、あったかなぁ。

188 :名無しさん@お腹いっぱい。:2008/08/12(火) 20:59:44
もちろん、アプリ動かしたいから Sun が売れたわけだが。
知らんなら来るなよ、じゃまだから。しっしっ。

189 :名無しさん@お腹いっぱい。:2008/08/12(火) 21:07:06
もっともらしいこと書く練習してんのかなwww .....ヘタだなwwwwwwww

190 :名無しさん@お腹いっぱい。:2008/08/12(火) 21:07:47
お客様は神様でふ
お馬鹿Sunシャイン共はそのあたり肝に命じませう

191 :名無しさん@お腹いっぱい。:2008/08/12(火) 21:36:31
>>188
俺の知るかぎり、サーバ用途ばっかし。

192 :名無しさん@お腹いっぱい。:2008/08/12(火) 22:49:24
>>191
ファイアウォールや開発・テスト環境にも使ってたな
デスクトップ用途としてはサーバ管理者向けの集中管理ソフト乗っけてたのしか知らない

193 :名無しさん@お腹いっぱい。:2008/08/12(火) 23:05:45
昔はさメールの読み書きのためにWS使ってたのになぁ。


194 :名無しさん@お腹いっぱい。:2008/08/12(火) 23:38:12
ワークステーションつーからにはモニターは机上。高精細モニター。
ガキは知らんのよ。SunOS ならほとんどなんでも make 一発。
もういいから。来なくて。いねガキww

195 :名無しさん@お腹いっぱい。:2008/08/13(水) 02:08:24
はいはい、おじいちゃんも養老院に帰ろうね★

196 :名無しさん@お腹いっぱい。:2008/08/13(水) 07:36:05
>>194
それは特殊なユーザの話でしょう。

DOSパソコンよりも強力な表計算ソフトを使いたいとか、
DOSパソコンよりも強力なワープロやDTPソフトを使いたいとか、
そういうアプリを使うエンドユーザ向けのものはなかったろ。

197 :名無しさん@お腹いっぱい。:2008/08/13(水) 10:53:04
アホ。『おまえ知らんねん。いね。』も、くんなボケ。

198 :名無しさん@お腹いっぱい。:2008/08/13(水) 10:54:24
表計算ソフトもワープロも DTPソフトもパソコンで出現したもんだと思ってんだな。
アホすぎて話にならん。

199 :名無しさん@お腹いっぱい。:2008/08/13(水) 11:22:15
初代SPARC?
ttp://techon.nikkeibp.co.jp/article/COLUMN/20080807/156201/

200 :名無しさん@お腹いっぱい。:2008/08/13(水) 11:22:32
本格的なものは先にワークステーションで実現していたけどさ、
値段が高くて一般の事務作業に使えるようなものではなかった。

UNIXワークステーションは、
DOSパソコンを使っていたユーザへのアップグレードパスではなかったのよ。
そこんところが重要。

201 :名無しさん@お腹いっぱい。:2008/08/13(水) 11:27:22
パソコンに下から追い上げられ侵蝕され敗退した

認めなよ。

202 :名無しさん@お腹いっぱい。:2008/08/13(水) 11:40:30
>>200
良くも悪くもアップグレードパスではなかった。
普段使いたいソフトが動くわけではないから。

>>201
これを認めてない人はいないんじゃないか?
多少WSと比べて劣ってても、価格差とかいつものPCで作業できる利便性は大きい。
例えば、昔はPC-WSはバスが所詮PCとか言われてたけどねー

203 :名無しさん@お腹いっぱい。:2008/08/13(水) 11:42:15
すり替えかよ。ご苦労なこった。なんか、あれかよ、クズ雑誌の記事書きの練習かなんかか?

204 :名無しさん@お腹いっぱい。:2008/08/13(水) 11:43:10
もうちょっと世の中の役に立つことかなんか考えれば?

205 :名無しさん@お腹いっぱい。:2008/08/13(水) 11:47:04
Lotus 1-2-3 for SPARC
一太郎 for SPARC
Photoshop for SPARC
PageMaker for SPARC
QuarkXPress for SPARC

DOSパソコンやMacを使うよりも、
安定して大容量を高速に処理できる
ってことなら売れてたと思うんだよね。

もちろん、DOSやMacと同じように使えるようにUNIXに皮かぶせてね。

>>198
DTPはパソコン起源ですが。
UNIXだったのは電算写植という巨大システム。

206 :名無しさん@お腹いっぱい。:2008/08/13(水) 11:48:13
>>203-204
負け惜しみ発言みっともないよ!

207 :名無しさん@お腹いっぱい。:2008/08/13(水) 11:50:49
日本のワープロに関しては、
下位機種はDOSパソコン相当品
上位機種はUNIXワークステーション相当品
だったりしたよ。

ハードウェアが流用だったり、
裏でDOSやUNIXが走っていて中身がそのものだったり。


208 :名無しさん@お腹いっぱい。:2008/08/13(水) 11:52:19
現在を否定され、未来を否定され、過去までも否定される SUN

209 :名無しさん@お腹いっぱい。:2008/08/13(水) 11:55:54
もし絶好のタイミングでSunとAppleが合併してハードウェアの共通化をはかっていたら、
もし日本のシャープがX68000をSun互換で作っていたら、なんて妄想は楽しいな。

210 :名無しさん@お腹いっぱい。:2008/08/13(水) 14:08:16
ここまでデタラメだと並べてもなんの役にも立たんぞ。アンチキャンペーンどころか、
思いっきり逆効果wwww
負け惜しみ?! ひーwww

211 :名無しさん@お腹いっぱい。:2008/08/13(水) 14:35:22
>>210がファビョってます。

212 :名無しさん@お腹いっぱい。:2008/08/13(水) 14:41:01
なんだよ夏厨の独り言かw

213 :名無しさん@お腹いっぱい。:2008/08/13(水) 14:46:00
幼稚園が夏休みだと困るわ。

214 :名無しさん@お腹いっぱい。:2008/08/13(水) 15:15:18
コンピュータの性能が年々向上するのは当たり前で、
ワークステーションがパソコンの領域を侵蝕して抑え込まなければ、
パソコンにワークステーションの領域を侵蝕されるのは予想が付いてただろうにね。

で、Sunはワークステーションでパソコンの領域を侵蝕するために、
有効な手段を取ったかというと、取らなかった。
取りたくても、取るだけの体力・実力がなかったのか、
それとも、取る気がなかったのかは、わからないが。

そしてワークステーションの領域が取られたら、次はサーバだ。
ローエンドをx86に取られただけでも、かなりヤバい。
それらの案件がスケールアップしていくにつれてミッドレンジを侵蝕されるから。

215 :名無しさん@お腹いっぱい。:2008/08/13(水) 15:48:03
> それらの案件がスケールアップしていくにつれてミッドレンジを侵蝕されるから。

10年前には耳にタコができてたよその台詞。


216 :名無しさん@お腹いっぱい。:2008/08/13(水) 16:08:03
タイムシンで1980年代に行き当時のRISCに携わっていた連中に、2000年代の
CPU業界の状況を説明し、486〜CoreMAに至るまでのx86と2000年代のCPUの設計図を渡す。
そうすれば、x86など今頃PCからも消えてるはず。
そう、映画「フィラデルフィア・エクスペリメンツ2」のように当時のRISC
陣営が現代技術を手に入れれば逆転可能

217 :名無しさん@お腹いっぱい。:2008/08/13(水) 16:09:58
>>216
当時の技術者を馬鹿にしすぎ。
あの時代に使える製造プロセスに合わせて設計してたんだから。

218 :名無しさん@お腹いっぱい。:2008/08/13(水) 16:10:56
>>215
つまり10年前に敗北が決定してたわけだ。
パソコンを馬鹿にして対抗しようとしなかった時点で敗走と撤退戦が始まってたんだな。

219 :名無しさん@お腹いっぱい。:2008/08/13(水) 16:39:10
>>218
じゃ、その製造プロセスの技術も渡せばOK


220 :名無しさん@お腹いっぱい。:2008/08/13(水) 17:06:51
ローエンドどころか、すでにニッチに追いやられてますがな。

221 :名無しさん@お腹いっぱい。:2008/08/13(水) 17:11:37
>>219
プロセス技術を渡しただけでOKだなんて頭わるいな
材料や製造機器などの進歩をなめてるだろ

222 :名無しさん@お腹いっぱい。:2008/08/13(水) 18:23:43
SunはWSの分野でも沢山うれてたがな。
CAD/CAMのカスタマイズアホみたいな値段でやってた会社多かったし。

WSのデスクトップ分野としては商用のパッケージアプリも多い方だったよ。
ElectricImage,FrameMaker,Illustrator,vje
あとなんだっけ。
Openwidowsで動作するスプレッドシートも確かあったよなあ。

Macに負けたとは思わないな。やっぱNTだろ。

223 :名無しさん@お腹いっぱい。:2008/08/13(水) 18:38:35
>>222
Sunが一番売れていたからこそ、いちばん危機感が薄かったんだよ。
当時、ワークステーションがパソコンに飲み込まれるなんて思わないほど好調だったもの。
高くても売れてるのに、自社だけでなく共同戦線はってるソフトハウスまで巻き込んで、
パソコン価格までディスカウントしてダンピングするなんて、ありえなかった。

224 :名無しさん@お腹いっぱい。:2008/08/14(木) 00:54:17
すっかり回顧スレになっちまったな

225 :名無しさん@お腹いっぱい。:2008/08/14(木) 01:16:23
しょうがないよ、過去になった企業を語るスレなんだもの

226 :名無しさん@お腹いっぱい。:2008/08/14(木) 07:18:00
x86(Windows)とSPARC(Solaris)でアプリの値段が一桁違ったのが…

227 :名無しさん@お腹いっぱい。:2008/08/14(木) 10:58:06
386BSDとかLinuxが出てきた時点でSunのWSは滅亡が始まってた。
それらは、本物のWSが高いからパソコンで代用しようっていう
モチベーションに支えられて作られたのだから。


228 :名無しさん@お腹いっぱい。:2008/08/14(木) 11:38:02
今でもUnixというだけで倍の価格を付けてるSYBASE ASEとかあるよな
同じハードウェアで動くSolaris x86でもSPARCと同価でWindowsやLinuxの倍
それだけで見積もり対象から除外という話もあった

性能を無視してプラットフォームだけで価格を決めるアホ会社は滅びてしまえ

229 :名無しさん@お腹いっぱい。:2008/08/14(木) 15:49:01
Larrabeeはpentium相当のコアを沢山載せるみたいですね。
T1みたい。

230 :名無しさん@お腹いっぱい。:2008/08/14(木) 22:59:39
>>228
しょうがないよ、数が出ないんだから高くしないと

231 :名無しさん@お腹いっぱい。:2008/08/14(木) 23:09:49
数が出ない→高くする→数が出ない→高くする→・・・
悪循環ですな。

WS本体とOSがパソコン並に安ければ、もっと数が出ることを見込んで安くできたのにね。

232 :名無しさん@お腹いっぱい。:2008/08/14(木) 23:18:17
OS-9ですら、あんまり売れなかったのに。

233 :名無しさん@お腹いっぱい。:2008/08/15(金) 03:32:20
OS-9はかなり売れたはずだぞ
もちろんリアルタイムOSらしく組み込み市場においての話

234 :名無しさん@お腹いっぱい。:2008/08/15(金) 08:45:45
OS-9/6809 は良かったね。

235 :名無しさん@お腹いっぱい。:2008/08/15(金) 09:29:45
ワークステーション向け、で。

236 :名無しさん@お腹いっぱい。:2008/08/15(金) 10:03:29
OS-9載せたワークステーションなんてあったか?

237 :名無しさん@お腹いっぱい。:2008/08/15(金) 10:07:41
日本のSharpのX68000パーソナル・ワークステーション。

238 :名無しさん@お腹いっぱい。:2008/08/15(金) 11:07:35
やっぱりそれを言いたかったのか

そんな半端なキワモノがエンジニアリングワークステーション購買層に売れるとでも?
無意味なネタを投下すんなよX68k厨

239 :名無しさん@お腹いっぱい。:2008/08/15(金) 11:12:45
半端なキワモノの、WinPCにLinux乗せたものに敗北したのは、何だったかなぁ。

240 :名無しさん@お腹いっぱい。:2008/08/15(金) 11:24:02
OS-9といえば、CD-i

241 :名無しさん@お腹いっぱい。:2008/08/15(金) 11:43:00
X68Kをワークステーションなんて思ってるやつなんていたか?
後、UNIX-WSが高価だったのはPC/ATコンパチ市場のように同一のハードウェア
アーキテクチャの元で、互換機メーカー同士の競争が無かったからでは?
Sparcマシンの互換機があったのは知ってるが、PC/AT市場ほど競争が激しかった
わけじゃないんでは?
そもそも、SUNの最盛期にSparcマシンはUNIX市場の何割を占めていたんだ?



242 :名無しさん@お腹いっぱい。:2008/08/15(金) 12:01:31
>>239
意味わからん

OS-9/X68kはUnix市場において何の意味もない
雰囲気が少し似てるだけの環境なんてUnix使いたいヤツは買わない

一方x86 PCにSolarisやPC-Unix入れたのは意味があった
安くて十分速いUnixマシンになったんだからな

243 :名無しさん@お腹いっぱい。:2008/08/15(金) 12:06:45
>>241
当時、X68000は、もっともワークステーション環境に近いパソコンだったよ。

・メモリを増設すれば、普通にメインメモリとして使えた。
・OS-9を買ってくれば、ウィンドウシステムとマルチタスクが使えた。
・もちろんCコンパイラもあった。
・unixのツール類が(DOS環境よりは)積極的に移植されていた。
・ALUは16ビットだけど、レジスタは32ビットだった。

仮想記憶や保護がないから、しょせんは一人で独り占めして使うパソコンではあったが。


> UNIX-WSが高価だったのはPC/ATコンパチ市場のように同一のハードウェア
> アーキテクチャの元で、互換機メーカー同士の競争が無かったからでは?

中身も違ってた。
大容量高速HDD、大容量メモリ、高解像度ディスプレイ、ネットワーク
それらは当時のAT互換機には使われていなかったものだから。


244 :名無しさん@お腹いっぱい。:2008/08/15(金) 14:22:24
OS−9ったらFM−11ぢゃないか!w

245 :名無しさん@お腹いっぱい。:2008/08/15(金) 14:45:35
OS-9の9は6809の9

246 :名無しさん@お腹いっぱい。:2008/08/15(金) 15:12:55
>>242
OS-9/X68000は1988年発売
x86サポートのSolarisは1993年発売

当時の5年の差は大きい。
自宅でunixを使いたくても高くて手が出ないので、
OS-9で我慢していた人たちがいたんだよ。

以上は日本のパソコンのお話。

世界のパソコンでは、
386BSD 0.0のリリースが1992年
Linux 0.96も1992年
Minixは1987年
マイクロソフトのXenixに至っては古すぎてよくわからんが、1983年にはPCに移植されてるらしい。
1986年には386版が出たとか。NECの98に移植されたPC-UXは・・・どうだったかな。

ちなみにXenixは「世界最初の商業ベースのUNIX」らしいな。

247 :名無しさん@お腹いっぱい。:2008/08/15(金) 18:55:04
流石、銭っくす

248 :名無しさん@お腹いっぱい。:2008/08/15(金) 19:09:17
EWS4800を使ったことのある人なら知ってると思うけどログインすると
Copyright (C) NEC Corp.
Copyright (C) USL, Inc.
Copyright (C) Microsofot Corp.
なんてズラズラ出てくるんだよな。

249 :名無しさん@お腹いっぱい。:2008/08/15(金) 19:53:40
USL や Microsoft は SVR4 なら必ず出ると思うけど?

250 :名無しさん@お腹いっぱい。:2008/08/15(金) 20:04:30
すまんな、BSD一辺倒だったんで。

251 :名無しさん@お腹いっぱい。:2008/08/16(土) 13:02:11
XenixはMicrosoftの製品だけど、ただのSystem V Release 4にMicrosoftの(c)なんて出たかな。

252 :www.Uurmt.jp:2008/08/16(土) 16:33:12
UURMT は始めて知ったよ。でも、面白い発想のビジネスて有るんだね。
本当に感心しちゃうね。
UURMT.jp uurmtってRMT ONLINEという意味です。
風林火山rmt 夢世界rmt SUNrmt パンドラサーガrmt ROSErmt   エターナルカオス rmt  三国志rmt 金販売 育成代行rmt
RMTなら【Uurmt】へ!激安?安心取引!
rmt リアルマネートレーディング オンラインゲーム通貨売買の専門サイト
ホームページ:www.Uurmt.jp
連絡メール:uurmt4u@yahoo.co.jp
メッセンジャー:uurmt@hotmail.co.jp
YAHOO検索:UURMT
RMT総合サイト UURMT
www.UURMT.com
営業時間:9:00〜25:00 年中無休
ご注文は24時間受付可能



253 :名無しさん@お腹いっぱい。:2008/08/16(土) 19:37:38
最近の話題 2008年8月16日
http://www.geocities.jp/andosprocinfo/wadai08/20080816.htm

1.富士通とSunの共同開発を延長か

254 :名無しさん@お腹いっぱい。:2008/08/16(土) 19:58:55
> Sunは,この契約の終了を見越してRockを開発してきたのですが,
> RockはNiagaraよりはシングルスレッド性能を上げていますが,
> やはり,シングルスレッド性能では,ハイエンドのアウトオブオーダマシンには
> 勝てそうにありません。
> 勝てそうにありません。
> 勝てそうにありません。
> 従って,協力関係を維持するほうが得という判断と書かれています。
> 富士通は4コアでクロックが4〜5GHzのSPARC64 VIII/IXを開発し,2010年にも新サーバに搭載して発売


255 :名無しさん@お腹いっぱい。:2008/08/16(土) 20:32:08
RockってOoOじゃないんだっけ?
http://pc.watch.impress.co.jp/docs/2008/0205/isscc02.htm

256 :名無しさん@お腹いっぱい。:2008/08/16(土) 23:14:48
RockがOoOになったところで、
もっと気合い入れてOoOやってるものには、
勝てないってことだと思われ。

ま、勝つ必要ないんと思うんだけどな。

257 :名無しさん@お腹いっぱい。:2008/08/17(日) 01:24:08
スループットで勝って
シングルスレッド性能でも勝ったら
確かに天下無敵だが、

そうはトーニャが卸さない。

258 :名無しさん@お腹いっぱい。:2008/08/17(日) 09:10:17
シングルスレッド性能では、ハイエンドのアウトオブオーダマシンには
勝てそうにありません!はどうでもいい
ちゃんとでるんだよな、座礁したんじゃないよな

259 :名無しさん@お腹いっぱい。:2008/08/17(日) 09:16:29
Sunと富士通で両面作戦やるのは無駄だと思う。

プロセッサとサーバの開発は富士通に一本化して、
Sunはソフトウェアとx86サーバだけに注力したらどうよ。

260 :名無しさん@お腹いっぱい。:2008/08/17(日) 13:41:43
>>251
SVR4 の開発経緯くらい調べたら? てか、何垂れ流してんの? ヨソでやれば?


261 :名無しさん@お腹いっぱい。:2008/08/17(日) 14:26:18
>>260
お前が話題を振らずに文句ばっかり言ってるから、レベル低い人しか発言しないんだよ。

262 :名無しさん@お腹いっぱい。:2008/08/17(日) 15:15:14
トーニャっていってもハーディングしか思いつかない

263 :名無しさん@お腹いっぱい。:2008/08/17(日) 19:20:34
ストパンに出てくる露出狂のひとりじゃね?

264 :名無しさん@お腹いっぱい。:2008/08/17(日) 19:34:38
ハトよめに出てくる猫もそんな名前だったな

265 :名無しさん@お腹いっぱい。:2008/08/17(日) 19:53:32
>>261
はぁ? オレが何も言わいとクソ垂れ流していいってか? 初めて聞いたわ。おまえどこの国の住人なんだよ?www

266 :名無しさん@お腹いっぱい。:2008/08/17(日) 19:56:44
>>265
空気を悪くするなよ

267 :名無しさん@お腹いっぱい。:2008/08/17(日) 20:10:21
>>265
空気嫁よ

268 :名無しさん@お腹いっぱい。:2008/08/18(月) 02:01:04
>>259
SPARCサーバーの命運が富士通の気分次第で左右されるというのも、どうかと思うぞ。

東芝がWHを買収したように、日本企業による大型ハイテク企業買収案件も許容される空気
があるから、富士通が「今から本気出すw」なら思い切ってSunを買収してしまえばよいのに。

富士通は、やればできる子w

269 :名無しさん@お腹いっぱい。:2008/08/18(月) 02:34:29
どうか、と言ってももうそうなっているわけで
買収されるというのもいいかもね

270 :名無しさん@お腹いっぱい。:2008/08/18(月) 08:14:46
買収された場合…
ROSS, HALなどなどのようになりませんようにw

271 :名無しさん@お腹いっぱい。:2008/08/18(月) 08:26:11
>>266,267
空気か? 低レベルだがww

272 :名無しさん@お腹いっぱい。:2008/08/18(月) 08:29:10
ひとりで作った「空気」を「読め」だ? 傲慢だな。ちょーし乗りすぎなんだよ、カス。

273 :名無しさん@お腹いっぱい。:2008/08/18(月) 10:47:34
>>271-272が空気を悪くする発言しかしていない件についてはスルーして。

>>270
ROSS→現在まで続くSPARC64の基礎
HAL→現在まで続くSPARC64鯖の基礎
ちゃんと活きてるから問題なし。

274 :名無しさん@お腹いっぱい。:2008/08/18(月) 11:47:00
___
←樹海|  富士Sun!誕生!
 ̄|| ̄ ┗/^o^\┓三   
  ||    ┏ ┗  三

275 :名無しさん@お腹いっぱい。:2008/08/18(月) 13:00:21
>>273
HALがSPARC64で、ROSSがhyperSPARCだと思ったが、両方でSPARC64を作ってた?

そういえば、今のSPARC64は、メインフレーム用のプロセッサと結構な部分を共用してる
という話だけど、昔のSPARC64の部分てのは、どのくらい生きてるんだろう。


276 :名無しさん@お腹いっぱい。:2008/08/18(月) 13:02:41
>>254
4〜5GHzでOoOなCPUって、富士通作れるんだろうか
inorderだったりしたら、富士通が作る意味が半減だ。

277 :名無しさん@お腹いっぱい。:2008/08/18(月) 13:58:38
>>276
富士通の製造プロセス技術に期待しているのだろう。

278 :名無しさん@お腹いっぱい。:2008/08/18(月) 14:09:12
いくらあたしが世間知らずでも
富士通のプロセスなんかには期待しないわよ

279 :名無しさん@お腹いっぱい。:2008/08/18(月) 17:09:58
っ溺れる者は藁をも掴む

280 :名無しさん@お腹いっぱい。:2008/08/18(月) 18:04:30
SPARC64の出来栄えを見るかぎり、富士通は藁ではないと思う。

281 :名無しさん@お腹いっぱい。:2008/08/18(月) 21:22:39
不治痛の一番の問題は、半導体…。
今、出たので、65nmっていったいどういう事なのよ?
>>274
SPARC64GPは、64bitーV9でしょ。

282 :281:2008/08/18(月) 21:24:26
ごめヌ。
レス間違えた。
>>275さんね
SPARC64GPは、64bitーV9でしょ。


283 :名無しさん@お腹いっぱい。:2008/08/18(月) 22:27:45
>>275
> 昔のSPARC64の部分てのは、どのくらい生きてるんだろう。

↓ここらへんを読むとほとんど残ってないと思われる

http://www.ssken.gr.jp/lib/nl/2006/sci/2/3_inoue.pdf
> 米国HAL Computer Systemsで開発していたSPARCプロセサがキャンセルになり,
> GSのCPUを開発してきた設計者が,SPARCアーキテクチャ[4]のCPUも担当する
> ことになった.GSのCPUをベースにした初代のSPARCチップがSPARC64 V[5]である.
> 図 1は,GSのCPUと,SPARC64 Vのチップ実装図であり,両者の類似度の高さが
> 現れている.GSベースの設計を決めるにあたり,ソフトウェア性能評価シミュレータを
> 用いて,基本的な構造は維持しながらGSのCPUをSPARC64のCPUに作り変える
> アプローチでの性能確保を確認し,性能向上につながる構成を検討・評価した[6][7].

p5のあたり

284 :名無しさん@お腹いっぱい。:2008/08/19(火) 01:08:47
>>282
以下の理解でOK?(WikipediaのSPARCの項を見た)
hyperSPARC [A-D] : 32bit V8、SPARC64〜SPARC64 GP : 64bit V9、SPARC64 V〜 : 64bit V9+JPS1

>>283
共用じゃなくて、メインフレームのプロセッサをSPARCに仕立てたという感じなんですね。

285 :名無しさん@お腹いっぱい。:2008/08/19(火) 01:28:54
>>281
Xeon MP (Tigerton) : 65nm
Opteron 8xxx (Barcelona) : 65nm
POWER6 : 65nm
Itanium (Montvale) : 90nm

286 :名無しさん@お腹いっぱい。:2008/08/19(火) 01:57:05
ここまでの流れをまとめると Rock破棄→Sun少々延命 てところですか?

287 :名無しさん@お腹いっぱい。:2008/08/19(火) 10:04:22
1年前はこんなこと言われてたんだがな。
http://itpro.nikkeibp.co.jp/article/COLUMN/20070509/270354/

Rockは遅れるからまだまだSPARC64必要

RockあるからSPARC64イラネ

Rockは遅れるからまだまだSPARC64必要  ←イマココ!

288 :名無しさん@お腹いっぱい。:2008/08/19(火) 10:05:42
Rockを廃棄するにしても、
これまでに注ぎ込んだリソースが・・・

289 :名無しさん@お腹いっぱい。:2008/08/19(火) 16:13:02
なんでここのアンチはこんなに短絡で頭悪いんだろう...

290 :名無しさん@お腹いっぱい。:2008/08/19(火) 17:04:09
>>289みたいなのが棲み付いてるからじゃね?

291 :名無しさん@お腹いっぱい。:2008/08/19(火) 18:33:02
またまた挙手ピンポイントです。真性ですね。お気の毒です。

292 :名無しさん@お腹いっぱい。:2008/08/19(火) 21:32:57
291は鏡で自分の姿をみるべし

293 :名無しさん@お腹いっぱい。:2008/08/19(火) 22:54:17
富士通はもうBioServerみたいなの、作らないの?

294 :名無しさん@お腹いっぱい。:2008/08/20(水) 00:03:05
>>288
破棄しないと、これから注ぎ込むリソースが無駄になるじゃん

295 :名無しさん@お腹いっぱい。:2008/08/20(水) 01:30:15
>>294
そりゃそうなんだけどさ、巨大な投資に失敗しちゃったわけで。

296 :名無しさん@お腹いっぱい。:2008/08/20(水) 01:52:51
日経コンピュータの記事を読んだ限りじゃ、Rockそのものを諦めたというよりは
Rockの垂直立ち上げを諦めたってニュアンスに思えたが

でも、なんかRockって初期のItaniumの香りがするような

297 :名無しさん@お腹いっぱい。:2008/08/20(水) 09:46:53
何がネックなのかな。

やたら低いクロックでしか動作しない、
冷却が追い付かない、
歩留まりが悪すぎる

・・・Itanium初代も同じだったなぁ・・・

298 :名無しさん@お腹いっぱい。:2008/08/20(水) 10:00:54
おいおい、Ita に比する CPU なんかないよ。あんなマネしたらごく初期で
会社が潰れる。Intel 以外には存続不可能。
ま、低脳のネゴトはみじめであわれだなww

299 :名無しさん@お腹いっぱい。:2008/08/20(水) 10:33:46
>>297
設計者の能力

300 :名無しさん@お腹いっぱい。:2008/08/20(水) 10:51:41
10Wのコアを16個で、その他も含めて250W
というスタートラインからして、間違ってる。

コア数を8個に抑えて立ち上げた後に、
65nm→45nmへのシュリンク時にコア数を16個に増やす
っていうシナリオにすれば、消費電力的には問題ないのに。

そうなると性能が足りないんだろうな・・・。

301 :名無しさん@お腹いっぱい。:2008/08/20(水) 10:58:39
RockはL3キャッシュとメモリコントローラが別チップ。
同一チップに入れる代わりに8コアに減らして、
2チップでSMP組んだほうが、良かったのではないかと。

302 :名無しさん@お腹いっぱい。:2008/08/20(水) 11:08:37
2007年1月のプレスリリース。テープアウトした、2008年後半に市場に投入。
2008年2月のプレスリリース。2009年後半「以降」に延期。

少なくとも丸々1年遅れてる。
試作品が散々で設計やり直しているのかもな。

303 :名無しさん@お腹いっぱい。:2008/08/20(水) 11:21:21
250Wなんで誰もOK出せないだろ

304 :名無しさん@お腹いっぱい。:2008/08/20(水) 11:37:24
SunにOK出した人がいるから設計してテープアウトして試作までやっちまったんでは?

305 :名無しさん@お腹いっぱい。:2008/08/20(水) 13:12:39
テープアウト後の投入延期ってごくフツーのことだけど。
遅れた CPU のほとんどがそう。
も死ねよ低脳。糞バカ。糞尿。

306 :名無しさん@お腹いっぱい。:2008/08/20(水) 13:19:40
>>305
無理に話に参加しなくていいよ
テープアウト後の延期が特異だとは誰も言ってませんが。

307 :名無しさん@お腹いっぱい。:2008/08/20(水) 14:41:59
250Wってありえないレベルだと思うんだが、
半分の8コア130Wとかだとマーケティング的にヤバいのか?

308 :名無しさん@お腹いっぱい。:2008/08/20(水) 15:33:07
UltraSPARC-Vなどの余計なプロジェクトがスクラップにされて
恒例の延期騒ぎがRockだけで済んだからいいよね

コア数半減で45nmプロセスへの変更時に構成も変更とか言われても
Sunにはそういったことを実施できるだけの力がないと思われ

309 :名無しさん@お腹いっぱい。:2008/08/20(水) 15:54:52
250Wだろうとなんだろうと消費電力に見合う処理能力があればいい。
自社で出すサーバに使う製品なんだから水冷前提でも何らかまわない。
そう考えると。コストに見合う処理能力も必要ではある。

310 :名無しさん@お腹いっぱい。:2008/08/20(水) 15:58:57
SPARCの処理能力がコストに見合った事なんてないだろ

311 :名無しさん@お腹いっぱい。:2008/08/20(水) 15:59:10
でも250Wのチップを載せるオーバーテクノロジもないんだから、詰んでるとし
か言い様がないなあ。

312 :名無しさん@お腹いっぱい。:2008/08/20(水) 16:05:32
サンからエコを取って残るものって一体…

313 :名無しさん@お腹いっぱい。:2008/08/20(水) 16:11:32


314 :名無しさん@お腹いっぱい。:2008/08/20(水) 16:47:55
テープアウト後の延期が異常だと信じ込んでたサルが何言っても説得力ゼロですよ?

315 :名無しさん@お腹いっぱい。:2008/08/20(水) 16:50:10
>>314
テープアウト後の延期が異常だと誰が言ってますか? あなたの妄想の中の人物ですか?

316 :名無しさん@お腹いっぱい。:2008/08/20(水) 16:52:28
>>309
水冷で信頼性と競争力のある価格を両立できるの?

317 :名無しさん@お腹いっぱい。:2008/08/20(水) 16:55:59
>>315
ええ、該当のサル以外は >314 には反応しないと思いますので問題ありません。
ところであなた、説得力ゼロですよ?

318 :名無しさん@お腹いっぱい。:2008/08/20(水) 16:57:31
またまたまた出ました、挙手ピンポイントです。マジ真性ですwwwwwwwwwww アホですww

319 :名無しさん@お腹いっぱい。:2008/08/20(水) 18:31:05
まともな頭脳を持った人間は、>>318のように指摘されなくても、ちゃーんとわかってます。

320 :名無しさん@お腹いっぱい。:2008/08/20(水) 20:10:12
2

321 :名無しさん@お腹いっぱい。:2008/08/22(金) 00:22:03
>>281

来年出るRockも65nm。

http://journal.mycom.co.jp/articles/2008/03/02/isscc3/001.html



322 :名無しさん@お腹いっぱい。:2008/08/22(金) 09:49:18
Wikipedia の DS/90 んとこ読んだんだけど、F の以前の SPARC って、自滅じゃん。
それもソフトウェアの... 素の SVR4 がいかにダメだったかという..
なんでそんなもんに賭けたんだか。
まあ、その後の UXP/DS 捨ててハードを Solaris 互換にしたのは正しい
選択だけど。

323 :名無しさん@お腹いっぱい。:2008/08/22(金) 11:40:29
Solaris互換の逃げ道を用意してたんだから、別にUXP/DSに賭けちゃいないじゃん。

324 :名無しさん@お腹いっぱい。:2008/08/22(金) 12:11:42
DS/90 売ってたころの F知らんのな。

325 :名無しさん@お腹いっぱい。:2008/08/22(金) 14:01:59
>>322
日本でSVR4といったらΣプロジェクト

326 :名無しさん@お腹いっぱい。:2008/08/22(金) 14:17:37
>>322
ほれw Fつか、PFUだろ?
http://museum.ipsj.or.jp/computer/unix/index.html

327 :名無しさん@お腹いっぱい。:2008/08/22(金) 17:33:00
>>325
ダウト。SVR4 はまだ出来てないだろ?

328 :名無しさん@お腹いっぱい。:2008/08/22(金) 17:48:02
>>327
Σの延長線上でSVR4採用が多かったんだよ。
SONYはΣやってないからNEWSはBSDだった。

329 :名無しさん@お腹いっぱい。:2008/08/22(金) 19:11:43
ΣとSVR4を結びつけるのはオマエくらいだよ

330 :名無しさん@お腹いっぱい。:2008/08/22(金) 22:37:30
>>328

Σとは関係ない。
当時多くのメーカーがSVR4に走った。


331 :名無しさん@お腹いっぱい。:2008/08/22(金) 23:14:24
>>321
この時期発売で65nmで、大丈夫だと思ってるのは、
かなり異常。
やけにうるさくなってる電力消費問題を
どう解決するか。
今後数年を65nmで乗り切るんだよ?
それと、Rock、250Wって、やばいよな。
すぐにでも、シュリンクしないとね。
そんな金あるかどうかは、別として。
まぁ、Sunって、TSMCなんだっけ?
なら、45nm化は、大丈夫なんかな。

なんというか、まぁ、SPARCは、
Solarisがあるうちは、性能が低くても
買ってくれる人がいるから、いいっていうこと
なんかな?


332 :名無しさん@お腹いっぱい。:2008/08/22(金) 23:53:56
(最近は特に)プロセスが小さくなれば必ず省電力になる、っていうこともないから、
65nmであること自体はそう致命的な問題とはなり得ないだろう。
製造コストではむろん不利になるが、ダイサイズは65nmでもそう大きい訳じゃないからね。

333 :名無しさん@お腹いっぱい。:2008/08/23(土) 00:21:56
>>331
設計がプロセスと無関係だと思ってるバカは定期的に涌くよね

334 :名無しさん@お腹いっぱい。:2008/08/23(土) 00:28:34
> ダイサイズは65nmでもそう大きい訳じゃない

396mm^2が大きくないって?

335 :名無しさん@お腹いっぱい。:2008/08/23(土) 00:28:44
>>332
トータルのダイサイズよりも、ロジックの面積が広いのが厳しいね。
Itaniumの最初のもそうだったけど、難航しがち。


336 :名無しさん@お腹いっぱい。:2008/08/23(土) 00:32:44
>>334
SPARC64 VIが421mm2、VIIが445mm2
Niagaraが340mm2、Niagara2が342mm2

Niagara/Niagara2の時点で、
8コア全部生きている玉はプレミア価格だったから、
Rockの全コア生きているのも、かなり数が少ないかと。

Tukwilaの700mm^2と比べて大したことないとかいうのなら、それは・・・


337 :名無しさん@お腹いっぱい。:2008/08/23(土) 01:52:48
まあ、Rockの場合問題なのはダイサイズじゃなくて消費電力だろうな

338 :名無しさん@お腹いっぱい。:2008/08/23(土) 05:22:46
>>326
PFUだろっていうのは間違い


339 :名無しさん@お腹いっぱい。:2008/08/23(土) 09:52:24
SPARC64 VII出てたんだね
SPEC CPU2006の結果でもXeonと比べてもかなりいい結果
ttp://www.spec.org/cpu2006/results/res2008q3/cpu2006-20080711-04753.html

340 :名無しさん@お腹いっぱい。:2008/08/23(土) 19:46:30
>>339
ヒント:16chip

341 :名無しさん@お腹いっぱい。:2008/08/23(土) 20:04:06
ヒントって久しぶりに見たな

342 :名無しさん@お腹いっぱい。:2008/08/23(土) 22:25:54
>>340
rateじゃねーんだから。

343 :名無しさん@お腹いっぱい。:2008/08/23(土) 23:41:43
>>342
ヒント難しい?
AutoParallelって、知らないのかな?

344 :名無しさん@お腹いっぱい。:2008/08/24(日) 14:03:58
RATEじゃないのか

345 :名無しさん@お腹いっぱい。:2008/08/25(月) 11:59:10
レジスタウィンドウは倍つんで高速化はかってるし、ちゃんと速い CPU 作れるし、
SPARC ISA にケチつけてるやつって、バカ?

346 :名無しさん@お腹いっぱい。:2008/08/25(月) 14:40:02
レジスタファイルが穀潰しだからケチつけられるんじゃ?

347 :名無しさん@お腹いっぱい。:2008/08/25(月) 15:10:41
さ、穀潰し…。

348 :名無しさん@お腹いっぱい。:2008/08/25(月) 16:22:14
レジスタウィンドウを増やして高速化?
レジスタウィンドウがネックになるので増やしただけだろ。

そしてレジスタウィンドウはOoOと相性が悪いという指摘もある。
Rockのリタイアがインオーダなことや、
スカウトスレッドがメモリのレイテンシの隠蔽だけでなく、
OoOの機能を担っていることなどからも、相性が悪そうだし。

349 :名無しさん@お腹いっぱい。:2008/08/25(月) 16:33:18
そうすっとSPARCアーキは根本的にクソってことになっちまうがな

350 :名無しさん@お腹いっぱい。:2008/08/25(月) 16:45:20
>>348
「増やしただけだろ。」「という指摘もある。」「相性が悪そうだし。」
...中身ゼロだね。明確な根拠いっぺんも出たことないし。
>>349
もうあらゆる議論の以前に『ヴァカ』。なにがどう「そうすっと」なんだよwwww ガイコツ空洞なんだよおまえww

351 :名無しさん@お腹いっぱい。:2008/08/25(月) 17:07:12
そうすっともなにも、昔から糞って言われ続けてるじゃないか。

352 :名無しさん@お腹いっぱい。:2008/08/25(月) 17:26:45
>>349
SPARCの開発がスタートした時点では、SPARCのアプローチは正しい選択肢の1つだったと思うよ。
レジスタをスタックにpush/popするよりも、レジスタウィンドウを使ったほうが、圧倒的に速かったから。

353 :名無しさん@お腹いっぱい。:2008/08/25(月) 17:37:07
先を見越してなかったわけでもなんでもないし、「現在ではあてはまらない」という
根拠も全く示されてない。「伝聞」うれしがって吹聴してるサルがいるだけ。

354 :名無しさん@お腹いっぱい。:2008/08/25(月) 17:38:40
何でもそうだけど
無意味に特定の技術に固執して変化を受け入れない企業は滅ぶってこったな

355 :名無しさん@お腹いっぱい。:2008/08/25(月) 17:39:31
その伝聞が実情とまるで逆ならともかく、だいたい合ってるんだから、そう目くじら立てることもあるまい。

356 :名無しさん@お腹いっぱい。:2008/08/25(月) 17:59:17
証拠を示せ、証拠を。話はそれからだ。

357 :名無しさん@お腹いっぱい。:2008/08/25(月) 18:00:26
>>354
無意味に特定の風説に固執するバカがとっとと滅べ。
ん? x86 のことか? wwwwwwwwwwww

358 :名無しさん@お腹いっぱい。:2008/08/25(月) 18:02:28
>>356ってカマッテチャン?

359 :名無しさん@お腹いっぱい。:2008/08/25(月) 19:15:14
リッチな回路うっとおしいな。いつまで粘着するつもりなんだ。
低レベルな話題振りとヘタクソなアオリ・偽装連投もううんざり。
よくこんな恥しい行為を続けられるもんだ。気持ち悪い。

360 :名無しさん@お腹いっぱい。:2008/08/25(月) 22:20:37
>>359
それは、
最初にリッチな回路と言った人のことなのか、
リッチな回路を連呼して粘着している人のことなのか、
あるいは、両方なのか。

361 :名無しさん@お腹いっぱい。:2008/08/25(月) 22:52:41
アーキは悪くないと思うけど、実際にチップをつくるSunの設計者の能力が劣っているだけだろ…
同じアーキのCPUをいろんな会社で設計すれば、Sunのものが一番性能が悪いと思う

362 :名無しさん@お腹いっぱい。:2008/08/25(月) 22:55:01
実際、富士通のほうが優れているしな。

363 :名無しさん@お腹いっぱい。:2008/08/26(火) 00:08:46
>>361
Sun信者によるといろんな会社が設計して作って、あちこちで採用されているらしいぞ。

364 :名無しさん@お腹いっぱい。:2008/08/26(火) 00:49:28
>>347
さ?

365 :名無しさん@お腹いっぱい。:2008/08/26(火) 01:45:49
Sun国人

366 :名無しさん@お腹いっぱい。:2008/08/26(火) 11:08:51
自分は ISA 評価する能力なんてまるでないってことがやっとわかったようだな。

367 :名無しさん@お腹いっぱい。:2008/08/26(火) 15:14:43
Rockが量産された暁には!

368 :名無しさん@お腹いっぱい。:2008/08/26(火) 16:53:05
>>366
おまえがな。

組込みでIPLを自前で書かないといけなかった頃、
SPARCみたいなレジスタウィンドウがあるのは論外だったな。

369 :名無しさん@お腹いっぱい。:2008/08/26(火) 17:28:27
レジスタウィンドウがでかいと
コンテキストスイッチが重い

コンテキストスイッチしたくないなら
ハードウェアスレッドを増やせばいいじゃない

Niagara

370 :名無しさん@お腹いっぱい。:2008/08/26(火) 17:32:31
究極のもっさりCPUだな

371 :名無しさん@お腹いっぱい。:2008/08/26(火) 17:34:18
評価能力皆無丸出し。あわれ。みじめ。悲惨。

372 :名無しさん@お腹いっぱい。:2008/08/26(火) 17:37:45
>>371
根拠無しはお前だ。

373 :名無しさん@お腹いっぱい。:2008/08/26(火) 17:38:43
>>369
Niagaraのマルチスレッドは割り込みからの応答時間のワーストケースを保証できるのかな。

374 :名無しさん@お腹いっぱい。:2008/08/26(火) 17:45:55
>>372
脳無しが。いっぺんぐらいちゃんと根拠示してみろ。

375 :名無しさん@お腹いっぱい。:2008/08/26(火) 17:48:03
>>374
オマエガナ。

376 :名無しさん@お腹いっぱい。:2008/08/26(火) 17:48:32
姉妹スレ

【当るの】64式小銃を偲ぶスレその9【当らないの】
http://hobby11.2ch.net/test/read.cgi/army/1203577339/

377 :名無しさん@お腹いっぱい。:2008/08/26(火) 19:17:05
>>373
応答速度が重要なら、そのためだけにハードウェアスレッド1個予約できるんじゃね?

378 :名無しさん@お腹いっぱい。:2008/08/26(火) 19:35:00
そういう時間のリアルタイム処理が必要なら、それ専用にプロセッサやら回路やらを積むべき。


379 :378:2008/08/26(火) 19:38:24
もちろん、そういう時間のリアルタイム処理専用のプロセッサにSPARCが向いていないのは言うまでもない。

いちおう言っとくが、
リアルタイム = 応答速度が速い
ではないぞ。

リアルタイム = 応答時間が保証されている
だ。
その応答時間が、1usだろうと100msだろうと1分だろうと1時間だろうと、リアルタイムだ。

要求されている応答時間によって、どういう手段を使うかが決まってくる。
ま、リアルタイムOSのSPARCサポートが少ないことからも、あれだが・・・。

380 :名無しさん@お腹いっぱい。:2008/08/27(水) 00:39:44
2008年2Qの世界サーバ市場、デルが売上シェア3位に浮上
http://www.computerworld.jp/topics/srv/119449.html

381 :名無しさん@お腹いっぱい。:2008/08/27(水) 00:43:03
PCサーバもWindowsサーバもSUNの余命を
ほんのちょっと延ばしたに過ぎなかったね。

382 :名無しさん@お腹いっぱい。:2008/08/27(水) 00:53:03
Rock量産の暁には

383 :名無しさん@お腹いっぱい。:2008/08/27(水) 00:55:00
地球温暖化で人類滅亡という話ですか?わかりません><

384 :名無しさん@お腹いっぱい。:2008/08/27(水) 00:58:09
Naiagaraも量産出来ていないから
きっとRockも量産出来ないと思う


385 :名無しさん@お腹いっぱい。:2008/08/27(水) 01:40:39
だれだよUltraSPARCシリーズがガンガン売れてるとかガセ書いてたやつは

386 :名無しさん@お腹いっぱい。:2008/08/27(水) 09:34:19
アンチの寒い空振り。いつまで続くのか。なぜこいつは自分が「惨め」だと思わないんだろう..

387 :名無しさん@お腹いっぱい。:2008/08/27(水) 16:23:18
Rockテープアウトの暁には

388 :名無しさん@お腹いっぱい。:2008/08/27(水) 17:18:38
>>386が惨めに見えるのは気のせいか

389 :名無しさん@お腹いっぱい。:2008/08/27(水) 18:44:45
Rockはもうテープアウトしてるちゅーにww

390 :名無しさん@お腹いっぱい。:2008/08/27(水) 18:51:04
やり直しのテープアウトのことかと。
初回のテープアウトは失敗だったから、手戻りでスケジュール遅れてるんだろ。

391 :名無しさん@お腹いっぱい。:2008/08/27(水) 23:13:47
UltraSPARC シリーズというと、Niagaraの事だと
思うが、うわさによると、売れてるらしいということを
おいらも聞いた。
もしかしたら、Sunの工作員のデマなのか?
正直、Sunのあせり具合は、かなりすごい気がする。
必死だよ。

ところで、Rockって、液冷になるのかな??

392 :名無しさん@お腹いっぱい。:2008/08/27(水) 23:40:20
流石に液冷は無いでしょ。あと 2 年かけて空冷システムを開発するから。

393 :名無しさん@お腹いっぱい。:2008/08/27(水) 23:43:30
ロックだけに氷で冷やす

394 :名無しさん@お腹いっぱい。:2008/08/27(水) 23:51:31
Fujitsu Readies Eight-core Sparc64 Chip
http://www.pcworld.com/businesscenter/article/150344/fujitsu_readies_eightcore_sparc64_chip.html

395 :名無しさん@お腹いっぱい。:2008/08/27(水) 23:59:17
>>374が、売れているという話の根拠を示したら?

396 :名無しさん@お腹いっぱい。:2008/08/28(木) 00:02:14
> The eight-core processor is code-named Venus
> and will be manufactured using a 45-nanometer process,

Rockは65nmだが、富士通の8コアSPARC64は45nmなのね。
Rockまでの繋ぎなのに、Rockよりも先進のプロセスで製造。

397 :名無しさん@お腹いっぱい。:2008/08/28(木) 00:35:56
>>391
Sunの新型1Uサーバを買ったばかりのエンドユーザが「この中に32CPU入っている」と言っていたそうだ。
ろくに説明できずに詐欺まがいの売り方してんじゃないのか?

398 :名無しさん@お腹いっぱい。:2008/08/28(木) 01:20:51
新型で32ってことは、Niagara2の4コア版か。
4コアなんて出すようじゃ、よっぽど歩留まりが悪いんだな。

399 :名無しさん@お腹いっぱい。:2008/08/28(木) 01:39:50
http://www.geocities.jp/andosprocinfo/wadai08/20080510.htm
> SPARC64 VIIが65nmプロセスで4コアであるのに対して,このビーナス
> (SPARC64 VIIがJupiterであるので,Venusと考えられる)というコード
> ネームのチップは,45nmプロセスを使用し,8コアを搭載するとのことです。

というわけで、日経産業新聞のすっぱ抜きは正しかったということか?

となると

http://www.geocities.jp/andosprocinfo/wadai08/20080816.htm
> 日経コンピュータには,今後の協力で,富士通は4コアでクロックが
> 4〜5GHzのSPARC64 VIII/IXを開発し,2010年にも新サーバに搭載
> して発売と書かれています。

こっちはガセか?

400 :名無しさん@お腹いっぱい。:2008/08/28(木) 01:45:48
SPARC64 VIIが65nmで2.5GHzくらい出てるわけで、45nmで4GHz出ても不思議じゃない。

401 :名無しさん@お腹いっぱい。:2008/08/28(木) 02:11:03
Rockは要らない子

402 :名無しさん@お腹いっぱい。:2008/08/28(木) 05:00:25
NiagaraとRockの両面作戦ってのが、身のほどをわきまえてない。
とくにRockが16コアってあたりが欲張り杉だと思うのよ。

シングルスレッド性能を追求したコア4つのプロセッサと、
スループット性能を追求したコア8つのプロセッサを、
マルチプロセッサでうまく使えるようにSolarisが頑張る
そんな構成でアプローチすべきだったと思うんだが、どうよ。




403 :名無しさん@お腹いっぱい。:2008/08/28(木) 09:15:06
低脳アンチほんとうに必死です。今回はよほどコタえたようですね、連投どころではありませんww
ほんとうにありがとうございました。

404 :名無しさん@お腹いっぱい。:2008/08/28(木) 13:56:00
Rockを立ち上げて検証した後なら、じゃあ次はRockのコアとNiagaraのコアを混ぜて…
ってのは可能になるかもね。
でも非対称マルチコアをソフトウェアはうまく扱えない気がするな。
ある処理がスループット重視なのかパフォーマンス重視なのかは状況によってコロコロ変わるから。

405 :名無しさん@お腹いっぱい。:2008/08/28(木) 14:41:08
ちょっと気になって、富士通の半導体関連のプレスリリースを調べてみたんだが、
http://pr.fujitsu.com/jp/

65nmのときは工場建設のプレスリリースがあった。

http://pr.fujitsu.com/jp/news/2006/01/11.html
> 65nmテクノロジーの300mm第2棟を建設
> 2007年4月より稼動、同年7月には量産出荷を開始します。

でも65nm製品出荷開始のリリースはない。
65nmを使った、と仕様に明記してある製品のリリースもない。
(まあカスタム品ばかり作っているのかもしれんが)

さらに、45nm絡みは技術開発の発表だけ。
いまだに45nm工場作ります、って発表はしてないんだよ。

本当に大丈夫なの?

406 :名無しさん@お腹いっぱい。:2008/08/28(木) 14:59:09
Rock は TI だったよな? 延期だと TSMC になるのか?

407 :名無しさん@お腹いっぱい。:2008/08/28(木) 15:00:01
>>405
そのまま解釈すると、65nm すっとばして 45nm にします、ってことかな?
あやしいなww

408 :名無しさん@お腹いっぱい。:2008/08/28(木) 15:26:02
Sun for Sale?
http://osnews.com/story/20224/Sun_for_Sale_
Is There a Future for UltraSPARC Workstations?
http://osnews.com/story/20226/Is_There_a_Future_for_UltraSPARC_Workstations_

言ってることがこことあんまり変わらない気がする…

409 :名無しさん@お腹いっぱい。:2008/08/28(木) 17:36:22
>>403
お前の書き込みが一番低能だ。

>>404
混ぜるのを前提にすれば、Rockは16コアで250Wなんていうモンスターにならずに済んだと思うよ。

> ある処理がスループット重視なのかパフォーマンス重視なのかは状況によってコロコロ変わるから。

そこはSolarisとその開発チームの優秀さを実証するところですよ。

ま、プロセスあるいはスレッドに固定的に属性を与えるのでも、
いっそLDom単位で割り当てるのでも、それなりに役に立つと思う。


410 :名無しさん@お腹いっぱい。:2008/08/28(木) 17:46:22
>>405
ttp://pc.watch.impress.co.jp/docs/2008/0529/via.htm
> 製造は富士通が行ない、プロセスルールは65nm。
> 既にOEMメーカー/マザーボードベンダー向けに出荷開始されており、
> 2008年第3四半期より搭載システムが発売される。

411 :名無しさん@お腹いっぱい。:2008/08/28(木) 18:13:16
http://grape.mtk.nao.ac.jp/~makino/articles/future_sc/note059.html
> 58. 富士通半導体分社化 (2008/2/4)

> そういうわけで、富士通が 45nm 以降も独自開発を続けるのか、あるいは何
> 度も噂にでているように東芝を中心とした連合に参加するのか、というのは
> かなり微妙な話になってきています。

> 自前のファブなしでハイエンドプロセッサを作れるか?というのはかなり疑問です。

> 自社ファブでいいのはクロックをあげられるということくらいです。

みな疑問には思っているようだ。

412 :名無しさん@お腹いっぱい。:2008/08/28(木) 18:30:59
富士通は45nmの開発が進んでいるので、連合に参加するのは32nmからって予想もあるぞ。

富士通のプロセスは優秀で、速度・消費電力のバランスに優れてる。
EfficeonとかIsaiahのような製品が富士通のプロセスを選ぶなど、実績がある。

413 :名無しさん@お腹いっぱい。:2008/08/28(木) 18:39:25
Isaiah=VIA Nanoで積む実績が
死亡フラグの実績にならなければいいが

414 :名無しさん@お腹いっぱい。:2008/08/28(木) 18:55:34
> 富士通のプロセスは優秀で、速度・消費電力のバランスに優れてる。
歪みシリコンがどうとか、「ブレークスルー」を度々発表してる某2社が
黙々と作ってる Fなんかとそう違いがないのを見ると、虚勢張ってるだけなんじゃ
ないかと疑ってしまうね。
「物理的な限界」は、どこへいっちゃったんだよwwww まだじゃねーかバカヤローw

415 :名無しさん@お腹いっぱい。:2008/08/28(木) 19:26:39
>>413
SPARC64の製造のためにx86プロセッサで工場を維持するなんて、ステキじゃないか。

416 :名無しさん@お腹いっぱい。:2008/08/28(木) 19:50:12
Efficeon 死亡
VIA Nano ??? ← イマココ!
SPARC64 VIII New!

417 :名無しさん@お腹いっぱい。:2008/08/28(木) 23:17:57
大丈夫さ、プロセサ開発なんて、順調に進んだものは無いって、
言ってたジャン。
Sunの偉い人だっけね?
毎回遅れるのが定説なんだから…。
まぁ、涅槃がすぐそこだから、とんでもないことになるだろうけど。

418 :名無しさん@お腹いっぱい。:2008/08/29(金) 00:12:15
>>416
Efficeonの不振は富士通のせいじゃない。
TransmetaのCPUの中では、富士通製造分は最も優秀だった。

最初のCrusoeが糞すぎただけなんだ。
あれでEfficeonが優れてると言われても誰ももう信じなかった。

ttp://pc.watch.impress.co.jp/docs/2003/1107/kaigai043.htm
> Transmetaは同社の使うプロセス技術とファウンドリ戦略も明らかにした。
> 「富士通で使うプロセスは、同社がASIC用に公開しているプロセスではない。
> HPEと内部で呼んでいる、SPARC64 プロセッサ向けとほぼ同じプロセスだ。
> 我々が使う彼らの90nmプロセスのトランジスタ(のゲート長)は、
> 90nmでも65nmでもなく、40nmだ。
> これは、非常に進んだ技術で、信じられないくらい速い。
この発言は
> 元Sun MicrosystemsでSPARCを担当していたDitzel氏
のもの。


419 :名無しさん@お腹いっぱい。:2008/08/29(金) 00:31:23
>>400
8コアと4コア

420 :名無しさん@お腹いっぱい。:2008/08/29(金) 00:36:37
むしろ4コアで進んでいたのを急遽8コアにしてくれって言われたのかもよ。

421 :名無しさん@お腹いっぱい。:2008/08/29(金) 00:44:23
コア数なんてそんな簡単に変えられないだろ
Intelじゃあるまいし

422 :名無しさん@お腹いっぱい。:2008/08/29(金) 06:50:03
>>412
VIAはこう言ってた
「どこでもよかったが富士通が安かった」

バリューセグメントの製品を高いファブで作ってもしょうがないと言うことらしい.
それ抜きにしても,,,富士通は異様に安く受注するので業界の癌みたいになってる.
マイクロが潰れそうだったからみたいなのだが.そこに同じく潰れそうな会社が群がる構図.

423 :名無しさん@お腹いっぱい。:2008/08/29(金) 08:38:49
>>413
まあ営業力がVIAとTransmetaでは違いすぎるから

424 :名無しさん@お腹いっぱい。:2008/08/29(金) 12:32:32
VIAにCPUの営業力なんかあったかな。
HPのMini-Note PCでのC7採用のおかげで、
後継のNanoが生まれる前から即死という最悪の自体は避けられたが。

425 :名無しさん@お腹いっぱい。:2008/08/29(金) 12:37:10
STBとか組み込みx86の中身とかがVIAでした
というように結構入っているかもね

426 :名無しさん@お腹いっぱい。:2008/08/29(金) 12:38:15
>>424
それでもTransmetaよりも数は出ているわけで

427 :名無しさん@お腹いっぱい。:2008/08/29(金) 17:21:43
Nanoが生き残るかどうかはちょっとわからないが
富士通電子デバイスとVIAの弱者連合でSPARCが救われる、なんてことがありえないのは
間違いない。

428 :名無しさん@お腹いっぱい。:2008/08/29(金) 18:08:36
>>423
それ以前にTransmetaのCPUはくり返し処理以外は悲惨なスピードよ。
NetBurstなんか比較にならないほどのモッサリ。

>>427
それだけをもってしてSPARCを救うわけではないが、
SPARC64に何らかのメリットをもたらすだろう。

同時期に生産すればスケールメリットを、
交互に生産すれば生産ライン・技術の維持を。

429 :名無しさん@お腹いっぱい。:2008/08/30(土) 17:10:44
ゲーム機・テレビ・デジカメを擁するソニーですらキャパ大きすぎで撤退した45nm。
富士通が一社でどうこうできるものではないはずだが。

430 :名無しさん@お腹いっぱい。:2008/08/31(日) 00:16:45
ソニーは東芝と組んだから、ソニー単独でやる意味ないし。


431 :名無しさん@お腹いっぱい。:2008/09/01(月) 02:15:29
ソニー単独でできるなら東芝と組まんだろ。
富士通が他所と組まないのは単独で出来るからか?違うと思う。

432 :名無しさん@お腹いっぱい。:2008/09/03(水) 00:44:00
ソニーは自分自身を客観的に見れるんです。

433 :名無しさん@お腹いっぱい。:2008/09/03(水) 00:55:08
お馬鹿Sun儲と違うんです。

434 :名無しさん@お腹いっぱい。:2008/09/03(水) 01:52:04
>>432
あの発言は、人ごとのように報道する朝日新聞に対する皮肉だよ。

実際、記者会見で質問した朝日の記者は、
「朝日新聞の○○です」と言うとき、
やたらと朝日のところを小さく不明瞭な発音でしていた。

それが記事になったとき案の定、
本紙記者の質問に対して、ではなく、
新聞記者の質問に対してって書いてあったからね。

朝日に踊らされちゃいかんよ。

435 :名無しさん@お腹いっぱい。:2008/09/03(水) 08:29:57
中国新聞じゃなかった?

436 :名無しさん@お腹いっぱい。:2008/09/03(水) 15:04:39
Itanium で踊りまくったバカには無理。

437 :名無しさん@お腹いっぱい。:2008/09/03(水) 17:49:25

OpenVMS on HP Integrity サーバ FAQ
ttp://h50146.www5.hp.com/products/software/oe/openvms/itanium/64bit_ext_faq.html

質問
AMD64 あるいは Xeon EM64T 上で OpenVMS が動作する予定はありますか?

いいえ。ありません。

-中略-
...優れた能力を備えた Itanium に注力するのが我々の方針です。
x86 は 64ビット拡張 (x86-64) により 8p までの拡張性を有することにはなりますが,
4p を越えたスケールで優れた性能を示すことはまだ実証されていません。
結果として,OpenVMS 環境で x86-64 を使用する利点は認められません。


改訂履歴:2004 年 7 月 翻訳


『4p を越えたスケールで優れた性能を示すことはまだ実証されていません。』
もう実証されたんだっけか? 4年経つしな?wwww

438 :名無しさん@お腹いっぱい。:2008/09/04(木) 03:27:39
>>436
スレタイも読めない馬鹿は消えてくれ

>.437
Opteronの8ソケットがイマイチなのは有名だろ。


439 :名無しさん@お腹いっぱい。:2008/09/04(木) 09:58:47
Core2 の 4core 超の具体的な評価が欲しいとこだな。
なにせほんの 4年前で「実証されてない」んだから、性能出てるんなら大ブレークスルー、だろ?

440 :名無しさん@お腹いっぱい。:2008/09/04(木) 11:46:47
>>439
突然Core2を持ち出してきて何を言いたいのだ?

441 :名無しさん@お腹いっぱい。:2008/09/04(木) 11:55:06
Opteronはその接続トポロジーのため、
1コアだけでなく、2コアでも4コアでも、
4ソケットまでは伸びるが、8ソケットは伸びないのよ。

442 :名無しさん@お腹いっぱい。:2008/09/04(木) 12:10:51
>>437 のどこに Opteron て書いてあるだよww 脳腐ってるだろ?w
勝手にねじ曲げといてしかも曲がらないやつ叩くとはたいした了見だな小学校出たか?

443 :名無しさん@お腹いっぱい。:2008/09/04(木) 12:52:06
Xeonで8CPUのマシンはユニシスのES7000とかあるけどさ、論外だろ。

444 :名無しさん@お腹いっぱい。:2008/09/04(木) 14:04:09
Quad x 2ソケットで 8コアなマシンはもう普通にあるだろ?
「リニアに性能出てます」って記事はないの?
誰が買ってんの一体...w

445 :名無しさん@お腹いっぱい。:2008/09/04(木) 15:08:55
>>444
437のどこに8コアなんて書いてあるの?

446 :名無しさん@お腹いっぱい。:2008/09/04(木) 15:14:59
バカは放置ね。

447 :名無しさん@お腹いっぱい。:2008/09/04(木) 15:24:30
チップ内のコア間インターコネクトは飽和しないと思ってるバカがまだいるなww
しつこい粘着だ。

448 :名無しさん@お腹いっぱい。:2008/09/04(木) 16:04:42
4ソケットが1ソケットの4倍の性能を持つべきではあるが、
4コアが1コアの4倍の性能を持つ必要は無いだろ。

449 :名無しさん@お腹いっぱい。:2008/09/04(木) 18:37:33
http://journal.mycom.co.jp/articles/2008/09/02/hotchips3/001.html
TukwilaとSPARC64 VIIのチップサイズの違いはキャッシュサイズの違い。
EPIC/VLIWってシンプルなのかと思ってた。

450 :名無しさん@お腹いっぱい。:2008/09/04(木) 18:37:56
QPI で大規模 SMP やる場合は、4ソケットくらいで直結で、
その上位にクロスバー、ってパターン?

451 :名無しさん@お腹いっぱい。:2008/09/04(木) 18:59:12
>>449
実は PA-RISC も入ってんじゃないか?w

452 :名無しさん@お腹いっぱい。:2008/09/05(金) 03:35:55
>>449
Venusキタ━━━━━━(゚∀゚)━━━━━━ッ!!!

Itaniumの話はスレチだがコメントしておくと、EPICはシンプルではない。
レジスタウィンドウ、アウトオブオーダー実行、多数の実行ユニット
そして、そこらの投機実行とは違う、コンパイラによる投機コードの生成。
コアのトランジスタ数が膨大になって当然のアーキテクチャですよ。

453 :名無しさん@お腹いっぱい。:2008/09/05(金) 07:01:33
ttp://isdlibrary.intel-dispatch.com/isd/1999/Siggraph_Larrabee_paper.pdf
IntelのLarrabeeの詳細

各コアの、
L1I$ 32KB
L1D$ 32KB
L2$ 256KB
っていう数字にはビックリだ。

454 :名無しさん@お腹いっぱい。:2008/09/05(金) 13:12:23
SPARC64VIIやらVenusをつんだWSが出てくるのだろうか。
あり得ないだろうが、Ultra25クラスに入ればいいおもちゃになりそうなんだが。

コンパイラも大変でCPUも複雑なら、RISCでいいんじゃなかろうか。

455 :名無しさん@お腹いっぱい。:2008/09/05(金) 13:17:34
結論そういうことだな。長期互換性が必要な ISA としては、RISC がベスト。
VLIW で長期互換を狙った EPIC はうまくいかなかった。
パイプライン効率にさえ配慮していない旧態の CISC は論外。

456 :名無しさん@お腹いっぱい。:2008/09/05(金) 13:35:09
>>454=>>455
自問自答ですか。

457 :名無しさん@お腹いっぱい。:2008/09/05(金) 13:37:36
バカは放置ね。

458 :名無しさん@お腹いっぱい。:2008/09/05(金) 14:07:44
449=454

459 :名無しさん@お腹いっぱい。:2008/09/05(金) 14:31:31
Larrabee、2010年のGPUにしては固定回路なさすぎだろう。
Pentium×16コアでGPUになるなら、Niagaraもちょっと手入れればGPUだ。

ていうか、NiagaraがLarrabeeに喰われそうです。

460 :名無しさん@お腹いっぱい。:2008/09/05(金) 14:43:01
>>459
おいおい。

> Larrabee、2010年のGPUにしては固定回路なさすぎだろう。
453の論文を斜め読みしたが、固定回路について結構な分量で触れてるよ。

> Pentium×16コアでGPUになるなら

なりません。

Pentiumとほぼ同じ命令セット + 専用のベクトル演算命令セット
なのであって、Pentiumと同じコアではないですよ。

> ていうか、NiagaraがLarrabeeに喰われそうです。

食われませんよ。
VenusとLarrabeeは一部で競合するかもしれないが。

461 :名無しさん@お腹いっぱい。:2008/09/05(金) 14:47:10
LarrabeeとVenusは対極なのに、なぜ競合?

462 :名無しさん@お腹いっぱい。:2008/09/05(金) 15:00:01
科学技術計算用途で競合するのよ。

富士通はSPARC64を使ったスパコンを各所に納入している実績があるし、
京速スパコンのスカラ部分もSPARC64だっていう話だしさ。

> Venusは8コアを集積し、メモリコントローラもCPUチップに搭載する
> ペタスケールコンピューティングサーバ向けのCPUである。
> そして、プロセサコアは、SPARC V9仕様にHPC-ACEと呼ぶ
> SIMD拡張仕様を追加した命令アーキテクチャを持ち、
> ソケットあたりの演算性能は128GFlopsになるという。

一方、Larrabeeは現在のGPUより格段に柔軟性があり、
PPCカスタム+ローカルメモリをネットワークで繋いだスパコンに実績のあるアメリカでは、
Larrabeeを使ったスパコンも作られると思われるよ。

463 :名無しさん@お腹いっぱい。:2008/09/05(金) 15:09:04
適用分野では競合もあるかもしれないけど
チップが競合するってのは違和感ある

464 :名無しさん@お腹いっぱい。:2008/09/05(金) 16:34:48
SunがさっさとNiagaraでスパコン作らないから
VenusとLarrabeeが競合とかわけのわからない事を言われる始末。

465 :名無しさん@お腹いっぱい。:2008/09/05(金) 17:03:14
だってさー、Victoria Fallsの4プロセッサ構成の開発が間に合わなかったんだもん。

Sunは
ttp://signalspot.com/OpenSPARC_T2_presentation_day_1.pdf
> Customers can choose between Sun UltraSPARC T2,
> Intel Xeon / AMD Opteron quad-core processors
って書いてるけど、シャーシあたり768プロセッサってことは、
ブレードあたり4プロセッサを搭載しないといけないわけだが、
Victoria Fallsの4プロセッサ構成はまだリリースできてない。

ちなみに、テキサス大学のTACCはOpteronを選択した模様。

466 :名無しさん@お腹いっぱい。:2008/09/05(金) 20:33:45
それどころか、6000/6048用のブレードに、T1とT2はあるが、T2+はない。
Xeonなら2Pと4P、Opteronなら2Pがあるのに。
8000用のブレードでは、XeonとOpteronのみで、T1、T2すらない。

やる気あるのかよ、Sun。

467 :名無しさん@お腹いっぱい。:2008/09/05(金) 21:27:10
需要のないものを作れば赤字。作らないほうがむしろ賢明。 ないのはやる気ではなく、x86 CPUを凌駕する性能であろう。

468 :名無しさん@お腹いっぱい。:2008/09/05(金) 23:45:23
>>450
だろうねえ

469 :名無しさん@お腹いっぱい。:2008/09/06(土) 03:02:26
>>466
やる気と才能のある連中はとっくに辞めてるだろ

470 :名無しさん@お腹いっぱい。:2008/09/06(土) 10:11:46
退職のご挨拶だらけで噴いた

471 :名無しさん@お腹いっぱい。:2008/09/06(土) 10:28:38
>>467
ソケットあたりの性能ではx86を凌駕してるぞ。
ベンチマークでも世界一のスコアを叩き出してる。

問題はx86と同じソケット数のサーバやブレードをSunが出さないことだ。
なんか高く売ろうとして出し惜しみしてるんじゃないか? つまらない考えだ。

SMP対応してなくたっていいから、1Uあるいは1ブレードに4台分を押し込め。
自慢の消費電力の低さなのだから、爆熱のXeonやOpteron4発のスペースに4個入るだろ?

472 :名無しさん@お腹いっぱい。:2008/09/06(土) 16:35:37
低消費電力なのはあくまで「スレッドあたり」の話で、
T2+の1チップあたりの消費電力はXeon/Opteronより嵩むんでつ。

ポラックの法則で、小さなコアを集積すれば消費電力あたりの性能は増えるけど、
そこから先、設計やら製造やらでの消費電力を下げる地道な努力の部分で負けてるから、
かなり相殺されちゃってるんじゃないですかねえ……

もういっそARM集積しちゃいなYO!

473 :名無しさん@お腹いっぱい。:2008/09/06(土) 16:44:27
熱いT2+ではなくT2を使えばいいじゃないか。
どうせLDomを使うんだから4ソケット鯖と1ソケット鯖4つ分の違いは、それほど問題じゃないだろ。

474 :名無しさん@お腹いっぱい。:2008/09/06(土) 17:04:45
http://www.geocities.jp/andosprocinfo/wadai08/20080906.htm
> SIMDは4積和演算を行うもので,クロックは2GHzと考えられます。

SPARC64VIIIはSIMD積むかわりに周波数は落とすんだな。
やっぱり電力が厳しいのかなあ。

475 :名無しさん@お腹いっぱい。:2008/09/06(土) 19:13:59
Rockのスカウトスレッド、OOO実行と何が違うの?

476 :名無しさん@お腹いっぱい。:2008/09/06(土) 19:18:54
TMみたいと思ったら、書いてあった。

477 :名無しさん@お腹いっぱい。:2008/09/06(土) 19:25:35
ttp://www.c0t0d0s0.org/uploads/RockHotChips.pdf
3ページ目に、ROCK 2.0 in Lab today ってあるから、
やっぱりテープアウトやり直しをしたんだな。

478 :名無しさん@お腹いっぱい。:2008/09/06(土) 19:33:53
Rockは2ソケット構成まで、なのかなぁ。
64CPUとかのモンスターマシンは出てこないの?

479 :名無しさん@お腹いっぱい。:2008/09/06(土) 20:55:55
どんだけSolarisの限界に挑戦したいんだよ

480 :名無しさん@お腹いっぱい。:2008/09/07(日) 05:29:35
なんだかIntelは次のi7でこけそうだなw

481 :名無しさん@お腹いっぱい。:2008/09/07(日) 07:10:15
寝言キター

482 :名無しさん@お腹いっぱい。:2008/09/07(日) 20:02:59
かなり後になって発見されたので騒ぎにならなかったが、
インテルのPentiumProとPentiumIIのSMPには欠陥があった。

マイクロソフトは、使い物にならないと判断し、
2003からは強制的に1CPUで動作させるようにした。
ttp://support.microsoft.com/kb/319091/EN-US/

Windows2003の問題点であってNT4や2000ではSMP動作する!
なんてアホなことを抜かしている人がいたが、そういう問題じゃあない。

酷い話だよ。

483 :名無しさん@お腹いっぱい。:2008/09/07(日) 22:00:21
誤爆?

484 :名無しさん@お腹いっぱい。:2008/09/07(日) 22:28:15
Server 2003でPenIIなんて、かなりの修行だなw

485 :名無しさん@お腹いっぱい。:2008/09/07(日) 22:55:31
一部でスロット1のセロリンでSMPなんて流行ってたと思うんだけど
あれってPentiumII世代だよな?結構ユーザー居るんじゃないの?

486 :名無しさん@お腹いっぱい。:2008/09/07(日) 23:06:33
まだ使ってるヤシは居ないだろさすがに

487 :名無しさん@お腹いっぱい。:2008/09/07(日) 23:12:27
HOT CHIPS 20 - 充実の発表内容だったSunのRockプロセサ
http://journal.mycom.co.jp/articles/2008/09/06/hotchips6/index.html

これで消費電力がせめて150Wだったらなあ

488 :名無しさん@お腹いっぱい。:2008/09/07(日) 23:28:25
>>485
趣味のレベルで話されてもなぁ。
オモチャのレベルで良けりゃ何の問題もないエラッタだよ。


489 :名無しさん@お腹いっぱい。:2008/09/08(月) 00:04:47
>>487
買うのか?

490 :名無しさん@お腹いっぱい。:2008/09/08(月) 01:07:11
CPUの消費電力なんか、どうでもいいじゃん。
サーバ全体の消費電力をパフォーマンスで割ったものだけでいい。

491 :名無しさん@お腹いっぱい。:2008/09/08(月) 05:49:41
パフォーマンス指向にしては、コア数確保のためにオンチップキャッシュやクロックを
犠牲にしているし、スループット指向にしてはout-of-orderや投機実行で電力性能比を
悪化させている。キャッシュ接続の都合で当分は2プロセッサ構成に制約されるし、
250Wは明らかに常軌を逸している。

Niagaraに比べると、軸がブレている感が。これは誰が嬉しいチップなんだ?

492 :名無しさん@お腹いっぱい。:2008/09/08(月) 08:20:28
>>491
なんか歪だよね。
ソフトのライセンス対策で無理やり1ソケットのコア数を増やしました、って感じ。

2チップ構成になるとしても、
16コアのダイ + L3キャッシュ&メモリコントローラのダイ
ではなく
8コアでL3キャッシュ&メモリコントローラも持つダイを2つ
という構成にすれば良かったのに。

493 :名無しさん@お腹いっぱい。:2008/09/08(月) 11:37:21
その場合は4CPU構成までサポートしないと、Rock*2相当にならないね。
デュアルまでのT2+といい、今のSunは4つ以上繋ぐのが苦手なのかね?

494 :名無しさん@お腹いっぱい。:2008/09/08(月) 11:53:26
T2+のダイレイアウトを見ればわかるように、
他のダイとの接続には非常に多くの面積を必要とする。
トランジスタだけでなくピンに配線するためのパッドも面積を食う。
パッケージのピン数も限りがある。

だから、メモリコントローラとダイ間接続の両方を持つのは無理。
(メモリコントローラもまた、非常に多くの面積を必要とする。)

どうせメモリコントローラを別ダイにするのであれば、
クロスバーの容量を考えたら、8コア2つよりも16コア1つのほうが有利。

そういうわけで、Rockのデザインは合理的だ。
ただし、8コア×2ダイと16コア×1ダイの比較においては。

8コア×1ダイ(メモコン内臓)と16コア×1ダイ(メモコン外付け)の比較なら、
欲張らずに前者で妥協したほうがよかったかもしれない。
Niagara2にスループットで負けるかもしれんが。

495 :名無しさん@お腹いっぱい。:2008/09/08(月) 11:56:48
>>493
Niagara系は1Uや2Uのサーバをターゲットにしているから、1〜4CPU止まりでOKだが、
Rockはミッドレンジやハイエンドもターゲットにしてるんでしょ? 当然。
そうでなかったら、E25Kの後継機はないってことになっちゃうもの。

496 :名無しさん@お腹いっぱい。:2008/09/08(月) 12:21:53
4CPUのNiagaraマダー?

497 :名無しさん@お腹いっぱい。:2008/09/08(月) 15:55:26
ハイエンドにも、というより、ハイエンド以外でRock使うあてはないだろう。

498 :名無しさん@お腹いっぱい。:2008/09/08(月) 16:04:17
何台も出ないハイエンドなら、Rockのように詰め込む必要ないと思う。

499 :名無しさん@お腹いっぱい。:2008/09/08(月) 16:22:19
ハイエンドでないなら、Rockのように詰め込む必要ないと思う。
250Wの冷却は高価すぎる。

500 :名無しさん@お腹いっぱい。:2008/09/08(月) 18:19:22
>>499
むしろローエンドだからこそ低廉化のために集積度が求められるんじゃないかな。
Niagara初代および2は、ワンチップにすべてを入れることにこだわって作られたよね。

501 :uurmt:2008/09/08(月) 18:55:14
UURMT は始めて知ったよ。でも、面白い発想のビジネスて有るんだね。
本当に感心しちゃうね。
ホームページ:www.uurmt.jp
連絡メール:uurmt4u@yahoo.co.jp
メッセンジャー:uurmt@hotmail.co.jp
リアルマネートレード専門店(UURMTのゲームショップ)
業界最低価格、安心と趣味のUURMT
いつもお世話になっております
アラド 戦記 RMTのUURMTへようこそ!DEKARON dekaron-RMT-rmt
当サイト、アラド 戦記のゴールドを購入する事が出来ます。
ゲームをプレイ中、ゴールドが足りないと思ったら、是非ご利用下さい。
その以外、当ショップもほかのオンラインゲームを取り扱り
TW-tw 魔法師の石- RMT rmt Talesweaver 風林火山-RMT rmt
メイプルストーリーRMT rmt MapleStory-RMT 夢世界-武林外伝-RMT rmt
SouloftheUltimat SUN sun online - RMT rmt 巨商伝-RMT rmt
テイルズウィーバー-RMT rmt Talesweaver-tw RMT
真?女神転生-IMAGINE-RMT rmt 女神転生-IMAGINE-RMT rmt
カバル-RMT rmt CABAL-RMT rmt カバル-RMT rmt CABAL-RMT rmt
新?天上碑-RMT rmt 天上碑-RMT rmt
ROSE-RMT rmt エミルクロニクルオンライン-RMT rmt ECO-RMT rmt
ロハンオンライン-RMT rmt ROHAN-RMT rmt ルーセントハート-RMT-rmt
ご利用すればUURMTゲームショップをアクセスしてください
どうぞよろしくお願いします
YAHOO検索:UURMT
RMT総合サイト UURMT
www.UURMT.com
営業時間:9:00〜25:00 年中無休
ご注文は24時間受付可能

502 :名無しさん@お腹いっぱい。:2008/09/08(月) 22:36:18
これまで消費電力が150Wを超えるサーバ用CPUというのは
SPARCに限らず存在しなかったと記憶しているのだが。


503 :名無しさん@お腹いっぱい。:2008/09/08(月) 22:38:53
普通に超えてたよ。

504 :名無しさん@お腹いっぱい。:2008/09/08(月) 23:13:00
たとえば?

505 :名無しさん@お腹いっぱい。:2008/09/08(月) 23:35:27
今さっきRock記事読んできたけど

Sunはいったい何考えてんだよ・・・怖ぇー

506 :名無しさん@お腹いっぱい。:2008/09/09(火) 00:19:53
>>505

何が? What part ?



507 :名無しさん@お腹いっぱい。:2008/09/09(火) 01:32:15
Sun, Xilinx launch 64-bit OpenSparc development platform
http://www.eetimes.com/news/latest/showArticle.jhtml?articleID=210600141

508 :名無しさん@お腹いっぱい。:2008/09/09(火) 01:55:00
Power5/6、Xeonいずれも150Wが最大のようだが。
Itanium2はもう少し低いようだ。
あと他に電力喰いのCPUとは?

509 :名無しさん@お腹いっぱい。:2008/09/09(火) 09:37:24
http://journal.mycom.co.jp/articles/2008/03/02/isscc3/index.html
> この16個のコアを製造可能なチップサイズに搭載し、かつ、空冷で冷却でき
> る最大電力と言う要件から、コアサイズは15平方mm以下、コアの消費電力は
> 10Wかそれ以下という制約のもとで最高の性能を実現するコアを考えたとい
> う。

空冷で冷やせるらしい。
なんとなくこんな話を妄想した。

A: ヘイ、16コアのCPUは、1コアあたりの最大消費電力をどれくらいにすればいいんだい?
B: (1チップ150Wとして、16で割れば……)10Wくらいかな
A: OK。

...後日...

A: ヘイ、イカしたチップが出来たぜ。1コアあたり10W、チップ全体では250Wに収まったぜhehe
B: 冷やせねーよ!

510 :名無しさん@お腹いっぱい。:2008/09/09(火) 10:14:14
電気を食うのはコアだけじゃないからなぁ。

Niagara2とVictria Fallsを比較すると、
消費電力は84Wと123W。約40Wアップ。

FB-DIMM対応のメモリコントローラを半減
10GbEを2本とも削除
PCI-Express x8を倍増
Coherence & Link Controller追加
Serial System Interface追加
この変更で40Wアップですよ。

外部との接続に電気を食うんだ。

511 :名無しさん@お腹いっぱい。:2008/09/09(火) 14:21:35
2.5GHzのQuad Core XeonがTDP50Wなんだけど。4CPU16スレッドでも200W。 発売が2009年に伸びた時点で、すでに詰んでないかな?

512 :名無しさん@お腹いっぱい。:2008/09/09(火) 14:27:26
Quad Core Xeon なんぞが Rock の代わりになるとは全く思わんが、
たしかに延びるのはイタいな。
Niagara 以降 3点が素早く出ただけに余計。

513 :名無しさん@お腹いっぱい。:2008/09/09(火) 14:29:12
Ando さんとこに気になる記述がひとつ。斥候スレッド使うと、1MB でも
8MB のキャッシュ積んだのと同等、とあったが、それくらいの違いだと
Intel 物量で可能だったりする...

514 :名無しさん@お腹いっぱい。:2008/09/09(火) 16:30:19
>>302
の予想は的中。

>>305
は自分で言ったことが自分に跳ね返ってくるタイプ。

515 :名無しさん@お腹いっぱい。:2008/09/09(火) 16:39:49
>>513
インテルは物量作戦で、L3キャッシュを積む代わりにL2キャッシュを大容量にしちゃうからなぁ。

516 :名無しさん@お腹いっぱい。:2008/09/09(火) 16:51:26
トランジスタが余ってて熱と電力効率が問題になる今の時代、
SRAM増やしてもロジック増やしても解決する問題なら、
SRAM増やす方がどう考えてもまっとうですがな。

517 :名無しさん@お腹いっぱい。:2008/09/09(火) 17:30:41
Rockのスカウトスレッドのために必要なトランジスタの数が、キャッシュ7MB分だというのであれば、
スカウトスレッドを使ってキャッシュ容量を7MB節約するよりも、素直にキャッシュを積んだほうが良かろう。

また、SRAMの消費電力も馬鹿にならない。

518 :名無しさん@お腹いっぱい。:2008/09/09(火) 18:13:42
まあなんつうか、アンチなこと言えればなんでもええねんな。
少しは考えたら?www

519 :名無しさん@お腹いっぱい。:2008/09/09(火) 18:30:59
どこにアンチな発言が?

520 :名無しさん@お腹いっぱい。:2008/09/09(火) 22:00:42
お馬鹿Sunにとって不利な事実 = アンチな発言

521 :名無しさん@お腹いっぱい。:2008/09/10(水) 01:17:50
ところで、Rockというコードネームの意味は何だったんだろね

522 :名無しさん@お腹いっぱい。:2008/09/10(水) 01:31:07
各コア辺り7MBだと意外とでかいのでは

523 :名無しさん@お腹いっぱい。:2008/09/10(水) 01:34:30
各コアあたり、だっけ?

524 :名無しさん@お腹いっぱい。:2008/09/10(水) 02:18:31
スカウトスレッドとout of order実行の違いを教えてくれ

525 :名無しさん@お腹いっぱい。:2008/09/10(水) 04:52:43
>>521
それはナイアガラ(Niagara)の滝を上から望む地「テーブルロック(Table Rock)」
からとった名前で、Table(「〜を延期する、棚上げする」)される「Rock」を予言
したものだったんだ!!


な、なんだってー!!
 Ω ΩΩ

526 :名無しさん@お腹いっぱい。:2008/09/10(水) 06:49:55
・石, 小石, 石ころ. ▼自然な感じの強いものについて使う ← 開発当初
・((しばしば〜s))岩礁;((比喩))難関, 危険, 苦境 ← 今

527 :名無しさん@お腹いっぱい。:2008/09/10(水) 08:04:51
OoOの実装として、スカウトスレッド+TMって感じに理解した。

528 :名無しさん@お腹いっぱい。:2008/09/10(水) 08:15:01
レジスタウィンドウがネックでOOOの実装が、そういう仰々しいことになるんじゃねーか。

529 :名無しさん@お腹いっぱい。:2008/09/10(水) 08:25:40
もはやx86を馬鹿にできないほどの複雑なCPU

530 :名無しさん@お腹いっぱい。:2008/09/10(水) 09:27:59
もはやx86を馬鹿にできないほどの複雑怪奇なCPU

531 :名無しさん@お腹いっぱい。:2008/09/10(水) 10:04:22
最近は 1時間置いてから連投するらしいな。まるわかりなんだけどww
あさましいことだ。人工無能の方がマシだな。

532 :名無しさん@お腹いっぱい。:2008/09/10(水) 10:19:21
>>531
お前のようなカマッテチャンは他所へ。

533 :名無しさん@お腹いっぱい。:2008/09/10(水) 11:21:20
頭悪すぎて逆効果なんだからだまってたらどう? >>529,530,532
というか、なにしにここ来てるの?

534 :名無しさん@お腹いっぱい。:2008/09/10(水) 15:19:49
現行世代のCPUがout of orderをどれくらい頑張っているかは
あんまりまとまった解説がないなあ。
Rockのスカウトスレッドよりも落ちるのか。

535 :名無しさん@お腹いっぱい。:2008/09/10(水) 17:14:19
>>534
あんまり具体的に解説しちゃうと、特許侵害とかで訴えられるからね。
その状況下に置かれれば普通の設計者が普通に考えることですら、特許になってるご時世だから

536 :名無しさん@お腹いっぱい。:2008/09/10(水) 18:04:29
>>535
特許に対して侵害になる要件は、
「その技術を利用して」「業として」何かをした場合ですがw

537 :名無しさん@お腹いっぱい。:2008/09/10(水) 18:09:07
どこの誰の特許にひっかかるかわからないから、
メーカーはCPUの実装の詳細をあまり公開したがらない、というような話だろう。

本当にそうかどうかはともかく。

538 :名無しさん@お腹いっぱい。:2008/09/10(水) 18:14:11
>>536
だから何?

中身を秘密にしとけば特許侵害していても訴えられないだろ。
糞特許で企業恐喝するような連中は、
リバースエンジニアリングして中身を調べることまではやらないから。
それは悪いことだと思うかもしれないが、
発明ってレベルでもない糞特許が大量にあって調査しきれない・回避しきれないのよ。

539 :名無しさん@お腹いっぱい。:2008/09/10(水) 23:25:51
役に立つのか怪しい特許を買いあさり
うまく使えそうな物があれば
訴訟をふっかけて儲けるヤクザ企業があるからね

540 :名無しさん@お腹いっぱい。:2008/09/11(木) 09:01:02
簡単にオープンソースにできない理由も同じだね。

541 :名無しさん@お腹いっぱい。:2008/09/12(金) 11:14:34
そんなことよりクソッテルがカネにあかした近似技術で潰しに来るからな。
遅れるとイタい。典型が Transmeta。
これやると参入意欲がそがれ、産業が停滞する。
まさにこれを避けるのが特許の目的の一つなんだが。

542 :名無しさん@お腹いっぱい。:2008/09/12(金) 11:32:41
アンチintelって宗教? それともファッション?

543 :名無しさん@お腹いっぱい。:2008/09/12(金) 12:30:15
きっと病気

544 :名無しさん@お腹いっぱい。:2008/09/12(金) 16:57:16
クサッテル盲追がここに粘着してるのはなぜだ? しかもきっちり 1hour で連投脳ミソないのか?

545 :名無しさん@お腹いっぱい。:2008/09/12(金) 17:05:49
キッチンタイマーでも使ってるんだろ。

546 :名無しさん@お腹いっぱい。:2008/09/12(金) 17:58:00
ぜんぶ同一人物の投稿なんだ・・・そう思いたいんですね?

547 :名無しさん@お腹いっぱい。:2008/09/12(金) 18:03:26
でもキッチンタイマーは使ってるんだろ?

548 :名無しさん@お腹いっぱい。:2008/09/12(金) 18:36:37
キッチンタイマーなんてRapidShareでしか使わんわ

549 :名無しさん@お腹いっぱい。:2008/09/12(金) 18:55:57
やっぱそこまでして貼りついてる(しかも書くのはつまらん内容ばっかり)のは、
金もらってやってんだろな。あさましいな。

550 :名無しさん@お腹いっぱい。:2008/09/12(金) 19:16:40
このスレ、>>549が粘着してるから過疎化した。

551 :名無しさん@お腹いっぱい。:2008/09/12(金) 22:02:01
FreescaleのQorIQ(コアアイキュー)。通信機器用の周辺を内蔵したPowerPCらしい。
http://pc.watch.impress.co.jp/docs/2008/0912/ftfj.htm
8コアからスタートで、32コアを超えることを目指したアーキティクチャ。
組込みとはいえ、OSもまともなのを使わないと並列に動かないんじゃないだろうか…と
考えると、Solarisを持ってくるという発想もあるような気がする。

552 :名無しさん@お腹いっぱい。:2008/09/12(金) 22:32:07
>>551
いまどきの組込みOSをナメんなよ。
ま、メジャーなものの大半はSPARCをサポートしてないな。

何年も前から、通信機器向けに8コアの組込み向けプロセッサは作られてる。
たとえば、2004年にMIPS64の16コアを出した会社
ttp://www.caviumnetworks.com/OCTEON_MIPS64.html
他にもMIPS64の8コア & FGMTで32スレッドの製品を出している会社
ttp://www.razamicroelectronics.com/products/xlr.htm




553 :名無しさん@お腹いっぱい。:2008/09/12(金) 23:57:59
組み込みだとAMPもあるしね。

554 :名無しさん@お腹いっぱい。:2008/09/13(土) 01:42:53
>>552
OSは何を?

555 :名無しさん@お腹いっぱい。:2008/09/13(土) 10:03:43
>>554
QNXとかVxWorksとか。

556 :名無しさん@お腹いっぱい。:2008/09/14(日) 08:59:47
adaptive lockとかなさそうだけど、32スレッドでもスケールするのかな。

557 :名無しさん@お腹いっぱい。:2008/09/14(日) 10:28:21
SPARCはコンテキストスイッチのコストが特に高いから、adaptive lockが必要なのよ。
コンテキストスイッチが軽いアーキテクチャなら、ちょびっとだけspinしてすぐにblockしても桶。

558 :名無しさん@お腹いっぱい。:2008/09/14(日) 11:15:31
通信系なら各スレッドというかタスク間の独立性が高いし、
そもそも32core全部1OSで使うとは限らない気がする

559 :名無しさん@お腹いっぱい。:2008/09/15(月) 20:57:40
組込みナメんなよ

UNIXサーバなんかじゃ絶対無理っていうくらい、
すげー細かい粒度で処理を分散させてたりすんぞ。

1パケットごとに別のコアが処理してたり、な。

560 :名無しさん@お腹いっぱい。:2008/09/16(火) 08:54:24
RT なとこは Chorus の遺伝子も受け継いでるわけで、「UNIXサーバなんか」とか
言ってる時点で Solaris ナメてるわけで。
まあ、そういう用途じゃエンプラの SMP とは全く違うからな。

561 :名無しさん@お腹いっぱい。:2008/09/16(火) 13:07:34
Apple P.A. Semi の連中に ARM やらしてるらしいね。
上位のノートやサーバーへも展開しないかな。おもしろくなってきた。

562 :名無しさん@お腹いっぱい。:2008/09/16(火) 13:16:54
iPhoneのARMチップがSamsungからApple自家製にかわるだけだろう。 64bitのないARMでそれ以上の展開は無理。

563 :名無しさん@お腹いっぱい。:2008/09/16(火) 13:32:06
と、いうことは sun4v?

564 :名無しさん@お腹いっぱい。:2008/09/16(火) 15:46:29
PWRficient って Apple が売ってるの?

565 :名無しさん@お腹いっぱい。:2008/09/16(火) 16:23:52
PASemiがARMやるってことは、StrongARMの再来か。

566 :名無しさん@お腹いっぱい。:2008/09/16(火) 16:54:45
AppleはNewton中止して子会社だったARM社をIntelに売り払ったのに、
iPodの大ヒットでARMの大口需要家になったら今度はP.A.Semi買収して
ARMを自社製造するのか。

こういう機動性がSunには欠けてるよな。

567 :名無しさん@お腹いっぱい。:2008/09/16(火) 17:05:39
携帯電話だと通信部分あるからソフトウェア的に ARM 外せないかもね。

568 :名無しさん@お腹いっぱい。:2008/09/16(火) 17:06:44
>>566
Intel は StrongARM を DEC から取得したと思ったけど。

569 :名無しさん@お腹いっぱい。:2008/09/16(火) 17:23:15
ARM6 はアップルとエイコーン、もしくは Advanced RISC Machines の共同開発というのは
みつけたけど、子会社だったのか?

570 :名無しさん@お腹いっぱい。:2008/09/16(火) 17:49:56
>>568
ARMとStrongARMは別物


571 :名無しさん@お腹いっぱい。:2008/09/16(火) 17:52:52
ARMはライセンス先に対して、基本的に中身に手を加えることを許してない
その例外がDECで、DECがいじくり回したのがStrongARM

DECはStrongARMをIntelに売却、
IntelはXScaleという名前で開発・販売していたが、
そのうち単体プロセッサ(PXA)の製品ラインをMarvellに売却。

572 :名無しさん@お腹いっぱい。:2008/09/16(火) 18:28:36
>>570
>>566 の「ARM社を Intelに売り払った」というのは?

573 :名無しさん@お腹いっぱい。:2008/09/16(火) 19:22:18
>>572
ガセだろ。

574 :名無しさん@お腹いっぱい。:2008/09/16(火) 20:16:51
だな。w

575 :名無しさん@お腹いっぱい。:2008/09/16(火) 23:22:17
Sun Microsystems Delivers Highly Scalable X64 Servers For Next-Generation Virtualization And Datacenter Efficiency
http://www.sun.com/aboutsun/pr/2008-09/sunflash.20080915.1.xml

576 :名無しさん@お腹いっぱい。:2008/09/16(火) 23:43:24
6000番台対応のブレード、SPARCはT2のシングルソケットのみだよね。
どんどんx86とSPARCの性能差が開いていくけど、大丈夫なの?

そもそも、T2+の2CPUのブレードなんで出さないんだ?

577 :名無しさん@お腹いっぱい。:2008/09/16(火) 23:51:49
ttp://enterprise.watch.impress.co.jp/cda/hardware/2008/09/16/13859.html
IA64で鍛えてきたNECは違いますよ?

6コアXeonを16CPUで96コアなんて化け物マシンを出してきました。

578 :名無しさん@お腹いっぱい。:2008/09/17(水) 00:27:33
Nehalemで8コアになったら16CPUでも128コアか

579 :名無しさん@お腹いっぱい。:2008/09/17(水) 00:40:50
UltraSPARC T2+なら1Uで128スレッドなのに、
糞ッテルXeonはラック半分でやった128スレッドかよ。

580 :名無しさん@お腹いっぱい。:2008/09/17(水) 00:53:03
いあ、1スレッドの速さが段違いだろ

581 :名無しさん@お腹いっぱい。:2008/09/17(水) 00:53:52
Nehalemになったらスレッドは倍の256スレッドになりますが

582 :名無しさん@お腹いっぱい。:2008/09/17(水) 02:24:20
>>576
1ソケットで事足りる用途にしか選ばれないんじゃない?
どうあがこうと所詮Sunの製品だから。

583 :名無しさん@お腹いっぱい。:2008/09/17(水) 10:07:44
>>581
OSろくにないし SMPボロボロだろうよww
ちゃんと使えんのならそもそも Itaniumなんかやらんわなw

584 :名無しさん@お腹いっぱい。:2008/09/17(水) 10:17:36
x86版solarisの事も忘れないでください><

585 :名無しさん@お腹いっぱい。:2008/09/17(水) 13:06:37
>>583
そうやってナメてるうちに、追い越されたりするのよ。
Windowsに。

586 :名無しさん@お腹いっぱい。:2008/09/17(水) 14:44:16
追い越せるんだったら NT作った時にとっくに追い越してるわな。
スクラッチから VMSの手練れにやらせてあのテイタラク。
MS-Word 動くのさいゆーせん〜 あわれグシャグシャww
なんだっけ、Singularity でも採用するんなら話は別だが。まぁムリwwww

587 :名無しさん@お腹いっぱい。:2008/09/17(水) 14:53:17
>>586はSunを貶めるためにスレに粘着しているキチガイを装った工作員なのでスルーしましょう

588 :名無しさん@お腹いっぱい。:2008/09/17(水) 15:05:14
寒いな、WinTel。

589 :名無しさん@お腹いっぱい。:2008/09/17(水) 15:12:41
寒いのはSun

たとえば
ttp://www.oracle.com/apps_benchmark/html/results.html
を見てみよう。

1.2GHz×24CPUが、1.8GHz×16CPUに近いパフォーマンスが出ているのは、
ポジティブな見方をすれば、スケーラビリティに優れていると言えるが、
ネガティブな見方をすれば、そうでもしないとCPU1つの性能の低さをカバーできないと言える。

590 :名無しさん@お腹いっぱい。:2008/09/17(水) 17:13:37
なるほど。それで、世の中は CPU 1つの性能を追求する方向を向いてるのか?
Intelとは正反対の考えのようだな。奇特だ。

591 :名無しさん@お腹いっぱい。:2008/09/17(水) 17:39:28
すごい思考パターンだな

592 :名無しさん@お腹いっぱい。:2008/09/17(水) 17:44:38
1.2GHz×24CPU ← UltraSPARC IV
1.8GHz×16CPU ← SPARC64 V

SPARC64に比べてUltraSPARCの性能が低くて、
1.5倍のCPUをSMPしないと同じくらいの性能が出ない
っていう話なんだがな!!!

593 :名無しさん@お腹いっぱい。:2008/09/17(水) 18:13:25
そういえばマルチスレッドなら高性能な 1コアでもとか言ってたバカがいたなww
ほんとあわれ。
シングルスレッド性能のみを追求する会社興したらどうだ? そんな会社皆無だから
ビッグチャンスだぞ!wwww..pw

594 :名無しさん@お腹いっぱい。:2008/09/17(水) 18:17:31
ttp://www.sap.com/solutions/benchmark/sd2tier.epx

Sun Fire X4450、XeonMP X7460 2.66GHz 4CPU 24コア 24スレッド Solaris10 MaxDB7.6 → 23120SAPS
HP ProLiant DL580 G5 XeonMP X7460 2.66GHz 4CPU 24コア 24スレッド WindowsServer2003EE SQLServer2005 → 25830SAPS
SolarisよりもWindowsのほうが速いな。

参考)
Sun SPARC Enterprise T5240、UltraSPARC T2 Plus 1.4GHz 2CPU 16コア 128スレッド Solaris10 Oracle10g → 20900 SAPS
Sun Fire E6900 UltraSPARC IV+ 1.95GHz 24CPU 48コア 48スレッド Solaris10 Oracle10g → 30820SAPS


595 :名無しさん@お腹いっぱい。:2008/09/17(水) 18:22:03
>>590
コアの性能向上が限界だからマルチプロセッサやマルチコアに走る
というのと
コアの性能向上やる金がないからマルチプロセッサに走る
というのは、断じて違う。


596 :名無しさん@お腹いっぱい。:2008/09/17(水) 18:25:28
>>586は現実が見えてない。>>594を見て反省しろ。

597 :名無しさん@お腹いっぱい。:2008/09/17(水) 18:36:32
> 断じて違う。
ぷ。絵に描いたように、必死だなwwwww 1時間タイマーも壊れたか?wwwwwwwwww

598 :名無しさん@お腹いっぱい。:2008/09/17(水) 19:51:14
へー、Sunと富士通のAPL作戦を否定するんですか。

599 :名無しさん@お腹いっぱい。:2008/09/17(水) 19:53:31
APLは結構売れてるらしいよ

600 :名無しさん@お腹いっぱい。:2008/09/17(水) 20:07:47
>>594
Solaris 10+Oracle 10g+SPARC Enterprise Server M9000(64CPU SPARC64 VII, 2.52 Ghz)が
AIX Version 6.1+DB2 9.5+IBM Power 595(32CPU POWER6 5 Ghz) と
HP-UX 11iV3+Oracle 10g+HP Integrity SD64B(64CPU Itanium 2 9050 1.6 Ghz)
を抜いてトップだな。

Rockの遅れのおかげでAPL大活躍じゃないか。

601 :名無しさん@お腹いっぱい。:2008/09/17(水) 20:50:38
マルチプロセッサやるにしてもコアの性能は良くなくちゃね。
APLがそれを証明している。

602 :名無しさん@お腹いっぱい。:2008/09/17(水) 21:17:00
Itaniumスレを荒らしているSun信者キチガイを何とかしてください。まじで。

603 :名無しさん@お腹いっぱい。:2008/09/17(水) 21:19:53
おまえキショいねん。

604 :名無しさん@お腹いっぱい。:2008/09/17(水) 21:25:21
>>600
DBMSの価格も余裕でトップだな

605 :名無しさん@お腹いっぱい。:2008/09/17(水) 21:28:59
ポラックの法則はいまひとつ効きが悪いな。 アムダールの法則のせいか?

606 :名無しさん@お腹いっぱい。:2008/09/17(水) 21:39:14
ダイサイズを2倍にしたら、コアが2倍になる。
インテルみたいなアホなら1.4倍しか性能が上がらないが、SPARCならキッチリ2倍にスケールする。


607 :名無しさん@お腹いっぱい。:2008/09/17(水) 22:02:15
T2ひとつで64スレッド、プチEnterprise Serverだと思えばいいのか。

608 :名無しさん@お腹いっぱい。:2008/09/17(水) 22:26:54
>>600
APL 大活躍というか、M9000はFujitsu製ですよ?
APLとかしなくても、Fujitsu単独で作れるもんなんだが。
ようは、Sunの力不足なんです。


609 :名無しさん@お腹いっぱい。:2008/09/17(水) 22:48:58
ttp://itpro.nikkeibp.co.jp/free/WAT/ITARTICLE/20040729/7/
日付に注意

Sunの負け惜しみっぷりに脱帽

610 :名無しさん@お腹いっぱい。:2008/09/17(水) 22:52:17
>>608
富士通は部品を納入しているだけで、組み立てはSunですよ?
日本国内でAPLをSunが、(富士通とはライバル関係にある)OEMを通して売るための方策か。

ちょっと前まではSunの日本法人のWebサイトには、Mシリーズは掲載されてなかった。
Rock延長になってから、Mシリーズを日本でも扱うことになったのは。
それまでに、どれだけ失地したのかな。

611 :名無しさん@お腹いっぱい。:2008/09/17(水) 22:54:06
APL脂肪とか言ってた信者はくびくくったか?

612 :名無しさん@お腹いっぱい。:2008/09/17(水) 22:59:08
APLが1年遅れて存在価値なしとか言ってた香具師でてきて謝れ。
APLの強化版が出てもなお、Rockは出ないじゃないか。

613 :名無しさん@お腹いっぱい。:2008/09/17(水) 23:02:25
Sunが元気無く見えていたのは日本市場だけ。

ローエンドはNiagara、ミドルとハイエンドはAPLって住み分けなんだが、
日本ではAPLは富士通しか売ってこなかったので、ローエンドonlyになってた。

さすがのSunもRock遅延でプライドを捨てて日本でもAPLを売りはじめて、
ようやくミドルとハイエンドの空白が埋まったわけだが、すでに手遅れかもな。
ミドルとハイエンドの旧マシンをNiagaraでリプレーすすると場所と電気代が
節約できますよ、なんていう撤退戦みたいな売り方をやっちゃったからね。

614 :名無しさん@お腹いっぱい。:2008/09/17(水) 23:06:50
>>613
いや、それは最近になって始まったこと。

そういう契約だったAPLだが、
ttp://itpro.nikkeibp.co.jp/article/MAG/20070427/269779/
の最後のところにあるように、Sun側が酷いことして反故にしてた。

615 :名無しさん@お腹いっぱい。:2008/09/18(木) 22:26:01
日本サンマイクロシステムズが売らないなら
富士通から買えばいいじゃない

616 :名無しさん@お腹いっぱい。:2008/09/18(木) 22:46:11
>>615
そうもいかないのよ。

たとえば
ttp://www.nec.co.jp/products/cx5000/
のように大手電機メーカー各社がSunのマシンをOEMで売ってきたのよ。

Sunだからいいけど富士通だとマズいのよ。

617 :名無しさん@お腹いっぱい。:2008/09/18(木) 23:47:34
>>610
えーと、やけに詳しいですが、社員さんですか?

作れるといっているのは、設計、製造ができる技術があるという意味です。
Sunへは、部品のみっていうのは、知らんかったです。
部品っていっても、組み立てるだけのレベルのものですよね?
まぁ、運搬の件も考えれば、ばらして送ったほうがいいのかしら?

618 :名無しさん@お腹いっぱい。:2008/09/19(金) 01:18:07
>>572
AppleがARM社を売却したときの買い手がIntelじゃなかった?

StrongARMの話と混同したかも。

619 :名無しさん@お腹いっぱい。:2008/09/19(金) 11:14:06
そもそも Appleが ARM株持ってたのか? 聞いたことないが。
エイコーンとか、知ってんだよな?

620 :名無しさん@お腹いっぱい。:2008/09/19(金) 11:19:55
>>611
妄想激しいんだな。ここの過去ログひっくりかえして全部読んでみたら?
そんなこと言ってたやついないだろ。

621 :名無しさん@お腹いっぱい。:2008/09/19(金) 12:39:41
>>619
上場前は、1/3くらい持ってたと思う。

622 :名無しさん@お腹いっぱい。:2008/09/19(金) 12:46:30
>>620
過去ログをちょろっと見てコピペ

265 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2008/04/26(土) 13:14:02
富士通の期待
http://itpro.nikkeibp.co.jp/free/WAT/ITARTICLE/20040729/7/
>  消息筋は「沈みかかっている船から降りるのが技術者たちの常。サンに
> Rockを開発できる力が残っているかどうか疑問だ」と見ており、サンが今後、
> 大型サーバーの開発製造を富士通に委託し、ソフトに投資を振り向ける可能
> 性が強いと見ている。

現実
http://itpro.nikkeibp.co.jp/article/COLUMN/20070509/270354/
> Rockはサンの現行最上位である「UltraSPARC IV+」の16倍という桁外れの性
> 能が見込まれるため、仮に富士通SPARC64 VIIIや同IXがあったとしても敵わ
> ない。APL(SPARC Enterprise)は、Rock登場後数年を待たずに命運が尽き
> る。Jupiter後の富士通は、APL提携時の約束に従いRockを売ることになるは
> ずである。

そして伝説へ…
http://mainichi.jp/select/biz/news/20080415ddm008020058000c.html
>  富士通が半導体事業を分社化し先月設立したばかりの「富士通マイクロエレ
> クトロニクス」で、社長がいきなり交代するという異例の事態になっている。


623 :名無しさん@お腹いっぱい。:2008/09/19(金) 12:46:54
202 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2007/08/12(日) 01:00:32
Sugeeee APL いらないじゃん。

534 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2007/04/06(金) 21:15:39
Sun to reveal all on ye olde APL shared-server plan
http://www.theinquirer.net/default.aspx?article=38765

半年ちょっと遅れただけでぼろくそだな、おいw
まあ、それだけNiagara2→Rockが期待できそうってことだろうけど

550 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2007/04/09(月) 00:50:30
Plenty of Sun users to skip Fujitsu march
http://www.theregister.co.uk/2007/04/06/sun_rock_opl/

SunはAPL売る気無いみたいだなw


703 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2007/05/08(火) 00:03:59
APLは既に、い(ry


624 :名無しさん@お腹いっぱい。:2008/09/19(金) 13:00:41
>>621
出資したんだから比率はともかく株は持ってたんだろう

しかしAcornがARMの開発部門をスピンアウトし
Acorn、Apple、VLSI Techの三社で共同設立した会社を
Appleの子会社だと言うのか?

625 :名無しさん@お腹いっぱい。:2008/09/19(金) 13:02:50
>>624
アホに向かって問うのは時間のムダ。

ふつう子会社っていったら、連結対象だろ

626 :名無しさん@お腹いっぱい。:2008/09/19(金) 13:18:41
>>622,623
自分の妄想を証明したくてしょうがないわけですね? わかります。

627 :名無しさん@お腹いっぱい。:2008/09/19(金) 13:47:28
APLが遅れてRockまでの繋ぎの期間が短すぎて、
存在意味がなくなったなんていう記事はたくさん見たぞ。

628 :名無しさん@お腹いっぱい。:2008/09/19(金) 14:02:49
ところが順調に見えたRockも結局遅れちゃって ←イマココ

629 :名無しさん@お腹いっぱい。:2008/09/19(金) 14:22:57
626はRockが来るからAPLヲワタとか言ってた人ですね、わかります

630 :名無しさん@お腹いっぱい。:2008/09/19(金) 14:49:50
出荷にこぎつけるも性能が出なくて←次ココ

消費電力が下がらなくて←その次ココ

631 :名無しさん@お腹いっぱい。:2008/09/19(金) 14:58:43
そういやHPもItaniumサーバの一部をNECのOEMにするとかいう話があったが、どーなってるの。

632 :名無しさん@お腹いっぱい。:2008/09/19(金) 15:17:18
どーにもならなかった。

633 :名無しさん@お腹いっぱい。:2008/09/19(金) 17:21:53
Rockの詳細見ると、消費電力とかキャッシュ構成とかに無理矢理16コアにした歪みが出てて
あんまり期待持てないからなあ。Rockに賭けたものが大きい分だけ、
Rockと一緒にSunもコケちゃうんじゃないだろうか。

634 :名無しさん@お腹いっぱい。:2008/09/19(金) 17:32:38
ローエンドはNiagaraで、ミドルとハイエンドはRockという済み分けで、
どうせRock搭載機は中規模から大規模SMPマシンになるんだから、
無理して1チップに16コアも押し込む必要ないと思うんだけどなぁ。

635 :名無しさん@お腹いっぱい。:2008/09/19(金) 17:33:26
正に絵に描いた餅

636 :名無しさん@お腹いっぱい。:2008/09/19(金) 18:33:18
そりゃ16コア×2スレッド×64CPU=2048スレッドがやりたかったんだろう
漢の夢的に考えて……

637 :名無しさん@お腹いっぱい。:2008/09/19(金) 18:34:18
APL売れる分にはなんも問題ないし。えーこっちゃ。Fが SPARCで稼いでくれれば
バンバンザイ。
Rockはねぇ.. ま、遅れるだろ。Niagaraはスケジュール早かったけど、
普通はこんなもん。

638 :名無しさん@お腹いっぱい。:2008/09/19(金) 18:41:16
M9000の最大構成って、なにげにSun史上最大構成じゃね?
2スレッド×4コア×64CPU = 512スレッドが同時に実行状態。

E25Kでさえ最大で、2スレッド×72CPU=144スレッドだったし。

Rockを64CPUってのは、スケールするのかね、ほんとに。

639 :名無しさん@お腹いっぱい。:2008/09/19(金) 18:47:22
ttp://ja.wikipedia.org/wiki/Solaris
> Solarisでの64CPU以上、且つ、複数ノードでのクラスタ構成での富士通(シーメンスとの合併会社を含む)のシェアは、7割を超えるといわれる。 


640 :名無しさん@お腹いっぱい。:2008/09/19(金) 18:50:18
enの方にはそんなことは露程も書いてないな

641 :名無しさん@お腹いっぱい。:2008/09/20(土) 00:19:22
>>639
お馬鹿Sunサーバをミッションクリティカル用途に使うユーザは明らかに少数派だと思うが、
Wikiはソースにならないってば

642 :名無しさん@お腹いっぱい。:2008/09/20(土) 02:15:49
ソースだなんて誰も言ってない件について

643 :名無しさん@お腹いっぱい。:2008/09/20(土) 05:45:31
ハードは富士通, OSはSunか、思い切って富士Sun作ればいいのに

644 :名無しさん@お腹いっぱい。:2008/09/20(土) 06:44:22
>>641
大事なことにSUNのコンピューターを使ったらあっちょんぶりけって
ライセンスか何かに色々書いてたきがする

645 :名無しさん@お腹いっぱい。:2008/09/20(土) 11:04:51
>>641
富士通の製品は別格では
仕様通りに動くなら

646 :名無しさん@お腹いっぱい。:2008/09/20(土) 12:09:35
ペディアを略す奴が「ソースにならない」w

647 :名無しさん@お腹いっぱい。:2008/09/20(土) 14:04:59
>>643
その代わり、日本市場の大半を捨てることになるよ。


648 :名無しさん@お腹いっぱい。:2008/09/21(日) 21:51:17
NECがEWS4800やめたのはモッタイナイな。

他社のIA64より自社のMIPSのほうが使いやすいだろうに。
プロセッサもチップセットも開発できる会社なのに、IA64に転びやがって。

649 :名無しさん@お腹いっぱい。:2008/09/21(日) 22:42:32
しょうがないじゃない、MIPSがあまりにもへぼい性能だから。
はじめに脱落した純RISCは、MIPSってことかね。


650 :名無しさん@お腹いっぱい。:2008/09/21(日) 22:54:56
組込み向けでは、MIPSは高性能が求められる領域で活躍してるね。


651 :名無しさん@お腹いっぱい。:2008/09/21(日) 23:15:04
うちのDVD&HDDレコーダーのCPUもMIPSだわ。

どっこい生きてるMIPS64なスパコン
ttp://sicortex.com/products/sc5832
1コアあたり0.9Wで、約6千コアで20kWだってさ。

652 :名無しさん@お腹いっぱい。:2008/09/21(日) 23:19:06
ttp://sicortex.com/content/download/419/2776/file/SC072-PDS.pdf
デスクトップのワークステーションのモデルもあるぞ。

72コアで100Gflops(倍精度)で300W

653 :名無しさん@お腹いっぱい。:2008/09/21(日) 23:24:02
つーか、主体性なさ過ぎるだろ。以前の F含めて。「MIPSがへぼい」って、
てめーも MIPSやってたんだから。てめーで力入れなくててめーで没落したんだから
自業自得。
主体性のある会社はみな早い段階で Itanium見切ったのに、それもできなかった。
わからなかったくらい見えなくなっちまってるのか、わかってて他に道がなかったのか。
いずれにせよ嘆かわしい。

654 :名無しさん@お腹いっぱい。:2008/09/21(日) 23:39:06
>>651
それ古いよ2006年デビューだ。2年も昔のなんて。

>>652
72GFlopsだろ。
6コアXeonの2CPUのほうが速いと思う。


655 :名無しさん@お腹いっぱい。:2008/09/22(月) 15:09:47
○○は先がない→切らない→やっぱり伸びない→I社だから切れなかったのは仕方ない→みんな仲良し→彼女ができる
○○は先がない→切る→目論見が外れて○○が伸びる→切った責任を問われる→いくえ不明

656 :名無しさん@お腹いっぱい。:2008/09/22(月) 15:29:54
Ditzel の SPARC ISA に対する評価は低かった。Alpha, MIPS がやっぱ美しいのか?w
Ita が思ったより高い。Patterson は汎用処理向けの VLIWアーキをミスとしてるけどw
両人ともスーパースカラはヒットと言ってるのに対して、Nathan Brookwoodは
命令並列性の追求は生産的でなかった、と言ってる。

ttp://journal.mycom.co.jp/articles/2008/09/06/hotchips9/002.html

657 :名無しさん@お腹いっぱい。:2008/09/22(月) 16:01:51
TLP追求したNiagaraがそこそこしか売れてない(少なくともメインのトレンドにはなってない)のに
命令並列性の追求が生産的でないとはこれいかに。

658 :名無しさん@お腹いっぱい。:2008/09/22(月) 16:02:45
>>656
SPARCよりもItaniumのほうが評価が高いのは、
ItaniumよりもSPARCのほうが売れているから。

売れているランクは自由に操作できないが、
評価のランクは自由に操作できるっしょ。

659 :名無しさん@お腹いっぱい。:2008/09/22(月) 16:09:24
トランジスタ増加に対する性能向上が、割りに合わないような、
命令並列性の「「追求」」が生産的でなかったと言いたいのだろう。

トランジスタ増加に対する性能向上が、割りに合う範囲内では、
とうぜん、並列に実行できる命令は並列に実行したほうがいいのは
言わなくても当たり前だと思う。


660 :名無しさん@お腹いっぱい。:2008/09/22(月) 16:18:47
各社が高パフォーマンス・シングルコア路線をあきらめてマルチコアに移る境目には、
シミュレートしても性能を出せず日の目を見ることなく消えていった命令並列性追求の試みが
膨大にあったのかもしれんな……

661 :名無しさん@お腹いっぱい。:2008/09/22(月) 16:33:00
マルチコアのほうが効率が良いとわかっていても、早い時期には、できなかったと思うよ。
ソフトウェアの問題とも絡むが、マルチコアにするにしてもコアの性能はある程度は必要だし。

662 :名無しさん@お腹いっぱい。:2008/09/22(月) 16:48:02
なにこれ
そこでスカウトスレッドですよ、って流れ?

663 :名無しさん@お腹いっぱい。:2008/09/22(月) 17:05:00
ポラック vs アムダール

ファイッ!

664 :名無しさん@お腹いっぱい。:2008/09/22(月) 17:48:08
インテルがAtomのデュアルコア版を投入してきたわけだが。

SunRayの新モデルがAtom採用しないかな〜。

665 :名無しさん@お腹いっぱい。:2008/09/22(月) 18:14:04
>>658
まあ確かに、おもしろおかしくしてる感じは多分にあるけどw

666 :名無しさん@お腹いっぱい。:2008/09/22(月) 19:01:34
PenD方式でコア繋げただけでデュアルコアAtomとか…
あいかわらずメインストリーム以外でのIntelの手抜きっぷりは惚れ惚れするな。
費用対効果を冷静に見ているというか。

667 :名無しさん@お腹いっぱい。:2008/09/22(月) 19:13:18
2つ並べただけの手抜き・・・それができるのは、あらかじめネタを仕込んであるからなんだけどな・・・。



668 :名無しさん@お腹いっぱい。:2008/09/22(月) 19:25:19
採算性の問題だろうから。ま、Intelの勝手かと。繋げただけでも消費電力低いもんねぇ..
しょうがあんめぇ。
しかし、非 x86で Atomに対抗できねぇのかよ情けない..

669 :名無しさん@お腹いっぱい。:2008/09/22(月) 19:35:10
ダイサイズを倍にしてシリコン上で配線するよりも、MCMしたほうがコストが安い
というのは面白いね。

670 :名無しさん@お腹いっぱい。:2008/09/22(月) 19:44:46
消費電力低いといってもARMほど低くないので、
放っておけばVIAに侵食されるところだった低価格ミニノート市場に
先手を打っただけだろう。

671 :名無しさん@お腹いっぱい。:2008/09/22(月) 20:08:44
そういう意図だとしても、
結果的にARMが消費電力と処理能力を高めることを阻止するわけで。

672 :名無しさん@お腹いっぱい。:2008/09/22(月) 20:12:29
いやいや、ARMは消費電力を増やさずに処理能力を高めてきてる
ttp://pc.nikkeibp.co.jp/article/news/20080602/1003945/

673 :名無しさん@お腹いっぱい。:2008/09/22(月) 20:15:50
Spark/Solarisはこの先生きのれそうですか?


674 :名無しさん@お腹いっぱい。:2008/09/22(月) 21:54:12
シンクライアント端末にAtom搭載してなんかメリットあるの?

675 :名無しさん@お腹いっぱい。:2008/09/22(月) 21:58:30
AMD Alchemyより速い

676 :名無しさん@お腹いっぱい。:2008/09/22(月) 23:00:43
Alchemyは、AMDからRMIに移管したよ。

それはさておき、
シンクライアントにx86使ったら、
x86用のウィルスには感染しない
っていう、わかりやすいセールストークができなくなる。

677 :名無しさん@お腹いっぱい。:2008/09/22(月) 23:08:35
それって「うちのは売れてないから狙われません大丈夫」ってのと同義なんだよなー
まあAtom使う理由はないわな。それこそARMのほうがいいんじゃね。

678 :名無しさん@お腹いっぱい。:2008/09/22(月) 23:13:53
ファームをSolaris for x86ベースにできるじゃん

フラッシュメモリが安いんだからSolarisでもいいべ。
特定ハードのみ対象にして必要なコードだけに削れば、
数秒でブートするべ?

679 :名無しさん@お腹いっぱい。:2008/09/23(火) 00:06:28
今日トイレで日経ボード情報めくってみた
組み込み向けマザーはAtom花盛りかと思ったけど1社だけだった
むしろx86アーキに拘らない流れかも

680 :名無しさん@お腹いっぱい。:2008/09/23(火) 00:57:20
>>679
x86のSoCはどうなのかね。

681 :名無しさん@お腹いっぱい。:2008/09/23(火) 09:09:51
x86用のウイルスとかってのも時代遅れだからなあ
今は内部の人間がP2P使って情報流出するのが一番懸念されてると思うが

682 :名無しさん@お腹いっぱい。:2008/09/23(火) 23:28:55
>>680
セカンドソースがないってのは問題じゃないか?

683 :名無しさん@お腹いっぱい。:2008/09/24(水) 00:39:36
>>678
> ファームをSolaris for x86ベースにできるじゃん
まったく意味不明。x86 の必要ぜんぜんないしwwww
激しく勘違いしてない?

684 :名無しさん@お腹いっぱい。:2008/09/24(水) 00:42:20
>>682
ん?

x86コアを積んだASICって結構あるけど、8086互換程度だよ。


685 :名無しさん@お腹いっぱい。:2008/09/24(水) 04:45:40
8086レベルのもあれば、486レベルのもある。
なかには、Pentiumレベルのも。

インテルのx86なSoC
ttp://pc.watch.impress.co.jp/docs/2008/0725/intel.htm
消費電力が10〜20Wってのは大きいだろ。

686 :名無しさん@お腹いっぱい。:2008/09/24(水) 11:12:31
インテルはCPUはともかく、チップセットの省電力化は苦手なのか?

687 :名無しさん@お腹いっぱい。:2008/09/24(水) 11:22:55
結論から言うと、そんな事はない。
プロセスをCPUのおさがりを使ってたら、
たまたまプロセスがCPUに比べてかなり太い時期と機能拡張が被って爆熱になっただけ。

けどPCIe使う限り改善の目処が立ってないんです><
内蔵ビデオの強化を図ればさらに熱が出るんです><
光バスになったら変わるかも

688 :名無しさん@お腹いっぱい。:2008/09/24(水) 13:02:26
AMDに出来たことがIntelに出来ないとはね

689 :名無しさん@お腹いっぱい。:2008/09/24(水) 15:54:12
AMDも別にできちゃいないだろ
StrongARMもそうだが、上も下も1メーカで、ってのは無理。

690 :名無しさん@お腹いっぱい。:2008/09/24(水) 17:23:46
>>688
特許が絡めば、そういうのは普通におきうるよ。
この件がそうかどうかは別として。

>>687
光バス・・・E-O、O-E変換の消費電力は馬鹿にならないと思う。


691 :名無しさん@お腹いっぱい。:2008/09/24(水) 18:35:12
>>687
比較的高い電圧が必要な機能ブロックを含む場合は
最先端プロセスを使えばいいってわけじゃないみたいだし
単に消費電力の削減に力を入れていなかっただけでしょ

機能拡張が重なってもIntelほどのリソースがあればそれなりにやれたはずで
プロセッサほど頑張らなくても売れると見込んでいたのでは?

692 :名無しさん@お腹いっぱい。:2008/09/24(水) 19:06:39
もしかして、Atom搭載のITXマザーボードの話してる?

あれはノートPC用の省電力のチップセットではなく、
デスクトップPC用の電気食うCPU用のチップセットを使ってるんだ。


693 :682:2008/09/24(水) 23:34:42
>>685
> 8086レベルのもあれば、486レベルのもある。
> なかには、Pentiumレベルのも。

そうなんだ 知らなかったよ

694 :名無しさん@お腹いっぱい。:2008/09/24(水) 23:42:15
x86のSoCつっても、それらはピン互換じゃないから。

695 :名無しさん@お腹いっぱい。:2008/09/25(木) 13:19:38
>>685のって90nm?
メモリコントローラーあたりが電気食うのか?

696 :名無しさん@お腹いっぱい。:2008/09/25(木) 18:07:02
>>695
データシートくらい見ろヨ。
中の人のそれぞれが最大でどれくらい電力を食うのか書いてあるぞ。

697 :名無しさん@お腹いっぱい。:2008/09/26(金) 22:22:08
ARMとMIPS、PPCが組込みで頑張っている
SPARCは・・・

698 :名無しさん@お腹いっぱい。:2008/09/27(土) 13:17:41
あんたが知らんだけ。

699 :名無しさん@お腹いっぱい。:2008/09/27(土) 13:30:59
日経ボード情報からは姿を消したなSPARC

700 :名無しさん@お腹いっぱい。:2008/09/27(土) 13:39:41
>>698
そいつぁ便利なセリフだな。

NASで ちろっと採用例があるからって、それだけじゃないか。

701 :名無しさん@お腹いっぱい。:2008/09/27(土) 13:45:54
あいかわらず寒いアオリだな。つまんねーぞ。お?

702 :名無しさん@お腹いっぱい。:2008/09/27(土) 18:31:30
>>701
つまんねーのは、お前もだ。


703 :名無しさん@お腹いっぱい。:2008/09/27(土) 18:37:17
いやいや、キミがぶっちぎり。誰も足元にも及ばないよ、もう来るなよ。

704 :名無しさん@お腹いっぱい。:2008/09/28(日) 01:23:36
ここで703が面白い話を振るそうです。

SPARCがNASと一部デジカメ以外に
どれくらい組込みでシェアが大きいのか。

705 :名無しさん@お腹いっぱい。:2008/09/28(日) 01:29:50
激寒

706 :名無しさん@お腹いっぱい。:2008/09/28(日) 01:40:21
Fujitsu and Sun arm juttejutsu server with quad-core processor
ttp://www.theregister.co.uk/2008/09/24/2u_sparc_box/

707 :名無しさん@お腹いっぱい。:2008/09/28(日) 02:18:39
>>705
文句ばっかり言うだけの人は百害あって一利なし。

>>706
Niagara2とSPARC64 VIIが2Uサーバで競合した結果が楽しみだ。

708 :名無しさん@お腹いっぱい。:2008/09/29(月) 00:45:38
別人のふり連投する人間が何言ったところで誰も真に受けんよ。

709 :名無しさん@お腹いっぱい。:2008/09/29(月) 06:36:44
>>708
自己紹介乙

710 :名無しさん@お腹いっぱい。:2008/09/29(月) 09:08:48
一角流十手術なんてよく知ってるな。日本人でもしらん

711 :名無しさん@お腹いっぱい。:2008/09/30(火) 00:28:26
なんで、わかりにくいコードネーム付けるんだろうねぇ。

http://www.itmedia.co.jp/enterprise/articles/0809/29/news003.html
> クライアントマシンへの搭載も期待され、年間2万個以上の出荷は期待できる。

クライアントマシン?


712 :名無しさん@お腹いっぱい。:2008/09/30(火) 01:01:06
なんだよ、この糞記事

713 :名無しさん@お腹いっぱい。:2008/09/30(火) 04:10:00
タダで読めるサイトは宣伝工作だと思っていい。
金だして読むものでも日経なんちゃらでも、広告集みたいなもんだ。


714 :名無しさん@お腹いっぱい。:2008/09/30(火) 09:59:34
>>710
動物のイッカクでいいみたいだね

Ikkaku is a Japanese name for "Narwhal", an
Arctic cetacean/whale, about 20 feet long; the
male has a single twisted pointed canine tooth
or tusk projecting forward like a horn.
The Japanese word literally mean "single horn".

ttp://opensolaris.org/os/community/on/flag-days/pages/2008032602/
via
ttp://www.c0t0d0s0.org/archives/4875-The-Register-about-Ikkaku.html

動物とか地名とかそういう固有名詞ならともかく
メジャーでもジュードーとかカラテとかつけないだろうし
それこそ十手術なんてマイナーすぎてありえない

715 :名無しさん@お腹いっぱい。:2008/09/30(火) 11:58:16
おっ、ウチの次の新製品はジュードーにするかw

716 :名無しさん@お腹いっぱい。:2008/09/30(火) 14:41:49
>>713 小学生の感想文みたいな記事で 何の宣伝なのかさっぱりわからんぞ。

717 :名無しさん@お腹いっぱい。:2008/09/30(火) 14:44:13
え? Itaがクソ、って書いてあるだけだろ? 個数(数えてるのはサーバー台数だけどw)
サバ読み過ぎかと思うが。HP自体 Ita見捨ててるってのはその通りだろ?
PA-RISC機がまだ出荷されてるような書き方だけど、そうなのか?

718 :名無しさん@お腹いっぱい。:2008/09/30(火) 14:46:20
Intelとっくに持て余してるからな。気をつけないと部門押しつけられて
買わされるぞ。

719 :名無しさん@お腹いっぱい。:2008/09/30(火) 19:12:07
Tukwilaの信頼性向上のための作り込みはSPARC64を超えているようだが。
Intelが(マイナーなItaniumでなく)x86系列にああいう技術を適用する気になったら、
SPARCもいよいよ危ういのではないか。

720 :名無しさん@お腹いっぱい。:2008/09/30(火) 23:59:13
Rockの将来は風前の灯か

721 :名無しさん@お腹いっぱい。:2008/10/01(水) 00:24:00
高い信頼性を確保するためには、シンプルであることが重要だと思うよ。
Itaniumなんて複雑すぎてエラー発生時の検出から回復まで大変だよ。
SPARCもレジスタウィンドウあるから大変だね。

722 :名無しさん@お腹いっぱい。:2008/10/01(水) 00:26:40
焼け石

723 :名無しさん@お腹いっぱい。:2008/10/01(水) 00:40:34
i860に比べりゃかわいいもんだろ。

i860にunixを移植した人たちは凄いと思う。

724 :名無しさん@お腹いっぱい。:2008/10/01(水) 10:24:59
あの時代は、回復のことはあんまり考えてないんじゃ..w

725 :名無しさん@お腹いっぱい。:2008/10/01(水) 10:55:31
速度よりも信頼性を最優先で、
どのトランジスタが放射線くらっても検出可能で、どのユニットでも再実行可能、
ってことを第一に考えて設計したら、どんなアーキテクチャーになるんだろうね。

めんどくせーから結果を多数決するだけでいいよ、ってことになったりして。

>>724
障害からの回復ではなく、割り込みからの回復が鬼だったらしいよ、i860は。

登場当時、最速のRISCプロセッサ(他の数倍!)だったけど、ほとんど採用されなかった。
採用例のほとんどは、i860に対して割り込みをかけない使い方ばっかり。

726 :名無しさん@お腹いっぱい。:2008/10/01(水) 13:16:03
>>725
> ってことを第一に考えて設計したら、どんなアーキテクチャーになるんだろうね。

NASA とかタンデムとかで昔からいろいろやってんじゃねーの?

> 登場当時、最速のRISCプロセッサ(他の数倍!)だったけど、ほとんど採用されなかった。

Wikipediaには VLIWで、コンパイル時に命令を正しく並べることが非常に困難だった、
と書いてあるけど。
NeXTのグラフィックボードに載ってたね。

i960はバークレーRISCの流れでレジスタウィンドウ装備。


727 :名無しさん@お腹いっぱい。:2008/10/01(水) 13:45:23
>>726
VLIWだから、じゃないよ。

728 :名無しさん@お腹いっぱい。:2008/10/01(水) 13:46:18
i960はi860とは全くの別物ですよ。

729 :名無しさん@お腹いっぱい。:2008/10/01(水) 13:53:14
i860はLIWであってVLIWではないと思う。

730 :名無しさん@お腹いっぱい。:2008/10/01(水) 14:01:41
採用されなかったのは、実際には遅かったからでしょ。
3Dグラフィックスの計算は得意だから、そういう用途では使われたが。

731 :名無しさん@お腹いっぱい。:2008/10/01(水) 14:20:59
>>728
うん、>>725 に「最速のRISC」とか書いてあるから、i960と混同してるかも、と。


732 :名無しさん@お腹いっぱい。:2008/10/01(水) 14:26:22
>>723
マツダ^H^H^Hクボタ Titan?

733 :名無しさん@お腹いっぱい。:2008/10/01(水) 14:30:39
i860がスペック通りの演算性能を発揮できなかった理由は↓で解説されてる
ttp://www.realworldtech.com/page.cfm?ArticleID=RWT012500000000&p=2

734 :名無しさん@お腹いっぱい。:2008/10/01(水) 14:52:28
すげーな、おい。

普通なら、
FADD F6, F10, F2
FADD F7, F11, F3
FADD F8, F12, F4
FADD F9, F13, F5
と書くようなコードを、i860のパイプラン演算命令で書くと、
PFADD.SS F6, F10, F0 ; この命令の結果は
PFADD.SS F7, F11, F0
PFADD.SS F8, F12, F0
PFADD.SS F9, F13, F2 ; このF2に格納される!
PFADD.SS F0, F0, F3
PFADD.SS F0, F0, F4
PFADD.SS F0, F0, F5
ってなるのか。


735 :名無しさん@お腹いっぱい。:2008/10/01(水) 14:54:20
Intelの歴史は失敗したISAの秘宝館だな。

736 :名無しさん@お腹いっぱい。:2008/10/01(水) 15:01:22
失敗しても潰れない体力があるところは、、失敗を恐れずに挑戦する義務があるからな。

737 :名無しさん@お腹いっぱい。:2008/10/01(水) 15:35:03
こんだけ努力しても、他社も Intel自身も、x86を葬れなかったわけだ。
もう呪われてるとしか言いようがないね。
MS-DOS時代のバイナリ互換崇拝はとっくに幻想なのに。

738 :名無しさん@お腹いっぱい。:2008/10/01(水) 16:18:48
独自ISAで要再コンパイルでもパフォーマンスが他社(x86)の2倍で
かつシステム価格が同じだったら、
問題なく売れるだろうな。

てかSun-4だな。

739 :名無しさん@お腹いっぱい。:2008/10/01(水) 20:48:50
まあ、SunもIntelくらい普及したら、
失敗命令セットっていわれてるだろうけどね。
少なくともRISCの中で失敗した命令セットの代表格がSPARC。
RISCの中での最高作はAlpha ISA。
命令セットで問題をかかえてないアーキなんで現実にはない。

740 :名無しさん@お腹いっぱい。:2008/10/01(水) 21:51:06
MIPSじゃないの?

741 :名無しさん@お腹いっぱい。:2008/10/01(水) 21:56:55
Sun、少なくとも国内は終わったな。
発注ガイド(構成ガイド)もニュースレターも廃止するらしい。
日本だけの特別なサービスなので、経費削減だとさ。
今後の見積もりは、使いにくくて重い、製品コンフィグレータもどきを
使わねばならない。
もう、アホかと。

富士通以外の代理店は、みんな売るの止めるんじゃないかな。


742 :名無しさん@お腹いっぱい。:2008/10/01(水) 22:13:06
そうなるとHPの一人勝ちだな

743 :名無しさん@お腹いっぱい。:2008/10/01(水) 22:17:23
>>738
Alpha版のWindowsNTは、
要再コンパイルでパフォーマンスがx86の倍以上で、
システム価格もさほど高くなかったのですが、売れませんでした。

744 :名無しさん@お腹いっぱい。:2008/10/01(水) 22:37:19
>>742 HPのUNIXはそろそろダメでは? Itaniumの未来がw
これからはIBM Power6、富士通SPARC64、intel XeonのPCサーバだろ。
Sun経由のSPARCサーバが全滅なだけで。富士通からは売れていく。

745 :名無しさん@お腹いっぱい。:2008/10/01(水) 22:41:51
ProLiant最強でしょ

746 :名無しさん@お腹いっぱい。:2008/10/01(水) 22:46:48
富士通ってそんなに販売力あるのかな。

NECや日立、東芝、三菱・・・大手がOEMで売っていた案件をぜんぶ富士通に移せるわけないじゃん。

747 :名無しさん@お腹いっぱい。:2008/10/01(水) 22:52:35
>>746
>NECや日立、東芝、三菱・・・大手がOEMで売っていた案件を
上記はSun販売に限って言えば大手じゃないよ。
富士通以外だとCTCが大手と呼べるレベル。
国内では、それほどシュリンクしている。
富士通なら全部巻き取れるはず。

748 :名無しさん@お腹いっぱい。:2008/10/01(水) 23:00:10
http://www.itmedia.co.jp/enterprise/articles/0809/22/news030.html
国内は700億程度しか売れていないらしいよ。
富士通にしてみれば、鼻くそレベルだな。

749 :名無しさん@お腹いっぱい。:2008/10/01(水) 23:14:34
CTCなら富士通ブランドのまま売れるな。

750 :名無しさん@お腹いっぱい。:2008/10/01(水) 23:29:09
実際、PRIMEPOWERも売っていたしな。少しだけど

751 :名無しさん@お腹いっぱい。:2008/10/01(水) 23:35:13
鯖の箱なんて、案件の原価に占める割合は高くないだろ。
鯖を売るのが目的ではなく、案件の実装に鯖が必要なだけだ。

752 :名無しさん@お腹いっぱい。:2008/10/02(木) 11:38:40
>>743
OSがNTなのに要再コンパイルじゃだめだろう

753 :名無しさん@お腹いっぱい。:2008/10/02(木) 11:51:43
富士通オワタw

ハードディスク駆動装置事業、米大手に売却へ 富士通
 富士通はパソコンやデジタル家電のデータ記憶に使うハードディスク駆動装置(HDD)事業を、
同市場で世界2位の米ウエスタンデジタルに売却する方向で調整に入った。年内の合意を目指す。
富士通のHDD事業は同6位で年間売上高は3300億円強。国内の電機大手の事業売却では
過去最大規模になる。米金融危機などで世界経済が変調するなか、赤字が続く同事業からの撤退で
収益基盤を固め経営環境の変化に備える。

754 :名無しさん@お腹いっぱい。:2008/10/02(木) 12:05:37
過去にはこんなのもあったが、黒字転換できたので結局売らなかった。
HDD業界にはよくあること。

http://techon.nikkeibp.co.jp/article/NEWS/20071221/144586/
> 日本経済新聞社は,日立製作所がHDD事業子会社の株式を米系投資ファンド
> に一部売却する方向で最終調整に入ったと,2007年12月21日付けの朝刊で報じ
> た

でも富士通は売った方がいいかもなあ。抱えてる意味ないし。

755 :名無しさん@お腹いっぱい。:2008/10/02(木) 12:12:39
富士通のHDDってうるさくないけど遅いってイメージ。
ノートに最初から入ってるから使うけど、わざわざ買わない。

756 :名無しさん@お腹いっぱい。:2008/10/02(木) 12:22:21
富士通とWDなら、いい補完になるね。

>>755
この板で、パソコンのレベルで話されてもな。
富士通のエンプラ向けのHDDはSeagateよりも速い。

757 :名無しさん@お腹いっぱい。:2008/10/02(木) 12:55:32
富士通ったら大昔、イーグルってのにお世話になった人も多いだろうw

758 :名無しさん@お腹いっぱい。:2008/10/02(木) 13:01:15
どうなるか知らんが、売らないって言ってるよ?

759 :名無しさん@お腹いっぱい。:2008/10/02(木) 13:18:48
売らないんじゃなくて、どこに売るかが決まってないんだろう

760 :名無しさん@お腹いっぱい。:2008/10/02(木) 17:00:48
HDD部門から他部門への卸価格が高すぎで社外から買うからいらねってことかなw

761 :名無しさん@お腹いっぱい。:2008/10/02(木) 17:21:33
本家IBMはすでにPCすら売ってないのに
ミニIBMの分際でHDDまで自家製とかもうね

762 :名無しさん@お腹いっぱい。:2008/10/03(金) 09:52:14
なにが「もうね」だよwww 規模違う企業がマネすると業績がよくなるってか。
そんなん聞いたこともないわアホか。

763 :名無しさん@お腹いっぱい。:2008/10/03(金) 11:03:13
いいかげんスレちがいですよ

764 :名無しさん@お腹いっぱい。:2008/10/03(金) 11:15:11
>>762
富士通はIBMより規模が小さいから携帯電話からスパコンまで何でも手掛ける総合商事のままで大丈夫……なのか?
逆な気がするが。

>>763
富士通がくしゃみをするとSPARCが風邪を引く。ていうか重体。

765 :名無しさん@お腹いっぱい。:2008/10/03(金) 16:28:50
Fで Ita機やってた人達は、どうなったの? 流石にもう縮小してんだよね?

766 :名無しさん@お腹いっぱい。:2008/10/04(土) 07:41:05
>>764
SUNの下にぶら下がってたはずが
富士通が棒でSUNを支えてたみたいな・・・

767 :名無しさん@お腹いっぱい。:2008/10/04(土) 08:33:35
>>766
富士通を馬鹿にしすぎ。


768 :名無しさん@お腹いっぱい。:2008/10/05(日) 05:35:16
sunriseの頃から富士通が支えてたような…
Sunが調子にのりすぎてただけで…

769 :名無しさん@お腹いっぱい。:2008/10/05(日) 14:26:24
Rockコケたら富士通に頭下げるんだろうか
SPARC自体を投げ出すんだろうか

770 :名無しさん@お腹いっぱい。:2008/10/06(月) 17:30:51
こいつら何言ってんのか誰か解説してくれる?

771 :名無しさん@お腹いっぱい。:2008/10/06(月) 18:14:29
>>770
あんた、Itaスレ荒らしているキチガイか?

772 :名無しさん@お腹いっぱい。:2008/10/06(月) 19:24:55
少しは Sunや SPARCや Fのこと調べてから書いたら?
おもしろくもなんともねーんだよ。つっこむ気も起きん。

773 :名無しさん@お腹いっぱい。:2008/10/06(月) 20:30:41
>>772
なんだよ、やっぱり荒らしかよ。
お前は何にでも文句を言わなきゃ気がすまない●●党みたいなもんだな。スレに有害。

774 :名無しさん@お腹いっぱい。:2008/10/07(火) 16:43:52
きもちわる〜 しつこ〜

775 :名無しさん@お腹いっぱい。:2008/10/07(火) 17:13:41
言うに事欠いてそれか。

776 :名無しさん@お腹いっぱい。:2008/10/07(火) 22:31:12
最近お馬鹿Sunの新ネタないね、店仕舞いで忙しいの?

777 :名無しさん@お腹いっぱい。:2008/10/08(水) 13:26:36
AMDにアラブ資本... こりゃたいへんなことになりそうだ

778 :名無しさん@お腹いっぱい。:2008/10/08(水) 17:07:08
オイルマネー余りすぎだろう。

779 :名無しさん@お腹いっぱい。:2008/10/08(水) 17:27:50
そうじゃなくて.. イスラエルとの関係。

780 :名無しさん@お腹いっぱい。:2008/10/08(水) 17:41:06
正統的イスラムはユダヤ教を敵視したりしないので別に問題ない

781 :名無しさん@お腹いっぱい。:2008/10/08(水) 18:04:19
AMDが製造部門を分社化して、ファウンダリ事業を始めるそうだな。

AMDの製造ラインはプロセッサ向けのハイパフォーマンスなものだから、
客がほとんどいないっていう心配があるんだが、
SunがSPARCの製造委託をAMDにする、ってことになると面白いな。


782 :名無しさん@お腹いっぱい。:2008/10/08(水) 19:03:07
製造委託するためのCPUが設計できません><
というかTIと違ってちゃんと気合いれてやってくれるのかな!?

783 :名無しさん@お腹いっぱい。:2008/10/08(水) 20:04:55
そのためには、まずSunが気合いれてSOIプロセスで作り直さないといかんのでは。

784 :名無しさん@お腹いっぱい。:2008/10/08(水) 20:06:07
TIだからダメなんじゃなくてSunだからダメなのに・・・
委託先を増やすのは自らの首をしめることになるよ

785 :名無しさん@お腹いっぱい。:2008/10/09(木) 00:17:36
>>769
Rockより凄いCPUを開発すると言い出すんじゃないか?

786 :名無しさん@お腹いっぱい。:2008/10/09(木) 16:05:12
Rockより凄いということは
- 2 Billion Transistor
- 64core
- Offchip L4 Cache 64MB
- over 500W
- Q4 2013
こんな感じでしょうか?

787 :名無しさん@お腹いっぱい。:2008/10/09(木) 16:32:49
> MySQL AB創業者のDavid Axmark氏がSun Microsystemsを退社したようだ
> SunのGNU/Linux戦略のグループマネージャであるBarton George氏がSunを退社した


788 :名無しさん@お腹いっぱい。:2008/10/09(木) 22:17:45
>>786
-テープアウトできなかったら裸にネクタイ

789 :名無しさん@お腹いっぱい。:2008/10/10(金) 01:06:08
開発者みんな辞めちゃうよw

790 :名無しさん@お腹いっぱい。:2008/10/10(金) 09:39:41
テープアウトまでは、あんまり遅れないんだよな。そっから製品化までが大変。

791 :名無しさん@お腹いっぱい。:2008/10/10(金) 17:28:40
250Wでテープアウトされてもマジ困る

792 :名無しさん@お腹いっぱい。:2008/10/10(金) 23:15:36
>>790
問題があってもテープアウトは強引にできる。
もちろん、手戻りが発生して酷いことになるが、
様々な事情によってテープアウトを発表するために、
とにかくダメでもいいからテープアウトしろって圧力が
かかったりするのだろう。

問題があって遅れている場合に、
問題に向き合って解決しようとする人は、
自己満足のために遅らせている反逆者の
レッテルを貼られて追放されやすいよ。

793 :名無しさん@お腹いっぱい。:2008/10/11(土) 00:32:20
強引に特定の事象に当てはめたいような人のこと? 追放されるんだね。よかったw

794 :名無しさん@お腹いっぱい。:2008/10/11(土) 12:03:49
株価対策だわな。インチキなテープアウトの発表は。

実際、
Rockは一度目のテープアウトはスケジュール通りだったが、
それがダメで、1年後に二度目のテープアウトやってるしな。
手直しで済まなかったから、テープアウトに二度目があるんだよ。

795 :名無しさん@お腹いっぱい。:2008/10/11(土) 17:59:17
開発プロジェクト開始したばっかりなのに、新製品発売のプレスリリースされてビックリしたことがある。
仕様すら固まってないのに、発売されて大変でしたよ。

796 :名無しさん@お腹いっぱい。:2008/10/11(土) 20:52:14
>>795
いつもどおりの手順で、検収用に筐体だけ先に納めてあとから中身だろw

797 :名無しさん@お腹いっぱい。:2008/10/11(土) 20:58:47
それバレたら下手するとタイーホだぞ

798 :名無しさん@お腹いっぱい。:2008/10/12(日) 14:42:21
予算消化のために不要なものを購入するところがあってさ。

厳しいスケジュールのなか必死こいて納入して、ちょっとヤバい部分もあって、
その後の動向が心配で、何かの機会に手直ししたものに入れ替えたいと思って
探りをいれてみたら、使われずに倉庫に塩漬けされてて、えらくガックリしたことがある。

799 :名無しさん@お腹いっぱい。:2008/10/12(日) 15:20:26
納入された製品にやばい部分がありそうだったから塩漬けにしただけじゃん
見事な仕事だと関心はするがどこもおかしくはない

800 :名無しさん@お腹いっぱい。:2008/10/12(日) 15:33:36
最初から使う気がなかったらしいのよ。
現物の納品前に検収上がってきたし。

他にも客のほうから年度内に検収だけ
先に上げさせてくれって頼まれることも。

801 :名無しさん@お腹いっぱい。:2008/10/12(日) 18:00:52
そういうのみんな脱税行為なんだよな

802 :名無しさん@お腹いっぱい。:2008/10/12(日) 18:52:43
脱税っつっても、
減る税額よりも無駄づかいの費用のほうが大きいから、
素直に税金を払ったほうが儲かるでしょ。

これは予算を消化しないと次年度から削られるような役所体質のところ。
期末に駆け込みで消化すればOKというのは、いかにもザルでしょう。

803 :名無しさん@お腹いっぱい。:2008/10/13(月) 11:07:36
明るい話題希望。

804 :名無しさん@お腹いっぱい。:2008/10/13(月) 12:21:14
人の話にケチつけるだけで自分では何も話題を振らない荒らしに蹂躙されて壊滅したのが、いまのSunスレ。

805 :名無しさん@お腹いっぱい。:2008/10/13(月) 13:00:10
どんな話を振っても痛ニウムネタに変換されるからな w

806 :名無しさん@お腹いっぱい。:2008/10/13(月) 14:12:10
>>805
それはお前がやってるんだろ? 鏡みろ。

807 :名無しさん@お腹いっぱい。:2008/10/13(月) 14:23:49
Sunは景気後退の波を思いきりかぶらざるを得んだろ。
明るい話題なんぞあるはずもなく。

808 :名無しさん@お腹いっぱい。:2008/10/13(月) 14:33:23
ジャンク債がトイレットペーパーになっただけだ

809 :名無しさん@お腹いっぱい。:2008/10/13(月) 14:39:21
株価が安いからこそ、どこかに身売りする・買収を受けることが、比較的容易じゃね?

810 :名無しさん@お腹いっぱい。:2008/10/13(月) 14:40:39
今の時代は、プロセッサ設計会社は、
設計したものを製造してチップを売るよりも、
設計そのもの、あるいは、会社そのものを売るほうが、
遥かに多くの利益を得られるそうだ。


811 :名無しさん@お腹いっぱい。:2008/10/13(月) 20:51:38
重複スレのほうで痛ニウム信者が暴れてるから退治よろしく

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

812 :名無しさん@お腹いっぱい。:2008/10/13(月) 21:44:50
SPARCをSun以上に上手く売れる会社なんてないんだから、
身売りというのも難しい気がするな。
あるとしたら富士通か。しかし。

813 :名無しさん@お腹いっぱい。:2008/10/13(月) 21:47:41
Sunうまいかw

814 :名無しさん@お腹いっぱい。:2008/10/14(火) 02:49:41
詐欺師的な面で上手いかも

815 :名無しさん@お腹いっぱい。:2008/10/14(火) 11:28:04
T5440 4ソケット T2+

816 :名無しさん@お腹いっぱい。:2008/10/14(火) 12:05:24
来たな。
また世界記録ですよ。


817 :名無しさん@お腹いっぱい。:2008/10/14(火) 13:12:11
http://journal.mycom.co.jp/articles/2007/09/11/hotchips2/index.html
> Hot Chips 19 - Sunの超マルチスレッドシステム用プロセサ「Victoria Falls」

4ソケットはけっこう時間がかかった。

818 :名無しさん@お腹いっぱい。:2008/10/14(火) 13:27:36
出し惜しみしているのか、
接続に使うチップの開発に難航したのか、
ハードウェアは出来ていてもソフトウェアが追い付かなかったのか、
実はパフォーマンスが出なくて、中身を変更したのか、
需要がないと判断して遅らせていたのか、
他の製品ラインの領域を食わせたくなかったのか。


技術的に見ると、
CPUは1チップに8コアと高密度だが、そこから出る配線の数が多く、
また、多数のチャンネルのメモリを必要とするシステムなので、
必要な基板の面積をコアの数で割ると、x86と同じくらいになる。
つまり、T2+の4ソケット構成は、x86ならば8ソケット構成に相当。

そりゃおいそれと1Uや2Uで出せるものじゃない。

819 :名無しさん@お腹いっぱい。:2008/10/14(火) 13:41:02
ttp://signalspot.com/OpenSPARC_T2_presentation_day_1.pdf
これの35ページにはさ、
Sun Blade 6000番台のブレードにT2を4個乗せるって話なんだよな。
絶対無理だろ。

820 :名無しさん@お腹いっぱい。:2008/10/14(火) 13:56:56
インターコネクトの話毎度すっとぶんだけど、パソコンのモノサシで
何を測ろうが無意味。空虚過ぎますぜ。
インテルが今時そんなこと言ってるかどうかよく考えな。
『x86だったら』...笑止。

821 :名無しさん@お腹いっぱい。:2008/10/14(火) 14:53:45
IAのかわりにAmazon EC2に使われるぐらい安くすれ。
それでこそ本当のThe Network is The Computerだろう。

822 :名無しさん@お腹いっぱい。:2008/10/14(火) 14:59:07
Rock出ないと下げれないわな。T1のなんか細工したやつとか 2コアとかなら
企画モンで出せそうな気はするが。

823 :名無しさん@お腹いっぱい。:2008/10/14(火) 15:29:29
>>820は唐突に何を言い出すんだ? 何か幻影か幻覚でも見て、見えない敵と戦っているのか。

824 :名無しさん@お腹いっぱい。:2008/10/14(火) 19:37:13
Intelは吐いたツバ飲んだわけでね。もうダメだろ。

825 :名無しさん@お腹いっぱい。:2008/10/14(火) 20:32:28
T5440 は基幹用と言うものの、RAS について何も
触れていないがないのが残念だな。やっぱり web サーバ用か。

826 :名無しさん@お腹いっぱい。:2008/10/14(火) 20:35:32
>>824
どうした唐突に。脈絡なく、そういう発言すると、キチガイに見えるぞ。

827 :名無しさん@お腹いっぱい。:2008/10/14(火) 21:45:11
256CPUの環境ってのは、個人的にはなにかワクワクするものがあるけど、
いまいち用途が無いのかもしれない

仮想マシンがたくさん作れます、鯖統合できます、ってのも悪くはないけど
いまいち微妙


828 :名無しさん@お腹いっぱい。:2008/10/14(火) 22:50:19
色々な理由があってのことだけれども、さ。

せっかくの32コアがシングルOSイメージで動くマシンを、
コア単位で区切って別のOSイメージで動かすのは、
なんか、もったいないと思うんだよね。
せっかくのクロスバーもほとんど出番がないのは無駄なコスト。
それなら8コアのマシンを4台並べたっていいじゃない、と。

地球シミュレータなんかもさ、
半分とか1/4に区切って使うなんて、宝の持ち腐れだと思ったよ。
N対Nの豪勢なネットワークが売りなのに、それを使わないなんて。

だいたい、共同利用で利用者がたくさんいるのだから、
ジョブを投入してから結果が得られるまでの時間のうち、
実際に計算する時間のほうが短いのだから、
規模を半分にして計算時間を倍にしても2セットあれば
1/4の規模のネットワークで同じスループットが得られる。

829 :名無しさん@お腹いっぱい。:2008/10/14(火) 22:59:05
CPU利用率が低い用途にメニイコアプロセッサを売り込むには
仮想化でサーバ統合が一番わかりやすそうだ

830 :名無しさん@お腹いっぱい。:2008/10/15(水) 10:24:05
>>826
Intelの言ってることちゃんと追った方がいいぞ。世の中から孤立してることに気づけw

831 :名無しさん@お腹いっぱい。:2008/10/15(水) 11:42:59
>>830
自分の頭の中にある考えを説明せずとも相手が理解してくれると思うのは病気だぞ。

832 :名無しさん@お腹いっぱい。:2008/10/15(水) 11:46:20
>>831
病気の人にお前は病気だって言っても分からないらしいよ
そっとしといてあげな

833 :名無しさん@お腹いっぱい。:2008/10/15(水) 11:58:09
T5440って、型番が変だぞ。

T5120 = 1U、1CPU
T5220 = 2U、1CPU
T5140 = 1U、2CPU
T5240 = 2U、2CPU

ときたら、
4Uで4CPUなら、T5480になるんじゃね?

834 :名無しさん@お腹いっぱい。:2008/10/15(水) 16:57:46
なんでだろ?
http://jp.sun.com/company/Press/release/2008/1013.html

835 :名無しさん@お腹いっぱい。:2008/10/15(水) 17:36:26
> ◆ 標準的な構成での参考価格 (2008年10月13日現在)
>      製 品 名  :  Sun SPARC Enterprise T5440
>      構  成  :  1.2 GHz UltraSPARC T2 Plus × 2、メモリ32GB、
> 256GB ハードディスクドライブ、DVD-RWドライブ
>      販売価格(税別)  :  621万円

標準構成では2CPUだから、T5440、なのかもな。


836 :名無しさん@お腹いっぱい。:2008/10/15(水) 18:52:49
8CPU出す時困るじゃないか。

837 :名無しさん@お腹いっぱい。:2008/10/15(水) 20:17:49
8CPU出す可能性があるのか?

838 :名無しさん@お腹いっぱい。:2008/10/15(水) 21:18:52
> サンと富士通、「SPARC Enterprise T5440」を販売開始
ここで富士通の役回りは何だろう?

839 :名無しさん@お腹いっぱい。:2008/10/15(水) 21:21:14
販売だろ?

840 :名無しさん@お腹いっぱい。:2008/10/15(水) 21:46:19
5x20 = T2
5x40 = T2+

なんじゃね?

841 :名無しさん@お腹いっぱい。:2008/10/16(木) 00:38:08
Netra T5440
Enterprise T5440

別物に同じ数字を使うのは、やめてほしいなり。

842 :名無しさん@お腹いっぱい。:2008/10/16(木) 00:42:02
>>840
なるほど。

T2000、T1000が、T5210、T5110だったら、分かりやすいのにね。
Niagara3のために、Niagara2+は40ではなく25くらいにしとけばいいのにね。


843 :名無しさん@お腹いっぱい。:2008/10/16(木) 00:59:57
T1系がT5x00なら良かった
で、Niagara3系はT5x60にすればいい

844 :名無しさん@お腹いっぱい。:2008/10/16(木) 01:17:58
1コア8スレッドで、各スレッドが並列に動けるのは、
とあるスレッドが何か(メモリ?)の待ち状態にある時に、他のスレッドの演算処理ができる
というだけであって、演算処理能力自体は1コアのクロック数に依存するから、
演算処理が主な処理内容であればスレッド数多くてもあまり意味ない
…という考えであってる?


845 :844:2008/10/16(木) 01:25:03
たとえば、4コア8スレッドで32スレッドある場合、OSからは32CPUに見えるんだけど、
実際の演算能力は4コア分しかないとしたら、4スレッド分が限界まで演算処理を使用してた場合、
sarでCPU使用率みたら100%に見えるのでしょうか? それとも12.5%?


846 :名無しさん@お腹いっぱい。:2008/10/16(木) 01:36:56
その演算処理のキャッシュのヒット率が 極めて 高ければ、ね。

Niagara2に関して言えば、
1つのコア内のすべてのリソースが8スレッドで共有されているのではなく、
良く使われるリソースについては2コア分を持っていて4スレッドで共有してる。


847 :名無しさん@お腹いっぱい。:2008/10/16(木) 01:39:10
おっと、846は844へのレスね

>>845
100%に見える。

OSからは、同一コアを共有する8つのスレッドの状態は、すべて実行状態に見える。


848 :名無しさん@お腹いっぱい。:2008/10/16(木) 01:45:12

Enterprise T5440に600万超の値打ちはあるの?

849 :名無しさん@お腹いっぱい。:2008/10/16(木) 03:42:54
人による

850 :名無しさん@お腹いっぱい。:2008/10/16(木) 08:30:37
>>847
12.5%でしょ?

851 :名無しさん@お腹いっぱい。:2008/10/16(木) 09:45:15
>>844
メモリ待ちが発生する場合意味ありまくり。で、メモリ待ち発生しまくるでしょ普通、
というのが商品の趣旨。>>846の書いてる通り。
キャッシュ溢れで遅くなるのを覆い隠すためには、巨大なキャッシュを積んで、
ヒット率を上げる工夫が必要。微細化と物量投入でのカバーが難しくなりつつあるので
Intelも同じ方向を向いているが、今度はコア(というよりスレッド)間調停を
うまくやる必要が出てきて、Itaniumはできるんだが x86は実績ゼロ。OSもない。

852 :名無しさん@お腹いっぱい。:2008/10/16(木) 12:27:42
>>850
4スレッドしか実行状態になければ、12.5%だね。


853 :名無しさん@お腹いっぱい。:2008/10/16(木) 12:33:42
>>851
x86はさ、LOCK prefix ですべてのCPUを止めないと、
複数の一連のメモリアクセスを排他で実行できないんだよな。
2CPUや4CPUのレベルなら、それで十分なんだろうが、それ以上となると厳しいな。

他の方法を実装するにしても、命令を追加して、それをソフトウェアが使わないといけない。
変更は大変だな。

854 :名無しさん@お腹いっぱい。:2008/10/16(木) 13:33:45
つまり ISAがクソ、ということですね。少なくとも SMPに関しては。
でも多少の命令追加(と OSの変更)で改善できるんなら、とっくにされてて
しかるべきかと思うんだけど。90年代以降手本はゴロゴロあったというのに。

855 :名無しさん@お腹いっぱい。:2008/10/16(木) 13:47:32
Itaniumなんかやらずに、同等のリソースを PA-RISC(かその改良版)に
つぎこんでたら、今ごろものすごい CPUができてるんじゃないのだろうか...

856 :名無しさん@お腹いっぱい。:2008/10/16(木) 14:43:51
>>854
IA-32は、1〜4コアに最適化して設計したのだろうから、
想定外の、それ以上で使うと効率が悪いことについて、
設計が悪いと言ってもなぁ。

例えるなら、
軽自動車に対して4人しか乗れないのは設計が悪い、
どーして大型バスと同じように40人乗れるように設計しないんだ? と言うようなもん。

64ビット化では、そのあたりを変えるチャンスでもあったのだが、
AMDは目先のことで手一杯で、IA-32をそのまま拡張した。
ま、Opteronもまた、1〜4コアに最適化して設計されてるしな。

1CPUに詰め込むコアの数が、こうも短時間で1→2→4と増えるとは
予想しなかった、あるいは、予想していても備えるコストが許容でき
なかったのだろう。

いまのところ、命令セットをいじらずに高速化する対症療法が行われてる。


>>855
PA-RISCの大幅改良版がItaniumだろ。
PA-RISCのダメな部分を引き継いでいる。

857 :名無しさん@お腹いっぱい。:2008/10/16(木) 15:08:37
>>856
> 軽自動車に対して4人しか乗れないのは設計が悪い、
> どーして大型バスと同じように40人乗れるように設計しないんだ? と言うようなもん。

今ここでの文脈では、「大型バスにも x86で決まり」と言ってるバカもいるが
そうじゃないという話。
てか、なんでここで軽自動車主体で話題が進行するんだよww?

> いまのところ、命令セットをいじらずに高速化する対症療法が行われてる。

だな。ドーピングの悪影響は突如顕現するだろう。

> PA-RISCの大幅改良版がItaniumだろ。
> PA-RISCのダメな部分を引き継いでいる。

なるほど。w ひとつ「行き着いた」、と。

858 :名無しさん@お腹いっぱい。:2008/10/16(木) 16:19:11
>>857
そんな馬鹿どこにいるんだ? 勝手に馬鹿を想像で作り出して叩くのは病気よ。

x86の同期処理の問題点が、LOCK prefix にあるのは既に言った通り。

個別のメモリ領域に対してロックをかけるのではなく、グローバルにバスをロックすること。
また、LOCK prefixが付いている命令が続く限りロックというのは、ロック開始の前に
ロック対象のメモリ領域がわからない、ということでもある。これは大ネックだ。

しかし実際に使われている排他制御のコードでは、
LOCK prefix付きのXCHG命令1つ、だったりする。
これならばグローバルにバスをロックしないプロトコルに変換可能。

すでに巨大な命令デコーダ等々を持つx86にとっては、
すでに継ぎ接ぎだらけのプレハブの建物にさらに増築するのは慣れっこだろう。

物量まかせの対症療法も、それなりの効果を発揮するだろうから、馬鹿にできない。
なにしろ今まで、そうやって散々足下からシェアを食われてきたのだから、ね。

ちなみに、UltraSPARCの同期処理も、けっこうなサイクルを消費する。
HPCのように粒度が細かいマルチスレッド処理では問題となるので、
SPARC64では、高速に同期するための別の手を用意するほど。

859 :名無しさん@お腹いっぱい。:2008/10/16(木) 17:11:51
ttp://download.intel.com/jp/developer/jpdoc/IA32_Arh_Dev_Man_Vol3_i.pdf Page 2-27
> インテルPentium 4プロセッサ、インテルXeonプロセッサ、P6ファミリ・プ
> ロセッサでは、ロック操作は、キャッシュ・ロックまたはバスロックで扱われる。
> メモリアクセスがキャッシュ可能であり、1つのキャッシュ・ラインにしか影響を
> 与えない場合は、キャッシュ・ロックが起動されるが、システムバスとシステム
> メモリ内の実際のメモリ位置は、操作の間にロックされない。

860 :名無しさん@お腹いっぱい。:2008/10/16(木) 17:20:09
Sun信者涙目

861 :名無しさん@お腹いっぱい。:2008/10/16(木) 17:34:06
>>858,859
なるほど。じゃあ、まともに SMPできる x86機が今にも出てくるわけだな?
そりゃめでたい。楽しみだよwwww

862 :名無しさん@お腹いっぱい。:2008/10/16(木) 18:15:30
>>858
> そんな馬鹿どこにいるんだ? 勝手に馬鹿を想像で作り出して叩くのは病気よ。

大規模 SMPも x86でやれるっての繰り返し出てんだけど.. どこ読んでんの?

863 :名無しさん@お腹いっぱい。:2008/10/16(木) 18:22:44
>>862
たとえば861か?

864 :名無しさん@お腹いっぱい。:2008/10/16(木) 18:24:57
>>862
例えばどれが?

865 :名無しさん@お腹いっぱい。:2008/10/16(木) 18:39:37
よくわからんけど、アトミック命令は
もともとコストがかかるものだから
多少重くてもいいんじゃないの?

866 :名無しさん@お腹いっぱい。:2008/10/16(木) 18:44:41
大規模SMPでスケールするかどうかは、
スヌープフィルタの性能と、メモリへの距離で決まるんじゃね?

ISAがx86かSPARCかは関係ないと思う。

867 :名無しさん@お腹いっぱい。:2008/10/16(木) 19:34:17
Opteronの8ソケット構成がガッカリなのは、
自分以外の7つのCPUに対して、
キャッシュ持ってないよね? って確認するのに
けっこうな時間と帯域幅を使うから。


868 :名無しさん@お腹いっぱい。:2008/10/16(木) 23:18:09
Opteronには、巨大なスヌープフィルタを持つ中央にスター型で接続する、そんなチップセットはないのか?


869 :名無しさん@お腹いっぱい。:2008/10/17(金) 02:23:57
>>846
Niagaraではキャッシュがヒットしてもload/store命令はstrandが切り替わる。
load命令のレイテンシは3なので、2サイクル分は他のstrandに切り替わる。

870 :名無しさん@お腹いっぱい。:2008/10/17(金) 05:26:10
>>869
Niagara2は、負荷状況に応じて、1スレッドにリソースを占有させるモードになるらしい。

871 :名無しさん@お腹いっぱい。:2008/10/17(金) 23:40:18
Sun and Fujitsu hint at Sparc futures
http://www.theregister.co.uk/2008/10/15/sparc_roadmaps/

コメントにも注目だ

872 :名無しさん@お腹いっぱい。:2008/10/18(土) 01:20:35
なんか凄い内情暴露だな。

873 :名無しさん@お腹いっぱい。:2008/10/18(土) 02:25:37
KTもRockもボロボロってことか?

874 :名無しさん@お腹いっぱい。:2008/10/18(土) 03:10:14
古代文字〜♪

875 :名無しさん@お腹いっぱい。:2008/10/18(土) 03:42:18
これって結構性能いいのね
http://www.spec.org/cpu2006/results/res2008q4/cpu2006-20080929-05412.html

876 :名無しさん@お腹いっぱい。:2008/10/18(土) 03:49:56
なぜかIBMがSolaris10でのSPEC CPU2006の結果載せてるね
http://www.spec.org/cpu2006/results/res2008q4/cpu2006-20080929-05412.html

こっちはIntelの公表だけどSUSE Linuxでの結果
http://www.spec.org/cpu2006/results/res2008q4/cpu2006-20080915-05343.html

877 :名無しさん@お腹いっぱい。:2008/10/18(土) 03:53:25
間違えたIBMのXeonマシンのSolaris10の結果はこっちでした
http://www.spec.org/cpu2006/results/res2008q4/cpu2006-20080915-05319.html

878 :名無しさん@お腹いっぱい。:2008/10/18(土) 03:56:51
あ、勘違いだった酔ってるみたい

879 :名無しさん@お腹いっぱい。:2008/10/18(土) 04:46:27
>>875>>877、値段を比較したら・・・

CPU同じでメモリ1GB×8の構成で、300万切ってるもんなぁ。
T5440は1.4GHzで8コア生きているのは、2千万近いよ。


880 :名無しさん@お腹いっぱい。:2008/10/18(土) 04:49:51
T2は安く出すと大見得切ったじょなたん、なんとかしてよ
遊んでみたくても個人では高すぎて買う気がしないよ

881 :名無しさん@お腹いっぱい。:2008/10/18(土) 10:33:15
>>874
分かりにくいネタだな

882 :名無しさん@お腹いっぱい。:2008/10/18(土) 16:05:56
いくら性能が良くてもXeonの6倍以上の値段だとキツいな。

ま、
1.2GHzに比べて1.4GHzがプレミア価格
6コア品に比べて8コア品がプレミア価格
という二重苦による、高価格なのだが。

不良部分のあるチップや、高クロックで動作しないチップを、
うまく赤字にならないように売りさばく術をもっていないSunは、
かなり不利だな。

883 :名無しさん@お腹いっぱい。:2008/10/19(日) 02:06:41
>>871
> "After this release, we plan to deliver another enhancement to the Sparc64 product line."

これってVenusって奴のことか?

884 :名無しさん@お腹いっぱい。:2008/10/19(日) 11:30:42
http://www.theregister.co.uk/2008/10/15/sparc_roadmaps/
Niagara3、本当に出す気なんだな。
16コア×16スレッドで2048スレッド。
化け物だ。
mpstatすると、、、

885 :名無しさん@お腹いっぱい。:2008/10/19(日) 20:59:19
ここまでくるとさ、省電力のための機能をきめ細かくコアに作り込まずとも、コア単位でON/OFFで行けそうね。
OSが負荷状況を見て、使うコアの数を変えればいいのよ。

886 :名無しさん@お腹いっぱい。:2008/10/20(月) 11:35:18
全コアの 1/16の ON/OFFじゃ荒過ぎるでしょ。

887 :名無しさん@お腹いっぱい。:2008/10/20(月) 11:39:25
>>871
Sunの内情酷すぎてワラタ

自分の会社もっと酷すぎて泣けた

888 :名無しさん@お腹いっぱい。:2008/10/20(月) 13:24:06
最初のレスの方が気になるな
トランザクションメモリは1モードに過ぎないけど
これが使われないと面白みがなくなるし
それこそSPARC64で済む感じ

889 :名無しさん@お腹いっぱい。:2008/10/20(月) 14:16:23
>>886
16分の1でも、十分に細かいと思う。

サーバだから、負荷の変動はそれほど目まぐるしくないし、
OSが電源をON/OFFするのであれば十分なウォームアップ時間確保できるので、
コアの電源を根元近くから切ることができるから。

16分の1なら、無負荷時に無駄に食っていても問題ないでしょう。

890 :名無しさん@お腹いっぱい。:2008/10/20(月) 15:39:23
今のSolarisだとCPU増減はリブート入るでしょ
LDomsでも仮想化してるのはOBP層だし

891 :名無しさん@お腹いっぱい。:2008/10/20(月) 15:44:00
コア自体は増減しないから。


892 :名無しさん@お腹いっぱい。:2008/10/20(月) 23:32:08
>>890

CPUの増減はDR(Dynamic Reconfiguration)でOKでは?



893 :名無しさん@お腹いっぱい。:2008/10/21(火) 00:05:11
なんで粒度のデカいものを使うのよ。

コアを立ち上げるのに1秒とかからんだろ。

894 :名無しさん@お腹いっぱい。:2008/10/21(火) 02:06:49
ようやくM3000が発表か
http://jp.sun.com/company/events/2008/000267.html

895 :名無しさん@お腹いっぱい。:2008/10/21(火) 11:38:51
Niagara3もOOでないと思うが、トランザクションメモリはサポートされるんだろうか。
Rockのみ、ネストもなし、アルゴリズムのレベルで要書換え、では、
自分ところのSolarisですら活用されるか怪しい。

896 :名無しさん@お腹いっぱい。:2008/10/21(火) 17:09:08
> 米サン・マイクロ7―9月期決算、赤字幅が予想上回る見通し
ttp://jp.reuters.com/article/technologyNews/idJPJAPAN-34421320081021

これはもうだめかもわからんね。もちろん景気減速が直接の引き金ではあるが、

ttp://japan.cnet.com/news/biz/story/0,2000056020,20084121-2,00.htm
> さもなければ、この買収は将来凄まじい無駄遣いとして思い出されることになる

897 :名無しさん@お腹いっぱい。:2008/10/21(火) 17:29:57
Sunがこの先生き残るには二つのものを捨てなければならない
ひとつはSPARCであり、もうひとつはSolarisである

898 :名無しさん@お腹いっぱい。:2008/10/21(火) 19:11:33
Solaris捨てたらSunじゃないな

899 :名無しさん@お腹いっぱい。:2008/10/21(火) 19:41:16
Sunは何をやりたいのか、よくわからん。

900 :名無しさん@お腹いっぱい。:2008/10/21(火) 23:18:13
>>898
そういうふうに考えてしまう時点でもうSunはSunじゃなくなってる

901 :名無しさん@お腹いっぱい。:2008/10/21(火) 23:32:19
>>894
正式発表はいつなんだ?

902 :名無しさん@お腹いっぱい。:2008/10/22(水) 00:22:58
>>900
そうか?

903 :名無しさん@お腹いっぱい。:2008/10/22(水) 07:01:45
>>897
SPARCとSolarisを捨てる、つまり、
x86版のSunOSを出すということですね、わかります

904 :名無しさん@お腹いっぱい。:2008/10/22(水) 11:16:30
Rockが遅れてる以外、SPARCは絶好調だろ。Solarisも絶好調。
POWERも性能いいのに延びないし、結果 AIXも延びず。
その他の RISCと商用 UNIXはエンプラ用途からはほぼ消えた。
SPARC、Solarisそれ自体にはなんの不安もない。

905 :名無しさん@お腹いっぱい。:2008/10/22(水) 11:20:47
むしろ QPIになって性能出なかったら x86退場w

906 :名無しさん@お腹いっぱい。:2008/10/22(水) 12:12:25
連投乙

POWERとSPARCは土俵が違うだろ。

その他のRISCと商用UNIXがエンプラから消えたその穴は
SPARCではなく、x86とLinuxあるいはWindowsが埋めてる。

それからHP-UXとPA-RISCを忘れちゃいかん。
SunよりもOEMで売ってるメーカー多いしな。

907 :名無しさん@お腹いっぱい。:2008/10/22(水) 13:15:13
>>896
ストレージで何度失敗したら懲りるんだろう?w

908 :名無しさん@お腹いっぱい。:2008/10/22(水) 13:18:49
Rockは遅れてるだけでなく、性能が出るという確信が持てないのが問題だ。

909 :名無しさん@お腹いっぱい。:2008/10/22(水) 14:52:38
>>906
POWERと SPARCがどう違うって?
PA-RISC? Itaniumじゃなくて? まだ売ってんの?
売ってたとしても、なんの障害にもならんと思うがww もう消えるだけバイバイw

> SPARCではなく、x86とLinuxあるいはWindowsが埋めてる。
少コアで Linuxなとこは放置でいいと思う。少々のことやったってムダだし。

910 :名無しさん@お腹いっぱい。:2008/10/22(水) 14:54:04
>>908
そういうのは別に Rockに限らず、新しいもんはみんなそう。
見切りキャンペーンやるかどうかは社風によるわな。Itaniumは大失敗!!w

911 :名無しさん@お腹いっぱい。:2008/10/22(水) 15:18:21
新しいものはみな期待と不安が混在するが、
Rockは期待より不安が大きい。
遠い地で谷沢君を見守る安西先生の気分である。

912 :名無しさん@お腹いっぱい。:2008/10/22(水) 16:15:06
Niagaraは買ったもんだから順調だった。まあ買ってもあとガタつかないように
やるにはそれなりの配慮がいるけど。
Intelの Coreアーキも別部隊が周到にやってたんで順調だった。
そんなにうまくいかないのが普通。

913 :名無しさん@お腹いっぱい。:2008/10/22(水) 19:29:29
>>909 & >>910
Sunスレを荒らしているアンチIta厨は消えてくれ

>>912
Sunの場合、そういうバックアッププランというか、
複数チームで違うアプローチを期間をズラして
もし1つ失敗しても2年後には別のものが出る
っていう体制がないからな。Rockに社運かけ
てしまっている。

914 :名無しさん@お腹いっぱい。:2008/10/22(水) 19:49:14
Rockで社運欠けてると聞いて飛んできました!!

915 :名無しさん@お腹いっぱい。:2008/10/22(水) 20:31:20
>>913
バックアップ体制を作りたくても作れないのがSunの現実

シリコンへの落とし込みがいつまでたってもヘボなのは最悪だよな
だからファウンドリ替えやファウンドリ追加で改善することはないし
シュリンクすら大仕事だろう

916 :名無しさん@お腹いっぱい。:2008/10/22(水) 20:33:55
Rock は、もうダメポな兆しが見えているしな

917 :名無しさん@お腹いっぱい。:2008/10/22(水) 20:51:19
シミュレータで検証してるからそれなりの性能はでるんじゃね?
むしろ気になるのは出荷開始時点で競争力があるのかという点だ

918 :名無しさん@お腹いっぱい。:2008/10/22(水) 21:01:49
>>915
半導体特性にあまり遠慮せずに意欲的な設計するからなぁ。
社外に製造委託するから、なんだろうな。

919 :名無しさん@お腹いっぱい。:2008/10/22(水) 22:22:32
制約事項を軽視して物事を進めることが意欲的?
製造委託が言い訳になると思ってる時点で頭がおかしい

マシンの性能を考慮せず意欲的で複雑な実装をした結果
遅くてバグだらけになったソフトウェアに相当するぞ

920 :名無しさん@お腹いっぱい。:2008/10/22(水) 22:53:56
すべてがデザインルールとして明文化されているわけではないから、
ハイパフォーマンスなものを作ろうとしたら、製造との密な連携は必要。

同じ会社なら可能な情報交換やお願いが、別会社だと難しいもの。

921 :名無しさん@お腹いっぱい。:2008/10/22(水) 23:21:13
お前ら、世の中なにもかもそんなに単純だと思ってるとはお気楽でいいな。

922 :名無しさん@お腹いっぱい。:2008/10/22(水) 23:22:00
>>913
> Sunスレを荒らしているアンチIta厨は消えてくれ
こんな言い回し刷る人間がまさにオマエ一人だけなんだが。オマエが消えろや。

923 :名無しさん@お腹いっぱい。:2008/10/22(水) 23:26:48
おれ913じゃないけど、消えてくれ。

924 :名無しさん@お腹いっぱい。:2008/10/22(水) 23:31:57
おれ913でも923でもないけど、消えてくれ

925 :名無しさん@お腹いっぱい。:2008/10/22(水) 23:37:03
おれ913でも923でも924でもないけど、消えてくれ


926 :名無しさん@お腹いっぱい。:2008/10/22(水) 23:40:05
おれ913でも923でも924でも925でもないけど、消えてくれ


927 :名無しさん@お腹いっぱい。:2008/10/22(水) 23:41:58
おれ913でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でも923でも923でも
923でも923でも923でも923でも923でも923でも923でも923でもないけど、消えてくれ


928 :名無しさん@お腹いっぱい。:2008/10/22(水) 23:44:59
サルがww

929 :名無しさん@お腹いっぱい。:2008/10/22(水) 23:47:16
そろそろ次スレのタイトル決めないか?
ついでに、>>922は消えてくれ

930 :名無しさん@お腹いっぱい。:2008/10/23(木) 00:04:51
http://journal.mycom.co.jp/news/2008/10/22/025/index.html
X6240だけ破格の値段だな

931 :名無しさん@お腹いっぱい。:2008/10/23(木) 01:07:03
最後の社運

932 :名無しさん@お腹いっぱい。:2008/10/23(木) 01:58:17
最後の決算

933 :名無しさん@お腹いっぱい。:2008/10/23(木) 02:03:11
最後の遅延

ロック・・・

934 :名無しさん@お腹いっぱい。:2008/10/23(木) 06:04:28
最大の暗礁

935 :名無しさん@お腹いっぱい。:2008/10/23(木) 07:55:19
最悪の信者

936 :名無しさん@お腹いっぱい。:2008/10/23(木) 09:57:02
>>930
2610万ドル.. た、高いww

937 :名無しさん@お腹いっぱい。:2008/10/23(木) 10:01:48
毎夜のバー通い

938 :名無しさん@お腹いっぱい。:2008/10/23(木) 10:12:24
最強の岩光
最強の岩力
最近の岩来
最大の落石
最高の石山
最高の岩登
最強の飛石
最大の石投
最大の石林
最強の漬石
最大の石臼
最強の石割
最強の石頭
最古の石器
最新の石器
最強の隅石
最大の苔石
最強の墓石
最強の石橋
最強の土石
最大の石銭
最大の石筍
最大の石室
最強の原石

939 :名無しさん@お腹いっぱい。:2008/10/23(木) 10:20:40
>>929
え? だって Itaniumはクソだろww


940 :名無しさん@お腹いっぱい。:2008/10/23(木) 12:28:26
>>939
>>913で名指しされたSunスレを荒らしているアンチIta厨さんですか?
Sun駄目, Ita駄目だと何がおすすめ? POWERとか?

941 :名無しさん@お腹いっぱい。:2008/10/23(木) 12:49:51
Rockが出荷された暁には…

942 :名無しさん@お腹いっぱい。:2008/10/23(木) 13:28:25
Ita, Intelにケチつけると脊椎反射で「スレ荒し」とか書くバカは 1名だけ。放置。

943 :名無しさん@お腹いっぱい。:2008/10/23(木) 13:41:04
蓋を開けてみたらRock意外によかった、という展開を
まあちょっとは期待している。1/256=0.39%ぐらいの確度はあるだろう。

944 :名無しさん@お腹いっぱい。:2008/10/23(木) 14:03:21
>>913
ところが、Sunは富士通の作った CPUのマシンを自社ブランドで売ってるわけでな。
SuperSPARCが性能延びない時には hyperSPARCつんで売ってたし。
Intelの出荷するマシンやマザーに AMDの CPUが乗ってるなんてことは有り得ないわな。
SPARC64は絶好調。Niagara系も T2+には手間取ったが順調。Rockポシャっても
ラインは保てるよ。富士通から SPARC64買えばいいし。

945 :名無しさん@お腹いっぱい。:2008/10/23(木) 14:09:54
最後に岩石

946 :名無しさん@お腹いっぱい。:2008/10/23(木) 14:24:07
たしかにSunと富士通で2ライン体制と言えなくもないわな。
しかしIntel/IBMを相手によく戦ってるな富士通。

947 :名無しさん@お腹いっぱい。:2008/10/23(木) 14:56:07
最高の石垣
最大の石棺
最大の石窟
最高の石工
最大の石材
最高の石焼
最後の石畳
最大の石切
最高の石組
最大の石鯛
最後の石突
最大の石碑
最高の石仏
最古の石器
最高の石鎚
最大の隕石
最高の石斧
最大の石棒
最高の石片
最後の焼石


948 :名無しさん@お腹いっぱい。:2008/10/23(木) 14:58:27
最恐のお岩

949 :名無しさん@お腹いっぱい。:2008/10/23(木) 15:00:08
最高の岩影

950 :名無しさん@お腹いっぱい。:2008/10/23(木) 19:43:12
microSPARCって、設計したのどっち? 富士通? TurboSPARCは富士通の設計だよね。

951 :名無しさん@お腹いっぱい。:2008/10/23(木) 21:02:14
>>939
Itaniumは糞だが、それをSunスレで粘着して主張すんなよ。


952 :名無しさん@お腹いっぱい。:2008/10/23(木) 21:04:34
>>944
半導体を売るIntelと、ソリューションを売る富士通&Sunを、同じ土俵で比べるなよ。

953 :名無しさん@お腹いっぱい。:2008/10/23(木) 22:34:09
>>946
残念ながら、戦えてません。

954 :名無しさん@お腹いっぱい。:2008/10/23(木) 23:01:13
>>944
hyperSPARCは富士通と呼びたくないな、ROSS買収しただけだし

>>950
microSPARCはSun設計, TI製造じゃなかったっけ

955 :名無しさん@お腹いっぱい。:2008/10/24(金) 00:32:21
APLが遅れて、
Rock間近なんで、もうAPLいらないっす
なんてSunが言うようじゃぁ。

Sunにとってはバックアッププランになっても、
富士通にとっては、いい迷惑ですよ。

バックアッププランというなら、
本命と同じところが金を出してやらないと。

956 :名無しさん@お腹いっぱい。:2008/10/24(金) 01:09:38
>>947
焼石がいいなあ

957 :名無しさん@お腹いっぱい。:2008/10/24(金) 02:40:51
>>955
Sunは昔から態度だけはでかいよねw
micro/super/ultraSPARCの3ラインをSunと富士通で共同で開発するよなんてプレスリリースも
あったけど、APLのやりとりをみてるとSunが壊したと想像できる



958 :名無しさん@お腹いっぱい。:2008/10/24(金) 02:41:27
Ita を貶しても Rock が良くなるわけじゃないのにな w

959 :名無しさん@お腹いっぱい。:2008/10/24(金) 08:43:13
なんなんだこの必死ぶりはwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww.w.w.w

960 :名無しさん@お腹いっぱい。:2008/10/24(金) 09:24:57
目が充血してますよ、目薬入れた方がよくなくなくない?ww

961 :名無しさん@お腹いっぱい。:2008/10/24(金) 10:37:47
>>951
そうかな? 粘着は否定してる方だと思うけど。
まあ、ちょっと書いただけですぐムキになるから相手してしまうってのはあるがw
Intelの言ってるのと正反対を涙目で主張されてもなぁ、ってwww

962 :名無しさん@お腹いっぱい。:2008/10/24(金) 11:32:43
>>954
hyperSPARCは当時 ROSSだよ。富士通が買収したのはずっと後だろ。
要は「他社のもん使う」って意味。富士通に限らず。

963 :名無しさん@お腹いっぱい。:2008/10/24(金) 11:46:18
ROSSでググってたら出てきたんだけど、Server Worksの創業者って
hyperSPARCやってた人らしい。MBusの経験を活かして MP用のチップセットを作成。
Intelはサーバー用チップセットから撤退。結果かなりのシェア。
やっぱ x86の MPはこの辺で限界なんだなwwww

964 :名無しさん@お腹いっぱい。:2008/10/24(金) 13:40:48
>>955
SPARC機ということでは、シェアが違いすぎるよ。今回 Fはついてる。
海外ユーザーにすげー知名度上がったでしょ。出荷台数伸びまくるだろな。
PRIMEQUESTなんつー大チョンボの穴を結構埋めるんじゃね?
最初からこっちの部隊にリソースまわしてりゃ....

965 :名無しさん@お腹いっぱい。:2008/10/24(金) 14:00:21
>>961は、Sunスレでx86叩きやってる>>963について、どう思うよ?


966 :名無しさん@お腹いっぱい。:2008/10/24(金) 14:08:31
PRIMEQUESTはさ、
Itaniumが間違えだったのではなくWindowsが間違えだった。

当時、Windowsを選択した時点で、Itaniumしかなかったのだから。


967 :名無しさん@お腹いっぱい。:2008/10/24(金) 15:27:53
ベクトルシャイムがまたSunをやめて別の会社に行くらしい

968 :名無しさん@お腹いっぱい。:2008/10/24(金) 16:09:25
>>965
ここは Sunスレなんだが、x86でうれしがってるようなやつが叩かれてなんか不都合でも?

969 :名無しさん@お腹いっぱい。:2008/10/24(金) 16:15:40
スレタイ見ればここの趣旨がわかろうというもの

970 :名無しさん@お腹いっぱい。:2008/10/24(金) 16:55:47
ここのスレタイ → x86はクソ ..なるほど。


971 :名無しさん@お腹いっぱい。:2008/10/24(金) 17:03:45
>>968
x86でうれしがってるようなやつを叩くこと自体は大いにやるべきだが、このスレでやることではない。

972 :名無しさん@お腹いっぱい。:2008/10/24(金) 17:27:26
その「うれしがってるやつ」がずーーーーーっと貼り付いてんだけど、気がつかないの??

973 :名無しさん@お腹いっぱい。:2008/10/24(金) 18:22:21
>>972
スルー能力を付けなさい

974 :名無しさん@お腹いっぱい。:2008/10/24(金) 18:23:12
>>962
ずっと後じゃないだろ。
ROSSが最初のhyperSPARCだしてから1年くらいで買収されたはず。
>>957がらみの富士通側ラインナップ強化の意味で。

microSPARCは、Sunでも富士通でもどうでもよい子だった…orz

975 :名無しさん@お腹いっぱい。:2008/10/24(金) 19:03:10
当時はCPUよりも、カスタムLSIのほうが値段が高かった。
ケチらずに2個でも3個でもCPUを積めば良かったのにね。


976 :名無しさん@お腹いっぱい。:2008/10/24(金) 19:05:54
Cypressから直接買ったんだな、ROSSを。そうだったのか。知らんかった。
富士通は各種 SPARCコレクター状態だったようだな。

977 :名無しさん@お腹いっぱい。:2008/10/24(金) 19:09:55
>>975
CPUを増やすと、カスタムLSIも増える。

978 :名無しさん@お腹いっぱい。:2008/10/24(金) 19:15:52
? microSPARCの話? あれは MPできないでしょ。そういう位置付け。

979 :名無しさん@お腹いっぱい。:2008/10/24(金) 19:38:09
SS10やSS20とかはCPU複数載せてたじゃん! とボケてみる

980 :名無しさん@お腹いっぱい。:2008/10/24(金) 19:42:29
>>974
microSPARCの SS5は、旗艦が SS10になって、SS2の廉価版、って位置付けだったもんな。
実際、microSPARC-Iだと SS2より体感的には遅いくらいだった。-IIや TurboSPARCは
じゅうぶん速かったけど。

981 :名無しさん@お腹いっぱい。:2008/10/24(金) 19:58:30
型番の大小とスピードが比例してなくて、わかりにくかったです。

982 :名無しさん@お腹いっぱい。:2008/10/24(金) 20:06:34
おっと。次スレ建ててくる。

983 :名無しさん@お腹いっぱい。:2008/10/24(金) 20:13:16
次スレ

Sun Microsystems 最恵の支援
http://pc11.2ch.net/test/read.cgi/unix/1224846571/

984 :名無しさん@お腹いっぱい。:2008/10/24(金) 20:16:52
>>981
まあ、値段はだいぶ安かったけど。
でも、もっと安いのも出してもよかったよなぁ。

985 :名無しさん@お腹いっぱい。:2008/10/24(金) 20:33:51
当時、本体と同じピザボックス型で積み重ねられる、HDDをたくさん入れられる箱が欲しかったわ。
ランチボックス型には、そういうのあったけどさ。

各社から出ていたSun対応の外付けHDDは、どんどん付けていくと場所食ってさ。

986 :名無しさん@お腹いっぱい。:2008/10/24(金) 20:46:16
あったと思うぞ。ちと細部が手抜きだったけど。

987 :名無しさん@お腹いっぱい。:2008/10/24(金) 20:48:21
Rock量産の暁には。

988 :名無しさん@お腹いっぱい。:2008/10/24(金) 20:51:38
>>980
初代は、あの当時でてきたエナジースター計画にのっかる目的もあったよね、確か…

989 :名無しさん@お腹いっぱい。:2008/10/24(金) 23:18:21
最恵の支援って、どういうこと?

990 :名無しさん@お腹いっぱい。:2008/10/24(金) 23:46:36
>>966
PRIMEQUESTが間違いなのは、Linuxのみサポってことでしょ。
Windowsは、もとから選択肢にない。
そんなフロンティアに他のソフトベンダーは、乗ってこない。

991 :名無しさん@お腹いっぱい。:2008/10/24(金) 23:55:33
オラクルの説得に失敗したのが敗因だって聞いたよ

992 :名無しさん@お腹いっぱい。:2008/10/25(土) 00:04:21
>>990
いや、Windowsもサポートだよ。

993 :名無しさん@お腹いっぱい。:2008/10/25(土) 00:06:29
wikipediaには散々なことが書かれてるぞ

ttp://ja.wikipedia.org/wiki/PRIMEQUEST
> チップセット等を独自に作っており、またありとあらゆる部品を二重化しているためハードウェアの信頼性は高い。
> ただし、ソフトウェア(ドライバ)の完成度が低いのが、欠点。
> ドライバが安定すれば、日本でも屈指のサーバとなる実力をもつ。[要出典]

> 現在、Linux(Red Hat Enterprise Linux、SUSE Linux Enterprise Server)、
> Windows(Microsoft Windows Server 2008、Microsoft Windows Server 2003)、
> 富士通の中規模メインフレーム向けオペレーティング・システムであるOS IV/XSPをサポート。


994 :名無しさん@お腹いっぱい。:2008/10/25(土) 00:07:38
>>989
Sunが長年にわたって酷い仕打ちをしてきた富士通がMシリーズで助けてくれてること。

995 :名無しさん@お腹いっぱい。:2008/10/25(土) 00:17:40
> 富士通の中規模メインフレーム向けオペレーティング・システムであるOS IV/XSPをサポート。

この組み合わせが売上のほとんどを占めそう・・

996 :名無しさん@お腹いっぱい。:2008/10/25(土) 00:18:34
>>994
なるほど 理解した

997 :名無しさん@お腹いっぱい。:2008/10/25(土) 08:29:36
>>994
なるほど、漏れもMシリーズ勉強しなきゃ

998 :名無しさん@お腹いっぱい。:2008/10/25(土) 09:02:25
むかし富士通の人が言ってた。

Sunのサーバはヤワだけど、
PRIMEPOWERは良いぞ、って。

本当だった。

999 :名無しさん@お腹いっぱい。:2008/10/25(土) 11:22:18
むかしかよ
最初の出てから10年経ってないだろ

1000 :名無しさん@お腹いっぱい。:2008/10/25(土) 11:48:16
1000だったら>>922は消えてくれ

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

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

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