Sun Microsystems 最富の庇護
レス数が1000を超えています。これ以上書き込みはできません。
0001名無しさん＠お腹いっぱい。
2009/10/07(水) 15:05:210002名無しさん＠お腹いっぱい。
2009/10/07(水) 15:09:27考えようによっては強力なパトロンを得た SPARC & Solaris
OPENな魂は野獣どもの歯牙をググりぬけられるのか?!
秘密兵器 Rockの登場はいつ?!
【前スレ】
Sun Microsystems 最大の岩望
http://pc12.2ch.net/test/read.cgi/unix/1247220804/
0003名無しさん＠お腹いっぱい。
2009/10/07(水) 15:12:14Sun 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/
0004名無しさん＠お腹いっぱい。
2009/10/07(水) 15:21:08Sun 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/
0005名無しさん＠お腹いっぱい。
2009/10/07(水) 15:22:55Sun 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 最大の探検
ttp://pc11.2ch.net/test/read.cgi/unix/1207761568/
Sun Microsystems 最大の字余り
ttp://pc11.2ch.net/test/read.cgi/unix/1214127349/
Sun Microsystems 最後の信者
http://pc11.2ch.net/test/read.cgi/unix/1217503051/
Sun Microsystems 最恵の支援
http://pc11.2ch.net/test/read.cgi/unix/1224846571/
Sun Microsystems 最大の超新星
http://pc11.2ch.net/test/read.cgi/unix/1233928036/
Sun Microsystems 最上川上流
http://pc12.2ch.net/test/read.cgi/unix/1239259163/
Sun Microsystems 最期の神託
http://pc12.2ch.net/test/read.cgi/unix/1242038454/
Sun Microsystems 最期の落日
http://pc12.2ch.net/test/read.cgi/unix/1244286002/
Sun Microsystems 最大の岩望
http://pc12.2ch.net/test/read.cgi/unix/1247220804/
0006名無しさん＠お腹いっぱい。
2009/10/07(水) 15:26:08Sun Microsystems
http://www.sun.com/
サン・マイクロシステムズ
http://jp.sun.com/
blogs.sun.com
http://blogs.sun.com/
サン・マイクロシステムズ - 公式ブログ
http://jp.sun.com/communities/blogs/
0007名無しさん＠お腹いっぱい。
2009/10/07(水) 15:32:280008名無しさん＠お腹いっぱい。
2009/10/07(水) 16:37:270009名無しさん＠お腹いっぱい。
2009/10/07(水) 19:47:040010名無しさん＠お腹いっぱい。
2009/10/07(水) 20:35:050011名無しさん＠お腹いっぱい。
2009/10/07(水) 20:54:360012名無しさん＠お腹いっぱい。
2009/10/07(水) 21:03:190013名無しさん＠お腹いっぱい。
2009/10/07(水) 21:50:51>儲の愛したSunは死んだ！！ なぜだ！？
箱屋だからさ。
0014名無しさん＠お腹いっぱい。
2009/10/07(水) 22:21:30オレの心の中で生きている
SunOS4.*だけがな
0015名無しさん＠お腹いっぱい。
2009/10/07(水) 23:27:050016名無しさん＠お腹いっぱい。
2009/10/07(水) 23:29:170017名無しさん＠お腹いっぱい。
2009/10/08(木) 03:02:39ええい、なんでItanicがあんなに保つんだ！？
0018名無しさん＠お腹いっぱい。
2009/10/08(木) 03:04:060019名無しさん＠お腹いっぱい。
2009/10/08(木) 03:06:59アーキテクチャで売れているのではなく、SunあるいはHPのunixサーバの中に入っているから、
売れてるの。
一部の例外を除いて、SPARCのプロセッサが広く外販されてますか?
PA-RISCなんて外販一切しないし情報さえ隠蔽ですよ。
Itaniumは外販されてるけど、誰も買いませんね。
そう、ユーザーはプロセッサなんて、どうでもいいんです。
0020名無しさん＠お腹いっぱい。
2009/10/08(木) 06:34:14そういうマジなことを言うなよ。
2chなんだからさ。
0021名無しさん＠お腹いっぱい。
2009/10/08(木) 06:57:440022名無しさん＠お腹いっぱい。
2009/10/08(木) 09:06:130023名無しさん＠お腹いっぱい。
2009/10/08(木) 09:20:590024名無しさん＠お腹いっぱい。
2009/10/08(木) 10:23:47> そう、ユーザーはプロセッサなんて、どうでもいいんです。
だな。じゃなきゃ x86みたいなクズ石が大量に売れるわけがない。
0025名無しさん＠お腹いっぱい。
2009/10/08(木) 10:58:100026名無しさん＠お腹いっぱい。
2009/10/08(木) 11:17:490027名無しさん＠お腹いっぱい。
2009/10/08(木) 11:27:150028名無しさん＠お腹いっぱい。
2009/10/08(木) 11:41:280029名無しさん＠お腹いっぱい。
2009/10/08(木) 11:49:01他に「先なくなった」石はたくさんあるけどね。
今の所プロセス的にも最先端じゃないし、まだかなりの伸びシロがあるアーキかと。
0030名無しさん＠お腹いっぱい。
2009/10/08(木) 11:51:57比べて、POWERはかなりの性能値を上げたにもかかわらず、伸びないね。
やっぱ以前の囲込み体質のイメージが敬遠させてるんだろうか。
0031名無しさん＠お腹いっぱい。
2009/10/08(木) 12:26:09一度なんか買ったり売ったりしてつながりできたらもうヤバイ会社だって良くわかるからね
わざわざそんなところと取引したりしないほうがいいと思うよ
0032名無しさん＠お腹いっぱい。
2009/10/08(木) 13:49:20競合他社はもともとクローズドな企業ばかりなので、その点で何かが不利に
なったわけではない。
財務改善するだろうし、商業的な点での不利はなんもないわな。
0033名無しさん＠お腹いっぱい。
2009/10/08(木) 16:16:01やったぜ、Oracle。
石はx86でOSはLinuxだけど、まあ気にすんな。
Sun？ 何それ？ タブロイド紙がどうかしたか？
0034名無しさん＠お腹いっぱい。
2009/10/08(木) 16:21:10英国の官僚あたりが知らんわけがないよ。
0035名無しさん＠お腹いっぱい。
2009/10/08(木) 20:07:31> 今の所プロセス的にも最先端じゃないし、まだかなりの伸びシロがあるアーキかと。
なぜ最先端のプロセスを使っていないのか、わからんのか。
最先端のプロセスの開発費が高くてSunには負担できないのだよ。
これからも周回遅れのプロセスを使い続けると思うよ。
いや、それも、そろそろ厳しいかもな。
周回遅れでも、微細化とともに開発費が上がっているからね。
開発費の上昇に合わせて製造量が伸びればいいんだが、伸びないだろ。
だから、もう先がないんだよ。
0036名無しさん＠お腹いっぱい。
2009/10/08(木) 21:34:020037名無しさん＠お腹いっぱい。
2009/10/08(木) 21:35:160038名無しさん＠お腹いっぱい。
2009/10/08(木) 21:36:100039名無しさん＠お腹いっぱい。
2009/10/08(木) 21:48:28http://journal.mycom.co.jp/news/2009/09/03/033/index.html
0040名無しさん＠お腹いっぱい。
2009/10/08(木) 21:57:220041名無しさん＠お腹いっぱい。
2009/10/08(木) 22:01:09三連投乙
Sunが半導体製造してるという誤解をしているという誤解にもとづいた叩きですか。
004235
2009/10/08(木) 22:22:070043名無しさん＠お腹いっぱい。
2009/10/08(木) 22:24:24プロセスの微細化の世代が進むにつれて、
ファウンドリに払う料金が高くなっているし、
ファウンドリに渡す設計データを作るのに要する費用も高くなってる。
0044名無しさん＠お腹いっぱい。
2009/10/08(木) 22:42:59しかもNiagaraはGPUなどのハイパフォーマンスではなくローパワーのプロセスを使ってたと思う。
ローパワーのプロセスだと、すでに45nmが量産体制に入っているのだが、
いまだにSunはNiagaraシリーズの45nm版を発表すらしていない。
0045名無しさん＠お腹いっぱい。
2009/10/08(木) 22:47:00Sunが55nmを使わなかったのは、55nmはハイパフォーマンスしか提供されてなかったから、か。
0046名無しさん＠お腹いっぱい。
2009/10/08(木) 22:58:310047名無しさん＠お腹いっぱい。
2009/10/08(木) 23:35:16よほど唯一無二と言われるような決定的なメリットでもないと、その先生きのこれない。
0048名無しさん＠お腹いっぱい。
2009/10/09(金) 00:13:42x86はボリュームゾーンに合わせて設計されるので、
メモリのチャネル数が、コア数の半分程度しかない。
メモリのチャネル数をコア数の2倍にしたら、どうか。
Niagara系の8コアにメモリを16チャネル。
これなら、x86ではカバーできない領域の客をゲットできる。
0049名無しさん＠お腹いっぱい。
2009/10/09(金) 01:06:170050名無しさん＠お腹いっぱい。
2009/10/09(金) 01:16:050051名無しさん＠お腹いっぱい。
2009/10/09(金) 01:16:540052名無しさん＠お腹いっぱい。
2009/10/09(金) 01:32:12ボリュームゾーンはx86がやるから、SPARCは残りのニッチへ。
0053名無しさん＠お腹いっぱい。
2009/10/09(金) 01:32:48差別化しようとするとそうするしか無いような…
でもXDRが広まったらx86に取り込まれるだけか…
0054名無しさん＠お腹いっぱい。
2009/10/09(金) 01:35:23じゃあRAMBUS社にお金はらってパケット系のメモリインタフェースにして。
0055名無しさん＠お腹いっぱい。
2009/10/09(金) 01:53:561/3くらいか。
つまり
パイプライン動作するのであれば、
アドレスを2回ではなく8回に分割しても、
データを64ビットバスではなく16ビットバスで転送しても、
XDRのような高速なシリアル転送技術がなくても、
スループットは僅かにしか低下しない。
x86のようなシングルスレッド、あっても2スレッドのコアにとっては、メモリのレイテンシが性能上のボトルネックになるが、
Niagaraのような8スレッドものコアになると、メモリのレイテンシが4倍になってもスループットが微減なら、性能上のボトルネックにならない。
スループットを保ってメモリI/Fのピン数が1/4になるなら、4倍のチャネルを持てるということ。
つまり、メモリのスループットが4倍になるということ。
メモリのランダムアクセスがボトルネックになるような用途では、4倍の性能向上を得られる。
0056名無しさん＠お腹いっぱい。
2009/10/09(金) 02:06:06T2はdualチャネルのメモリコントローラが4つ
T2+はdualチャネルのメモリコントローラが2つ
0057名無しさん＠お腹いっぱい。
2009/10/09(金) 03:05:37帯域幅じゃなくてピン数の限界という物理的な要請からなんじゃ？
DDRxとか使って多チャンネルにするとヤバい事になるという
0058名無しさん＠お腹いっぱい。
2009/10/09(金) 03:14:58T2+はCPU間インターコネクトが必要だから、その分削らざるを得なかったんだろう
チップ当たり半分になっても、４チップ載せれば全体では２倍になるし
0059名無しさん＠お腹いっぱい。
2009/10/09(金) 03:20:36すでにFB-DIMMでピン数を節約してるのを忘れてた。
DDRの4倍は可能でも、FB-DIMMの4倍は無理だわ。
>>58
4チップ乗せればコア数も4倍よ。
0060名無しさん＠お腹いっぱい。
2009/10/09(金) 09:21:17アタマわるいってことはもう重々よくわかったんで、もういいですよ。
0061名無しさん＠お腹いっぱい。
2009/10/09(金) 09:23:4010%もってりゃ十分なボリュームだよ。
Fは以前は 1%ぐらいだったと思うけど、やっぱ APL以来だいぶ伸びたな。
0062名無しさん＠お腹いっぱい。
2009/10/09(金) 09:40:51SunのRainbow Falsは、なんで来年とか眠たいこといってんの?
Victoria Fallsのときも、試作チップのテスト初めてから製品化まで1年も寝かしてたし。
0063名無しさん＠お腹いっぱい。
2009/10/09(金) 09:49:24> パソコンのビデオカードのメーカーが、
たぶん、見下してこういっているんだと思うが、
会社の時価総額や純利益を調べてみろ。
あっちはビデオカード専門、Sunは箱やソフトもやってる。
それなのに全体で負けてる。勝ち目あるわけがない。
0064名無しさん＠お腹いっぱい。
2009/10/09(金) 09:52:07アタマわるいってことはもう重々よくわかったんで、もういいですよ。
0065名無しさん＠お腹いっぱい。
2009/10/09(金) 11:45:32ファウンドリを使っても、最先端のプロセスのイニシャルコストは、かなりの金額になる
それはプロセス世代が進むにつれて、金額が大きくなってきている
ってことは理解できるか?
0066名無しさん＠お腹いっぱい。
2009/10/09(金) 11:54:000067名無しさん＠お腹いっぱい。
2009/10/09(金) 11:59:200068名無しさん＠お腹いっぱい。
2009/10/09(金) 12:03:54おまえな、>35 の
> 最先端のプロセスの開発費が高くてSunには負担できないのだよ。
> こからも周回遅れのプロセスを使い続けると思うよ。
これの根拠として弱い、って言われてるんだよ。バカだからわかんないんだろうが。
退場。いねボケw
0069名無しさん＠お腹いっぱい。
2009/10/09(金) 12:14:26最先端のプロセス(を使ったプロセッサ)の開発費が・・・
って読めないのは、あなたに読解力がなさすぎるから。
0070名無しさん＠お腹いっぱい。
2009/10/09(金) 12:28:26その内容と>>62の内容が繋がっているようには見えない件
そういう文章を書く方が悪いだろう
GPUはバグが出ても問題をドライバでフォローしたりするが
CPUではそうもいかないから安直な比較は出来ない
また、最先端プロセスを採用して性能を生かすには
腕のいいエンジニアとファウンドリとの密接な連携が必要
そこら辺が問題ありまくりのSunに期待できるわけがない
0071名無しさん＠お腹いっぱい。
2009/10/09(金) 13:29:55そう読んでも何の根拠にもならない、と言ってるんだが。正味バカなんだな。
まだまだ上塗りするのか? 勝手だがなwwww
0072名無しさん＠お腹いっぱい。
2009/10/09(金) 20:07:140073名無しさん＠お腹いっぱい。
2009/10/09(金) 20:44:37http://www.google.co.jp/search?hl=ja&q=TSMC+40nm+%E6%AD%A9%E7%95%99%E3%81%BE%E3%82%8A
http://www.google.co.jp/search?hl=ja&q=%E5%B0%91%E9%87%8F+Radeon+4770+OR+5870
0074名無しさん＠お腹いっぱい。
2009/10/09(金) 20:59:34そういう次元の問題じゃないと思うんだがなぁ…
なんつーか存在意義自体があやしいと言うか。
0075名無しさん＠お腹いっぱい。
2009/10/09(金) 21:22:30秋葉原って、スポット市場っていうか、余りモノの処分地じゃないか。
そこに最新製品が出まわるのは、マーケティング目的の宣伝のため。
最近はGPUを活用しようっていう流れがあって、
最新製品は開発者やメーカー、特殊な企業ユーザなどに先に充当される。
たとえばAMDのCPUは、秋葉原に出る前に、スパコンに出荷されてたりする。
0076名無しさん＠お腹いっぱい。
2009/10/09(金) 21:31:050077名無しさん＠お腹いっぱい。
2009/10/09(金) 21:48:25>最新製品は開発者やメーカー、特殊な企業ユーザなどに先に充当される。
妄想で変なこと書かないほうがいいよ
0078名無しさん＠お腹いっぱい。
2009/10/09(金) 21:57:00TSMC40nmプロセスで生産されているGPU（今現在Radeonのみ）が
率先して充当される 特殊な企業 の具体的な名称を60分以内に複数羅列してちょ。
0079名無しさん＠お腹いっぱい。
2009/10/09(金) 22:19:16たとえばハリウッドの映画会社のCG部門。
具体的な社名は必要ないでしょう。
0080名無しさん＠お腹いっぱい。
2009/10/09(金) 22:23:360081名無しさん＠お腹いっぱい。
2009/10/09(金) 22:24:08http://journal.mycom.co.jp/articles/2009/10/06/gtc05/005.html
＞ 2005年時のレンダーファームはAMDのOpteron CPUベースで構築された事が分かっている。
~~~~~~~~~~~~~
0082名無しさん＠お腹いっぱい。
2009/10/09(金) 22:30:340083名無しさん＠お腹いっぱい。
2009/10/09(金) 22:36:523ds、Maya、XSI等のメジャーソフトは言うに及ばず（＊）
DreamworksやILMの内製ツールも全てCPUベースだってば。
＊一部pliuginでGPU処理に対応しているものもある。
0084名無しさん＠お腹いっぱい。
2009/10/09(金) 22:39:25ん、厨房？
企業のシステム入れ替えペースはだいたい3〜4年って決まってんだよ
0085名無しさん＠お腹いっぱい。
2009/10/09(金) 23:02:57ファーストシリコンが戻ってきてから、最終的な製品になるまで、年単位で時間がかかるから。
0086名無しさん＠お腹いっぱい。
2009/10/09(金) 23:06:560087名無しさん＠お腹いっぱい。
2009/10/09(金) 23:24:33そこへ至るまでにもたっぷり時間がかかるのを忘れてもらっちゃ困るなぁ
0088名無しさん＠お腹いっぱい。
2009/10/09(金) 23:28:31ただ、Victoria Fallsと違ってリーク情報のみで、Sunからの発表が皆無なんだよなー。
0089名無しさん＠お腹いっぱい。
2009/10/10(土) 00:36:32radeってゲロフォースと比べるとGPGPU対応度は低いのでは
0090名無しさん＠お腹いっぱい。
2009/10/10(土) 00:39:22ILMのOpteronマザーにサクサクGPUボードを刺すだけのような気もするんだけど
そんなに容易じゃないのかな
当時はnForce Professonal全盛だったから相性で困ることもないような
0091名無しさん＠お腹いっぱい。
2009/10/10(土) 01:28:52パソコンじゃないんだから。
低コストでより多くの計算力を得るために、
余分な電源容量も、余分な空きスロットも、余分な冷却能力も、持たない
1Uサーバあるいはブレードサーバをラックに詰め込んでるでしょう、たぶん。
0092名無しさん＠お腹いっぱい。
2009/10/10(土) 01:43:42ttp://www.angstrom.com/products/titan64_superblade.htm
0093名無しさん＠お腹いっぱい。
2009/10/10(土) 06:05:190094名無しさん＠お腹いっぱい。
2009/10/10(土) 08:41:43Blade使ったこと無い?
0095名無しさん＠お腹いっぱい。
2009/10/10(土) 09:35:30つーかPCI-X世代の製品ってこと言いたかったんだが
0096名無しさん＠お腹いっぱい。
2009/10/10(土) 12:16:41「そう思いたい」という願望を、ここで発表するのはやめてくれないかな?
付き合いきれんのだよ、そのバカさ加減に。
ジャンクに 5寸釘でも打てや。自分ちで。ここは迷惑。
0097名無しさん＠お腹いっぱい。
2009/10/10(土) 12:27:120098名無しさん＠お腹いっぱい。
2009/10/10(土) 12:57:410099名無しさん＠お腹いっぱい。
2009/10/10(土) 13:06:38x86とSPARCで何が違うのさ、Oracle使う上で。
二代目Exadata、SPARCではなく、x86だったでしょ?
0100名無しさん＠お腹いっぱい。
2009/10/10(土) 13:14:50最初のスレから 2万回読め。ボケ。
0101名無しさん＠お腹いっぱい。
2009/10/10(土) 13:29:14つまり、理由は説明できない、と。
0102名無しさん＠お腹いっぱい。
2009/10/10(土) 14:05:560103名無しさん＠お腹いっぱい。
2009/10/10(土) 15:57:08x86に将来がないと言ったのは Intelだけどね。
0104名無しさん＠お腹いっぱい。
2009/10/10(土) 16:30:370105名無しさん＠お腹いっぱい。
2009/10/10(土) 16:50:340106名無しさん＠お腹いっぱい。
2009/10/10(土) 17:01:51BIOSはもうカンベン。
EFIはギャグだった、ひどいもんだ。ほんと仕様まとめる能力ねーよな、Intelは。
0107名無しさん＠お腹いっぱい。
2009/10/10(土) 18:41:412006年
http://japan.cnet.com/news/ent/story/0,2000056022,20099350,00.htm
Itaniumサーバの売上は、「Sun Sparc」サーバの売上の半分以上
2009年
http://pc.watch.impress.co.jp/docs/news/event/20090924_317313.html
「Itaniumアーキテクチャはすでに重要な目標を達成した。
すでに数カ月前にSPARC系のシステムの売り上げを上回ったのだ」
0108名無しさん＠お腹いっぱい。
2009/10/10(土) 19:10:130109名無しさん＠お腹いっぱい。
2009/10/10(土) 19:27:38ベースにしたらよかったのに。i960という有望なのがあったのに。実績もあったのに。
ダメだねぇ。評価能力ないねぇ。
0110名無しさん＠お腹いっぱい。
2009/10/10(土) 21:35:13SPARCの売り上げが半分に落ちただけじゃ
0111名無しさん＠お腹いっぱい。
2009/10/10(土) 21:41:580112名無しさん＠お腹いっぱい。
2009/10/10(土) 22:18:50そのIntelは何度もx86からの転換を試みているじゃないか。
その上で、やっぱり当分はx86だねってことを実証してきた。
で、SPARCは?
0113名無しさん＠お腹いっぱい。
2009/10/10(土) 22:22:11i960にunixマシンのメインCPUの実績、あったっけ?
0114名無しさん＠お腹いっぱい。
2009/10/10(土) 22:30:420115名無しさん＠お腹いっぱい。
2009/10/11(日) 00:20:54HP+Intelの会社の規模をSunと比べると、
最低でも10倍以上は売れてないといけないんだけどな。
少なくとも現時点ではね。
0116名無しさん＠お腹いっぱい。
2009/10/11(日) 00:35:23なんでパソコンやプリンタまで含めちゃうの?
0117名無しさん＠お腹いっぱい。
2009/10/11(日) 13:12:16> Sunのプロセサ部門のCTOであったMarc Tremblay氏がMicrosoftに移った
> Rockのチーフアーキテクト
> 私の推測ですが，Rockが死んだか，生き残る見込みが無くなったのが，
> 彼がSunを辞めてMicrosoftに移った原因ではないでしょうか？
続報ないのかな。
0118名無しさん＠お腹いっぱい。
2009/10/11(日) 13:27:16大金をはたいて、キーパーソンを引き抜いたのでは?
Javaのラムダ式を仕様策定、実装していた人も引き抜いた。
0119名無しさん＠お腹いっぱい。
2009/10/12(月) 09:38:190120名無しさん＠お腹いっぱい。
2009/10/12(月) 09:39:59実証されたのは x86の「まともさ」では、ないだろ?
x86である必要は全くない。
転換もできないんだから技術力もない。
0121名無しさん＠お腹いっぱい。
2009/10/12(月) 09:45:27x86には将来がないという話、
転換もできないインテルの発言だから信憑性ないんじゃない?
0122名無しさん＠お腹いっぱい。
2009/10/12(月) 09:49:50Sunが十分な待遇と仕事を与えなかったのが悪い。
Rockに十分な予算を与え、キャンセルせずに製品化していれば、いまもSunに残っていた可能性あるよ。
あと、マイクロソフトが優秀な人材を引き抜きまくって死蔵しているというのは誤解でしょう。
C#が3.0でラムダ式を導入してるから、死蔵ではないよ。
0123名無しさん＠お腹いっぱい。
2009/10/12(月) 10:17:27x86に将来がないと言わなかった会社は、当の Intelを含め、ひとつもない。
0124名無しさん＠お腹いっぱい。
2009/10/12(月) 10:25:410125名無しさん＠お腹いっぱい。
2009/10/12(月) 11:09:07じゃぁ、お前さんが技術力ないと切り捨ててるインテルではなく、他の会社の発言を引っ張ってきなよ。
0126名無しさん＠お腹いっぱい。
2009/10/12(月) 13:18:44おまえが1000億単位でSunに投資しなかったのが悪い。
以上、
0127名無しさん＠お腹いっぱい。
2009/10/12(月) 14:35:59http://www.publickey.jp/blog/09/27sparcjavamysqloracle_openworld.html
＼(^o^)／ｵﾜﾀ
0128名無しさん＠お腹いっぱい。
2009/10/12(月) 14:42:45実際存続するのは今 Sunにある技術。
オープンにやってくれるのかという点は心配だが、元々オープンでもなんでもない
会社の取り巻きが騒ぐのはまったくバカげてて白けるばかり。
0129名無しさん＠お腹いっぱい。
2009/10/12(月) 15:31:04> どの企業も提供できていない大きな価値だ
あれ、IBMは・・・何が足りないのかな。
0130名無しさん＠お腹いっぱい。
2009/10/12(月) 17:12:580131名無しさん＠お腹いっぱい。
2009/10/12(月) 18:39:15詰め込めるようになったおかげでx86のように汚いISAでも関係ない状態になったと。
0132名無しさん＠お腹いっぱい。
2009/10/12(月) 19:28:020133名無しさん＠お腹いっぱい。
2009/10/12(月) 21:42:22「適当」の意味知ってる？
0134名無しさん＠お腹いっぱい。
2009/10/12(月) 22:24:320135名無しさん＠お腹いっぱい。
2009/10/13(火) 02:41:11本来の意味で使う人は滅多にいない、
慣例的に使われている意味で解釈しろよ。
0136名無しさん＠お腹いっぱい。
2009/10/13(火) 09:04:08> C#が3.0でラムダ式を導入してるから、死蔵ではないよ。
移籍前ですが？
0137名無しさん＠お腹いっぱい。
2009/10/13(火) 12:03:16関係ないことにしないと誰も x86買わなくなるだろ?
0138名無しさん＠お腹いっぱい。
2009/10/13(火) 13:18:29そんなにSPARCのISAって綺麗なの?
0139名無しさん＠お腹いっぱい。
2009/10/13(火) 13:53:51（いわゆる当時の商用）RISCだから。
x86だけが莫大なリソースを注ぎ込んで延命されたが、他は全滅した。
0140名無しさん＠お腹いっぱい。
2009/10/13(火) 14:49:580141名無しさん＠お腹いっぱい。
2009/10/13(火) 14:58:38VAX他、多数。
もちろん 68kもだけど、特に特別視はしてないと思う。既に速くなかったから。
0142名無しさん＠お腹いっぱい。
2009/10/13(火) 15:06:07CISCはRISCを取り込み、
RISCはCISCを取り込み、
境界線がなくなったというのに
そもそもRISCってのは、
パイプラインの各段を1クロックで通過できる命令だけにしよう
という考え方であって、「単純な命令だけにしよう」じゃないのよ
昔は、加算に1クロックというのは妥当だったが、
今では、乗算が1クロックで済むので、加算のみの命令は単純過ぎて効率が悪い
SPARCのISAは、乗算が1クロックで出来ない時代の最適解かもしれないが、今の最適解じゃない。
0143名無しさん＠お腹いっぱい。
2009/10/13(火) 15:18:36>142 が言ってるような比較はそれこそ 15年前くらいの話だし、
そもそもがそんな商用 RISCは存在してない。
乗算搭載してない商用 RISC CPUって、いつの話やねん、と。すり替えも甚だしい。
0144名無しさん＠お腹いっぱい。
2009/10/13(火) 15:19:580145名無しさん＠お腹いっぱい。
2009/10/13(火) 15:22:34今の商用RISCって、
A+B*Cのアドレスからロードして、なおかつCをポストインクリメント
なんていう命令を持ってたりするのか?
0146名無しさん＠お腹いっぱい。
2009/10/13(火) 15:29:52RISC CISCという命名が適切だったかどうかはともかく、
境界線がなくなってなんかないな。
そういうふうに取って欲しいという x86サイドの「願望」に過ぎん。
設計古すぎ。x86 ISA。
0147名無しさん＠お腹いっぱい。
2009/10/13(火) 15:31:11かわいそうさ加減がそれを象徴してる。
0148名無しさん＠お腹いっぱい。
2009/10/13(火) 15:48:03http://www.itmedia.co.jp/enterprise/articles/0910/13/news082.html
0149名無しさん＠お腹いっぱい。
2009/10/13(火) 15:54:44その割りには、x86は広範囲で使われてますな。
0150名無しさん＠お腹いっぱい。
2009/10/13(火) 15:55:48SPARCも同様に古すぎるんですが。
x86がアレだったのは286までで、386以降は整理されて、x64で盲腸が切り捨てられ、だいぶスッキリよ。
0151名無しさん＠お腹いっぱい。
2009/10/13(火) 16:00:37いいえ、ぜんぜん。
>>150
これも、いいえ、ぜんぜん。デコード回路が小さくできませんね。
後方互換性切って足枷になる命令捨てるまでムリ。Coldfireみたいにね。
0152名無しさん＠お腹いっぱい。
2009/10/13(火) 16:04:540153名無しさん＠お腹いっぱい。
2009/10/13(火) 16:09:37すぐ馬脚が現れるだろ。
0154名無しさん＠お腹いっぱい。
2009/10/13(火) 16:31:04マチクタビレターマチクタビレター
0155名無しさん＠お腹いっぱい。
2009/10/13(火) 16:49:23たとえば、どんなベンチマークで、それが現われてる?
0156名無しさん＠お腹いっぱい。
2009/10/13(火) 17:02:21メモリバリアのこと言ってる?
x86のように並び順どおりにリタイアするならメモリバリアいらない。
その回路をケチって発行したらそれっきりで順不同に実行しちゃうのならメモリバリアが必要。
これ、キャッシュとかSMPとかとは、関係ない次元の話ですから。
0157名無しさん＠お腹いっぱい。
2009/10/13(火) 17:41:500158名無しさん＠お腹いっぱい。
2009/10/13(火) 18:34:05Sunによる体制の 2倍以上に増やす」
ゴーゴーえりそん!w
0159名無しさん＠お腹いっぱい。
2009/10/13(火) 19:35:450160名無しさん＠お腹いっぱい。
2009/10/13(火) 19:53:530161名無しさん＠お腹いっぱい。
2009/10/13(火) 20:15:11SPARC64VII+にはしないんだな
0162名無しさん＠お腹いっぱい。
2009/10/15(木) 05:04:15昔のSunのサーバを思い出すわ。
一面のメモリモジュール
0163名無しさん＠お腹いっぱい。
2009/10/15(木) 08:40:410164名無しさん＠お腹いっぱい。
2009/10/15(木) 08:59:13setx value,reg,reg_rd
0165名無しさん＠お腹いっぱい。
2009/10/15(木) 12:38:580166名無しさん＠お腹いっぱい。
2009/10/15(木) 13:17:44V9の仕様書に載ってる
0167名無しさん＠お腹いっぱい。
2009/10/15(木) 13:54:12横レスすまん
マクロで16ビット×4個に分解して合成するのは、64ビットの即値が使える、とは言えないと思うんだ。
まぁ即値の制限はRISCの弱点かもね。
コードサイズは肥大するし、命令数は嵩張るし、しかも直前の命令の出力を入力にするから、並列実行できないし。
といっても、コード中の即値の大半は小さなビット数で表現できる値なので、普通は問題にならないでしょ。
暗号とかの処理くらいかな、大きな即値がゴロゴロ出てくるのは。
0168名無しさん＠お腹いっぱい。
2009/10/15(木) 16:09:05> マクロで16ビット×4個に分解して合成するのは、64ビットの即値が使える、とは言えないと思うんだ。
それは文脈によるだろ。
> まぁ即値の制限はRISCの弱点かもね。
命令長固定しちゃえば、当然の帰結。
0169名無しさん＠お腹いっぱい。
2009/10/15(木) 18:20:10クソワロタｗｗｗ
ここまでするかおいｗｗｗ
つーかこれが必要な機関なんてあんのかよｗｗｗ
0170名無しさん＠お腹いっぱい。
2009/10/15(木) 18:23:46既出
0171名無しさん＠お腹いっぱい。
2009/10/15(木) 19:44:18おまえ、PC使っとけ。脳が許容してないから、ムリするな。ケムリ出るぞ?w
0172名無しさん＠お腹いっぱい。
2009/10/16(金) 00:27:30それが必要な機関はあるけど、そんな機関でSunを選ぶことはないと思う
0173名無しさん＠お腹いっぱい。
2009/10/16(金) 01:37:38でも、そんな機関でもOracleは選ぶだろ。
F5100はOracleのインデックス専用ストレージ。
Oracleががんがん売り込むだろう。もうじき自社製品になるんだからな。
0174名無しさん＠お腹いっぱい。
2009/10/16(金) 05:14:53従来とは桁違いのIOPsを得られるのだから、従来は出来なかった・無謀と言われていた用途に使うべきでしょう。
たとえば2chのサーバのストレージ、とかな。
0175名無しさん＠お腹いっぱい。
2009/10/16(金) 10:06:520176名無しさん＠お腹いっぱい。
2009/10/16(金) 11:49:51日の目を見ただけrockより幸せ
0177名無しさん＠お腹いっぱい。
2009/10/16(金) 12:04:110178名無しさん＠お腹いっぱい。
2009/10/16(金) 12:33:33発表から出荷まで1年くらい見るとして、来年の今ごろには出荷しないと、性能的に寿命すぎてる。
0179名無しさん＠お腹いっぱい。
2009/10/16(金) 12:42:430180名無しさん＠お腹いっぱい。
2009/10/16(金) 13:47:180181名無しさん＠お腹いっぱい。
2009/10/16(金) 14:34:52・・・それって、IntelがItaniumでやらかしている延期に継ぐ延期と一緒のスタイルだな。
0182名無しさん＠お腹いっぱい。
2009/10/16(金) 17:23:17確かに Niagaraは特筆するほど速かったが、あれは特例。
0183名無しさん＠お腹いっぱい。
2009/10/16(金) 17:31:340184名無しさん＠お腹いっぱい。
2009/10/16(金) 20:01:500185名無しさん＠お腹いっぱい。
2009/10/17(土) 04:23:150186名無しさん＠お腹いっぱい。
2009/10/17(土) 11:36:380187名無しさん＠お腹いっぱい。
2009/10/17(土) 15:54:330188名無しさん＠お腹いっぱい。
2009/10/17(土) 22:49:13訪れることになるね。脳無しアンチが焦って意味不明を繰り返すのも
わからないではない。
技術的におもしろいもんが今後も続けて出るのかは未知だけど、
今ある商品を改良しつつ売るには、いい期間になるだろう。
0189名無しさん＠お腹いっぱい。
2009/10/18(日) 07:19:490190名無しさん＠お腹いっぱい。
2009/10/18(日) 08:28:36Sun 4が出た頃より、良くなることなんてあるのかなあ。
Javaが全然商売になってないしなあ。
0191名無しさん＠お腹いっぱい。
2009/10/18(日) 11:40:040192名無しさん＠お腹いっぱい。
2009/10/18(日) 19:35:16山ほど売れるかどうか
0193名無しさん＠お腹いっぱい。
2009/10/18(日) 19:43:47Oracleもうかうかしてられんよ。
まぁSunはともかくOracle滅びろと思ってる俺なんかはニヨニヨしながら見てられますが
0194名無しさん＠お腹いっぱい。
2009/10/18(日) 19:56:21同意。しかし Oracleの追随もきっとすごいと思う。TimesTen DBみたいに初めは別製品として
出しておいて、次のメジャーリリースで本体に取り込むんじゃないかな。想像だけどね。
0195名無しさん＠お腹いっぱい。
2009/10/18(日) 20:30:02おいおい、Times TenはOracle出身じゃないんだが。
0196名無しさん＠お腹いっぱい。
2009/10/18(日) 21:20:04oracle に買収されたのは皮肉というかなんというか。
0197名無しさん＠お腹いっぱい。
2009/10/18(日) 21:45:52それでもデータベースって名乗っているところが怖い。
最近のＩＴは嘘つき商品ばっかになってきた。red hatのリアルタイム
linuxとかねー。割り込み応答時間の保証をしないのにリアルタイム
OSって名乗っていいのか？それだったらよほどsolarisのほうがリアル
タイム。まあ、株のトレーダーは名前だけでだませるから商売になる
んだろうが。。。
0198名無しさん＠お腹いっぱい。
2009/10/18(日) 23:50:250199名無しさん＠お腹いっぱい。
2009/10/19(月) 01:09:25MapReduceっぽいことは今でもOracle Coherenceでできるはず。
まあこれも買収製品ですけど
0200名無しさん＠お腹いっぱい。
2009/10/19(月) 10:17:12だからこそ Sun製品に力入れるとあれほど念をを押す。
0201名無しさん＠お腹いっぱい。
2009/10/19(月) 15:59:09いつの時代だよｗｗｗ
0202名無しさん＠お腹いっぱい。
2009/10/19(月) 22:02:330203名無しさん＠お腹いっぱい。
2009/10/21(水) 21:19:480204名無しさん＠お腹いっぱい。
2009/10/21(水) 22:19:29そういえばそろそろ4年経ちますね。次はきまったのかな？
0205名無しさん＠お腹いっぱい。
2009/10/22(木) 05:03:18TimeTenはジャーナル取るよ。ただし基本的に非同期
トンクス。でもサーバが落ちたらデータ修復できないじゃん。
0206名無しさん＠お腹いっぱい。
2009/10/22(木) 18:36:29そしてレプリケーションも同期と非同期が選べます。これまた基本は非同期ですが
0207名無しさん＠お腹いっぱい。
2009/10/22(木) 23:39:430208名無しさん＠お腹いっぱい。
2009/10/25(日) 17:01:120209名無しさん＠お腹いっぱい。
2009/10/25(日) 18:15:300210名無しさん＠お腹いっぱい。
2009/10/26(月) 01:28:180211名無しさん＠お腹いっぱい。
2009/10/26(月) 23:11:45http://enterprise.watch.impress.co.jp/docs/series/infostand/20091026_324389.html
0212名無しさん＠お腹いっぱい。
2009/10/27(火) 02:35:43絶滅危惧種たる儲のためのリップサービス
0213名無しさん＠お腹いっぱい。
2009/10/27(火) 06:51:550214名無しさん＠お腹いっぱい。
2009/10/27(火) 09:11:24すくなくとも、Oracleに対してハードウェアで協力してた連中の「ため」では、
ないわなww HPと DELLだっけ?
0215名無しさん＠お腹いっぱい。
2009/10/28(水) 13:34:40CPUも新しくなってる割にはこんなチート噛ましても性能は
前モデルHP Oracle Database Machineのたった2倍程度でしかないのね
0216名無しさん＠お腹いっぱい。
2009/10/28(水) 16:12:54まあ、元々がチートなら難しいんだろうがwww
0217名無しさん＠お腹いっぱい。
2009/10/29(木) 00:52:162倍程度にしか速くならないパチモンだなって言いたかったのだが
はっきり書けば良かったな
0218名無しさん＠お腹いっぱい。
2009/10/29(木) 08:09:28プギャって欲しいのか
0219名無しさん＠お腹いっぱい。
2009/10/29(木) 09:20:14ランダムアクセス性能の低いHDDでも何とか性能を出そうと様々な努力をする
っていうシステムじゃん、データベースって。
フラッシュメモリ使ってランダムアクセスを高速化して、性能が2倍になったのなら、けっこういい線いってると思うよ。
0220名無しさん＠お腹いっぱい。
2009/10/29(木) 09:37:12いやだから「HPもそうすれば（下駄履かせれば）いいのに」とはっきり書いてるだろw
0221名無しさん＠お腹いっぱい。
2009/10/29(木) 10:13:330222名無しさん＠お腹いっぱい。
2009/10/29(木) 13:31:17ＨＰの人乙ｗ
0223名無しさん＠お腹いっぱい。
2009/11/02(月) 22:31:08sparc, ita, powerのrisc御三家は世代が変わっても到底も２倍速くならない。
パチモンのxeon以下のくず
0224名無しさん＠お腹いっぱい。
2009/11/03(火) 11:18:48ttp://www.computerworld.jp/topics/storage/166609.html
0225名無しさん＠お腹いっぱい。
2009/11/04(水) 10:25:02itaって riscでも御三家でもないけどwwwww
0226名無しさん＠お腹いっぱい。
2009/11/04(水) 13:16:13同一市場にいるってことだろが。
それくらい読み取れない偏狭な人は・・・・世間では何て言うんだっけ。
0227名無しさん＠お腹いっぱい。
2009/11/04(水) 13:20:300228名無しさん＠お腹いっぱい。
2009/11/04(水) 15:38:450229名無しさん＠お腹いっぱい。
2009/11/04(水) 16:03:33知るかボケ。カス。クズ。
0230名無しさん＠お腹いっぱい。
2009/11/04(水) 16:32:00読み取れるって、何が?
0231名無しさん＠お腹いっぱい。
2009/11/04(水) 16:58:450232名無しさん＠お腹いっぱい。
2009/11/04(水) 18:08:480233名無しさん＠お腹いっぱい。
2009/11/04(水) 19:44:254core x8threads x192sockets 28nmで 2012年?
0234名無しさん＠お腹いっぱい。
2009/11/04(水) 21:08:170235名無しさん＠お腹いっぱい。
2009/11/04(水) 21:10:500236名無しさん＠お腹いっぱい。
2009/11/04(水) 21:37:480237名無しさん＠お腹いっぱい。
2009/11/04(水) 21:53:100238名無しさん＠お腹いっぱい。
2009/11/04(水) 22:44:16いままでHPのSuperdomeが、あの規模どまりだったでしょ。
192CPUなんて必要ないっすよ。
0239名無しさん＠お腹いっぱい。
2009/11/04(水) 22:49:360240名無しさん＠お腹いっぱい。
2009/11/04(水) 22:50:430241名無しさん＠お腹いっぱい。
2009/11/04(水) 22:58:39保守性や可用性のためではなく、
シングル・イメージで192CPU使うような、
そういうユーザーがどれだけいたのよ。
0242名無しさん＠お腹いっぱい。
2009/11/04(水) 23:01:450243名無しさん＠お腹いっぱい。
2009/11/04(水) 23:05:310244名無しさん＠お腹いっぱい。
2009/11/04(水) 23:12:35だからCPUが増えても・・・ねぇ。
0245名無しさん＠お腹いっぱい。
2009/11/04(水) 23:13:07ハイエンドマシンは不要になったのよ。
0246名無しさん＠お腹いっぱい。
2009/11/04(水) 23:18:21ttp://www.tpc.org/results/individual_results/Sun/Sun_T5440_TPC-C_Cluster_ES_101109.pdf
0247名無しさん＠お腹いっぱい。
2009/11/04(水) 23:21:33スケールアウトしたい処理が何の問題も無く
スケールアウトできると思ってるんだな・・・
あんたに仕事を頼んだら楽しそうだなw
0248名無しさん＠お腹いっぱい。
2009/11/04(水) 23:21:510249名無しさん＠お腹いっぱい。
2009/11/04(水) 23:22:420250名無しさん＠お腹いっぱい。
2009/11/04(水) 23:24:230251名無しさん＠お腹いっぱい。
2009/11/04(水) 23:25:24TPC-Cで最高となったのもクラスタ
0252名無しさん＠お腹いっぱい。
2009/11/04(水) 23:27:000253名無しさん＠お腹いっぱい。
2009/11/04(水) 23:28:320254名無しさん＠お腹いっぱい。
2009/11/05(木) 00:21:37ちげーよ
ベクトル計算機だってクラスタ組むんだよ。
いわゆるベクトル計算機が廃れたいちばんの理由は、
プロセッサがワンチップかつ高集積になって、プロセッサのコアの演算速度と、外部バスの速度の比率が大きくなったこと
ボトルネックが演算器ではなく外部バスになった時点で、演算器のベクトル長の短い・長いは、さして重要ではなくなった。
あとは、メモリアクセスの粒度だが、それも問題にならなくなった。
0255名無しさん＠お腹いっぱい。
2009/11/05(木) 00:22:17問題があって容易にスケールアウトできないのは、
プログラマにとって「スケールアウトしたくない処理」ね。
0256名無しさん＠お腹いっぱい。
2009/11/05(木) 00:42:12ノードを跨げない処理がシングルスレッドばかりとは限らない
0257名無しさん＠お腹いっぱい。
2009/11/05(木) 00:48:05そういうのはマルチスレッドでも、肝心な部分はロックで1スレッドのみ入れるとかで、
CPUコアを増やしてもスループットがあまり上がらないんだわ。
0258名無しさん＠お腹いっぱい。
2009/11/05(木) 00:56:510259名無しさん＠お腹いっぱい。
2009/11/05(木) 09:17:33実際はロックで1スレッドだけなんてそうそう無いけどな。
GC だって並列処理できる時代に・・・ねぇ。
0260名無しさん＠お腹いっぱい。
2009/11/05(木) 09:26:07ttp://ja.wikipedia.org/wiki/UltraSPARC_T1
| サンの顧客の一つは、UltraSPARC T1 で動作する MySQL アプリケーションが、
| AMD Opteron サーバより 13.5 倍高速であることを示す結果を公表している。
「現実から目をそらす」というのは、こういうのを言うんだぜ?
x86におもねって思考停止することだけじゃないんだなw
君の言ってることはもうずっと「願望」の、羅列なんだよ、ラ・レ・ツ。事実とは違う
0261名無しさん＠お腹いっぱい。
2009/11/05(木) 10:46:23ZFSがチートしてるっぽいなあ
CPUの比較でも4倍速いそうだけど、
シングルコアのだいぶ古いOpteron 244 (1.8GHz)が相手だぞ
0262名無しさん＠お腹いっぱい。
2009/11/05(木) 11:21:52バカ売れなんですよね。
0263名無しさん＠お腹いっぱい。
2009/11/05(木) 12:52:01T2買えT2
0264名無しさん＠お腹いっぱい。
2009/11/05(木) 13:57:22馬鹿乙
0265名無しさん＠お腹いっぱい。
2009/11/05(木) 14:07:330266名無しさん＠お腹いっぱい。
2009/11/05(木) 14:40:58案件対応で作る部分では、コストと品質の兼ね合いで、ロック粒度は大きくとります。
スケールアウトもスケールアップもできない(やりたくない)のは、そういうところがボトルネックなのです。
0267名無しさん＠お腹いっぱい。
2009/11/05(木) 18:21:340268名無しさん＠お腹いっぱい。
2009/11/05(木) 21:24:290269名無しさん＠お腹いっぱい。
2009/11/05(木) 22:12:270270名無しさん＠お腹いっぱい。
2009/11/05(木) 23:16:12あっ…
0271名無しさん＠お腹いっぱい。
2009/11/05(木) 23:40:350272名無しさん＠お腹いっぱい。
2009/11/06(金) 00:51:29スケーラビリティを多少は気にしないと今時 x86 でも辛いんじゃないかな。
クラスタリングは魔法の杖じゃないし、クロックだってそうは上がらないでしょ。
>>266 さんが良い案件に巡り会われる事を祈ってます。
0273名無しさん＠お腹いっぱい。
2009/11/06(金) 21:51:19うちの会社の中みてて、そう思う。特殊な外注さんだけだな。作れるのは。
0274名無しさん＠お腹いっぱい。
2009/11/06(金) 21:59:09それを保守する人たち全員が同じレベルの人間という保証がないので、
そういうコードは書いちゃいけないのです。
散々いじってダメにした揚げ句に直してと泣きつかれるくらいならまだしも、
あいつが難解なコードを書いたから悪いとか、あいつのコードに元々バグがあったのが顕在化したんだとか、
そういうこと言われるの、嫌だもの。
0275名無しさん＠お腹いっぱい。
2009/11/06(金) 22:03:230276名無しさん＠お腹いっぱい。
2009/11/06(金) 22:23:110277名無しさん＠お腹いっぱい。
2009/11/06(金) 22:31:370278名無しさん＠お腹いっぱい。
2009/11/07(土) 00:10:17ちゃんと俺たちが書いてあげるからSIやってろ。
0279名無しさん＠お腹いっぱい。
2009/11/07(土) 00:34:35よろしくお願いします
0280名無しさん＠お腹いっぱい。
2009/11/07(土) 00:36:20x年後、過労死による労災認定を申請する278の細君の姿が…
0281名無しさん＠お腹いっぱい。
2009/11/07(土) 00:53:52まぁ Java VM のバージョンを上げられないとか言われるるんだろうけど…
0282名無しさん＠お腹いっぱい。
2009/11/07(土) 03:32:223年や5年単位では出来るかもね。
保守の兼ね合いでバージョンアップ粒度は長めにとります。
0283名無しさん＠お腹いっぱい。
2009/11/07(土) 10:39:03開発プロセスがしょぼい所が取り残されて負けるとしたら、マルチスレッドは凄く良い淘汰システムだ。
0284名無しさん＠お腹いっぱい。
2009/11/07(土) 10:59:110285名無しさん＠お腹いっぱい。
2009/11/07(土) 11:11:06http://www.coverity.com/html_ja/research-library.html
0286名無しさん＠お腹いっぱい。
2009/11/07(土) 12:08:24coverityの静的解析が無いとどうにもならん、てのはいまいち理解できん
0287名無しさん＠お腹いっぱい。
2009/11/07(土) 13:07:34静的解析で品質保証できないようなコードは禁止だよ。
0288名無しさん＠お腹いっぱい。
2009/11/07(土) 13:45:29最低レベル保証みたいな意味ならわからんでもない
0289名無しさん＠お腹いっぱい。
2009/11/07(土) 13:46:13+ lint 通らないCコード禁止みたいなもんか
0290名無しさん＠お腹いっぱい。
2009/11/07(土) 16:16:10マルチスレッドのバグを静的解析で確実に発見できるタイプのコードを書くことが求められてる。
つまり、静的解析でバグが発見されなければバグが存在しない、ということが求められてる。
それが出来ないのなら、マルチスレッドは禁止。
0291名無しさん＠お腹いっぱい。
2009/11/07(土) 16:19:230292名無しさん＠お腹いっぱい。
2009/11/07(土) 16:29:58> つまり、静的解析でバグが発見されなければバグが存在しない、ということが求められてる。
お前もうちょっと勉強した方がいいと思うよ。
0293290
2009/11/07(土) 16:49:29283はゲーム業界なので我々とは世界が違うだろう。
マルチスレッドといっても、彼らのと我々のとでは、使い方が違うだろうし。
0294名無しさん＠お腹いっぱい。
2009/11/07(土) 16:55:04言い始めたら大変な事になるだろうなw
0295名無しさん＠お腹いっぱい。
2009/11/07(土) 17:21:190296名無しさん＠お腹いっぱい。
2009/11/07(土) 17:26:14お前が283かどうかは話の流れ上関係ないのでは？
0297名無しさん＠お腹いっぱい。
2009/11/07(土) 17:45:55おいらはしこしこSQL書くだけ
0299名無しさん＠お腹いっぱい。
2009/11/07(土) 17:51:34ゲームエンジンなんて他所から買えばいいだろう
欧米や韓国のゲーム屋からよりどりみどりで選べる
0300名無しさん＠お腹いっぱい。
2009/11/07(土) 18:19:45エンジンのライセンス料で赤字になるだろ
こんなスレに来るゲーム屋って時点でエロゲと理解れよ
0301名無しさん＠お腹いっぱい。
2009/11/07(土) 19:30:230302名無しさん＠お腹いっぱい。
2009/11/07(土) 20:00:24シングルスレッドのソースを静的解析しても見つけられないバグはある。
となると、おまいさんは全部の行のunittestを書かないといけない業界に居るのかな。
それならまぁ仕方ない気もしなくもない。
0303名無しさん＠お腹いっぱい。
2009/11/07(土) 20:20:31おまえらみたいな人でなしが業界に逆らったら生きちゃいられねぇぞ
0304名無しさん＠お腹いっぱい。
2009/11/07(土) 20:30:31> シングルスレッドのソースを静的解析しても見つけられないバグはある。
アプローチが逆なのよ
バグがあったときに、その原因を探すために静的解析を使って、それが万能ではないことに嘆くのではなく、
バグがあったとしても、それが万能ではない静的解析で見つけられるタイプのバグになるようにするのよ。
静的解析で完全にバグを抽出できる・・・というのは無理だけれども、できる限りやるのよ。
0305名無しさん＠お腹いっぱい。
2009/11/07(土) 22:12:01エロゲにマルチスレッドｗｗｗ
0306名無しさん＠お腹いっぱい。
2009/11/07(土) 22:34:20お前アホだからプログラマ辞めろよ
0307名無しさん＠お腹いっぱい。
2009/11/07(土) 23:16:04エロゲ屋ってUNIX自体知らなそう。
0308名無しさん＠お腹いっぱい。
2009/11/07(土) 23:53:12静的解析? んなもん使い物にならねーよ、俺っちのコーディング技術で十分安全だよ
とか言ってる老害ぽいな。
0309名無しさん＠お腹いっぱい。
2009/11/08(日) 00:31:09もちろん、入力フォームと帳票デザイン延々やってるとこに
マルチスレッドプログラミングはムリだが、じゃあぜんぜん要らんのかというと
そんなことはなくて、ちょっとした裏方さん作りには既に必須。
やらないと終る、消えるのは確定。さあ消えてくれるかww? たいじょーw
そもそもデバイスドライバプログラミングとか、カーネル内だと昔からあるし。
シカケの実装は違うが、考え方は同じ。
0310名無しさん＠お腹いっぱい。
2009/11/08(日) 00:33:550311名無しさん＠お腹いっぱい。
2009/11/08(日) 00:35:000312名無しさん＠お腹いっぱい。
2009/11/08(日) 00:35:380313名無しさん＠お腹いっぱい。
2009/11/08(日) 00:37:24お前、池沼だろ
0314名無しさん＠お腹いっぱい。
2009/11/08(日) 00:43:01静的解析で見つけられるようなのをなくしておきたいって話かと思った。
0315名無しさん＠お腹いっぱい。
2009/11/08(日) 00:44:320316名無しさん＠お腹いっぱい。
2009/11/08(日) 00:45:44タイミングによって出たり出なかったり、なんてことにならないように、静的解析でバグが見つけられるようなコードを書くのよ。
>>313には理解できないようだが・・・
0317名無しさん＠お腹いっぱい。
2009/11/08(日) 00:48:39で?
0318名無しさん＠お腹いっぱい。
2009/11/08(日) 00:51:25> つまり、静的解析でバグが発見されなければバグが存在しない、ということが求められてる。
こんなこと不可能だろ。
その部分問題に過ぎない停止問題でさえ決定不能なのに。
0319名無しさん＠お腹いっぱい。
2009/11/08(日) 00:53:060320名無しさん＠お腹いっぱい。
2009/11/08(日) 00:54:27マルチスレッドで処理するのが非常に簡単なアプリだってこと
0321名無しさん＠お腹いっぱい。
2009/11/08(日) 00:54:550322名無しさん＠お腹いっぱい。
2009/11/08(日) 00:55:370323名無しさん＠お腹いっぱい。
2009/11/08(日) 00:59:00意味不明だなww 処理の傾向とプログラミングの難しさが相関するのか?
アタマ大丈夫か?!ww
0324名無しさん＠お腹いっぱい。
2009/11/08(日) 01:01:38停止問題が問題になるようなコードを書くことが禁止されてるの。
0325名無しさん＠お腹いっぱい。
2009/11/08(日) 01:04:44あたりまえだろ
音声処理する部分を、ごく普通にスレッドセーフに書く
何ら難しいことはない
その音声処理する部分を、トラックごとに別のスレッドで呼ぶ
何ら難しいことはない
最近はCPUのコア数増えてきたので、同一トラックをパイプラインで処理してもいい
これも、さほど難しいことはない
0326名無しさん＠お腹いっぱい。
2009/11/08(日) 01:09:480327名無しさん＠お腹いっぱい。
2009/11/08(日) 01:10:220328名無しさん＠お腹いっぱい。
2009/11/08(日) 01:22:35スレッド増やさず広いベクタ長でSIMD
0329名無しさん＠お腹いっぱい。
2009/11/08(日) 07:27:19ループ禁止じゃんw
0330名無しさん＠お腹いっぱい。
2009/11/08(日) 12:45:48そんなバカな主張はじめてみた
Coverityだって静的解析はあくまで特定のタイプの
バグを見付けるだけだとしてる
どういう立場の人間だとこう思い込むんだろう
0331名無しさん＠お腹いっぱい。
2009/11/08(日) 12:50:540332名無しさん＠お腹いっぱい。
2009/11/08(日) 13:21:48単なる頭の悪い人じゃないの?
0333名無しさん＠お腹いっぱい。
2009/11/08(日) 13:56:16バグが、その特定タイプに集まるように、コーディングするのさ。
0334名無しさん＠お腹いっぱい。
2009/11/08(日) 13:57:52頭が悪いだけではここまではいかない。
精神病んでいて「認知の歪み」がある人でしょう。
自分は凄いと勘違いしている自己愛人格障害系だと思う。
0335名無しさん＠お腹いっぱい。
2009/11/08(日) 13:58:31ロックを握ったまま、終わらないループをするのは禁止に決まってるだろが。
0336名無しさん＠お腹いっぱい。
2009/11/08(日) 13:59:35はいはいレッテル貼り乙
すげー窮屈なコーディングを強いられてる土方なだけですよ。
0337名無しさん＠お腹いっぱい。
2009/11/08(日) 14:02:550338名無しさん＠お腹いっぱい。
2009/11/08(日) 14:18:010339名無しさん＠お腹いっぱい。
2009/11/08(日) 14:25:39そう単純化されると困るな。
全体としてはバグは多少は出てしまうが、
しかし、再現が難しく修正が困難なマルチスレッド絡みのバグだけは出ないようにしてるの。
それが出来なければシングルスレッドでやらなきゃいけないの。
0340名無しさん＠お腹いっぱい。
2009/11/08(日) 14:35:30> つまり、静的解析でバグが発見されなければバグが存在しない、ということが求められてる。
0341名無しさん＠お腹いっぱい。
2009/11/08(日) 14:47:160342名無しさん＠お腹いっぱい。
2009/11/08(日) 14:52:04かなりトーンダウンしたね。
0343名無しさん＠お腹いっぱい。
2009/11/08(日) 15:25:080344名無しさん＠お腹いっぱい。
2009/11/08(日) 15:30:400345名無しさん＠お腹いっぱい。
2009/11/08(日) 15:39:41してねーよ。
>>340のように、前の行が読めない人が、言葉尻に噛みついてるだけ。
0346名無しさん＠お腹いっぱい。
2009/11/08(日) 15:44:55トーンダウンしたね。
0347名無しさん＠お腹いっぱい。
2009/11/08(日) 15:47:01なぜ良くないのかは、こういうpublicな場では言えない。
0348名無しさん＠お腹いっぱい。
2009/11/08(日) 15:51:25始終、マルチスレッドのバグの話ですが?
マルチスレッドのバグについて静的解析で品質保証できないコーディングをするってことは、
たまたま うまく動いているだけ
たまたま バグに気が付いてないだけ
というものを納品するってことだよ。
静的解析で対処できないマルチスレッドのバグは、
動的解析でも発見できない可能性が高いんだよ。
タイミング依存するようなのは、テストで発見できない可能性高いんだからさ。
0349名無しさん＠お腹いっぱい。
2009/11/08(日) 15:54:45最初からそう書けば子供にも解りやすかったな
0350名無しさん＠お腹いっぱい。
2009/11/08(日) 16:04:52特定のタイプのバグしか扱えないってまだ理解できてないんだな。
静的解析でも、動的解析でも。
0351名無しさん＠お腹いっぱい。
2009/11/08(日) 16:19:420352名無しさん＠お腹いっぱい。
2009/11/08(日) 16:41:580353名無しさん＠お腹いっぱい。
2009/11/08(日) 17:05:070354名無しさん＠お腹いっぱい。
2009/11/08(日) 17:47:55そういう人と同じプロジェクトでは働きたくないなあ。
0355名無しさん＠お腹いっぱい。
2009/11/08(日) 17:56:14どうやって品質保証するの?
どうやってアホが崩壊させるのを防ぐの?
0356名無しさん＠お腹いっぱい。
2009/11/08(日) 18:01:16そう。そういう感じの人。
0357名無しさん＠お腹いっぱい。
2009/11/08(日) 19:10:36現実を見ろヨ
0358名無しさん＠お腹いっぱい。
2009/11/08(日) 19:28:200359名無しさん＠お腹いっぱい。
2009/11/08(日) 20:44:04俺は SML 大好きだよ。でも CL も好きだし、何でもバランスが大事だと思うよ。
0360名無しさん＠お腹いっぱい。
2009/11/08(日) 22:19:22バランスって馬鹿と知性のバランスの事か？
そりゃ大事だなこの不完全な世界で正気を保っていくには
0361名無しさん＠お腹いっぱい。
2009/11/08(日) 22:34:570362名無しさん＠お腹いっぱい。
2009/11/08(日) 22:37:300363名無しさん＠お腹いっぱい。
2009/11/08(日) 22:38:550364名無しさん＠お腹いっぱい。
2009/11/08(日) 22:59:01お前誰だよw
0365名無しさん＠お腹いっぱい。
2009/11/09(月) 08:36:23US では大手のプロジェクトも関数型への移行を試しているところがいろいろあるらしいが。
後は処理系の完成度次第か？ clojure とかも面白い。
0366名無しさん＠お腹いっぱい。
2009/11/09(月) 11:55:52スレッド遡ってみたが仕方ないだろ・・・・
バグが発見できるようなコードを書くって・・・
それができるならバグが入っていないコードを書いた方が建設的・・・・
0367名無しさん＠お腹いっぱい。
2009/11/09(月) 12:40:53http://www.itmedia.co.jp/enterprise/articles/0911/09/news018.html
0368名無しさん＠お腹いっぱい。
2009/11/09(月) 14:31:29そうだな。
マルチスレッドはバグるからシングルスレッドで書いたほうが建設的だな。
0369名無しさん＠お腹いっぱい。
2009/11/09(月) 18:22:290370名無しさん＠お腹いっぱい。
2009/11/09(月) 18:36:28どうぞ他のスレッドでやっていただけないでしょうか?
「並列やらない」なんて言ってるとこはどこにもないんですけど。
0371名無しさん＠お腹いっぱい。
2009/11/09(月) 18:52:360372名無しさん＠お腹いっぱい。
2009/11/09(月) 19:26:260373名無しさん＠お腹いっぱい。
2009/11/09(月) 19:55:04で、どっちがSunでどっちがOracle？
0374名無しさん＠お腹いっぱい。
2009/11/09(月) 20:00:440375名無しさん＠お腹いっぱい。
2009/11/09(月) 20:29:07もちろん、>374 がトンチキ。もろバレw
0376名無しさん＠お腹いっぱい。
2009/11/09(月) 21:37:45話の流れを読め。
0377名無しさん＠お腹いっぱい。
2009/11/09(月) 22:11:210378名無しさん＠お腹いっぱい。
2009/11/09(月) 23:38:510379名無しさん＠お腹いっぱい。
2009/11/10(火) 00:25:08並列性も解析対象になるのでしょうか？
0380名無しさん＠お腹いっぱい。
2009/11/10(火) 01:09:12できるんじゃね? 以下のようなのもあるし。
some issues reported by coverity for iscsi initiator
http://bugs.opensolaris.org/view_bug.do;jsessionid=2b3bf0bdaf22affffffffdebd6ab22e00a40?bug_id=6795073
0381名無しさん＠お腹いっぱい。
2009/11/10(火) 01:12:55Free Trial使って確かめれば良い予感
0382名無しさん＠お腹いっぱい。
2009/11/11(水) 03:01:13Sun買収劇の裏で、インテルとIBMがインサイダー取引?
0383名無しさん＠お腹いっぱい。
2009/11/11(水) 03:04:32TPCベンチマークとかはAPLではなくVictoria Fallsでやってるわけで、その路線だけで十分じゃね?
0384名無しさん＠お腹いっぱい。
2009/11/11(水) 07:12:56何やっても安定してスピードでるの?
同じ2.5GHzではSPARCのほうが速い?
0385名無しさん＠お腹いっぱい。
2009/11/11(水) 09:08:20Sunの幹部は関与してねえw
http://s.wsj.net/public/resources/images/P1-AS079_GALLEO_NS_20091016203329.gif
0386名無しさん＠お腹いっぱい。
2009/11/11(水) 17:19:34DEC DNARDも StrongARMに Open Firmwareだったんだな..
0387名無しさん＠お腹いっぱい。
2009/11/11(水) 17:53:400388名無しさん＠お腹いっぱい。
2009/11/11(水) 17:54:510389名無しさん＠お腹いっぱい。
2009/11/11(水) 18:16:290390名無しさん＠お腹いっぱい。
2009/11/11(水) 18:46:19>389
Machをポートした NEXTSTEPも異様に遅かったが、SunOSや 4.4BSDは速いよな?
レジスタウィンドウの扱いがショボいだけだろ。
0391名無しさん＠お腹いっぱい。
2009/11/11(水) 18:56:08ショーで動いているの見れたけど製品にはならなかった。
0392名無しさん＠お腹いっぱい。
2009/11/11(水) 19:33:53Itanium版のAIX、
なんてのもあったなぁ。
>>390
OSの世代が違うものを同じ土俵で比較しちゃいかんよ。
0393名無しさん＠お腹いっぱい。
2009/11/11(水) 22:31:45Solaris 2.5.1 PPC版は製品化されパッチも出てたしドキュメントも残ってる
ttp://docs.sun.com/app/docs/coll/99.1?l=Ja
0394名無しさん＠お腹いっぱい。
2009/11/11(水) 23:36:49CPUに割り込みが入る回数を減らすために、
I/Oプロセッサを別に積んでたりしたような。
0395名無しさん＠お腹いっぱい。
2009/11/12(木) 11:31:32世代いっしょだが。NEXTSTEPのベースが素 4.3BSDだって意味か?
>>394
とんでもない無知をここで晒す自虐趣味なのか?ww
0396名無しさん＠お腹いっぱい。
2009/11/12(木) 13:39:20SPARCは RISC中でもかなり負荷に強い。数が増えたなりに遅くなるが、
ちゃんと動く。x86はギクシャクしまくりですぐ使い物にならなくなる。
Unix エンジニアのちょっと古参なら誰でも知ってることだな。
0397名無しさん＠お腹いっぱい。
2009/11/12(木) 14:16:07こういうのさ、バスのせい、足まわりのせい、っていう説があったけど、
HyperTransportや QPIで、負荷に強くなったとかってあるのかな?
寡聞にして未だ知らんのだけど。実際どうよ?
QPI盛り上がんないね?w
0398名無しさん＠お腹いっぱい。
2009/11/12(木) 14:27:36Intergraph が SPARCにポートすると発表した、という記事は見つけたが、
動いてるという話はどこにも見つからなかった。Alpha版と勘違いしてるんじゃねーの?
>>392
Solarisの Ita版というのは内部で動いてたみたいだけど、外には出てないだろ。
脊椎反射の書きなぐりだろ。
ちなみに、NETXSTSTEPの HP-PA版も激遅だった。出さないはずだわ。
0399名無しさん＠お腹いっぱい。
2009/11/12(木) 14:33:29もう脳内話はお腹いっぱいです
0400名無しさん＠お腹いっぱい。
2009/11/12(木) 14:35:17依存してたでしょ? まーきちゃない。あんなもん RISCへ持っていくくらいなら、
一から作り直した方がマシなのでは? って思ってたけど、その後どうなったの?
Alphaでも動いてたし、MIPSや PowerPCでも動いてたんだよね?
0401名無しさん＠お腹いっぱい。
2009/11/12(木) 14:54:11.lヽ,,| il,,..、 ,ゝ--′ | | 、 / ./ t-、 ,,, | ﾚ''') ! . ゝ､,. t, ＞ ｀!
ﾞヽ､ ＿_,ﾉ , -''',ﾞ￣''､ <ﾞﾞ´ レ'',ﾞ￣＼ .lﾞ‐''"゛.,i､｀'i ｌヽ _,＿._,,、 ﾍ￣ .,,..-',ﾞ ＿ ト‐'" .,i l, ｌ.ヽ / .厂￣゛
/ !/ ,l_r-,.´>、 ヽ,,./ | .l ｀ﾌ ／￣│ .ｌ `-7 ./ .l .! .ｌ ｌ l'‐'ﾞ／'''''''､.ヽ / /ｨﾆ二_,,,ﾉ ゝ7 ./ .l ! ﾞl ｌ .! !_.. - ､.
ヽ、 ./ﾞl .ｌ ｌ ! / ! ｝ ! / ./ ｌ /!││ﾞ''" .} | lﾞ / ,,.'"゛ / ./ ｌ l | |.l ン"ﾞﾞ''､ ヽ
.! ｌ￣ .,ﾉ | ノ ﾉ∠ ! ﾉ ﾉ / .iト,,ﾉ / .ﾞ''ﾞ / . l ,/ / ./.! ._....、./ .,ｌ ﾄ,,/ / .ﾞ''ﾞ Ｌ./ / }
.ヽ ｀ﾞ゛ . / ._,,／_,／ .! l ∠‐" |__/ ヽ ./ ._.. ‐,ﾞ..-ﾞ ! / .ｌ、.´ ,!| ./ ｌ ./ . __,, ／ ,.ノ
.｀ﾞﾞﾞﾞﾞ゛ ｀⌒ ｀゛ ｀´ . ￣´ ｀" ｀"'''''"゛ ｀゛ ｀ﾞ'''''ﾞﾞ´
＼ ＿＿|＿ヽ
| ＼ | ＼ ―┼‐┐|￣￣| ＼ ｜― | | ￣￣
| | | ｜ | |｜ .| | 口..|／ ｜
＼／ ＼／ ｜ ｣ |＿＿| ／ / ／レ レ ＼＿
＿＿
| ／ ..|＿
| ／ |
| ￣￣＼ ｜
＼＿／ | ＿|
＿／ (＿ﾉ￣
0402名無しさん＠お腹いっぱい。
2009/11/12(木) 17:26:58またまたまた企画倒れかぁw!?!
0403名無しさん＠お腹いっぱい。
2009/11/12(木) 18:07:13一緒じゃねーよ。
SunOSっていうかBSDのカーネルはモノ。
NEXTやWindowsNTはマイクロ。
世代が違うだろ。
製品の販売開始年で見ちゃイカンぞ。
SPARC + Solarisは、1秒間にどれくらい割り込みを処理できるんだ?
x86 + WindowsNTだと、Pentium3 1GHzくらいの頃に、すでに数万〜8万回くらい。
0404名無しさん＠お腹いっぱい。
2009/11/12(木) 18:14:32メモリ搭載量が違うとか、ストレージが違うとか、そういうオチだな。
>>397
CPUが遅いと負荷に強いように錯覚する人もいるぞ。
粘り強いとか言うんだけど、普段から遅いから落差がわかりにくいだけ。
>>398
どこで記事を探したのか知らんが、その範囲内で記事がないってだけだろう。
マイクロソフトの技術者は、WindowsNTを移植性の高いOSとして作ってた。
製品化される前に、いろんなアーキが脱落したのよ。
0405名無しさん＠お腹いっぱい。
2009/11/12(木) 18:19:24> 世代が違うだろ。
オイ、誰かこのバカが何言おうとしてるのか解説してくれkkkwwppp
> SPARC + Solarisは、1秒間にどれくらい割り込みを処理できるんだ?
> x86 + WindowsNTだと、Pentium3 1GHzくらいの頃に、すでに数万〜8万回くらい。
もうバカ過ぎて開いた口が塞がらんわww リアルタイム性とかの話なのか?
そんなわけないよなwpp
0406名無しさん＠お腹いっぱい。
2009/11/12(木) 18:23:58> メモリ搭載量が違うとか、ストレージが違うとか、そういうオチだな。
はー。Pen4までは間違いないけどな。Core2以降についてはあまり
サーバー機触ってないんで知らないんだが、目に見えて改善したというのは
聞いたことがないな。で、QPIはその辺どうだったんだよ?
> CPUが遅いと負荷に強いように錯覚する人もいるぞ。
こりゃまた大勢が錯覚したもんだなww はだかの王様か?
> どこで記事を探したのか知らんが、その範囲内で記事がないってだけだろう。
で、どこに記事があるよ?
0407名無しさん＠お腹いっぱい。
2009/11/12(木) 18:24:400408名無しさん＠お腹いっぱい。
2009/11/12(木) 18:26:30Pen3 + 当時のWinNTって、負荷まるでダメですの代表選手みたいなもんなんだが。
リニアリティについてグラフ化したらあらゆる他環境のカモだったですが。ww
0409名無しさん＠お腹いっぱい。
2009/11/12(木) 18:28:37だから QPIどうなんだよ。さっさと解説しろよ!!
0410名無しさん＠お腹いっぱい。
2009/11/12(木) 19:34:28> オイ、誰かこのバカが何言おうとしてるのか解説してくれkkkwwppp
前者と後者では、
アプリがOSのAPIを呼び出してから戻ってくるまでの間に、
通過するレイヤの数、コンテキストスイッチの回数、特権モードとの間の遷移の回数・・・etc
が、桁違いに違うんだよ。
後者では、レジスタウィンドウがオーバーフローするんだよ。
> もうバカ過ぎて開いた口が塞がらんわww リアルタイム性とかの話なのか?
> そんなわけないよなwpp
その通り、リアルタイム性の話なんかしてない。
あんた、わざと間違った方向に誤解して叩くの、やめれ。
WindowsNTってのは、コンテキストスイッチの頻度が高いOSってことだよ。
だから、割り込みの処理能力が高くないと、遅くなっちまうのよ。
0411名無しさん＠お腹いっぱい。
2009/11/12(木) 19:36:41> はー。Pen4までは間違いないけどな。
SolarisってSPARC版とx86版では、やる気がだいぶ違うんだけどなー。
> Core2以降についてはあまりサーバー機触ってないんで知らないんだが
老害は去れ
0412名無しさん＠お腹いっぱい。
2009/11/12(木) 19:37:44自演乙
0413名無しさん＠お腹いっぱい。
2009/11/12(木) 19:52:540414名無しさん＠お腹いっぱい。
2009/11/12(木) 23:02:100415名無しさん＠お腹いっぱい。
2009/11/13(金) 00:11:28http://enterprise.watch.impress.co.jp/docs/news/20091112_328404.html
0416名無しさん＠お腹いっぱい。
2009/11/13(金) 04:29:370417名無しさん＠お腹いっぱい。
2009/11/13(金) 11:01:07しかも Intelや MSが言ってることさえ知らん激無知がwww
なんでこんなとこに貼りついてんだか。
0418名無しさん＠お腹いっぱい。
2009/11/13(金) 12:15:43http://www.nikkei.co.jp/news/seiji/20091113AT3S1300H13112009.html
> 理化学研究所が手がける次世代スーパーコンピューター技術の開発事業は「来年度予算の概算要求から縮減」と判定
0419名無しさん＠お腹いっぱい。
2009/11/13(金) 13:10:56> 後者では、レジスタウィンドウがオーバーフローするんだよ。
オイオイ.. マイクロカーネルでコンテキストスイッチが多発すると、
なんでレジスタウィンドウが溢れるんだ? ノーミソ湧いてんのか?
なんの因果関係があるんだよぜんぜんかんけーねーじゃねーかよww
意味わかってないんだな、そうじゃないかとは思ってたけど。
レジスタウィンドウって、何するもんかわかんないで叩いてるわけだ。
まるで無根拠のいいがかりじゃないか。
で、それと元の話、負荷に強いのと、何がどう関係あるんだ?
もうカオスそのものだなppkpkkkkkkkk
> WindowsNTってのは、コンテキストスイッチの頻度が高いOSってことだよ。
> だから、割り込みの処理能力が高くないと、遅くなっちまうのよ。
うわ。激バカw
0420名無しさん＠お腹いっぱい。
2009/11/13(金) 13:14:05負荷という観点（だけじゃなくてあらゆる点でだけどww）激ダメなのは
実際にそういう触り方した人にはあまりにもあたりまえで自明の事実。
0421名無しさん＠お腹いっぱい。
2009/11/13(金) 13:41:330422名無しさん＠お腹いっぱい。
2009/11/13(金) 13:52:130423名無しさん＠お腹いっぱい。
2009/11/13(金) 14:34:350424名無しさん＠お腹いっぱい。
2009/11/13(金) 14:48:550425名無しさん＠お腹いっぱい。
2009/11/13(金) 17:51:00http://slashdot.jp/article.pl?sid=09/11/13/049245
0426名無しさん＠お腹いっぱい。
2009/11/13(金) 20:53:32あんた都合の良い発言だけ拾って持ってくるから
0427名無しさん＠お腹いっぱい。
2009/11/13(金) 20:57:07> マイクロカーネルでコンテキストスイッチが多発すると、なんでレジスタウィンドウが溢れるんだ
あなたが、
マイクロカーネルでコンテキストスイッチが多発するとレジスタウィンドウが溢れる
と誤読してるからでしょ。
レイヤが多いのが原因だよ。
当時のSPARCだと、関数コールを10回くらいやれば、レジスタウィンドウは溢れるでしょ。
当時のコンパイラにはリンク時にコード生成するなんてのはなくてさ、
複数のobjに跨がって関数コールを展開して削除する機能なんか、なかったしさ。
0428名無しさん＠お腹いっぱい。
2009/11/13(金) 21:00:23・関数コールを繰り返すとオーバーフローでオーバーヘッドが大きい
・レジスタが多い = コンテキストが大きいので、コンテキストスイッチが重い
x86などのようなCPUをターゲットにして作られたOSが、SPARCで遅いのは当然の結果でしょう。
0429名無しさん＠お腹いっぱい。
2009/11/13(金) 22:52:000430名無しさん＠お腹いっぱい。
2009/11/13(金) 22:57:260431名無しさん＠お腹いっぱい。
2009/11/14(土) 11:00:14もうバカ話はいいよ。どんどん底が割れるぜ?
レイヤが多い? 関数コール 10回? アホか。どアホか。どどどどどどどアホか。
いくつでレジスタウィンドウが溢れるかなんて、CPU作った時点で決まってる
だろうが。その判断が「間違ってた」、溢れる状況が頻発することの理由
書かないで、話になるか。本気でバカなんですね、おそれいましたわ。
今でも有効だよ。レジスタウィンドウは効きまくり。
0432名無しさん＠お腹いっぱい。
2009/11/14(土) 11:08:59> ・関数コールを繰り返すとオーバーフローでオーバーヘッドが大きい
> ・レジスタが多い = コンテキストが大きいので、コンテキストスイッチが重い
前者はレジスタウィンドウが考案される以前からわかりきってたことで、
それ以上のメリットがある、つまりオーバーフローしない内での関数呼出しの
高速化によってトータルで性能が改善されると判断したから採用してるわけで、
その判断が間違ってた理由もしくは現在では状況が変わった理由と
その証拠を示さない限り __何も言ってない__ のと等しいんだよ。意味判るか?
後者は、レジスタウィンドウを採用していないアーキテクチャの
レジスタ本数が少ないかのような言いようだが、それは事実とまっっっっったく
異なる。
レジスタが多い場合のコンテキストスイッチの工夫はいろいろあるが、
それがレジスタウィンドウ方式だと不利になる理由をあげて証明しないと、
またまたこれも __何も言ってない__ のと同じ。意味なし。
う゛あっかにつき合うと疲れるわ
0433名無しさん＠お腹いっぱい。
2009/11/14(土) 11:36:59UltraSPARCだと8ウィンドウだから128個の64ビットレジスタと、
8個のグローバルレジスタがあるから、負担大きいほうだと思うけど
あと、レジスタウィンドウは、スレッドの切り替えみたいにコンテキストは
切り替えない場合でも、その辺のウィンドウを追い出すので効率悪いね。
v9では一応分割して使うことも出来るけど
0434名無しさん＠お腹いっぱい。
2009/11/14(土) 12:13:34レジスタウィンドウのデメリット回避する方法はいくらでもあるけど、
その結果クロック上げるのが難しくなる、というのはある。
というか、それしか聞いたことないけど、オレは。
で、今時の CPUはどれもレジスタ大量に持ってるし、レジスタウィンドウじゃなくても
状況はそれほど違わない。実際、クロック上げること「だけ」に集中した
2種から舵切ったら、どれも ipcに注力したのになった結果、以前のように
クロックはあげれなくなった。
SPARCのクロックがあがらない、というのも SPARC64が既に克服してると見ていいし。
無根拠でデタラメ並べるバカに退場してほしいだけ。
0435名無しさん＠お腹いっぱい。
2009/11/14(土) 12:34:08落ち着け
よく読んでからレスしろ
>>432
> オーバーフローしない内での関数呼出しの高速化によってトータルで性能が改善される
それは、
オーバーフローしない関数呼出しの割合が高い場合には良いが、
そうではない場合には良くないね。
WindowsNTは、OSのAPIを呼び出した場合の関数呼出しのネストが深く、
GUIアプリのように頻繁にOSのAPIを呼び出すようなものはSPARCでは遅いのも当然。
> 後者は、レジスタウィンドウを採用していないアーキテクチャのレジスタ本数が少ないかのような言いようだが
事実、WindowsNTがメインターゲットにしていたx86は、レジスタ本数が少なかったよ。
いいかい、実質的にx86用に作られたOSをSPARCに移植したら重かった、という話しだよ?
0436名無しさん＠お腹いっぱい。
2009/11/14(土) 12:46:01Javaなら、JITコンパイラが、クラスの境界を越えてメソッド呼び出しをコード展開できるから、レジスタウィンドウのオーバーフローを防げる。
0437名無しさん＠お腹いっぱい。
2009/11/14(土) 13:21:070438名無しさん＠お腹いっぱい。
2009/11/14(土) 14:04:48WindowsNTは「移植性の高いOS >404 」だけど、割込み処理が遅いとダメなので
レジスタの少ない x86以外ではまともに動かないのか。なるほどww
GUIアプリだと OSの APIを頻繁に呼び出す?
OSの APIを呼び出すと関数呼び出しのネストが深い?
よくもまあこんなデタラメをこれだけ並べられるもんだ...
0439名無しさん＠お腹いっぱい。
2009/11/14(土) 19:35:41>>8ウィンドウなら 8 + (16 x 8) + 8 とグローバル 8 で 152本ね。
は？
0440名無しさん＠お腹いっぱい。
2009/11/14(土) 20:32:26> GUIアプリだと OSの APIを頻繁に呼び出す?
WindowsでWin32API直叩きでGUIアプリ書いたことある?
> OSの APIを呼び出すと関数呼び出しのネストが深い?
そうだよ。
すべてをジャンプテーブルで処理できるわけじゃないからね。
0441名無しさん＠お腹いっぱい。
2009/11/16(月) 09:58:48オイ、こいつ Unixベンダーのスレッドで何言ってるんだ?
0442名無しさん＠お腹いっぱい。
2009/11/16(月) 10:37:04> WindowsでWin32API直叩きでGUIアプリ書いたことある?
Unixだと GUIは OS呼び出しじゃないことが多いのでね。
> すべてをジャンプテーブルで処理できるわけじゃないからね。
コンテキストスイッチは起こらないのか?
まあ、どうであれレジスタウィンドウを批判できるような知識レベルには
達してなさそうだわwww
0443名無しさん＠お腹いっぱい。
2009/11/16(月) 17:21:4924 + (16 x 7) + グローバル8 で 144本だな。
0444名無しさん＠お腹いっぱい。
2009/11/16(月) 17:58:34> Unixだと GUIは OS呼び出しじゃないことが多いのでね。
unixだと劇遅ではないSPARCが、WinNTだと劇遅になるのは、そういうことよ。
> コンテキストスイッチは起こらないのか?
発生するよ。(しない場合もある)
Win32API呼び出しは、Win32サブシステムによってNTネイティブAPI呼び出しに変換され、
NTネイティブAPIはラッパー(サンク)を介してソフトウェア割り込みに変換されてカーネルに渡される。
0445名無しさん＠お腹いっぱい。
2009/11/16(月) 18:14:16そんな枝葉抹消聞いてんじゃなくて、それが元の話題となんの関係があるのかと
言ってるんだが。もう遠すぎて霞の彼方だわww
結局、WinNTはポータビリティのかけらもないクズ OSだ、ということなんだな?w
0446名無しさん＠お腹いっぱい。
2009/11/16(月) 18:15:330447名無しさん＠お腹いっぱい。
2009/11/16(月) 18:19:250448名無しさん＠お腹いっぱい。
2009/11/16(月) 18:27:27| Unix | WinNT
--------+------------+----------------------
x86 | ○ 良い | × 劣る
--------+------------+----------------------
SPARC | ○ 良い | ××× ひどく劣る
まとめるとこういうことだな。
> 発生するよ。(しない場合もある)
コンテキストが変われば、レジスタウィンドウは切り替わるんだけど、わかってる?
わかってないわなwwww
0449名無しさん＠お腹いっぱい。
2009/11/16(月) 18:34:51元の話題って>>390あたりだろ。
レジスタウィンドウの扱いが下手なのではなく、
レジスタウィンドウの弱点が顕在化するOSアーキテクチャだってことだ。
0450名無しさん＠お腹いっぱい。
2009/11/16(月) 18:40:44ソフトウェア割り込みによってコンテキストスイッチが生じるまでに何重もネストした関数コールが行われるし、
コンテキストスイッチの後も何重もネストした関数コールが行われるよ。
しかも、コンテキストが変る = 膨大なレジスタを退避する ってことで、レジスタが多いほど重い。
Windowsはサードパーティのドライバも含めて多数のバイナリ・モジュールが連係プレーするので、
ユーザーの書くプログラムと違って、ネストした関数コールを展開することは、できないからキツイよ。
0451名無しさん＠お腹いっぱい。
2009/11/16(月) 18:54:51WinNTだけ? ほぉぉ。SPARCって、他にもいっぱい OSが動くって、知ってる?
＃ 墓穴が広く深くなってまいりましたw
0452名無しさん＠お腹いっぱい。
2009/11/16(月) 18:56:12でさ、そのネスト、コンテキストスイッチの前後でつながってないんだからさ、
関係ないじゃん。根拠としてカスりもしてないぜ?
0453名無しさん＠お腹いっぱい。
2009/11/16(月) 18:57:42でさ、WinNTだけ? 設計ダサいんだね。
0454名無しさん＠お腹いっぱい。
2009/11/16(月) 20:41:10>>451
他にもSPARCだと糞トロいOSあるらしいな。
>>452
APIコール
↓多重ネストの関数コールで、レジスタウィンドウがオーバーフロー
↓コンテキストスイッチで、たくさんのレジスタの退避
↓多重ネストの関数コールで、レジスタウィンドウがオーバーフロー×N回
↓多重ネストの関数リターンで、レジスタウィンドウがオーバーフロー×N回
↓コンテキストスイッチで、たくさんのレジスタの復帰
↓多重ネストの関数リターンで、レジスタウィンドウがオーバーフロー
APIコールのリターン
なんかもう三重苦どころじゃないな。
>>453
設計がダサいのではなく世代が新しいのですよ。
0455名無しさん＠お腹いっぱい。
2009/11/16(月) 20:56:00あら、どっちも死ぬ寸前だわ
0456名無しさん＠お腹いっぱい。
2009/11/16(月) 21:07:260457名無しさん＠お腹いっぱい。
2009/11/16(月) 22:17:39いままでに世に出たCPUの殆どがレジスタウィンドウを持たない
から。
レジスタウィンドウを持つCPUだって死ぬ。
Am29kもi960も、ともにx86に食われて死んだ。
0458名無しさん＠お腹いっぱい。
2009/11/16(月) 22:32:120459名無しさん＠お腹いっぱい。
2009/11/16(月) 22:41:51Itaなんかコンテキストがデカいんで、kernel内では浮動小数点のレジスタの大半を使用禁止にして、
カーネル内でのコンテキストスイッチ時に保存しなくて済むようにしてサイズを縮めてる。
さらに、ユーザーモードからカーネルモードに入って戻るまでの間に、
他のスレッドをユーザーモードでまったく実行しない場合には、
浮動小数点のレジスタの大半はコンテキストを退避せず持ったままにする。
他のスレッドをユーザーモードで実行するという段になってから、退避する。
0460名無しさん＠お腹いっぱい。
2009/11/16(月) 22:42:35そんなことはない。
0461名無しさん＠お腹いっぱい。
2009/11/16(月) 22:43:200462名無しさん＠お腹いっぱい。
2009/11/17(火) 00:02:090463名無しさん＠お腹いっぱい。
2009/11/17(火) 00:24:55それに対する模範解答は、
>>462
理由が無いなら良いよ。
0464名無しさん＠お腹いっぱい。
2009/11/17(火) 00:34:21SPARCはバイナリ互換のためにレジスタウィンドウを使いつづけてる
Itaniumがレジスタウィンドウを使っているのは、彼らは傲慢にも、それを改良すれば問題を解決できると信じてたからだろうな、たぶん。
とにかくItaniumは野心的なCPUだよ。
0465名無しさん＠お腹いっぱい。
2009/11/17(火) 03:41:54なるほど。
確かにループがネックになってそうな内容だな。
0466名無しさん＠お腹いっぱい。
2009/11/17(火) 04:02:160467名無しさん＠お腹いっぱい。
2009/11/17(火) 09:30:29もうバカ話はほんとにやめてくれない? ウツりそうだわ。
「わたしはバカ」「わたしはバカ」「わたしはバカ」「わたしはバカ」...って、連投しなくていいから。
0468名無しさん＠お腹いっぱい。
2009/11/17(火) 09:31:22> Am29kもi960も、ともにx86に食われて死んだ。
ウソつけ。そんな経緯じゃねー。
0469名無しさん＠お腹いっぱい。
2009/11/17(火) 10:44:21キーボードとマウスと大型液晶パネルさえあれば、Androidな機器で充分。
CPUは ARMがずっと有望。
パソコンにしか使えない x86要らないし x86でしかまともに動かない OSも退場。サッパリw
0470名無しさん＠お腹いっぱい。
2009/11/17(火) 10:49:080471名無しさん＠お腹いっぱい。
2009/11/17(火) 11:20:41プリンターエンジンや RAIDコントローラーに x86は全く進出できてないからね。
パソコン以外にはまったく使えない CPU。RISCの独壇場。
0472名無しさん＠お腹いっぱい。
2009/11/17(火) 11:58:41せめてTegraにしてくれや
0473名無しさん＠お腹いっぱい。
2009/11/17(火) 12:03:31またいで通りましたw
0474名無しさん＠お腹いっぱい。
2009/11/17(火) 12:10:46アポのノートはインテルのオンボーロGPUを避けてNFORCEを採用してるし
コア技術の選択に関してだけは筋がいい会社かもしれない
0475名無しさん＠お腹いっぱい。
2009/11/17(火) 15:22:379 Texas Advanced Computing Center/Univ. of Texas
United States Ranger - SunBlade x6420, Opteron QC 2.3 Ghz, Infiniband / 2008
Sun Microsystems 62976 433.20
10 Sandia National Laboratories / National Renewable Energy Laboratory
United States Red Sky - Sun Blade x6275, Xeon X55xx 2.93 Ghz, Infiniband / 2009
Sun Microsystems 41616 423.90
0476名無しさん＠お腹いっぱい。
2009/11/17(火) 16:03:53このスレで「バカ」を連呼しているの、お前だけだぞ。
>>468
Am29k → 開発者をゴッソリx86互換CPUの強化のため異動して打ち切られた。
i960 → x86に道を譲るために意図的に弱体化させられ、さらにI/Oプロセッサに転向させられた。
>>469
それなら、SPARCも同様だな。
>>471
SPARClite積んだプリンタは過去に存在したらしいが、
(そのSPARCliteを作っていた富士通は、SPARCliteよりも良い組み込みマイコンとしてFRに移行)
SPARClite積んだRAIDコントローラはあったのか?
ちなみに、x86を積んだプリンタもRAIDコントローラも、見たことがあるよ。
HDDでさえ、液晶モニタでさえ、x86を積んだものがあった。
過去にあったかどうかなんて、どうでもいいんじゃね?
>>473
SPARC積んだ携帯もないぞ。
>>475
SunがSPARCを使わず、富士通がSPARC使ってるのが皮肉だよな、Top500
0477名無しさん＠お腹いっぱい。
2009/11/17(火) 16:47:1613と14位が Sun Constellation 使って 274.80 って同じ数字なのが笑えるｗ
日本だと、こんなとこか？
31. 122.40 地球シミュレータ NEX SX-9
36. 110.60 JAXA SPARC64 富士通
45. 101.74 東大 Ｔ２Ｋ 日立
47. 97.94 理研 富士通 Xeon
56. 87.01 東工大 TSUBAME NEC/Sun
0478名無しさん＠お腹いっぱい。
2009/11/17(火) 18:14:37とうとうx86でも、256ソケット・16TBの共有メインメモリの巨大マシンが。
0479名無しさん＠お腹いっぱい。
2009/11/17(火) 18:56:36「バカ」。「低脳」。「ゴミ」。「カス」。
0480名無しさん＠お腹いっぱい。
2009/11/17(火) 19:10:250481名無しさん＠お腹いっぱい。
2009/11/17(火) 19:28:070482名無しさん＠お腹いっぱい。
2009/11/17(火) 19:51:320483名無しさん＠お腹いっぱい。
2009/11/18(水) 02:18:46ttp://www.nikkeibp.co.jp/article/column/20081117/112948/
> これまで、炭化水素系の燃料としては主にケロシンが使われていますが、ケロシンとメタンの違いはどこにあるのでしょうか。
> 7%のケロシンは燃え切らずにすすとなったり半分分解した生成物として放出されてしまっているのです。
世界トップでエコロジーで省エネな技術は無駄なので廃止します（民主党）
【政治】 今度は「ＧＸロケット」予算見送りへ。ロケット本体は廃止…事業仕分け★３
ttp://tsushima.2ch.net/test/read.cgi/newsplus/1258462974/
0484名無しさん＠お腹いっぱい。
2009/11/18(水) 06:00:220485名無しさん＠お腹いっぱい。
2009/11/18(水) 08:59:57つ「Windows HPC Server 2008 R2」
http://www.asahi.com/digital/cnet/CNT200911170004.html
0486名無しさん＠お腹いっぱい。
2009/11/18(水) 11:28:43国民ひとりひとりが馬鹿なんだから
民主党が無くなったらもっと悪い政党が政権とるだけ
0487名無しさん＠お腹いっぱい。
2009/11/18(水) 13:22:380488名無しさん＠お腹いっぱい。
2009/11/18(水) 16:59:300489名無しさん＠お腹いっぱい。
2009/11/19(木) 12:27:02GXロケットはクソだろ。なんでもかんでも民主けなせばいいってもんじゃ
ねぇぞバカウヨ。
0490名無しさん＠お腹いっぱい。
2009/11/19(木) 13:20:35MySQLを、どうしようというんだろ。
それか、Sunの工場が欧州から引き上げたら痛い、とか?
背景がわからん..
0491名無しさん＠お腹いっぱい。
2009/11/19(木) 13:25:180492名無しさん＠お腹いっぱい。
2009/11/19(木) 13:45:05日本にとって何が一番重要かを考えてピンポイントにそこを減らしてくる
0493名無しさん＠お腹いっぱい。
2009/11/19(木) 14:28:170494名無しさん＠お腹いっぱい。
2009/11/19(木) 17:11:56よう民主に投票した馬鹿乙
0495名無しさん＠お腹いっぱい。
2009/11/19(木) 20:12:43アホか
重要な部分をピンポイントで削ってると
おっしゃってるのだ
このバカ
0496名無しさん＠お腹いっぱい。
2009/11/20(金) 04:19:160497名無しさん＠お腹いっぱい。
2009/11/20(金) 11:21:22http://ja.wikipedia.org/wiki/GX%E3%83%AD%E3%82%B1%E3%83%83%E3%83%88
> また、開発の遅れに伴い、開発費用も予定を大きく超過する見込みとなった
> ため問題となり、2009年8月には宇宙開発戦略本部が「GXロケットには需要、
> 国際競争力が見込めない」という理由で本格的着手を判断できる状況には
> ないとの見解を発表し[4]、これを受け2010年（平成22年）度予算要求には
> エンジン開発費だけが盛り込まれ、ロケット開発費は含まれなかった。
これ止めない方がおかしいでしょ。
0498名無しさん＠お腹いっぱい。
2009/11/20(金) 11:28:02ロケット開発費を予算要求していないのに、仕分け対象になったんだ。
それってさ、削減額を大きく見せかけるためのペテンじゃないか。
0499名無しさん＠お腹いっぱい。
2009/11/20(金) 11:30:12それはそれとして、ベクトル・スカラ複合型(といえばまだ聞こえがいいが、
要するに、スカラに絞れなかった)な時点で強い批判を受けて然るべきだった。
案の定NEC・日立が離脱。
文部科学省が無能。まずは猛省したほうがいい。
0500名無しさん＠お腹いっぱい。
2009/11/20(金) 11:39:480501名無しさん＠お腹いっぱい。
2009/11/20(金) 12:13:49京速スパコンには、日本のスパコンの標準仕様にするという話があって、
各所のスパコンのリプレースを、京速の小型版で行うことになってた。
つまり、京速に参加しない = 日本のスパコン市場で仕事を大きく失う ということで、
NEC、日立、富士通の3社の複合なんてことになった。
もしNECと日立がベクトルやってなくてスカラーやってたら、京速はスカラー一色だったろう。
その代わり、NECノード、日立ノード、富士通ノードが、三食パンのように結合され・・・
0502名無しさん＠お腹いっぱい。
2009/11/20(金) 17:25:21http://pc.watch.impress.co.jp/docs/column/kaigai/20091109_327607.html
0503名無しさん＠お腹いっぱい。
2009/11/21(土) 09:17:19言ってたのと同じことを言ってるな。並列を意識してプログラム書くのは難しい。
ところで、Intel Paragonて、なんかそんなすごいの? 名前しか知らんけど。
0504名無しさん＠お腹いっぱい。
2009/11/21(土) 09:53:170505名無しさん＠お腹いっぱい。
2009/11/21(土) 23:28:00すごいお
あの酸っぱい葡萄のi860を並べた凄いましん
SGIのグラフィックスのデカいマシンにもi860が敷き詰められてたな
i860はユーザーに自由にプログラムを書かせるには問題が多々あったが、
決まったパターンの演算を延々と繰り返すアセンブラで人間がチューニングできる範囲なら、
素晴らしい性能が出たそうな。
CPUというよりはアクセラレータとかDSPに近いものだと思ってもらえれば。
0506名無しさん＠お腹いっぱい。
2009/11/22(日) 13:53:39http://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20050527/161644/
SLPK更新止まってる…。
0507名無しさん＠お腹いっぱい。
2009/11/22(日) 18:23:540508名無しさん＠お腹いっぱい。
2009/11/23(月) 17:04:430509名無しさん＠お腹いっぱい。
2009/11/24(火) 03:54:05Solarisが復活してくれたら日本のスパコンも一時的に復活するかもしれない
0510名無しさん＠お腹いっぱい。
2009/11/24(火) 06:23:11だいたいな、スパコンのノードでSolarisっていうかフルのunixが走るって時点で、なにかオカシイんだよ
0511名無しさん＠お腹いっぱい。
2009/11/24(火) 08:01:24でも、開発環境にSolarisが使えればスパコン用ソフトの開発もはかどるんじゃないの？
0512名無しさん＠お腹いっぱい。
2009/11/24(火) 08:41:58富士通のM9000をスパコン代わりにする程度ならいいが、
それより大きなスパコンは無理。
0513名無しさん＠お腹いっぱい。
2009/11/24(火) 09:20:420514名無しさん＠お腹いっぱい。
2009/11/24(火) 09:47:51http://journal.mycom.co.jp/news/2009/11/19/037/index.html
0515名無しさん＠お腹いっぱい。
2009/11/24(火) 10:04:34そして、スパコンとして使うにしても、Linuxがフルに動いているわけじゃないよ。
0516名無しさん＠お腹いっぱい。
2009/11/24(火) 10:45:39それは i860の説明だよな。i860がすごいと、Paragonも自動的にすごいのか?
なんかぜんぜん説明にならんやつばっかだなwwww
0517名無しさん＠お腹いっぱい。
2009/11/24(火) 11:09:35いつもの人か。
Paragonも凄いよ。
0518名無しさん＠お腹いっぱい。
2009/11/24(火) 11:25:220519名無しさん＠お腹いっぱい。
2009/11/24(火) 11:41:30書いてなかったんだよ。
単なる実験機で、実用性はなかった、とか?
0520名無しさん＠お腹いっぱい。
2009/11/24(火) 12:24:520521名無しさん＠お腹いっぱい。
2009/11/24(火) 12:43:00ttp://primeserver.fujitsu.com/primepower/hpc/close/ap3000/index.html
AP1000 SPARC、SuperSPARC 中身は ttp://www7a.biglobe.ne.jp/~naopy/cpu_sub.html
AP3000 UltraSPARC
0522名無しさん＠お腹いっぱい。
2009/11/24(火) 13:01:100523名無しさん＠お腹いっぱい。
2009/11/24(火) 13:11:25http://www.itmedia.co.jp/news/articles/0907/17/news057.html
> OSはLinuxを採用し、標準規格に準拠したコンパイラや標準的な通信ライブラリを備える。
0524名無しさん＠お腹いっぱい。
2009/11/24(火) 13:15:22じゃ、なんでやめたの?
0525名無しさん＠お腹いっぱい。
2009/11/24(火) 15:15:33やめてないよi860のParagonの後継はPentiumProのASCI Redだよ。
IntelはASCI Redを最後にスパコンから撤退したので、ASCI Redだけで終わっちゃった。
93年くらいまでIntelはParagon売ってた。
96年にはASCI Red
3年のブランクがあるけど、まぁ、気にするな。
0526名無しさん＠お腹いっぱい。
2009/11/24(火) 16:51:330527名無しさん＠お腹いっぱい。
2009/11/24(火) 17:25:31だから多分、それを機にインテルは手を引いたんだよ。
賢いよね。
0528名無しさん＠お腹いっぱい。
2009/11/24(火) 17:58:010529名無しさん＠お腹いっぱい。
2009/11/24(火) 19:01:300530名無しさん＠お腹いっぱい。
2009/11/24(火) 19:28:42モバイル向けのプロセッサが選別品で個別に設計されない時代もあったわけで
0531名無しさん＠お腹いっぱい。
2009/11/24(火) 19:40:360532名無しさん＠お腹いっぱい。
2009/11/24(火) 19:59:090533名無しさん＠お腹いっぱい。
2009/11/24(火) 20:41:20説明はムリだわなwww いやすまんすまんp
0534名無しさん＠お腹いっぱい。
2009/11/24(火) 20:47:390535名無しさん＠お腹いっぱい。
2009/11/24(火) 20:54:57馬鹿にはわかりません
ってやつか
0536名無しさん＠お腹いっぱい。
2009/11/25(水) 09:24:310537名無しさん＠お腹いっぱい。
2009/11/25(水) 09:26:510538名無しさん＠お腹いっぱい。
2009/11/25(水) 09:38:570539名無しさん＠お腹いっぱい。
2009/11/25(水) 09:40:41他人のフリして連投するなんて、そんな精神的にネジ曲がってないしーw
クズじゃんそんなことするやつ。
0540名無しさん＠お腹いっぱい。
2009/11/25(水) 10:01:350541名無しさん＠お腹いっぱい。
2009/11/25(水) 10:06:530542名無しさん＠お腹いっぱい。
2009/11/25(水) 10:13:49悔しいのぉSunすらスパコンはx86だ
0543名無しさん＠お腹いっぱい。
2009/11/25(水) 12:18:080544名無しさん＠お腹いっぱい。
2009/11/25(水) 14:03:170545名無しさん＠お腹いっぱい。
2009/11/25(水) 20:43:460546名無しさん＠お腹いっぱい。
2009/11/26(木) 17:26:05http://itpro.nikkeibp.co.jp/article/NEWS/20091126/341117/
0547名無しさん＠お腹いっぱい。
2009/11/26(木) 20:16:53これはいい民主党
0548名無しさん＠お腹いっぱい。
2009/11/26(木) 21:54:34日本の民主党、
日本語での呼称が同じというだけで、
まったく互いに関係のない政党
0549名無しさん＠お腹いっぱい。
2009/11/26(木) 22:08:050550名無しさん＠お腹いっぱい。
2009/11/27(金) 14:59:50それでいったいどうなるんだと。
ほんとに単なる妨害?
0551名無しさん＠お腹いっぱい。
2009/11/29(日) 23:10:120552名無しさん＠お腹いっぱい。
2009/11/30(月) 02:02:31http://anchorage.2ch.net/test/read.cgi/bizplus/1259484786/
【事業仕分け】「スパコン予算廃止」をほくそ笑む周辺国 [09/11/24]
http://anchorage.2ch.net/test/read.cgi/bizplus/1259260417/
【コラム】スーパーコンピュータを独自開発することの意義…NECがIntelを選んだ理由−元麻布 春男氏［09/11/24］
http://anchorage.2ch.net/test/read.cgi/bizplus/1259160517/
【事業仕分け】凍結スパコン 技術開発の必需品 失えば国際競争“必敗” [09/11/19]
http://anchorage.2ch.net/test/read.cgi/bizplus/1258815774/
0553名無しさん＠お腹いっぱい。
2009/11/30(月) 10:32:47ttp://www.computerworld.jp/topics/vs/168889.html
0554名無しさん＠お腹いっぱい。
2009/12/01(火) 00:27:04>> .NETアーキテクチャに基づくこのプラットフォームは、HPのProLiant
>> サーバ上で稼働しており、Ciscoのネットワーク技術と組み合わせて
>> 利用されている。
>> TradElectでは2週間前もトラブルが発生している。このときはサー
>> バ・ソフトウェアの不具合（詳細は未公表）を受け、LSEは243の機関
>> の取り引きを数時間停止した。
0555名無しさん＠お腹いっぱい。
2009/12/01(火) 00:33:30並べるだけなら建造（っいうんだよね、エバみたいだ）する
のに国家予算はいらない。
ソフトウェアの並列処理技術の開発に力を入れるべし。
grapeに１００億ほど金をつけたらもっと良いものができるか
もね。
それはそれとして、蓮舫議員ってエバっているだけで学がないな。
0556名無しさん＠お腹いっぱい。
2009/12/01(火) 00:36:590557名無しさん＠お腹いっぱい。
2009/12/01(火) 01:07:480558名無しさん＠お腹いっぱい。
2009/12/01(火) 09:55:450559名無しさん＠お腹いっぱい。
2009/12/01(火) 09:58:36続々出てきそうだ。
MSにまともな判断力が残っているのなら、ハードの大勢が決まったところで
Win7の ARM版を出すだろう。CEは廃止だな。
0560名無しさん＠お腹いっぱい。
2009/12/01(火) 10:53:550561名無しさん＠お腹いっぱい。
2009/12/01(火) 11:44:01作れるもんなら作ってみろよ
0562名無しさん＠お腹いっぱい。
2009/12/01(火) 11:59:50Win7とか…もうMSには「次」のカーネルの準備があるだろうよ。
0563名無しさん＠お腹いっぱい。
2009/12/01(火) 12:20:10ほとんど変わらない7を出した会社にそんな余力ないよ。
0564名無しさん＠お腹いっぱい。
2009/12/01(火) 12:38:390565名無しさん＠お腹いっぱい。
2009/12/01(火) 13:10:47フルのWindowsじゃ、CEのような使いやすさは得られないと思うなー。
0566名無しさん＠お腹いっぱい。
2009/12/01(火) 13:20:540567名無しさん＠お腹いっぱい。
2009/12/01(火) 14:24:030568名無しさん＠お腹いっぱい。
2009/12/01(火) 14:27:16Win7でソース整理したんなら、もう次のカーネルなんかいらないかと思うよ。
いままではろくでもないカーネルだったから改良の必要があったけど。
以後、カーネル以外の「盛り具合」で製品分けれるからねえ。
昔はハード側のリソースの問題でそうはいかなかったけど。
SunOS4のカーネルなんて 1MBもなかったんだから。
0569名無しさん＠お腹いっぱい。
2009/12/01(火) 15:00:19ただの機能制限されて互換性がない劣化Windowsだと思ってる人とか、
ろくに使い込んでない人は、そう言うね。
10年前にCEが実現していたことが、
いまネットブック系の軽量ノートPC+Win7が実現できていないので、
微妙な気持ちになるよ。
フルのWindowsと同じソフトがそのまま走るのでネットブックで妥協するが、
いつも、CEなら・・・という引っかかりがあるんだわ。
0570名無しさん＠お腹いっぱい。
2009/12/01(火) 15:14:28なのにぜんぜん人気ないのはなぜ?
0571名無しさん＠お腹いっぱい。
2009/12/01(火) 15:15:16こいつらなんでこんなに必死なんだろう....ww
0572名無しさん＠お腹いっぱい。
2009/12/01(火) 15:27:29フルのWindowsと同じソフトがそのまま走らないから
WindowsCEが省電力なことや、一瞬で電源ON/OFFできるのは、
OSだけでなく、アプリ側のサポートも大切なんですよ。
0573名無しさん＠お腹いっぱい。
2009/12/01(火) 16:04:16ソフトウェアの数だけでなく経験や知識といった資産も大きいから
ブラウザ固有の制限で使えないサイトがあっても気にしない人で
本当にブラウザとメールソフトしか使わない人は知らんけど
0574名無しさん＠お腹いっぱい。
2009/12/01(火) 16:18:21ほえ? フルの MS-Windows以外と比べても、人気ないじゃん。なぜ?
0575名無しさん＠お腹いっぱい。
2009/12/01(火) 16:19:30...つーか、ここで聞いたら、そういう意味に決まってんじゃん。
フルの Windowsと比べるなんて、視野狭すぎるにもほどが..
0576名無しさん＠お腹いっぱい。
2009/12/01(火) 16:20:25経験や知識?? なんの? いらんでしょ。ゴミ。
0577名無しさん＠お腹いっぱい。
2009/12/01(火) 16:24:43たとえば何と比べて?
ちょっと流行った時期もあったんだけどねー。
0578名無しさん＠お腹いっぱい。
2009/12/01(火) 16:35:25今日読んだ記事。
Appleと Android、両者で米国内モバイルトラフィックの 75%を占める
ttp://jp.techcrunch.com/archives/20091123apple-and-android-now-make-up-75-percent-of-u-s-mobile-web-traffic/
US でも WorldWideでも Windows Mobile OSは数%。
0579名無しさん＠お腹いっぱい。
2009/12/01(火) 16:39:280580名無しさん＠お腹いっぱい。
2009/12/01(火) 16:50:53流行った時期というとCE SDKに対応プロセッサ複数かつ複数形態があった頃か？
当時は形態に依存する部分が多くCPUも複数あってアプリ開発は手間だった
対応プロセッサが複数あったWindows NTもそうだったが
多様すぎる選択肢は逆に混乱を招くからたいていが成功しないよな
0581名無しさん＠お腹いっぱい。
2009/12/01(火) 16:57:48フルブラウザでPC向けのサイトを多く閲覧すればそうなって当然じゃね？
しかも米国は日本などに比べると携帯Webの後進国
0582名無しさん＠お腹いっぱい。
2009/12/01(火) 23:22:480583名無しさん＠お腹いっぱい。
2009/12/02(水) 01:20:34富士通のスパークチップVenusの将来に暗雲ということなのか？
0584名無しさん＠お腹いっぱい。
2009/12/02(水) 01:35:55SMP組めないから論外。Ikkakuの後継機にはなるかなー。
0585名無しさん＠お腹いっぱい。
2009/12/02(水) 14:11:06はぁ。携帯電話は別枠かい? なんで? 誰がそんな話してるの? 空から聞こえるの?
0586名無しさん＠お腹いっぱい。
2009/12/02(水) 14:12:00> 多様すぎる選択肢は逆に混乱を招くからたいていが成功しないよな
ぎゃはははは。多様性に対応できない環境は消滅してくださいね。迷惑なので。
0587名無しさん＠お腹いっぱい。
2009/12/02(水) 14:29:21話の流れを読めよ。
0588名無しさん＠お腹いっぱい。
2009/12/02(水) 14:34:24どこにそんな流れがあんだよ。勝手なことばっか垂れ流してんじゃねーぞコラ
0589名無しさん＠お腹いっぱい。
2009/12/02(水) 15:14:57ガラパゴス、ってさんざん言われてるわけだが。あんまいいたとえとは思わんが。
携帯 Web? 独自すぎてどうしようもなく融通の効かないキャリア規格の
Webブラウザーのことか? あれの使命はもう終ったぞ。ボっとしてたから
合流できんかったな。終ったもん他国がやってないからって、後進国とは言わない。
0590名無しさん＠お腹いっぱい。
2009/12/02(水) 16:00:110591名無しさん＠お腹いっぱい。
2009/12/02(水) 16:11:100592名無しさん＠お腹いっぱい。
2009/12/02(水) 18:26:470593名無しさん＠お腹いっぱい。
2009/12/02(水) 18:43:50流れですか! 今、>566 で、止まってますよね? 有効な反論出てないですから!!!
0594名無しさん＠お腹いっぱい。
2009/12/02(水) 20:05:52見直されようがされまいが、将来には暗雲が漂ってますよ
0595名無しさん＠お腹いっぱい。
2009/12/02(水) 21:01:070596名無しさん＠お腹いっぱい。
2009/12/02(水) 21:07:33最悪、MySQLはどこかに売るんだろうな
MySQLが目的でSunを買収するわけじゃないし
0597名無しさん＠お腹いっぱい。
2009/12/03(木) 12:07:430598名無しさん＠お腹いっぱい。
2009/12/03(木) 12:29:16日本でパナソニックが三洋を買収したら、
肝心のエネループ事業が独禁法に引っかかって、
それを手放したという、トホホな話もあるねー。
0599名無しさん＠お腹いっぱい。
2009/12/03(木) 15:43:09eneloop売っちゃうのか。このレスで知った。
電池事業子会社と製造工場をFDKに売却して、eneloopブランド
での企画・販売は三洋のままとかいう露骨に独禁法対策のため
だけの処理みたいだけど、こんな手法で独禁法審査通過できる
ようになるものなのか？
0600名無しさん＠お腹いっぱい。
2009/12/04(金) 16:25:57http://www.intel.com/pressroom/archive/releases/2009/20091202comp_sm.htm
0601名無しさん＠お腹いっぱい。
2009/12/04(金) 17:45:430602名無しさん＠お腹いっぱい。
2009/12/04(金) 17:50:26日本語の記事には「現行の Coreプロセッサの 10〜 20倍の性能という」とか、
ワケわからんことが書いてある。
つないだだけ、だな。
たぶん Solaris乗せたら一番性能が出るぜwww
0603名無しさん＠お腹いっぱい。
2009/12/04(金) 19:42:200604名無しさん＠お腹いっぱい。
2009/12/05(土) 09:13:48コア以外の部分の競合にもっとも影響を受けない処理（SPEC _rateみたいなのとか）で
20倍なんだとしたら、ショボいぜ?ww
1コアあたりが Coreの半分ぐらいの性能とすれば、48コアで 1コアの 40倍という
計算になるけど、どうかな。
実用品じゃなさそうだね。ソフトウェア含めてシステムとしてまとめられるとも
思えないし。ちょっと前の 80コアのやつと似たようなもんだろうね。
0605名無しさん＠お腹いっぱい。
2009/12/05(土) 09:19:540606名無しさん＠お腹いっぱい。
2009/12/05(土) 09:20:420607名無しさん＠お腹いっぱい。
2009/12/05(土) 09:52:28涌いてんだろ?w
0608名無しさん＠お腹いっぱい。
2009/12/05(土) 15:36:10DDR3が4チャンネルにはなってるそうだがいくらCPU性能が高いとしても
メインメモリとの帯域幅がボトルネックになってそう
0609名無しさん＠お腹いっぱい。
2009/12/05(土) 15:39:020610名無しさん＠お腹いっぱい。
2009/12/05(土) 16:20:10優しいママと一緒に暮らすニート最高！（爆） 最高傑作登場！（爆）
機嫌がいいと態度でばれます！（爆）ガキレベルのくだらない事ですぐにヘソ曲げます！（爆）
○○見ました！（爆）ウドーで先行予約開始！（爆）仕事中にCD屋の価格チェックで〜す！（爆）
しばじゅんみたいな嫁さん募集中！（爆）仕事中にヤフオクチェック最高！（爆）
山王オフィスのみならず業界中で大評判！（爆） 相変わらず暇で〜す！（爆）
買い物依存症だけが心の拠り所で〜す！（爆）○○ですよね；（爆）中年の皮を被った小学生で〜す！（爆）
難しい話はできませ〜ん！（爆）アクセス殺到！（爆）カンファレンスは観光出張！（爆）
他人に厳しく自分に激甘で〜す！（爆）褒められることが大ちゅきで〜す！（爆）仕事？何それ？（爆）
kilimanjaro.pr.sun.comで検索してみると
http://www.google.co.jp/search?q=kilimanjaro.pr.sun.com&hl=ja&lr=&safe=off&num=100&filter=0
0611名無しさん＠お腹いっぱい。
2009/12/05(土) 23:23:03組み込みでSPARCアーキは珍しい
0612名無しさん＠お腹いっぱい。
2009/12/06(日) 13:46:55記事中、SPARC IVってあるけど、UltraSPARCかな? それとも、素の SPARCのことか?
64コアで 0.5W, 256コアで 1.5Wて.. どういうこっちゃ?!
>>611
富士通が引いたから今では珍しくなったけど、以前はそんなことない。
プリンターやデジカメで大量に使われてる。
今でも NASの製品がある。
0613名無しさん＠お腹いっぱい。
2009/12/06(日) 14:25:55,, -──- ､._
．-"´ ＼．
：/ _ノ ヽ､_ ヽ.：
：/ oﾟ(（●）) (（●）)ﾟoヽ：
：| （__人__） |： ４／２４に３００人も解雇されたんだよ...
：l ) ( l：
：` ､ `ー' /：
：, -‐ (_). ／
：ｌ_ｊ_ｊ_ｊ と)丶─‐┬．''´
：ヽ ：i |：
：/ ：⊂ノ|：
0614名無しさん＠お腹いっぱい。
2009/12/06(日) 17:10:14クロックを500Mhzに落としてるのが大きいのかな
まあそれ以外の技術もあるんだろうけど
微細化しても単純に駆動電圧を下げられないから
動作クロックを下げる代わりにメニーコアで処理能力を
あげようということなのかもしれないね
もちろんコアを増やした分だけ性能が上がるというのが
大前提だけど今後はこういうアプローチが流行るかもね
0615名無しさん＠お腹いっぱい。
2009/12/06(日) 17:33:00> プリンターやデジカメで大量に使われてる。
いつまで昔の話を。
デジカメつっても、RS-232-CでPCと繋いでた時代のだろ。
0616名無しさん＠お腹いっぱい。
2009/12/06(日) 19:01:18＞以前はそんなことない。
って書いてるじゃないか。
これは進歩だよ
でもSparcでCortex-A5に勝てるわけないやん…
そもそも組込みに向いてないわ…
0617名無しさん＠お腹いっぱい。
2009/12/06(日) 20:24:09なるほど。その時代には適してて、今は適してないのか。珍説だなww
0618名無しさん＠お腹いっぱい。
2009/12/06(日) 20:28:340619名無しさん＠お腹いっぱい。
2009/12/06(日) 20:35:430620名無しさん＠お腹いっぱい。
2009/12/06(日) 20:52:05ARMその他にボコボコにされるのがオチだと思うけど
0621名無しさん＠お腹いっぱい。
2009/12/06(日) 20:57:14実際にSPARCliteを作って売ってた、当の富士通が、SPARCliteやめてFRに切り換えたんだが。
0622名無しさん＠お腹いっぱい。
2009/12/06(日) 21:00:000623名無しさん＠お腹いっぱい。
2009/12/06(日) 21:04:010624名無しさん＠お腹いっぱい。
2009/12/06(日) 21:25:15MIPSは、まだ組み込みで活きてるよね。
今年度MIPS入ったSoCを4000万個を出荷する予定のチップメーカーもいるし。
0625名無しさん＠お腹いっぱい。
2009/12/06(日) 22:35:27すでにFRからARMに切り替えつつあるみたい
0626名無しさん＠お腹いっぱい。
2009/12/06(日) 22:41:240627名無しさん＠お腹いっぱい。
2009/12/07(月) 02:59:310628名無しさん＠お腹いっぱい。
2009/12/07(月) 09:31:01何世代も SPARCliteを売ってて、大量に出てる。で、VLIWに舵を切った結果、
それほど数を出せていない。さて、どっちが組込みに適したアーキなのか。
>>620
ARMは元々が組込み専用の設計だから、ちょっと別格だけどね。
パッケージの提供形式も充実してるし、それ向けのサポートもある。
ここ数年ですっかり大所帯になったし。
それでも SPARCや MIPSは x86よりずっとマシ。
既存のソフト資産がない限り新規でゼロからアセンブラ書き起こして x86使うなんて
有り得ん。
0629名無しさん＠お腹いっぱい。
2009/12/07(月) 09:36:23x86だとコアの規模には目をつぶるのに、SPARCだとレジスタ数と
レジスタウィンドウ機構に使う回路にはケチを付けるわけだな。ひどい二重基準だ。
コアあたりのトランジスタ数は SPARCの方がずっと少ないぜ?
0630名無しさん＠お腹いっぱい。
2009/12/07(月) 10:34:030631名無しさん＠お腹いっぱい。
2009/12/07(月) 10:36:160632名無しさん＠お腹いっぱい。
2009/12/07(月) 10:37:170633名無しさん＠お腹いっぱい。
2009/12/07(月) 14:17:430634名無しさん＠お腹いっぱい。
2009/12/07(月) 16:02:10> 既存のソフト資産がない限り新規でゼロからアセンブラ書き起こして x86使うなんて有り得ん。
わざと論外な選択肢を選んで、それを論外だと言う・・・アホですか。
>>629
x86でも低消費電力のもの、ありますから。
液晶テレビとかに使われている、x86入りのASICの、x86コアは低消費電力だよ。
0635名無しさん＠お腹いっぱい。
2009/12/07(月) 16:13:25ttp://www.necel.com/news/ja/archive/0612/2701_1.html
このEMMAシリーズが出荷累計1億個突破とか、今年度4000万個出荷とか言ってるやつ。
パワフルになったx86でさえも家電製品の中にいた
東芝HD-XA1、RD-A1、RD-A600あたりで採用、↓分解写真
ttp://pocketnews.cocolog-nifty.com/pkns/2007/07/hd_dvdrda600_6373.html
で、SPARCは?
0636名無しさん＠お腹いっぱい。
2009/12/07(月) 16:32:270637名無しさん＠お腹いっぱい。
2009/12/07(月) 16:36:12> わざと論外な選択肢を選んで、それを論外だと言う・・・アホですか。
RISCだとそれが普通だろ? 違うか?
> 液晶テレビとかに使われている、x86入りのASICの、x86コアは低消費電力だよ。
MS-Winが動かしたい。それで仕方なく使ってんじゃん。最悪だよな。
ウチの会社の復号機もそうだが。反応激遅、とか、「落せない」、とかww
>>635
だから、上ででただろうが。なんべんも書いてるだろうが。
ガイコツん中八丁味噌だろおまえw
0638名無しさん＠お腹いっぱい。
2009/12/07(月) 16:43:540639名無しさん＠お腹いっぱい。
2009/12/07(月) 16:55:18デジカメとプリンタは過去の話。
ESAは現在進行形。
あと、どっかの家庭用NAS(wに使われているんだっけ?
0640名無しさん＠お腹いっぱい。
2009/12/07(月) 17:02:00> RISCだとそれが普通だろ? 違うか?
既存のソフトウェア資産がありますんで。
x86のアセンブラなんて、いくらでも既存のものがある。
自分でアセンブラから作らないといけないなんて、いったい、どんな仕事だよ。
> MS-Winが動かしたい。それで仕方なく使ってんじゃん。最悪だよな。
液晶テレビのOSDコントローラのx86コアでは、Windowsなんか動いてないよ。
ROM化DOSだね。
8086互換コアよりも小さくてメモリ帯域幅が小さくて済む、組み込みSPARCありますか?
> ウチの会社の復号機もそうだが。反応激遅、とか、「落せない」、とかww
SPARCでSolarisでJavaなプラットフォームで複合機を作るよりも、
Windowsのそれのほうがトータルで安上がりなんでしょ。
で、SPARCは今、ESAとNAS(wだけ?
0641名無しさん＠お腹いっぱい。
2009/12/07(月) 17:07:12ttp://www.amazon.co.jp/dp/B0018APX8A
中身はDebianな
0642名無しさん＠お腹いっぱい。
2009/12/07(月) 18:34:46ま、メインCPUとして使うにはキャッシュメモリが小さすぎるけど。
0643名無しさん＠お腹いっぱい。
2009/12/07(月) 19:39:10ttp://japan.internet.com/finanews/20070507/11.html
CPUや GbEコントローラーを自力で作ってた、力のある会社。
Sunから技術者が流れてるのかどうかは知らないけど。
0644名無しさん＠お腹いっぱい。
2009/12/07(月) 19:45:06htp://www.readynas.com/ja/?cat=70
一般仕様
Intel アドバンスド組み込みプロセッサ
wwww
0645名無しさん＠お腹いっぱい。
2009/12/07(月) 19:48:12? InfraNT買収以前からあるラインは x86だけど。どうかしたの?
0646名無しさん＠お腹いっぱい。
2009/12/07(月) 20:17:02ReadyNAS 2100は、Infrantの製品ラインだろ?
0647名無しさん＠お腹いっぱい。
2009/12/07(月) 20:24:50Intelに変えたら消費電力を増やさずに性能を向上できたってさ。
組み込みの人たちは、いろんなCPUを自在に使い分けるのが普通。
SPARCと心中したりはしません。
0648名無しさん＠お腹いっぱい。
2009/12/07(月) 20:30:36FRはRISCだよ
VLIWはFR-V
0649名無しさん＠お腹いっぱい。
2009/12/07(月) 20:37:05> 液晶テレビのOSDコントローラのx86コアでは、Windowsなんか動いてないよ。
上で名前が挙がっているHD DVDプレイヤ/レコーダは、
Windowsが動いているよ。Embedded 6かなんか。
当時大々的に発表していた。
東芝がMicrosoftをHD DVD陣営に引き込むために
包括的に家電でWindowsを利用する契約をしたみたいで、
その後Windows家電の発表が続いていたよ。
0650名無しさん＠お腹いっぱい。
2009/12/07(月) 21:12:570651名無しさん＠お腹いっぱい。
2009/12/07(月) 21:19:23Solarisが載ってたら買うかもしれんけどSPARCはイラネ
0652名無しさん＠お腹いっぱい。
2009/12/08(火) 07:08:40もう消滅する企業なのに、こうして、CPU議論で盛り上がる これだけのファンを
蔑ろにしてきたこの糞企業は、罪深いな。
あの糞は今頃どうしているだろうか？
ハイエンドで喰って行ければいい。WSなんてナンボ売っても意味がない。などと
称してた馬鹿。ドーナツの食い過ぎだと思ってたよ。
0653名無しさん＠お腹いっぱい。
2009/12/08(火) 11:37:480654名無しさん＠お腹いっぱい。
2009/12/08(火) 12:20:30何かというとSPARCマンセーしてるような一部の基地外だけだろ
0655名無しさん＠お腹いっぱい。
2009/12/08(火) 12:58:27SunのWSでunixの洗礼を受けて、そのままSunしか知らずに育ち、Sunしか使い方しらないからSunを買う。
それだけで、日本中の企業のメールサーバやWebサーバがSunだった頃があったな。
まるでパソコンにおける、NEC PC98しか知らず、DOS/Vパソコンにアレルギーを持ってた連中のような。
0656名無しさん＠お腹いっぱい。
2009/12/08(火) 14:01:310657名無しさん＠お腹いっぱい。
2009/12/08(火) 15:54:480658名無しさん＠お腹いっぱい。
2009/12/08(火) 17:34:43486でLinux走らせるほうが速かった
0659名無しさん＠お腹いっぱい。
2009/12/08(火) 18:17:49バスがPCIになってバスマスタ転送になってからは、かなりサクサクだったなぁ。
0660名無しさん＠お腹いっぱい。
2009/12/08(火) 21:19:200661名無しさん＠お腹いっぱい。
2009/12/08(火) 21:48:540662名無しさん＠お腹いっぱい。
2009/12/08(火) 22:19:340663名無しさん＠お腹いっぱい。
2009/12/08(火) 22:26:550664名無しさん＠お腹いっぱい。
2009/12/09(水) 11:00:38> ハイエンドで喰って行ければいい。WSなんてナンボ売っても意味がない。などと
短期利益で業績考えるとどこでもそうなる。DECもそうだったし、今じゃ
Intelや Microsoftも同じ道歩んでるぜ? Atomや WinCEなんて儲かってない。
0665名無しさん＠お腹いっぱい。
2009/12/09(水) 11:05:03昔の Unixのことは何にも知りません、まで読んだw
0666名無しさん＠お腹いっぱい。
2009/12/09(水) 15:04:12SunはBSDってだけだろ。
0667名無しさん＠お腹いっぱい。
2009/12/09(水) 15:57:270668名無しさん＠お腹いっぱい。
2009/12/09(水) 16:47:41Sunが好きだという人たち、たくさん見たけどね
みんなが使っているから
ということに集約されたね。
0669名無しさん＠お腹いっぱい。
2009/12/09(水) 16:51:150670名無しさん＠お腹いっぱい。
2009/12/09(水) 17:32:510671名無しさん＠お腹いっぱい。
2009/12/09(水) 17:50:220672名無しさん＠お腹いっぱい。
2009/12/09(水) 18:21:360673名無しさん＠お腹いっぱい。
2009/12/10(木) 01:13:40あの消しゴムみたいなゴムゴムのキーボードが大嫌いだった
0674名無しさん＠お腹いっぱい。
2009/12/10(木) 16:14:130675名無しさん＠お腹いっぱい。
2009/12/10(木) 16:44:21同じ光学マウスでも、NECのEWS4800のは良かったよ。
0676名無しさん＠お腹いっぱい。
2009/12/11(金) 00:23:40どんだけSunが好きなんだよ。
0677名無しさん＠お腹いっぱい。
2009/12/11(金) 01:53:440678名無しさん＠お腹いっぱい。
2009/12/11(金) 11:44:57CISC EWS4800の光学式マウスはアクリル製ぽいパッドで見た目も
操作感も良かった
それに比べるとType-4マウスは当時のボール式マウスより良かったけど
ぺらぺらなアルミ板のパッドは安っぽくケーブルがしなやかじゃないから
手を離すとマウスがズレることもあったな
0679名無しさん＠お腹いっぱい。
2009/12/11(金) 14:02:08手垢まみれきちゃねーw
MouseSystemsのマウスは嫌いじゃないけど。Type5の Compact-1の方が
握った感じフィットするけど。
>>673,674
Type5キーボードは、オレも嫌いw
0680名無しさん＠お腹いっぱい。
2009/12/11(金) 14:07:010681名無しさん＠お腹いっぱい。
2009/12/11(金) 14:09:13むしろ裏面がベタベタだと、ケーブルに引きずられて動くようなことは、ないだろう。
パッドごと動くので、マウスカーソルは動かずに安泰。
ああ、そういう目的で、マウスパッドがペラペラなのか。
0682名無しさん＠お腹いっぱい。
2009/12/11(金) 14:37:13すまん、>679 は、>675 向け。
ケーブル固いのは、確かにあった。全部じゃないと思うけど。工場によるのか?
0683名無しさん＠お腹いっぱい。
2009/12/11(金) 15:12:120684名無しさん＠お腹いっぱい。
2009/12/11(金) 15:15:43Sunは使いやすかった
信者
0685名無しさん＠お腹いっぱい。
2009/12/11(金) 15:46:38また好き勝手な「流れ」作ってるんだな、脳内に。
0686名無しさん＠お腹いっぱい。
2009/12/11(金) 15:48:55○SPARCstation 2
>>677 は素人。
0687名無しさん＠お腹いっぱい。
2009/12/11(金) 16:27:52当たり前だろ
他社のunixワークステーションを使ったことない = 比較対象がないのに
Sunは使いやすかった
なんて言うのは信者だっての
0688名無しさん＠お腹いっぱい。
2009/12/11(金) 17:21:45EWS4800使ってない＝他のワークステーションつかったことない
もうビョーキだな。誰も相手してくれないだろ、実世界でw
0689名無しさん＠お腹いっぱい。
2009/12/11(金) 17:29:400690名無しさん＠お腹いっぱい。
2009/12/11(金) 17:45:06Sunが一番使いやすかったと言うのなら、
各社のunixワークステーションのなかで、
という暗黙の了解があるわけで、
各社のを一通りは使っていないとね。
日本で、
EWS4800だけが欠落するというのは
不自然だろう。
0691名無しさん＠お腹いっぱい。
2009/12/11(金) 18:14:430692名無しさん＠お腹いっぱい。
2009/12/11(金) 18:17:150693名無しさん＠お腹いっぱい。
2009/12/11(金) 18:25:250694名無しさん＠お腹いっぱい。
2009/12/11(金) 18:29:28知らないわけだな。はぁぁ〜ぁ〜ぁ〜ぁ〜ぁ〜ぁ〜ぁ〜ぁ〜-----------..
0695名無しさん＠お腹いっぱい。
2009/12/11(金) 18:37:080696名無しさん＠お腹いっぱい。
2009/12/11(金) 19:15:54Sunは「好き」なのdeath
0697名無しさん＠お腹いっぱい。
2009/12/11(金) 19:18:38あったと思うけどな。なんであんな中途半端なことをしたのか。
0698名無しさん＠お腹いっぱい。
2009/12/11(金) 19:51:16NECか関連の社員か元社員のようだな。キモいキモいw
0699名無しさん＠お腹いっぱい。
2009/12/11(金) 20:28:230700名無しさん＠お腹いっぱい。
2009/12/11(金) 21:00:53ポピュラーだったかどうかは関係ないと思うけどなぁ
たとえばさ、パソコンでさ、
NECのPC-9801しか使ったことないのに、98は使いやすいって言う人がいたら、
他のも使ってから言えよ、っていう話になるでしょう。
0701名無しさん＠お腹いっぱい。
2009/12/11(金) 21:01:130702名無しさん＠お腹いっぱい。
2009/12/11(金) 21:22:190703名無しさん＠お腹いっぱい。
2009/12/11(金) 21:49:570704名無しさん＠お腹いっぱい。
2009/12/11(金) 21:57:31っていう話になるでしょう。ケースバイケースでしょう。
0705名無しさん＠お腹いっぱい。
2009/12/11(金) 22:08:30使った者は心を穢される
けっして触れてはいけない
0706名無しさん＠お腹いっぱい。
2009/12/11(金) 22:15:02心を穢されるって素晴らしいな！
0707名無しさん＠お腹いっぱい。
2009/12/11(金) 22:20:010708名無しさん＠お腹いっぱい。
2009/12/11(金) 22:40:130709名無しさん＠お腹いっぱい。
2009/12/11(金) 23:13:31国を滅ぼす
0710名無しさん＠お腹いっぱい。
2009/12/11(金) 23:16:350711名無しさん＠お腹いっぱい。
2009/12/11(金) 23:21:460712名無しさん＠お腹いっぱい。
2009/12/12(土) 02:28:070713名無しさん＠お腹いっぱい。
2009/12/12(土) 04:14:47世界に売れないワークステーション作っても、長続きするわけない。
特にNECなんて旧電電族と自衛隊に売れるだけだろ。
0714名無しさん＠お腹いっぱい。
2009/12/12(土) 05:50:140715名無しさん＠お腹いっぱい。
2009/12/12(土) 06:35:360716名無しさん＠お腹いっぱい。
2009/12/12(土) 06:36:57SUNも旧電電族ぐらいは手放さないようにがんばればよかったのに
0717名無しさん＠お腹いっぱい。
2009/12/12(土) 10:24:58あっちの部隊がSVR4にしちゃったんだよな。
0718名無しさん＠お腹いっぱい。
2009/12/12(土) 11:15:09バカじゃねーの。
その例えで言うと、if800触ったことないのに PC-9801の使い勝手に文句垂れるな、
と言うのと変わらん。EWS4800が普及してたと思い込んでるようだが、
お里が知れる。笑わせるな、へへへへへへへへっへへへへw
0719名無しさん＠お腹いっぱい。
2009/12/12(土) 11:24:260720名無しさん＠お腹いっぱい。
2009/12/12(土) 12:41:590721名無しさん＠お腹いっぱい。
2009/12/12(土) 12:43:13Itaで ACOSな機械は何台売れたんだろうなwwww
0722名無しさん＠お腹いっぱい。
2009/12/12(土) 13:45:03だからって、やめちゃって PA-RISC機代わりに売ってんじゃ、完全に降参だよな。
情けない話だ。MIPSからの条件が変わったとかあるんかな。
0723名無しさん＠お腹いっぱい。
2009/12/12(土) 17:59:46自社開発をやめて業界標準をOEMしよう
なんていうトレンドがあったんですよ
>>718
EWS4800がメジャーだったなんて一言も言ってないのになー。幻覚でも見てるの?
0724名無しさん＠お腹いっぱい。
2009/12/13(日) 12:28:23狂喜乱舞して落札しまくって、6台ぐらい手にいれたもんだけど、結局使い道がなくて、
市の清掃局に電話して捨てました。回収費用が1台500円でした。
今は、Macintosh Color Classic IIを捨てられずに困っています。
0725名無しさん＠お腹いっぱい。
2009/12/13(日) 12:56:13市はSUNを持っていってくれる？ 粗大ゴミだと「パソコンは別です」って言われるし。。。
0726名無しさん＠お腹いっぱい。
2009/12/13(日) 14:37:12我が市では、パソコン扱いにはしてくれなかったんだけど、
清掃局に電話して、日にちを決めて、指定された金額の
回収費用のシールを貼ったら、粗大ごみとして持っていってくれたよ。
直接電話して相談してみたらいいんじゃないかな。
でも、本当に処分には困るよね。
0727名無しさん＠お腹いっぱい。
2009/12/13(日) 16:49:080728名無しさん＠お腹いっぱい。
2009/12/13(日) 16:55:36PCリサイクルの義務ってのは、メーカーであって、ユーザーじゃない。
にもかかわらず、自治体がパソコンは回収しないと断るのは、
現役ではないメーカーのPCをリサイクルする「天下り法人」に
仕事を斡旋するため。
本来ユーザーは、「天下り法人」にリサイクル依頼する義務はないのだが。
0729名無しさん＠お腹いっぱい。
2009/12/13(日) 18:40:16回収の時、たまたま見てたら、ゴミ回収のおじさんには、「これってパソコンだよねぇ」って、
いちゃもんつけられました。
市に電話して、たらい回しにされて、やっと話がついたところだったんで、
物凄くむかついたんだけど、おっさんに、CPUがどうだとか、Sun Microsystemsだとか
言ったところで、理解してもらえるとも思えないし...
だけど、SPARC Station 2あたりと比べたら、今のパソコンの方が、断然性能は
上だろうね。SS2は、本体＋ディスプレイ＋CD-ROM＋テープ装置とかのセットだと、
300万円ほどしたんだけどね。
0730名無しさん＠お腹いっぱい。
2009/12/13(日) 18:53:18「パソコン」じゃないから？
0731名無しさん＠お腹いっぱい。
2009/12/13(日) 18:53:480732名無しさん＠お腹いっぱい。
2009/12/13(日) 20:31:060733名無しさん＠お腹いっぱい。
2009/12/13(日) 21:27:420734名無しさん＠お腹いっぱい。
2009/12/13(日) 21:41:570735名無しさん＠お腹いっぱい。
2009/12/13(日) 22:20:19これでいいか?
ISAバスの頃のAT互換機はトロくて背伸びしてもSPARCstationの足下にも及ばなかったが、PCIバスになって一気に差がなくなったね。
SPARCstationの中身、個々の部品をみると、PCと大差ないんだよ。
0736名無しさん＠お腹いっぱい。
2009/12/13(日) 23:34:39Sunは昔から、既存の安いパソコン用の部品を上手に使うメーカーよ。
0737名無しさん＠お腹いっぱい。
2009/12/14(月) 00:51:34使ってみたら分りますか？
0738名無しさん＠お腹いっぱい。
2009/12/14(月) 01:31:200739名無しさん＠お腹いっぱい。
2009/12/14(月) 06:59:07左は利用形態で、右はハードウェアなので、そのままでは比較できない
0740名無しさん＠お腹いっぱい。
2009/12/14(月) 08:46:32何をもってワークステーションと言うか、明確な定義はないと思うんだけど。
昔、月刊ASCIIのインタビューで、美流上位が、ワークステーションは、
3Mマシンって言っていたよ。1MIPSの速度、1M pixcelの解像度、1M byteのメモリだったと
思うんだけど。今やネットブックでも、それ以上だからね。
0741名無しさん＠お腹いっぱい。
2009/12/14(月) 08:52:53と、
「PCを使うか、SPARCを使うか」
は、
直交概念。
0742名無しさん＠お腹いっぱい。
2009/12/14(月) 09:23:45昔３Ｍ、今３Ｇ？ｗ
SPARCstation2 なんかＣＰＵ、40MHzだろ？
x86 のＰＣと比べたら可哀想。
0743名無しさん＠お腹いっぱい。
2009/12/14(月) 09:33:52結局はIntelやらNVIDIAやらの特定の部品専門メーカーが台頭してきたことによって
Sunのマシンもそれを採用するようになりPCとの違いが分からなくなってきている、ということでよろしいでしょうか？
0744名無しさん＠お腹いっぱい。
2009/12/14(月) 09:59:120745名無しさん＠お腹いっぱい。
2009/12/14(月) 13:32:16トレンドがあったから、自社路線放棄? おい本気かよ。負け犬どころじゃないな。
論外、消えた方がましだったね。
0746名無しさん＠お腹いっぱい。
2009/12/14(月) 17:57:06おまえ、日本の企業風土をしらなさ過ぎる
0747名無しさん＠お腹いっぱい。
2009/12/14(月) 18:00:53Sunは創業当初から、安価な既製の部品を寄せ集めて、ワークステーションを作るメーカーだったのよ。
その大きな一つの例外が、CISCの68kからRISCへの移行でSPARCにしたこと。
なにも自分たちでCPUを作らなくても、MIPS使っておけばいいじゃんって思ったよ。
実際、初期のSPARCはゲートアレイで作られていて、効率が悪かった。
0748名無しさん＠お腹いっぱい。
2009/12/14(月) 18:25:30き、企業風土ww
き、企業風土ww
き、企業風土ww
き、企業風土ww
き、企業風土ww
き、企業風土ww
き、企業風土ww
き、企業風土ww
0749名無しさん＠お腹いっぱい。
2009/12/14(月) 21:19:180750名無しさん＠お腹いっぱい。
2009/12/14(月) 21:28:49> Sunは創業当初から、安価な既製の部品を寄せ集めて、ワークステーションを作るメーカーだったのよ。
それってDellといっしょってことですか？
0751名無しさん＠お腹いっぱい。
2009/12/14(月) 21:32:11そうだね。
ちなみに、厳密に創業当初のビジネスという話だと、箱に入ったコンピュータを売ることじゃなかった。
0752名無しさん＠お腹いっぱい。
2009/12/14(月) 22:08:170753名無しさん＠お腹いっぱい。
2009/12/14(月) 22:17:380754名無しさん＠お腹いっぱい。
2009/12/14(月) 23:59:01Sunは、Sun-1の前に、NICを売っていたらしい。
DELLは、メーカーPCのメモリ増設などのアップグレードをしていた。
0755名無しさん＠お腹いっぱい。
2009/12/15(火) 01:28:55Dellは安売り専門じゃん
Sunはパイオニアだよ
0756名無しさん＠お腹いっぱい。
2009/12/15(火) 07:21:580757名無しさん＠お腹いっぱい。
2009/12/15(火) 09:02:31昔はねぇ、良いOSを作っていたんだよ。
昔はねぇ、NeWS、NFS、NIS、そしてJavaなどで脚光を浴びていたんだよ。
昔はねぇ、色々なスポーツ競技のスポンサーになっていたんだよ。
昔はねぇ、Sun Worldっていうイベントがあったんだよ。
昔はねぇ、Sun Worldっていう雑誌もあったんだよ。
昔はねぇ、F社、N社、T社、NS社、U社などに、OEM機を提供していたんだよ。
昔はねぇ、輝いていたんだよ。
昔はねぇ、みんな憧れていたんだよ。
昔はねぇ、...
0758名無しさん＠お腹いっぱい。
2009/12/15(火) 09:19:09NIC売ってたかも知れんが、創業の目的はベクトルシャイムがスタンフォード大で
作ってたコンピューターを売ることだよ。
DELLは出自は組立て屋。初期はボードさえ起こしてない。
0759名無しさん＠お腹いっぱい。
2009/12/15(火) 15:13:41http://www.itmedia.co.jp/enterprise/articles/0912/14/news083.html
これで承認されるんだろか？
0760名無しさん＠お腹いっぱい。
2009/12/15(火) 19:53:520761名無しさん＠お腹いっぱい。
2009/12/15(火) 20:03:270762名無しさん＠お腹いっぱい。
2009/12/15(火) 20:23:47まるでvodafone
0763名無しさん＠お腹いっぱい。
2009/12/15(火) 20:32:10いまもDELLのマザーボードはIntelからのOEMでしょ。だからBTXなんだよ。
Intelも自社で設計しているものもあれば、他社からのOEMもあるわけで・・・。
0764名無しさん＠お腹いっぱい。
2009/12/15(火) 20:35:44ソリッドステートドラーーイブ！
0765名無しさん＠お腹いっぱい。
2009/12/15(火) 21:09:38というか500系よりもはやくSUNが消えるとは思わなかった
0766名無しさん＠お腹いっぱい。
2009/12/16(水) 10:38:05未だに尻を向けて寝られません。
0767名無しさん＠お腹いっぱい。
2009/12/16(水) 19:57:41なんで300万クラスなんだよ。たかがワークステーション一式が。
といっても、それだけの価値はあったけどね。
0768名無しさん＠お腹いっぱい。
2009/12/17(木) 12:10:31サーバー用途だと本体より増設メモリの方が高かった。
0769名無しさん＠お腹いっぱい。
2009/12/17(木) 14:22:36| 革新性と選択の自由を奪い、Intel製のマイクロプロセッサに勝る製品の
| 利用を阻んできた、と FTCは非難している。
| 「Intelの反競争的なビジネス習慣は、CPUマイクロチップ市場における
| 独占的な地位を脅かしかねない優れた競合製品の発展を阻止することを
| 目的としていた」(FTC)
うーん、すげーまともな主張だ。まともすぎてびっくりした。
ここまで踏み込んだガリバー批判は初めてなんじゃないか。
これが欧州とかアジアとかじゃなく、米連邦の組織が言ってるというのは
きわめて重大。
0770名無しさん＠お腹いっぱい。
2009/12/17(木) 14:25:35>CPUという対象に絞られたものとなっていたが、FTCは今回、
>新たにNVIDIAなどのチップメーカーが提供するGPUも対象に加えている。
0771名無しさん＠お腹いっぱい。
2009/12/17(木) 14:33:14| そのビジネス慣習は、フェアプレーの原則と利益をもたらす競争の促進を
| 保護する法律に反する悪らつなものである。
| 合法的な価格競争の制限と知的財産権の施行を含む、前例のない規模の賠償を、
| FTC側が断固として要求する姿勢を示したため、Intelとしては、
| ビジネスを続けることさえ不可能となる恐れがあるゆえに
| 受け入れることができず、協議は暗礁に乗り上げてしまった
おー、すげ〜w すわ、倒産?
0772名無しさん＠お腹いっぱい。
2009/12/17(木) 14:50:59Fab会社はグループ外からの製造依頼を断われない、もしくは、
グループ内設計会社の製品は製造できない。
0773名無しさん＠お腹いっぱい。
2009/12/17(木) 15:18:41こういう政策でCPU/GPUの新興企業が育っていくんだな。
正直アメリカが妬ましいわ。
0774名無しさん＠お腹いっぱい。
2009/12/17(木) 15:22:52競争を機能させることは市場経済の大前提。
0775名無しさん＠お腹いっぱい。
2009/12/17(木) 15:26:530776名無しさん＠お腹いっぱい。
2009/12/17(木) 15:51:28| 従来は「吠えない番犬」などと揶揄されることもあった。だが、最近では
| 橋梁談合事件における日本を代表する大企業の刑事告発やマイクロソフトや
| インテルといった世界的なガリバー企業の摘発など、その活躍振りには
| めざましいものがある。平成17年度の独占禁止法の抜本的改正により、
| 「犯則調査権限」や「課徴金減免制度」が導入された。これによってその権限は
| 大幅に強化された。
0777名無しさん＠お腹いっぱい。
2009/12/17(木) 16:10:09ちなみにどこを摘発してほしいのw?
0778名無しさん＠お腹いっぱい。
2009/12/17(木) 16:24:310779名無しさん＠お腹いっぱい。
2009/12/17(木) 17:34:040780名無しさん＠お腹いっぱい。
2009/12/17(木) 18:33:38reutersんとこには、「金銭的な罰則は受けない」って書いてあるな。
FTCの主張に従うと事業運営が不可能になるそうだ。つまり、そういう会社だ、って
取られても仕方がないような..
0781名無しさん＠お腹いっぱい。
2009/12/17(木) 18:53:320782名無しさん＠お腹いっぱい。
2009/12/18(金) 14:09:17その上ここに出没してるやつとか、ウジ虫級だな!!ww
0783名無しさん＠お腹いっぱい。
2009/12/18(金) 18:22:47HPもSunもOpteronをバンバン売ってたじゃん。
それがXeonに塗り変わったのは、単にOpteronの性能が相対的に悪くなったからだよ。
0784名無しさん＠お腹いっぱい。
2009/12/18(金) 19:23:10そういうところはSunのOpteronサーバは買わないと思うけどさ
0785名無しさん＠お腹いっぱい。
2009/12/19(土) 01:37:020786名無しさん＠お腹いっぱい。
2009/12/19(土) 09:31:28一方
中国は贅肉の少ないMIPSで、スパコン開発で将来有望
0787名無しさん＠お腹いっぱい。
2009/12/19(土) 18:37:08可能ならOpteronでお安く上げたほうがいいと思うんですけどね〜
0788名無しさん＠お腹いっぱい。
2009/12/19(土) 20:51:23贅肉って具体的には何？
0789名無しさん＠お腹いっぱい。
2009/12/19(土) 21:12:35色々さ。
・バイナリ互換のために残されているが、今はほとんど使われない機能すべて
・シングルスレッド性能を上げるための機能(N倍のトランジスタでN倍の性能を得られないような機能は全部ダメ)
マルチコア化や低消費電力化は、SPARCのT1よりも通信用組み込みのMIPS系のほうが先行してる。
SPARCが8コアとか言ってるときに、MIPSは16コアとか64コアとか言ってたし。
0790名無しさん＠お腹いっぱい。
2009/12/19(土) 23:46:250791名無しさん＠お腹いっぱい。
2009/12/20(日) 00:02:390792名無しさん＠お腹いっぱい。
2009/12/20(日) 00:08:540793名無しさん＠お腹いっぱい。
2009/12/20(日) 01:02:13>>・バイナリ互換のために残されているが、今はほとんど使われない機能すべて
例えば何？
贅肉ってことは実害があるものだよね？
性能が落ちるとかチップ面積が大きくなるとか
>>・シングルスレッド性能を上げるための機能(N倍のトランジスタでN倍の性能を得られないような機能は全部ダメ)
？？
マルチコア(スレッド)ならN倍のトランジスタで性能N倍になるの？
0794名無しさん＠お腹いっぱい。
2009/12/20(日) 02:17:22> 例えば何？
たとえばSPARC64にもともとあったFPレジスタ。
> マルチコア(スレッド)ならN倍のトランジスタで性能N倍になるの？
そうだよ。すくなくともFP演算のピーク性能はね。
シングルスレッド性能を上げるためにトランジスタをN倍使っても、シングルスレッド性能はN倍にならんのですよ。
0795名無しさん＠お腹いっぱい。
2009/12/20(日) 02:25:090796名無しさん＠お腹いっぱい。
2009/12/20(日) 10:48:41複雑な計算になるとそれは当てはまらないし、
整数演算は命令間依存や分岐がFP演算よりずっと多いからずっと上昇率は低い。
つーか、N倍のトランジスタでN倍の性能が出るんだったらどこの会社もN倍のトランジスタ使うわい。
馬鹿な事言うな
0797名無しさん＠お腹いっぱい。
2009/12/20(日) 11:00:38SPARCとMIPSの比較にしてるところがなんとも
POWER7はPowerPC 440EPxより贅肉が多いって
言ってるようなもんだろ
0798名無しさん＠お腹いっぱい。
2009/12/20(日) 11:47:54> 複雑な計算になるとそれは当てはまらない
Nに、何万、何十万という値がはいるスパコン用の話してるんだけどなー。
0799名無しさん＠お腹いっぱい。
2009/12/20(日) 11:58:040800名無しさん＠お腹いっぱい。
2009/12/20(日) 13:23:13SPARC64にもともとあったFPレジスタってなんのことだ？
スパコン用のSPARC64はFPレジスタを追加してるけど、
当然 V9仕様のFPレジスタも使えるし、別に無駄にはなってないはずだが
性能N倍の方も、それは単に並列性がN倍になってるだけでは？
ソフトウエアが理想的なら性能もN倍になるだろうけど、
ちょっと同列には扱えない
0801名無しさん＠お腹いっぱい。
2009/12/20(日) 22:11:150802名無しさん＠お腹いっぱい。
2009/12/20(日) 22:25:120803名無しさん＠お腹いっぱい。
2009/12/20(日) 22:26:360804名無しさん＠お腹いっぱい。
2009/12/20(日) 23:52:200805名無しさん＠お腹いっぱい。
2009/12/21(月) 10:54:21MIPSがどうとか言ってるやつ、どーしよーもないほど知識ないから、
何言ってもムダ。おつむよわいんだよ〜ww
NECの元社員かなんかのようだな。たぶんクビになってるけど。
0806名無しさん＠お腹いっぱい。
2009/12/21(月) 13:51:190807名無しさん＠お腹いっぱい。
2009/12/21(月) 15:46:35実行状態が16スレッドくらい、Webサーバなら普通。
0808名無しさん＠お腹いっぱい。
2009/12/21(月) 15:48:510809名無しさん＠お腹いっぱい。
2009/12/21(月) 23:31:430810名無しさん＠お腹いっぱい。
2009/12/21(月) 23:36:58シングルスレッドの低速コアが128コアあるのではなく、
マルチスレッドの高速コアが16コアあるのですから。
0811名無しさん＠お腹いっぱい。
2009/12/21(月) 23:41:240812名無しさん＠お腹いっぱい。
2009/12/21(月) 23:49:01角度とか？
0813名無しさん＠お腹いっぱい。
2009/12/22(火) 01:00:510814名無しさん＠お腹いっぱい。
2009/12/22(火) 10:02:030815名無しさん＠お腹いっぱい。
2009/12/22(火) 10:19:54そもそも、PS3は玩具だから、Sunのマシンの足元にも及ばないのでしょうか？
冬休みの宿題としてまとめたいので、誰か詳しいお兄さんかおじさん、
お姉さんかおばさんでも構いませんが、教えてください。
0816名無しさん＠お腹いっぱい。
2009/12/22(火) 11:58:00中国のスパコンは x86 ＋ Windows Server だろ？
0817名無しさん＠お腹いっぱい。
2009/12/22(火) 12:31:19SPARCはItaniumよりは長生き出来そうだな。
0818名無しさん＠お腹いっぱい。
2009/12/22(火) 13:06:40Itaも生きるさ。最後は ACOSか?!
:
次に逃げ出すのは、OpenVMS? HP-UX?
0819名無しさん＠お腹いっぱい。
2009/12/22(火) 14:13:340820名無しさん＠お腹いっぱい。
2009/12/22(火) 14:17:56どうもしないか、別に。
Fだし。
0821名無しさん＠お腹いっぱい。
2009/12/22(火) 14:24:200822名無しさん＠お腹いっぱい。
2009/12/22(火) 18:12:52普通の人に理解できるように簡潔に説明してごらん?
0823名無しさん＠お腹いっぱい。
2009/12/22(火) 18:13:48MIPSで開発中。
0824名無しさん＠お腹いっぱい。
2009/12/22(火) 19:24:57SGIも、RedHatかどうかは知らんがLinuxだったな。
Debianベースなら、しばらくは何とかなるか…
ただ、時間の問題でHPのみになるんだろうな。
0825名無しさん＠お腹いっぱい。
2009/12/22(火) 20:03:40けど、エンプラじゃ使えんな、ベンダーがどこもサポートしなくなったら。
0826名無しさん＠お腹いっぱい。
2009/12/22(火) 20:04:40やーい、ていのぉー。
0827名無しさん＠お腹いっぱい。
2009/12/22(火) 20:12:380828名無しさん＠お腹いっぱい。
2009/12/22(火) 20:16:090829名無しさん＠お腹いっぱい。
2009/12/22(火) 20:34:100830名無しさん＠お腹いっぱい。
2009/12/22(火) 21:00:57優しいママと一緒に暮らすニート最高！（爆） 最高傑作登場！（爆）
機嫌がいいと態度でばれます！（爆）ガキレベルのくだらない事ですぐにヘソ曲げます！（爆）
○○見ました！（爆）ウドーで先行予約開始！（爆）仕事中にCD屋の価格チェックで〜す！（爆）
しばじゅんみたいな嫁さん募集中！（爆）仕事中にヤフオクチェック最高！（爆）
業界中で大評判！（爆） 相変わらず暇で〜す！（爆）買い物依存症だけが心の拠り所で〜す！（爆）
○○ですよね；（爆）中年の皮を被った小学生で〜す！（爆）難しい話はできませ〜ん！（爆）
アクセス殺到！（爆）カンファレンスは観光出張！（爆）他人に厳しく自分に激甘で〜す！（爆）
褒められることが大ちゅきで〜す！（爆）仕事？何それ？（爆）年越しはお家でゆっくりTVで〜す（爆）
http://www.google.co.jp/search?q=kilimanjaro.pr.sun.com&hl=ja&lr=&safe=off&num=100&filter=0
0831名無しさん＠お腹いっぱい。
2009/12/22(火) 23:27:18MIPSのもやってるんだよ
MIPSのCPUを延々と作っている
中国製MIPSの入ったミニノートを持っているけど
死ぬほど遅いので大丈夫かと思ったり思わなかったり
0832名無しさん＠お腹いっぱい。
2009/12/24(木) 23:18:01HELPキーの隣に何も書いていないキーがあるんだけど、
これは何に使うものですか？
どんな機能があるのかを解説しているサイトなどございませんでしょうか？
よろしくお願いします。
0833名無しさん＠お腹いっぱい。
2009/12/25(金) 07:42:49特に役割はないです。
0834名無しさん＠お腹いっぱい。
2009/12/28(月) 11:36:330835名無しさん＠お腹いっぱい。
2009/12/28(月) 11:38:020836名無しさん＠お腹いっぱい。
2009/12/29(火) 15:40:480837名無しさん＠お腹いっぱい。
2009/12/30(水) 04:24:20http://namidame.2ch.net/test/read.cgi/dame/1255792022/967
0838名無しさん＠お腹いっぱい。
2009/12/30(水) 04:28:29いけるとおも
0839名無しさん＠お腹いっぱい。
2009/12/30(水) 05:17:48U160のSCSIカードからブートって無理でつか？
0840名無しさん＠お腹いっぱい。
2009/12/30(水) 06:01:18それ以外のならシラネ
実績あるカードぐぐって
0841名無しさん＠お腹いっぱい。
2009/12/30(水) 09:40:03Ultra10あたりだと純正にあるコントローラーなら上がったけどね。
53C896だったかな。ファームがサポートしてたら上がるかと。
0842名無しさん＠お腹いっぱい。
2009/12/30(水) 19:21:38ttp://www5f.biglobe.ne.jp/~kame/x6758.htm
SATA-SCSI変換基盤使ってデカいドライブ載せてみたいなぁ
0843名無しさん＠お腹いっぱい。
2009/12/31(木) 07:18:40スパコン専用にCPU開発してたのでは富士通となんら変わらない
とても高価なCPUになってしまう
0844名無しさん＠お腹いっぱい。
2010/01/01(金) 00:41:270845名無しさん＠お腹いっぱい。
2010/01/01(金) 17:28:540846名無しさん＠お腹いっぱい。
2010/01/02(土) 11:57:18CPUの開発費が膨張した最大の原因は、
・過去のCPUとのバイナリ互換(ただ走るだけでなく、互角以上のスピードが出ること)
・シングルスレッドのスループットの追求のあまり、CPUコアが複雑になりすぎたこと
・少ない開発案件に、様々なものが乗っかる、高コスト体質
であって、中国がやってるMIPSは、それらを回避している。
中国共産党は、ほんとうに頭脳集団だと思うぞ。
彼らは、ちゃんと先々まで考えた上で、x86とMIPSの両面作戦をやってるのだろう。
0847名無しさん＠お腹いっぱい。
2010/01/02(土) 15:26:46法人用事務機器として、ノートPCが残るぐらいか？
0848名無しさん＠お腹いっぱい。
2010/01/02(土) 22:21:250849名無しさん＠お腹いっぱい。
2010/01/03(日) 22:21:45パソコン数さばけるのが前提の x86は死滅だなww
0850名無しさん＠お腹いっぱい。
2010/01/03(日) 22:29:010851名無しさん＠お腹いっぱい。
2010/01/03(日) 22:32:28じゃ、君はATOMがケータイに入ったり、x86系がゲーム機に入ったりすると思うか？
組込み向けにインテル系の石は、消費電力を何とかしても値段があわんだろ。
0852名無しさん＠お腹いっぱい。
2010/01/03(日) 22:32:48その気があるね
0853名無しさん＠お腹いっぱい。
2010/01/03(日) 22:42:00うんうん
妄想乙される理由がわからないんだね
可哀想に
0854名無しさん＠お腹いっぱい。
2010/01/03(日) 22:58:050855名無しさん＠お腹いっぱい。
2010/01/03(日) 22:59:220856名無しさん＠お腹いっぱい。
2010/01/03(日) 23:10:46毎度々々、中身ないねぇ。少しは考えたら? 脳ないの?
0857名無しさん＠お腹いっぱい。
2010/01/04(月) 14:33:57じゃ、その理由を言ってみろよ、低脳（w
0858名無しさん＠お腹いっぱい。
2010/01/04(月) 18:51:28優しいママと一緒に暮らすニート最高！（爆） 最高傑作登場！（爆）
機嫌がいいと態度でばれます！（爆）ガキレベルのくだらない事ですぐにヘソ曲げます！（爆）
○○見ました！（爆）ウドーで先行予約開始！（爆）仕事中にCD屋の価格チェックで〜す！（爆）
しばじゅんみたいな嫁さん募集中！（爆）仕事中にヤフオクチェック最高！（爆）
業界中で大評判！（爆） 相変わらず暇で〜す！（爆）買い物依存症だけが心の拠り所で〜す！（爆）
○○ですよね；（爆）中年の皮を被った小学生で〜す！（爆）難しい話はできませ〜ん！（爆）
アクセス殺到！（爆）カンファレンスは観光出張！（爆）他人に厳しく自分に激甘で〜す！（爆）
褒められることが大ちゅきで〜す！（爆）仕事？何それ？（爆）年越しはお家でゆっくりTVで〜す（爆）
http://www.google.co.jp/search?q=kilimanjaro.pr.sun.com&hl=ja&lr=&safe=off&num=100&filter=0
0859名無しさん＠お腹いっぱい。
2010/01/04(月) 22:35:240860名無しさん＠お腹いっぱい。
2010/01/04(月) 22:40:10http://www.tse.or.jp/news/201001/100104_a.html
基幹IAサーバ「PRIMEQUEST」、PCサーバ「PRIMERGY」
基本ソフトウェア Red Hat Enterprise Linux
0861名無しさん＠お腹いっぱい。
2010/01/04(月) 22:42:30Itaにも負けたか。
0862名無しさん＠お腹いっぱい。
2010/01/04(月) 22:55:100863名無しさん＠お腹いっぱい。
2010/01/05(火) 11:43:56実際はともかく建前上だけでも、富士通ベッタリにならないよう、他社もやっているプロセッサ・OS、という条件が付いたのかも。
そうなると、Itanium & Linux しかないよねー。
0864名無しさん＠お腹いっぱい。
2010/01/05(火) 13:38:170865名無しさん＠お腹いっぱい。
2010/01/05(火) 13:39:05あんたの話も十分に単純。w
0866名無しさん＠お腹いっぱい。
2010/01/05(火) 15:52:21入札だったの？
0867名無しさん＠お腹いっぱい。
2010/01/05(火) 15:53:15富士通サイドとしては、PRIMEQUESTを何とかしたい、とりあえず、どっかに売って少しでも元を取りたい、っていうこともあったんだろうな。
0868名無しさん＠お腹いっぱい。
2010/01/05(火) 16:40:040869名無しさん＠お腹いっぱい。
2010/01/05(火) 17:27:47社内政治ってので、
PRIMEQUEST助けてやるか、あそこの連中は暇だしな
なんてことで、富士通側の提案の内容がPRIMEQUESTになった可能性も、あるでしょう。
東証側は中身は何でもいいって場合には、富士通側の提案次第で何にでもなるだろうし。
0870名無しさん＠お腹いっぱい。
2010/01/05(火) 18:50:48> ...PRIMEQUESTになった可能性も、あるでしょう。
ないです。
> 東証側は中身は何でもいいって場合..
そんな場合あり得ません。
お気楽ですな。あれほど behindさ炸裂な機械を売りつけるには、
そんな生半可なやり方ではムリですよ。
買わざるを得ないところへ追い込まなければ。
0871名無しさん＠お腹いっぱい。
2010/01/05(火) 22:15:07一応複数社から提案受けてた。
入札ではない。
0872名無しさん＠お腹いっぱい。
2010/01/06(水) 10:29:45欲しかっただけでは？となると、PRIMEQUEST しかない(はず)
0873名無しさん＠お腹いっぱい。
2010/01/06(水) 11:15:35つか、提案の時期に Ita しかなかったってことか？
0874名無しさん＠お腹いっぱい。
2010/01/06(水) 12:27:180875名無しさん＠お腹いっぱい。
2010/01/06(水) 12:53:470876名無しさん＠お腹いっぱい。
2010/01/06(水) 13:03:05稼働する頃には富士通以外に作っているところは無いけど。
0877名無しさん＠お腹いっぱい。
2010/01/06(水) 14:40:200878名無しさん＠お腹いっぱい。
2010/01/06(水) 14:47:57囲い込みに必要なのは自社のハードとミドル。
0879名無しさん＠お腹いっぱい。
2010/01/06(水) 15:38:270880名無しさん＠お腹いっぱい。
2010/01/06(水) 20:03:33会社の経営層が、素人向けの雑誌を読んで、これからはLinuxだ! なんて鶴の一声なのかねー。
0881名無しさん＠お腹いっぱい。
2010/01/06(水) 20:19:44「メインフレームはもう古い。これからはオープンなSunの時代だ！」
0882名無しさん＠お腹いっぱい。
2010/01/06(水) 21:21:30もはや富士通でもSPARCはレガシー扱い
基本的に既存の客のリプレースだけだろ
0883名無しさん＠お腹いっぱい。
2010/01/07(木) 00:23:05囲い込まれたくないんじゃない？
そしてLinuxにしておけば囲い込まれることの回避は結果的に可能になる。
0884名無しさん＠お腹いっぱい。
2010/01/07(木) 07:36:19ウイルス対策も金かかるし・・・
中小は特に・・・
0885名無しさん＠お腹いっぱい。
2010/01/07(木) 11:32:02ないない。SPARC部門がいちばん儲けてるのに。
デカい企業だから、部門間の叩き合いはあるけどね。
0886名無しさん＠お腹いっぱい。
2010/01/07(木) 11:34:31そう思わせたいインチキオープンな連中が鈴なりで失速したわな、Linux。ww
OSFの時と同じことの繰り返し。
0887名無しさん＠お腹いっぱい。
2010/01/07(木) 11:35:18ないでしょ、大規模 SMPで実績のある Xeon。
0888名無しさん＠お腹いっぱい。
2010/01/07(木) 11:37:260889名無しさん＠お腹いっぱい。
2010/01/07(木) 11:43:30AltixICEとか
0890名無しさん＠お腹いっぱい。
2010/01/07(木) 11:48:50実績ないと思うが。それに、とか、じゃなくて一択だろ?
運用体制も他社と同じじゃないし。検討対象に入るか疑問だな。
0891名無しさん＠お腹いっぱい。
2010/01/07(木) 12:06:580892名無しさん＠お腹いっぱい。
2010/01/07(木) 13:39:42ttp://www.itmedia.co.jp/enterprise/articles/0809/24/news002.html
| ..、NASAには共有メモリのシステムで線形にスケールするコードが存在しており、
| より大規模な共有メモリのシステムを求めていると話す。
つまり、NASA以外にはほとんど（≒全く）ない、という意味だ。笑えるwwww
0893名無しさん＠お腹いっぱい。
2010/01/07(木) 13:56:41SC09とか見てくればよかったのにね。
0894名無しさん＠お腹いっぱい。
2010/01/07(木) 14:43:13意味不明に高額だと? じゃぁ同等品を自分で作るか、自分で金だして人に作らせろよ。
それに中小こそ、LinuxやOpenOffice.orgではなく、Windows+MS-Officeのほうが安上がりだと思うぞ。
大きな会社は、スケールメリットでMSのライセンス料よりもサポートコストを抑えられるが、
小さな会社は、サポートコストよりもMSのライセンス料のほうが安いだろう。
0895名無しさん＠お腹いっぱい。
2010/01/07(木) 14:44:44なんでエンタープライズやミッションクリティカルの話してるのに、SGIのスパコンが出てくるんだ?
0896名無しさん＠お腹いっぱい。
2010/01/07(木) 15:07:350897名無しさん＠お腹いっぱい。
2010/01/07(木) 15:10:37そいつはSMP機能を持ってないゾ。
0898名無しさん＠お腹いっぱい。
2010/01/07(木) 23:36:46> SPARC部門がいちばん儲けてるのに。
んなわけないだろう
そりゃPRIMEQUEST部隊よりはましだろうが
0899名無しさん＠お腹いっぱい。
2010/01/08(金) 09:29:53はい、みなさん、>893 がこれから SC09と SGI機のすばらしさをわかりやすく
解説してくれます。ご期待ください。
では、>893 先生、よろしくおねがいします↓ はくしゅ〜
0900名無しさん＠お腹いっぱい。
2010/01/08(金) 09:32:31延々隠してたのが.. キモすぎ。
0901名無しさん＠お腹いっぱい。
2010/01/08(金) 14:29:520902名無しさん＠お腹いっぱい。
2010/01/08(金) 15:48:460903名無しさん＠お腹いっぱい。
2010/01/08(金) 22:18:19当時、Ｓｕｎと共同開発していたＳＰＡＲＣサーバは遅れていたし、Ｓｕｎの動向次第で将来が
怪しい状況では使えなかった。ｘ８６は信頼性の面で論外。他に選択がなかった。
ジェイコムやライブドアショックで叩かれていた東証が、中身は何でもいいなんていうわけが
ない。速くて止まらないのを提案しろ、でも既存の取引ルールは温存、と無茶な要求したので、
他のベンダは乗り気ではなかった様子。
0904名無しさん＠お腹いっぱい。
2010/01/08(金) 22:29:12ナメたこと言ってるユーザーには、どこも提案しないで無視するべきだよ。
0905名無しさん＠お腹いっぱい。
2010/01/09(土) 14:49:080906名無しさん＠お腹いっぱい。
2010/01/10(日) 00:36:03今 Sunが売ってる SPARCの大きいのはほとんど富士通開発のやつだからね。
以前とは出てる台数がまるで違う。
昔は数 %のシェアだったんだから。
0907名無しさん＠お腹いっぱい。
2010/01/10(日) 01:05:33無茶な仕様出しといて
どこも提案もってこなかったら
どーするつもりだったんだろ？
0908名無しさん＠お腹いっぱい。
2010/01/10(日) 01:26:250909名無しさん＠お腹いっぱい。
2010/01/10(日) 02:05:330910名無しさん＠お腹いっぱい。
2010/01/10(日) 08:14:25取引ルールも一部変更してる。
なんか無茶苦茶言ってるな、ここ。
0911名無しさん＠お腹いっぱい。
2010/01/13(水) 00:07:30しないぜ。
まあ、MS-Windows/x86なコピー機とかあるから、そういう文脈ではあり得るかもな。
この世には不要だけどな、ああいうの。
0912名無しさん＠お腹いっぱい。
2010/01/13(水) 00:35:304コア8スレッドのSPARC来た
Core i7のHTTの汚い実装とは一体なんだったのか
0913名無しさん＠お腹いっぱい。
2010/01/13(水) 00:53:460914名無しさん＠お腹いっぱい。
2010/01/13(水) 01:02:020915名無しさん＠お腹いっぱい。
2010/01/13(水) 01:47:540916名無しさん＠お腹いっぱい。
2010/01/13(水) 08:14:530917名無しさん＠お腹いっぱい。
2010/01/13(水) 08:29:450918名無しさん＠お腹いっぱい。
2010/01/13(水) 09:12:020919名無しさん＠お腹いっぱい。
2010/01/13(水) 12:01:400920名無しさん＠お腹いっぱい。
2010/01/13(水) 12:26:590921名無しさん＠お腹いっぱい。
2010/01/13(水) 16:16:13＃ そんなフォロー入れる人間が横から自動的にやってくるかどうかぐらい想像してみろよ...wwププ
0922名無しさん＠お腹いっぱい。
2010/01/13(水) 17:04:060923名無しさん＠お腹いっぱい。
2010/01/13(水) 17:49:17ttp://www.theregister.co.uk/2009/09/11/sun_sparc_roadmap_revealed/
この記事のロードマップのJupiter+かな。
>>911
おぬし、↓をベイパーだというのか
ttp://headlines.yahoo.co.jp/hl?a=20100109-00000003-rbb-sci
0924名無しさん＠お腹いっぱい。
2010/01/13(水) 23:51:440925名無しさん＠お腹いっぱい。
2010/01/14(木) 10:00:000926名無しさん＠お腹いっぱい。
2010/01/14(木) 11:25:57ギャグだろww
0927名無しさん＠お腹いっぱい。
2010/01/14(木) 11:38:550928名無しさん＠お腹いっぱい。
2010/01/14(木) 13:58:36ARMを MIPSや PowerPCにするのはわけないからな。Atomじゃね.. x86無理無理ww
0929名無しさん＠お腹いっぱい。
2010/01/14(木) 14:17:290930名無しさん＠お腹いっぱい。
2010/01/14(木) 14:24:100931名無しさん＠お腹いっぱい。
2010/01/14(木) 14:36:010932名無しさん＠お腹いっぱい。
2010/01/14(木) 14:51:210933名無しさん＠お腹いっぱい。
2010/01/14(木) 14:54:510934名無しさん＠お腹いっぱい。
2010/01/14(木) 15:54:460935名無しさん＠お腹いっぱい。
2010/01/14(木) 20:07:22プロセッサコアの面積・消費電力が相対的に小さくなるからね。
0936名無しさん＠お腹いっぱい。
2010/01/14(木) 20:57:08http://journal.mycom.co.jp/articles/2010/01/14/ces07/index.html
0937名無しさん＠お腹いっぱい。
2010/01/14(木) 21:00:010938名無しさん＠お腹いっぱい。
2010/01/14(木) 21:07:12CPUコアの占める割合が低いな。
これじゃ、CPUコアに何を使うのかは問題ではなくなるのも、そう遠くないな。
0939名無しさん＠お腹いっぱい。
2010/01/14(木) 21:19:020940名無しさん＠お腹いっぱい。
2010/01/14(木) 21:49:08これかー。ごちゃごちゃしてるな
0941名無しさん＠お腹いっぱい。
2010/01/14(木) 22:33:17例：Intelのメディアプロセッサ
http://pc.watch.impress.co.jp/docs/2008/0310/kaigai04l.gif
http://www.hardwarezone.com/img/data/articles/2008/2671/canmore_die.jpg
0942名無しさん＠お腹いっぱい。
2010/01/15(金) 08:56:550943名無しさん＠お腹いっぱい。
2010/01/15(金) 11:59:29あの冷蔵庫みたいなヤツにたった64コアってちょっと少なくね？
まぁコア数だけで比較するのもなんだが、いまどきItaniumとかなぁ
なんでSPARC使わないのかね
やっぱり昔から富士通だからそれ以外のは選ばせてくれなんのかな
日本の悪い体質だ
0944名無しさん＠お腹いっぱい。
2010/01/15(金) 15:21:34じゃあ、どんどん組込みやハイエンドに使ってもらえよ?
バカじゃね? 一生チョウチンやってろやwwwp
0945名無しさん＠お腹いっぱい。
2010/01/15(金) 16:52:57お前、どんどんx86に侵蝕されてきた歴史の延長線上に何があるのか見えないのか?
0946名無しさん＠お腹いっぱい。
2010/01/15(金) 16:56:300947名無しさん＠お腹いっぱい。
2010/01/15(金) 17:03:17シングルスレッド性能が求められるから、かもな。
SPEC CINT2000のスコアを見ると、ItaniumとSPARC64、同じくらいなんだよね。
0948名無しさん＠お腹いっぱい。
2010/01/15(金) 22:45:26いってわけじゃないしね
ここにある三重化みたいなことは、SPARC Enterpriseじゃ多分無理
http://itpro.nikkeibp.co.jp/article/COLUMN/20070105/258102/
0949名無しさん＠お腹いっぱい。
2010/01/15(金) 23:30:36んなことはないよ。
インメモリ・データベースで他のマシンとデータを同期するなんてのは、そこらで売ってるローエンドのサーバでも可能。
ハードウェアではなく、ソフトウェアでやってるんだもの。
0950名無しさん＠お腹いっぱい。
2010/01/16(土) 15:32:362010年1月14日のThe Inquirerは，OracleはSunの人員の半分を削減するという，
UBSのアナリストのBrent Thill氏のレポートを紹介しています。
2010年1月15日のCNETは，この人員半減は事実ではなく，
全く根拠のない無責任な発言とのSunの反論を報道しています。
0951名無しさん＠お腹いっぱい。
2010/01/16(土) 15:36:260952名無しさん＠お腹いっぱい。
2010/01/16(土) 15:39:09SPARCやARMのほうが優れているんじゃないのか?
0953名無しさん＠お腹いっぱい。
2010/01/16(土) 15:40:310954名無しさん＠お腹いっぱい。
2010/01/16(土) 15:50:140955名無しさん＠お腹いっぱい。
2010/01/16(土) 15:53:450956名無しさん＠お腹いっぱい。
2010/01/16(土) 17:15:58あのGoogleの特注サーバよりも電気代を下げるのは、まず無理だろ。
0957名無しさん＠お腹いっぱい。
2010/01/16(土) 17:19:16それサーバの問題というより、電源設備や立地の問題でしょ。
0958名無しさん＠お腹いっぱい。
2010/01/16(土) 17:21:250959名無しさん＠お腹いっぱい。
2010/01/16(土) 17:21:470960名無しさん＠お腹いっぱい。
2010/01/16(土) 17:23:270961名無しさん＠お腹いっぱい。
2010/01/16(土) 17:27:000962名無しさん＠お腹いっぱい。
2010/01/16(土) 17:29:01たとえCPUが省電力でも、ファンがそれを食いつぶす。
Googleの特注サーバはCPUと電源に各1つだけのファンで、あとは自然空冷。
0963名無しさん＠お腹いっぱい。
2010/01/16(土) 17:33:12>Googleの特注サーバはCPUと電源に各1つだけのファンで、あとは自然空冷。
それって Google がデータセンター設計をやってるから出来る事でしょ。
電源やら空調やら、お金をかけて調整して最適化してる訳じゃん。
Google の特注サーバが普通の企業のサーバルームにも置けるなら比較になるだろうけどね。
0964名無しさん＠お腹いっぱい。
2010/01/16(土) 17:37:06引き際のわからない人ってブザマだね
0965名無しさん＠お腹いっぱい。
2010/01/16(土) 17:38:55そこに置くためのサーバもそうなるだろうね
0966名無しさん＠お腹いっぱい。
2010/01/16(土) 17:39:08GoogleとSunどちらもコンテナ型じゃん。
0967名無しさん＠お腹いっぱい。
2010/01/16(土) 17:40:18でも、Sunのは、ただ既存製品を詰め込んだだけじゃん。
0968名無しさん＠お腹いっぱい。
2010/01/16(土) 17:41:19お前さんの事か。
>>965
そういう企業が Google 並みにマシンルームにリソースを割けるならね。
0969名無しさん＠お腹いっぱい。
2010/01/16(土) 17:46:46Sunには勝てない
0970名無しさん＠お腹いっぱい。
2010/01/16(土) 17:48:470971名無しさん＠お腹いっぱい。
2010/01/16(土) 17:52:350972名無しさん＠お腹いっぱい。
2010/01/16(土) 17:54:120973名無しさん＠お腹いっぱい。
2010/01/16(土) 17:58:460974名無しさん＠お腹いっぱい。
2010/01/16(土) 18:03:060975名無しさん＠お腹いっぱい。
2010/01/16(土) 18:43:03Googleも初期はSunを使っていた。
だけど、今はSunを使っていない。
Sunは大口ユーザーを逃している、ってことだよ。
0976名無しさん＠お腹いっぱい。
2010/01/16(土) 18:50:120977名無しさん＠お腹いっぱい。
2010/01/16(土) 18:51:48負け惜しみを言うな。
0978名無しさん＠お腹いっぱい。
2010/01/16(土) 18:52:49どんどんx86に侵蝕されてるけど、他社だって侵蝕されているんだから、いいんだよ。
業績が悪いけど、他社だって業績が悪いんだから、いいんだよ。
てか。
0979名無しさん＠お腹いっぱい。
2010/01/16(土) 18:59:090980名無しさん＠お腹いっぱい。
2010/01/16(土) 20:17:370981名無しさん＠お腹いっぱい。
2010/01/16(土) 20:18:310982名無しさん＠お腹いっぱい。
2010/01/16(土) 20:28:350983名無しさん＠お腹いっぱい。
2010/01/16(土) 23:04:290984名無しさん＠お腹いっぱい。
2010/01/16(土) 23:07:400985名無しさん＠お腹いっぱい。
2010/01/17(日) 00:05:13o｡_。＿ｌコ<ｏ> |l≡≡≡|ﾐ|＿<o>＿。≠＿〇o
。+ ＋。｡。。｡ |l|ＦＦＦＦＦＦＦ|。 。 .｡ +|l≡≡≡|ﾐ|JJJJJJJJJJJJ|ｌｌｌ| .。＋
* o o. |l|ＦＦＦＦＦＦF ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
。。oo |l|ＦＦＦＦＦＦ | 毎年毎年、数十人から何百人とクビが切られていく・・・・・・・・
／|￣￣￣ｌ ::|ＦＦＦＦＦＦF ＼
|ミ|:」」:」」:」| ::|ＦＦＦＦＦＦ ￣|/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
|ミ|:」」:」」:」| 〇 ＦＦ.。 ∧＿∧ |l≡ｏ ＋ +! ＋ 。 〇 ＋
ｌミｌ.」」.」〇 +＋ ＋ （´・ω・） ｏ 〇 。 o + 〇 。 +
＿＿〇＿＿＿。＿ﾟ＿＿/ ~つと）___＿o＿＿＿＿＿＿〇＿＿o__＿。
二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Il二
0986名無しさん＠お腹いっぱい。
2010/01/17(日) 00:09:100987名無しさん＠お腹いっぱい。
2010/01/17(日) 06:52:390988名無しさん＠お腹いっぱい。
2010/01/17(日) 08:43:000989名無しさん＠お腹いっぱい。
2010/01/17(日) 08:51:360990名無しさん＠お腹いっぱい。
2010/01/17(日) 09:12:530991名無しさん＠お腹いっぱい。
2010/01/17(日) 12:05:570992名無しさん＠お腹いっぱい。
2010/01/17(日) 16:48:40一番と二番はどこだ?
0993名無しさん＠お腹いっぱい。
2010/01/18(月) 12:32:241 イ
2 ン
3 テ
4 ル
5 様
0994名無しさん＠お腹いっぱい。
2010/01/18(月) 12:58:40Intelがグローバルスポンサー筆頭になってるな
ttp://developers.sun.com/events/techdays/locations.jsp
0995名無しさん＠お腹いっぱい。
2010/01/18(月) 18:55:37http://headlines.yahoo.co.jp/hl?a=20100118-00000001-inet-inet
ふむ。
0996名無しさん＠お腹いっぱい。
2010/01/18(月) 18:57:090997名無しさん＠お腹いっぱい。
2010/01/18(月) 19:09:42Sun Microsystems 最大の解雇
http://pc12.2ch.net/test/read.cgi/unix/1263808782/
0998名無しさん＠お腹いっぱい。
2010/01/18(月) 22:34:290999名無しさん＠お腹いっぱい。
2010/01/19(火) 03:50:001000名無しさん＠お腹いっぱい。
2010/01/19(火) 04:57:511001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。