Sun Microsystems 最後の信者
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2008/07/31(木) 20:17:31Sun Microsystems 最大の字余り
http://pc11.2ch.net/test/read.cgi/unix/1214127349/
0362名無しさん＠お腹いっぱい。
2008/08/25(月) 22:55:010363名無しさん＠お腹いっぱい。
2008/08/26(火) 00:08:46Sun信者によるといろんな会社が設計して作って、あちこちで採用されているらしいぞ。
0364名無しさん＠お腹いっぱい。
2008/08/26(火) 00:49:28さ？
0365名無しさん＠お腹いっぱい。
2008/08/26(火) 01:45:490366名無しさん＠お腹いっぱい。
2008/08/26(火) 11:08:510367名無しさん＠お腹いっぱい。
2008/08/26(火) 15:14:430368名無しさん＠お腹いっぱい。
2008/08/26(火) 16:53:05おまえがな。
組込みでIPLを自前で書かないといけなかった頃、
SPARCみたいなレジスタウィンドウがあるのは論外だったな。
0369名無しさん＠お腹いっぱい。
2008/08/26(火) 17:28:27コンテキストスイッチが重い
↓
コンテキストスイッチしたくないなら
ハードウェアスレッドを増やせばいいじゃない
↓
Niagara
0370名無しさん＠お腹いっぱい。
2008/08/26(火) 17:32:310371名無しさん＠お腹いっぱい。
2008/08/26(火) 17:34:180372名無しさん＠お腹いっぱい。
2008/08/26(火) 17:37:45根拠無しはお前だ。
0373名無しさん＠お腹いっぱい。
2008/08/26(火) 17:38:43Niagaraのマルチスレッドは割り込みからの応答時間のワーストケースを保証できるのかな。
0374名無しさん＠お腹いっぱい。
2008/08/26(火) 17:45:55脳無しが。いっぺんぐらいちゃんと根拠示してみろ。
0375名無しさん＠お腹いっぱい。
2008/08/26(火) 17:48:03ｵﾏｴｶﾞﾅ。
0376名無しさん＠お腹いっぱい。
2008/08/26(火) 17:48:32【当るの】64式小銃を偲ぶスレその9【当らないの】
http://hobby11.2ch.net/test/read.cgi/army/1203577339/
0377名無しさん＠お腹いっぱい。
2008/08/26(火) 19:17:05応答速度が重要なら、そのためだけにハードウェアスレッド1個予約できるんじゃね?
0378名無しさん＠お腹いっぱい。
2008/08/26(火) 19:35:000379378
2008/08/26(火) 19:38:24いちおう言っとくが、
リアルタイム = 応答速度が速い
ではないぞ。
リアルタイム = 応答時間が保証されている
だ。
その応答時間が、1usだろうと100msだろうと1分だろうと1時間だろうと、リアルタイムだ。
要求されている応答時間によって、どういう手段を使うかが決まってくる。
ま、リアルタイムOSのSPARCサポートが少ないことからも、あれだが・・・。
0380名無しさん＠お腹いっぱい。
2008/08/27(水) 00:39:44http://www.computerworld.jp/topics/srv/119449.html
0381名無しさん＠お腹いっぱい。
2008/08/27(水) 00:43:03ほんのちょっと延ばしたに過ぎなかったね。
0382名無しさん＠お腹いっぱい。
2008/08/27(水) 00:53:030383名無しさん＠お腹いっぱい。
2008/08/27(水) 00:55:000384名無しさん＠お腹いっぱい。
2008/08/27(水) 00:58:09きっとRockも量産出来ないと思う
0385名無しさん＠お腹いっぱい。
2008/08/27(水) 01:40:390386名無しさん＠お腹いっぱい。
2008/08/27(水) 09:34:190387名無しさん＠お腹いっぱい。
2008/08/27(水) 16:23:180388名無しさん＠お腹いっぱい。
2008/08/27(水) 17:18:380389名無しさん＠お腹いっぱい。
2008/08/27(水) 18:44:450390名無しさん＠お腹いっぱい。
2008/08/27(水) 18:51:04初回のテープアウトは失敗だったから、手戻りでスケジュール遅れてるんだろ。
0391名無しさん＠お腹いっぱい。
2008/08/27(水) 23:13:47思うが、うわさによると、売れてるらしいということを
おいらも聞いた。
もしかしたら、Sunの工作員のデマなのか？
正直、Sunのあせり具合は、かなりすごい気がする。
必死だよ。
ところで、Rockって、液冷になるのかな？？
0392名無しさん＠お腹いっぱい。
2008/08/27(水) 23:40:200393名無しさん＠お腹いっぱい。
2008/08/27(水) 23:43:300394名無しさん＠お腹いっぱい。
2008/08/27(水) 23:51:31http://www.pcworld.com/businesscenter/article/150344/fujitsu_readies_eightcore_sparc64_chip.html
0395名無しさん＠お腹いっぱい。
2008/08/27(水) 23:59:170396名無しさん＠お腹いっぱい。
2008/08/28(木) 00:02:14> and will be manufactured using a 45-nanometer process,
Rockは65nmだが、富士通の8コアSPARC64は45nmなのね。
Rockまでの繋ぎなのに、Rockよりも先進のプロセスで製造。
0397名無しさん＠お腹いっぱい。
2008/08/28(木) 00:35:56Sunの新型1Uサーバを買ったばかりのエンドユーザが「この中に32CPU入っている」と言っていたそうだ。
ろくに説明できずに詐欺まがいの売り方してんじゃないのか？
0398名無しさん＠お腹いっぱい。
2008/08/28(木) 01:20:514コアなんて出すようじゃ、よっぽど歩留まりが悪いんだな。
0399名無しさん＠お腹いっぱい。
2008/08/28(木) 01:39:50> 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年にも新サーバに搭載
> して発売と書かれています。
こっちはガセか？
0400名無しさん＠お腹いっぱい。
2008/08/28(木) 01:45:480401名無しさん＠お腹いっぱい。
2008/08/28(木) 02:11:030402名無しさん＠お腹いっぱい。
2008/08/28(木) 05:00:25とくにRockが16コアってあたりが欲張り杉だと思うのよ。
シングルスレッド性能を追求したコア4つのプロセッサと、
スループット性能を追求したコア8つのプロセッサを、
マルチプロセッサでうまく使えるようにSolarisが頑張る
そんな構成でアプローチすべきだったと思うんだが、どうよ。
0403名無しさん＠お腹いっぱい。
2008/08/28(木) 09:15:06ほんとうにありがとうございました。
0404名無しさん＠お腹いっぱい。
2008/08/28(木) 13:56:00ってのは可能になるかもね。
でも非対称マルチコアをソフトウェアはうまく扱えない気がするな。
ある処理がスループット重視なのかパフォーマンス重視なのかは状況によってコロコロ変わるから。
0405名無しさん＠お腹いっぱい。
2008/08/28(木) 14:41:08http://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工場作ります、って発表はしてないんだよ。
本当に大丈夫なの?
0406名無しさん＠お腹いっぱい。
2008/08/28(木) 14:59:090407名無しさん＠お腹いっぱい。
2008/08/28(木) 15:00:01そのまま解釈すると、65nm すっとばして 45nm にします、ってことかな?
あやしいなww
0408名無しさん＠お腹いっぱい。
2008/08/28(木) 15:26:02http://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_
言ってることがこことあんまり変わらない気がする…
0409名無しさん＠お腹いっぱい。
2008/08/28(木) 17:36:22お前の書き込みが一番低能だ。
>>404
混ぜるのを前提にすれば、Rockは16コアで250Wなんていうモンスターにならずに済んだと思うよ。
> ある処理がスループット重視なのかパフォーマンス重視なのかは状況によってコロコロ変わるから。
そこはSolarisとその開発チームの優秀さを実証するところですよ。
ま、プロセスあるいはスレッドに固定的に属性を与えるのでも、
いっそLDom単位で割り当てるのでも、それなりに役に立つと思う。
0410名無しさん＠お腹いっぱい。
2008/08/28(木) 17:46:22ttp://pc.watch.impress.co.jp/docs/2008/0529/via.htm
> 製造は富士通が行ない、プロセスルールは65nm。
> 既にOEMメーカー/マザーボードベンダー向けに出荷開始されており、
> 2008年第3四半期より搭載システムが発売される。
0411名無しさん＠お腹いっぱい。
2008/08/28(木) 18:13:16> 58. 富士通半導体分社化 (2008/2/4)
> そういうわけで、富士通が 45nm 以降も独自開発を続けるのか、あるいは何
> 度も噂にでているように東芝を中心とした連合に参加するのか、というのは
> かなり微妙な話になってきています。
> 自前のファブなしでハイエンドプロセッサを作れるか？というのはかなり疑問です。
> 自社ファブでいいのはクロックをあげられるということくらいです。
みな疑問には思っているようだ。
0412名無しさん＠お腹いっぱい。
2008/08/28(木) 18:30:59富士通のプロセスは優秀で、速度・消費電力のバランスに優れてる。
EfficeonとかIsaiahのような製品が富士通のプロセスを選ぶなど、実績がある。
0413名無しさん＠お腹いっぱい。
2008/08/28(木) 18:39:25死亡フラグの実績にならなければいいが
0414名無しさん＠お腹いっぱい。
2008/08/28(木) 18:55:34歪みシリコンがどうとか、「ブレークスルー」を度々発表してる某2社が
黙々と作ってる Fなんかとそう違いがないのを見ると、虚勢張ってるだけなんじゃ
ないかと疑ってしまうね。
「物理的な限界」は、どこへいっちゃったんだよwwww まだじゃねーかバカヤローw
0415名無しさん＠お腹いっぱい。
2008/08/28(木) 19:26:39SPARC64の製造のためにx86プロセッサで工場を維持するなんて、ステキじゃないか。
0416名無しさん＠お腹いっぱい。
2008/08/28(木) 19:50:12VIA Nano ??? ← イマココ!
SPARC64 VIII New!
0417名無しさん＠お腹いっぱい。
2008/08/28(木) 23:17:57言ってたジャン。
Sunの偉い人だっけね？
毎回遅れるのが定説なんだから…。
まぁ、涅槃がすぐそこだから、とんでもないことになるだろうけど。
0418名無しさん＠お腹いっぱい。
2008/08/29(金) 00:12:15Efficeonの不振は富士通のせいじゃない。
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氏
のもの。
0419名無しさん＠お腹いっぱい。
2008/08/29(金) 00:31:238コアと4コア
0420名無しさん＠お腹いっぱい。
2008/08/29(金) 00:36:370421名無しさん＠お腹いっぱい。
2008/08/29(金) 00:44:23Intelじゃあるまいし
0422名無しさん＠お腹いっぱい。
2008/08/29(金) 06:50:03VIAはこう言ってた
「どこでもよかったが富士通が安かった」
バリューセグメントの製品を高いファブで作ってもしょうがないと言うことらしい．
それ抜きにしても，，，富士通は異様に安く受注するので業界の癌みたいになってる．
マイクロが潰れそうだったからみたいなのだが．そこに同じく潰れそうな会社が群がる構図．
0423名無しさん＠お腹いっぱい。
2008/08/29(金) 08:38:49まあ営業力がVIAとTransmetaでは違いすぎるから
0424名無しさん＠お腹いっぱい。
2008/08/29(金) 12:32:32HPのMini-Note PCでのC7採用のおかげで、
後継のNanoが生まれる前から即死という最悪の自体は避けられたが。
0425名無しさん＠お腹いっぱい。
2008/08/29(金) 12:37:10というように結構入っているかもね
0426名無しさん＠お腹いっぱい。
2008/08/29(金) 12:38:15それでもTransmetaよりも数は出ているわけで
0427名無しさん＠お腹いっぱい。
2008/08/29(金) 17:21:43富士通電子デバイスとVIAの弱者連合でSPARCが救われる、なんてことがありえないのは
間違いない。
0428名無しさん＠お腹いっぱい。
2008/08/29(金) 18:08:36それ以前にTransmetaのCPUはくり返し処理以外は悲惨なスピードよ。
NetBurstなんか比較にならないほどのモッサリ。
>>427
それだけをもってしてSPARCを救うわけではないが、
SPARC64に何らかのメリットをもたらすだろう。
同時期に生産すればスケールメリットを、
交互に生産すれば生産ライン・技術の維持を。
0429名無しさん＠お腹いっぱい。
2008/08/30(土) 17:10:44富士通が一社でどうこうできるものではないはずだが。
0430名無しさん＠お腹いっぱい。
2008/08/31(日) 00:16:450431名無しさん＠お腹いっぱい。
2008/09/01(月) 02:15:29富士通が他所と組まないのは単独で出来るからか？違うと思う。
0432名無しさん＠お腹いっぱい。
2008/09/03(水) 00:44:000433名無しさん＠お腹いっぱい。
2008/09/03(水) 00:55:080434名無しさん＠お腹いっぱい。
2008/09/03(水) 01:52:04あの発言は、人ごとのように報道する朝日新聞に対する皮肉だよ。
実際、記者会見で質問した朝日の記者は、
「朝日新聞の○○です」と言うとき、
やたらと朝日のところを小さく不明瞭な発音でしていた。
それが記事になったとき案の定、
本紙記者の質問に対して、ではなく、
新聞記者の質問に対してって書いてあったからね。
朝日に踊らされちゃいかんよ。
0435名無しさん＠お腹いっぱい。
2008/09/03(水) 08:29:570436名無しさん＠お腹いっぱい。
2008/09/03(水) 15:04:390437名無しさん＠お腹いっぱい。
2008/09/03(水) 17:49:25OpenVMS 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
0438名無しさん＠お腹いっぱい。
2008/09/04(木) 03:27:39スレタイも読めない馬鹿は消えてくれ
>.437
Opteronの8ソケットがイマイチなのは有名だろ。
0439名無しさん＠お腹いっぱい。
2008/09/04(木) 09:58:47なにせほんの 4年前で「実証されてない」んだから、性能出てるんなら大ブレークスルー、だろ?
0440名無しさん＠お腹いっぱい。
2008/09/04(木) 11:46:47突然Core2を持ち出してきて何を言いたいのだ?
0441名無しさん＠お腹いっぱい。
2008/09/04(木) 11:55:061コアだけでなく、2コアでも4コアでも、
4ソケットまでは伸びるが、8ソケットは伸びないのよ。
0442名無しさん＠お腹いっぱい。
2008/09/04(木) 12:10:51勝手にねじ曲げといてしかも曲がらないやつ叩くとはたいした了見だな小学校出たか?
0443名無しさん＠お腹いっぱい。
2008/09/04(木) 12:52:060444名無しさん＠お腹いっぱい。
2008/09/04(木) 14:04:09「リニアに性能出てます」って記事はないの?
誰が買ってんの一体...w
0445名無しさん＠お腹いっぱい。
2008/09/04(木) 15:08:55437のどこに8コアなんて書いてあるの?
0446名無しさん＠お腹いっぱい。
2008/09/04(木) 15:14:590447名無しさん＠お腹いっぱい。
2008/09/04(木) 15:24:30しつこい粘着だ。
0448名無しさん＠お腹いっぱい。
2008/09/04(木) 16:04:424コアが1コアの4倍の性能を持つ必要は無いだろ。
0449名無しさん＠お腹いっぱい。
2008/09/04(木) 18:37:33TukwilaとSPARC64 VIIのチップサイズの違いはキャッシュサイズの違い。
EPIC/VLIWってシンプルなのかと思ってた。
0450名無しさん＠お腹いっぱい。
2008/09/04(木) 18:37:56その上位にクロスバー、ってパターン?
0451名無しさん＠お腹いっぱい。
2008/09/04(木) 18:59:12実は PA-RISC も入ってんじゃないか?w
0452名無しさん＠お腹いっぱい。
2008/09/05(金) 03:35:55Venusｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ｯ!!!
Itaniumの話はスレチだがコメントしておくと、EPICはシンプルではない。
レジスタウィンドウ、アウトオブオーダー実行、多数の実行ユニット
そして、そこらの投機実行とは違う、コンパイラによる投機コードの生成。
コアのトランジスタ数が膨大になって当然のアーキテクチャですよ。
0453名無しさん＠お腹いっぱい。
2008/09/05(金) 07:01:33IntelのLarrabeeの詳細
各コアの、
L1I$ 32KB
L1D$ 32KB
L2$ 256KB
っていう数字にはビックリだ。
0454名無しさん＠お腹いっぱい。
2008/09/05(金) 13:12:23あり得ないだろうが、Ultra25クラスに入ればいいおもちゃになりそうなんだが。
コンパイラも大変でCPUも複雑なら、RISCでいいんじゃなかろうか。
0455名無しさん＠お腹いっぱい。
2008/09/05(金) 13:17:34VLIW で長期互換を狙った EPIC はうまくいかなかった。
パイプライン効率にさえ配慮していない旧態の CISC は論外。
0456名無しさん＠お腹いっぱい。
2008/09/05(金) 13:35:09自問自答ですか。
0457名無しさん＠お腹いっぱい。
2008/09/05(金) 13:37:360458名無しさん＠お腹いっぱい。
2008/09/05(金) 14:07:440459名無しさん＠お腹いっぱい。
2008/09/05(金) 14:31:31Pentium×16コアでGPUになるなら、Niagaraもちょっと手入れればGPUだ。
ていうか、NiagaraがLarrabeeに喰われそうです。
0460名無しさん＠お腹いっぱい。
2008/09/05(金) 14:43:01おいおい。
> Larrabee、2010年のGPUにしては固定回路なさすぎだろう。
453の論文を斜め読みしたが、固定回路について結構な分量で触れてるよ。
> Pentium×16コアでGPUになるなら
なりません。
Pentiumとほぼ同じ命令セット + 専用のベクトル演算命令セット
なのであって、Pentiumと同じコアではないですよ。
> ていうか、NiagaraがLarrabeeに喰われそうです。
食われませんよ。
VenusとLarrabeeは一部で競合するかもしれないが。
0461名無しさん＠お腹いっぱい。
2008/09/05(金) 14:47:10
■ このスレッドは過去ログ倉庫に格納されています