07/10/09 22:45:53
spec fpはメモリバンド幅に制限されるだろうから
演算器を増やしてもspec intほど簡単にはあがらないだろうね。
俺も、T2の２ソケット版が出たら、HCP用にT2を売り込もうかと真面目に
考えているよ。性能良いし消費電力も低いし良いことずくめ。
391:名無しさん＠お腹いっぱい。
07/10/09 23:00:40
hexagonal close-packed structure ?
392:名無しさん＠お腹いっぱい。
07/10/09 23:05:17
>>388
CPUに負荷が集中するタイプの処理で、
なおかつ、
アプリケーションが適切にマルチスレッド化されていれば、
OSのマルチスレッド性能には、あまり依存しない。
そして、
> 並列に処理するようにアプリを作製すれば、間違いなく速い。
なんて軽く言えるほど、簡単なことではない。
393:名無しさん＠お腹いっぱい。
07/10/09 23:10:02
>>390
HPC?
2ソケットにするのもいいけど、1ソケット構成のまま10GbEでクラスタ組みたい。
4Uサイズに、16台 + 10GbEスイッチ を押し込んだモノを作ってくれないかなぁ。
T2には10GbEのMACが内蔵されているので、シャーシ内接続なら、PHY省けないかな。
394:名無しさん＠お腹いっぱい。
07/10/10 00:01:47
>>393
あ、HPCですぅ。失礼。
>>シャーシ内接続なら、PHY省けないかな。
PHYがあっても性能落ちないYO
395:名無しさん＠お腹いっぱい。
07/10/10 03:19:13
HPCって T2はGaussian test397でどのくらいでるの。
396:名無しさん＠お腹いっぱい。
07/10/10 08:51:39
ゆうちょ銀はNTTデータか。
397:名無しさん＠お腹いっぱい。
07/10/10 09:18:55
並列なら、それなりに大きい粒度(1thread/1req.とか)でやればいいけど、
並行は結構難しいと思うよ。
まあ、俺にはだけど。。
398:名無しさん＠お腹いっぱい。
07/10/10 10:31:24
>>392
> CPUに負荷が集中するタイプの処理で、
> なおかつ、
> アプリケーションが適切にマルチスレッド化されていれば、
> OSのマルチスレッド性能には、あまり依存しない。
そんな処理は科技系以外にはほとんど存在しないよ。
>> 並列に処理するようにアプリを作製すれば、間違いなく速い。
> なんて軽く言えるほど、簡単なことではない。
だから Solaris のチャンスなんじゃないか。まともな OS のない
Intel にはとんでもなく難しいことなんだから。つーか、スタートラインにさえ
立ってないからな。
399:名無しさん＠お腹いっぱい。
07/10/10 12:15:14
>>398
> そんな処理は科技系以外にはほとんど存在しないよ。
なわけない。
個人向けのビデオ・エンコーダーの類いでさえ該当するよ。
> だから Solaris のチャンスなんじゃないか。
T2のピーク性能を引き出すために多数のスレッドに分散させることで、
Solaris程のマルチスレッド性能の高さが必要になってくるのであって、
8スレッド程度なら、そんな必要はない。
OSに出来ることは限られていて、結局は、アプリの作りの問題だし、
同じスループットが出るのなら、スレッド数は少ないほうが良い。
400:名無しさん＠お腹いっぱい。
07/10/10 12:53:27
>>385
最近じゃエクセルのシートとかをHPCで処理するのがはやりらすいよｗ
URLﾘﾝｸ(www.is.doshisha.ac.jp)
401:名無しさん＠お腹いっぱい。
07/10/10 13:39:07
ヲイオヰ.... ビデオエンコードって、並列化できない処理の典型なんじゃないの??
402:名無しさん＠お腹いっぱい。
07/10/10 13:46:08
>>401
馬鹿には並列化できないな。
403:名無しさん＠お腹いっぱい。
07/10/10 14:08:28
そうだな。馬鹿のどっかの会社は VLIW のプロセッサーは作ったけど
コンパイラーができなかったしなwwwwwwwww
これで 2 度目だよなー wwwwwwwww 3 度目だっけ??www
404:名無しさん＠お腹いっぱい。
07/10/10 14:29:38
>>403
どこから電波を受信してるんだ?
405:名無しさん＠お腹いっぱい。
07/10/10 17:54:36
可哀想だから、そっとしておこう
406:名無しさん＠お腹いっぱい。
07/10/10 21:06:07
1UのT5120、シャシーデザインもなかなか良いな。
URLﾘﾝｸ(www.sun.com)
T1000はDVD-ROMがつかないので不評だったけど、T5120はDVDがつくｗ
T5220だと内蔵Diskが8本載るので、ZFS使うのも面白そうだ。
ライセンス的な問題はあるんだけど、Oracleも高速に動くと思う。
実際、T2000もなかなか速かった。
407:名無しさん＠お腹いっぱい。
07/10/10 21:29:21
URLﾘﾝｸ(www.sun.com)
X4150みたいに、1Uで8台のDiskが載っていると、もっと嬉しかったがな
408:名無しさん＠お腹いっぱい。
07/10/10 21:35:19
T2マシンは、XeonやOpteronの2Pマシンと戦えるのか?
CPUの消費電力が半分でも、サーバ全体の割合で見ると小さくなる。
それでいて、価格が高いとなれば、SPARCユーザしか欲しがらないだろう。
409:名無しさん＠お腹いっぱい。
07/10/10 21:37:14
T5120/T5220。10G Ethernetが2発搭載されているのって、なかなか良くねーか？
以前、UltraSPARC T2は、10Gをワイヤスピードに近い性能でドライブ出来ると
言っていなかったっけ？ 実験してみたいよ。
410:名無しさん＠お腹いっぱい。
07/10/10 22:15:05
>>408 他の商用UNIXサーバに見劣りしなければいいんだよ。
あと、無償の仮想化機能もエッジサーバには有効。
VMware買うと高いからね。サーバより高い。
これも無償のXen使う手もあるけど。Solaris＋Zoneの方が手軽。
411:名無しさん＠お腹いっぱい。
07/10/10 22:42:34
しかし、なんでT2のマシンはこんなに高いんだ？？
話では、T2の一番安いやつは$1,000切ってるんだろ？
それが、x86系と大差ない筺体に組み込まれるたとたん$13,000～って。
旧来のSPARCマシンにしてもここまでの割高感はなかったけどな。
412:名無しさん＠お腹いっぱい。
07/10/10 22:51:11
T2000 1.4GHz×8Coreの約1000万もひどかったけどな。
413:名無しさん＠お腹いっぱい。
07/10/10 23:03:02
>>410
おまけにVMwareじゃゲストOSの動作保証はないし、Directorとか
Carepackみたいなシステム管理機能は動かないしね。VMwareなら
べて喜んでいる奴の気が知れない。
414:名無しさん＠お腹いっぱい。
07/10/10 23:11:35
信者は面白いこと言うな
415:名無しさん＠お腹いっぱい。
07/10/10 23:15:08
>>411
下から攻めてくるIAサーバに対抗する製品ではなく、SPARCサーバの下のほうをリプレースする製品だから、だろうね。
安く出してしまうと、SPARCの従来製品が全く売れなくなるんだろうな。
>>412
あれには呆れたよ。
8コア×4スレッドの凄いCPUとして美辞麗句を並べておきながら、
実際に売るのは4コアとか6コアなんだもの。
416:名無しさん＠お腹いっぱい。
07/10/10 23:20:51
>>415
T1000 1G×8Coreは安かったよ。DVD付かないんで売れないけど
417:名無しさん＠お腹いっぱい。
07/10/10 23:21:36
なんであんな売り方してユーザは暴動を起こさないの
418:名無しさん＠お腹いっぱい。
07/10/10 23:22:47
DVDなんていらないじゃん。
419:名無しさん＠お腹いっぱい。
07/10/10 23:24:19
>>417 残念ながら、Sunにクレームつけるほど、Sunを使いたがっている
ユーザがいなくなってしまった。
SPARCの性能改善のボトルネックになっていたTIのせいだねｗ
期待の富士通もSPARC64遅れに遅れたし。(IV+に追いつかれたと言う...)
420:名無しさん＠お腹いっぱい。
07/10/10 23:27:45
>>419
TIのせいにしてはいかんよ。SUNにプロセッサの設計力がないからだ。
421:名無しさん＠お腹いっぱい。
07/10/11 00:06:02
製造遅れが多かったよ。TIは。不良品も沢山
422:名無しさん＠お腹いっぱい。
07/10/11 00:21:05
IBM、HP、富士通、こいつらは自社工場でプロセッサを製造できるが、
Sunは、半導体工場を持たないので、他社に依頼するしかない。
そうなると、どーしてもキビシイわな。
TIに見切りを付けて富士通に製造依頼する手はなかったのか?
パソコン級になるが、TransmetaのEfficeonは富士通で製造だったよね。
423:名無しさん＠お腹いっぱい。
07/10/11 00:26:01
>>422 設計はともかく、製造は台湾UMC頼みですね。
TIよりは全然良いと思います。
富士通はSPARC64VIで大失敗しましたね。技術力と言うより経営の
問題なのでしょうか。VIIは早急に出して欲しいです。
信頼性ではピカイチですからねぇ。このチップ
424:名無しさん＠お腹いっぱい。
07/10/11 00:35:23
富士通もPRIMQUESTなんつークズマシンにリソース割くから。
せっかく欧州で伸び始めていたPRIMEPOWERを失速させてしまう。
最近、ようやく自社のSPARC Solarisユーザが重要である事に気がついたらしいが
425:名無しさん＠お腹いっぱい。
07/10/11 00:36:08
>>422
PAはずいぶん前からIBMのプロセスだっただろ？
今となってはItaだし
426:名無しさん＠お腹いっぱい。
07/10/11 00:39:19
富士通だって最新のプロセス使えるはずなんだけどな。
427:名無しさん＠お腹いっぱい。
07/10/11 00:40:28
NECもベクトルのみ。Cellは泣かず飛ばず。
富士通にはがんばって欲しいよ。
428:名無しさん＠お腹いっぱい。
07/10/11 00:48:48
>>426
プロセッサよりもシステムLSIの需要のほうが大切でしょう。
家電製品向けのものは、出る数の桁が違うから。
429:名無しさん＠お腹いっぱい。
07/10/11 00:50:08
システムLSIも儲かっていないんだよなぁ
430:名無しさん＠お腹いっぱい。
07/10/11 01:05:31
儲からなくても、社員と工場を維持できれば、それで十分。
それらを失ってしまうと、イニシアチブの取れないどうでもいいメーカーに転落してしまう。
431:名無しさん＠お腹いっぱい。
07/10/11 01:14:41
そう言っては、儲からない事業を残してきたんだよな。
432:名無しさん＠お腹いっぱい。
07/10/11 01:23:34
アホが。
経常利益に貢献しないからといって切り捨てるくらいなら、メーカーやめたほうがいい。
433:名無しさん＠お腹いっぱい。
07/10/11 08:07:25
おれはメーカーをやめるぞ！ ジョジョーーっ!!
434:名無しさん＠お腹いっぱい。
07/10/11 08:08:45
コア事業以外は捨てる(選択と集中)のが常識だと思うけど？
435:名無しさん＠お腹いっぱい。
07/10/11 10:56:50
>>422
> TIに見切りを付けて富士通に製造依頼する手はなかったのか?
富士通がまともに取り組んでくれてればそうしてたんじゃない?
最初の SPARC だって microSPARC だって turboSPARC だって
富士通製だったんだから。
なんだかんだ言っても富士通内で Unix やネットワークの重要性を
理解してる人は小数派なんだろ。
高クロックに走ってた hyperSPARC の延長線上を活かして、2本立てで競走に
できなかったのがまずかったと思うね。
436:名無しさん＠お腹いっぱい。
07/10/11 10:58:31
>>417
互換性で囲い込んでるパソコン分野とは違うんだよ、ぼうや。
「高い」と思えば他社品買うだけ。「出口コスト」が低いからね。
437:名無しさん＠お腹いっぱい。
07/10/11 11:21:26
>>434
新卒の新入社員レベルの経営だな、それは。
438:名無しさん＠お腹いっぱい。
07/10/11 11:29:44
>>435
SuperSPARC がコケたからなーｗ
439:名無しさん＠お腹いっぱい。
07/10/11 18:10:06
いや、SuperSPARC はスーパースカラーの記念すべき CPU なんだが....
ちょっと数字的に低かったねw
440:名無しさん＠お腹いっぱい。
07/10/11 18:10:57
実際 Sun の SPARC 機が売れなくなったのはもっとずっと後。
441:名無しさん＠お腹いっぱい。
07/10/11 22:35:20
速度だけが売りのRISCで速度が出せなかったんだからしょうがない。
442:名無しさん＠お腹いっぱい。
07/10/11 23:07:49
UltraSPARC-IIのCache障害(設計不良)がイタかったと思う。
せっかくのE10Kの信頼性が台無し。
サーバ市場から退出させられた理由でもある。
IIIで直るかと思いきや、しばらくは同様のトラブルを抱えていたし。
本当に安心できるようになったのは、IVから。時既に遅し。
性能的に言えば、IV+で他社に追いついたが、その頃には、Sunは
死に筋のイメージが定着していて、顧客に検討してもらえないように
なってしまった。日本市場の話だけどな。
USではIV+のラインは売れていたらしいじゃん。
もっと早くにSPARC64取り入れていれば、また違ったのかもしれない。
こちらの提携もちょっと遅かった。
443:名無しさん＠お腹いっぱい。
07/10/12 11:20:21
>>441
RISC の概念を採用しなかった CPU はほぼもう皆無ですが、
それでも「速度だけが売り」なんですか?
「RISC じゃなさ加減」でいくと SuperSPARC はかなり「RISC じゃない」面が
追加されたプロセッサですが。
444:名無しさん＠お腹いっぱい。
07/10/12 11:26:14
RISC論争なんて、とうの昔に終わった話だろう。
445:名無しさん＠お腹いっぱい。
07/10/12 12:02:04
速度だけが売りのx86非互換で速度が出せなかったんだからしょうがない、と言ってみる。
446:名無しさん＠お腹いっぱい。
07/10/12 13:13:59
ひどくレベル下がってるねぇ。
447:名無しさん＠お腹いっぱい。
07/10/12 14:48:35
まぁいずれにせよ SPARC が足踏みしてる間に x86 に先を越されたってこったｗ
448:名無しさん＠お腹いっぱい。
07/10/12 14:55:01
はぁ。ぜんぜん越されてないですよ。x86 はおなじとこぐるぐる回ってるだけですから。
使えないです、はい。
449:名無しさん＠お腹いっぱい。
07/10/12 15:12:29
>>448
上の SuperSPARC, UltraSPARC のクロック足踏みのことだろ？
450:名無しさん＠お腹いっぱい。
07/10/12 15:58:04
ところが、UltraSPARC II 250MHz で構成された E10k に勝てるマシンを
最新の x86 では作れないわけよ。Intel もそんなことはわかってるわけだが、
一部のバカがさww からかうとおもしろいよねw
オレも 15年前に PC-Unix が流行り出したころは WS と同じにしようとして
喜んでたけどねww 低次元だったwww
451:名無しさん＠お腹いっぱい。
07/10/12 15:58:49
「最新の x86 でいくらカネかけようができないわけよ」に訂正w
452:名無しさん＠お腹いっぱい。
07/10/12 16:06:04
E10kってどこから買ってきたんでしたっけ？
453:名無しさん＠お腹いっぱい。
07/10/12 16:33:20
CRAY?
454:名無しさん＠お腹いっぱい。
07/10/12 16:39:56
サンの買収担当者は良い目をしているな。自社にない良いものを持ってくる。
黒歴史もあるが w
455:名無しさん＠お腹いっぱい。
07/10/12 16:50:04
age
456:名無しさん＠お腹いっぱい。
07/10/12 16:50:05
E10kのもととなったCRAY CS6400は最大64CPU
現在のフラグシップのE25kは最大72CPU
SUNの技術力が伺い知れます
457:名無しさん＠お腹いっぱい。
07/10/12 16:57:17
な? おもしろいだろwwwww
458:名無しさん＠お腹いっぱい。
07/10/12 17:33:27
やたらCPUを増やせばいいってもんじゃない。
459:名無しさん＠お腹いっぱい。
07/10/12 17:37:08
Intel なんかずっと 4 だけどな。単にバスが飽和するコアすうだけど。
も、ずーーーーーーーーーーーっと変わってねーwww
パソコン専用石だから、仕方ないが。用途が違うからな。他では使えんww
460:名無しさん＠お腹いっぱい。
07/10/12 17:49:36
おい、お前だいじょうぶか?
突然インテルの話を始めたりして、どーしたんだ?
461:名無しさん＠お腹いっぱい。
07/10/12 18:06:51
よくいるタイプだね、相対位置を確かめ続けないと不安でしょうがないのww
462:名無しさん＠お腹いっぱい。
07/10/12 19:14:14
>>460
はぁ? >>447 以降インテルの話なんだが。流れ汲んで書けよな。
463:名無しさん＠お腹いっぱい。
07/10/12 19:21:21
>>462
はぁ? >>452 以降Sunの話なんだが。流れ汲んで書けよな。
464:名無しさん＠お腹いっぱい。
07/10/12 19:27:18
T2の64スレッドなんて言うバカバカしい仕組みも、Solarisの長い歴史が
あっての事だな。E10Kの頃に十分Bug出ししているし、スケーラビリティも
証明済みだから。
465:名無しさん＠お腹いっぱい。
07/10/12 19:27:24
んじゃこれ以降は何の話にする？
466:名無しさん＠お腹いっぱい。
07/10/12 19:30:34
つまりそれは64coreまでしかスケールしないということですか？
467:名無しさん＠お腹いっぱい。
07/10/12 19:35:31
128でも大丈夫よ。富士通機で、そうした構成やってくれている。
468:名無しさん＠お腹いっぱい。
07/10/12 19:41:15
1システムイメージで128CPU?
469:名無しさん＠お腹いっぱい。
07/10/12 19:57:11
そういえばT2がスケールするという話は
SPECxxxでしか聞いたことがないのだが
その他の検証データってどこかで見れるの
470:名無しさん＠お腹いっぱい。
07/10/12 19:58:35
SPECを見たが、T1すら掲載されてないぞ。
471:名無しさん＠お腹いっぱい。
07/10/12 20:03:52
実機で試すと分かる。
もちろん、シングルスレッドな処理を1つだけとか、
I/Oネックな処理はスケールしないよ。
LDAPも、検索はスケールするけど、更新はスケールしない。
Diskがネックになる。
キューイングがばんばんなメールサーバもそうだね。
こうしたサーバでも、大容量キャッシュなストレージや
tmpfsで試すとスケールするんだわ。
472:名無しさん＠お腹いっぱい。
07/10/12 20:09:59
>>471
I/Oネックになるとダメダメなのは、なにもNiagaraに限ったことではないっしょ。
たった1コアしかないマシンだって、片っ端からI/O待ちになれば、実行可能状態のスレッドなくなるもの。
473:名無しさん＠お腹いっぱい。
07/10/12 20:18:55
>>472 SunのCPUは遅かったからさ。1U/2UのサーバでCPU 100％に
持って行くのは容易かったｗ
T1で実験してみて、はじめて、I/Oがネックになる状況になり
驚くと言う。
474:名無しさん＠お腹いっぱい。
07/10/12 20:22:32
T5120。10G×2が良いね。
475:名無しさん＠お腹いっぱい。
07/10/12 20:30:59
Sambaファイルサーバを作ったら速いんでは？
476:名無しさん＠お腹いっぱい。
07/10/12 20:42:34
>>442
設計不良じゃないし。
477:名無しさん＠お腹いっぱい。
07/10/12 20:57:20
>>476 製造不良？
478:名無しさん＠お腹いっぱい。
07/10/12 21:10:23
当時の他社製CPUは、UIIみたいには壊れなかったよな。
あげくにミラードキャッシュｗ
E10Kだと32CPU以上載っているのが普通だったから、毎週のよーに
落ちていたマシンも少なくなかった。
E15K＋UIIIで直ったと思いきや、落ちるペースは変わらなかった。
PRIMEPOWERのSPARC64と比較されて悲しい思いをしたよ。
479:名無しさん＠お腹いっぱい。
07/10/12 21:18:08
>>450の意味がようやくわかった。
E10Kほどダメなマシンはなかったという皮肉なんだな。
Sunだったよね。
CPUを余分に積んで出荷して、故障したら切替えるとか、
後からライセンスを買うとCPUが増えるとかやってたのは。
あまりに壊れるから、CPUをホットスタンバイで幾つも積む必要があって、
当然、そんなのに金を出さないとユーザが怒るので、無償化する方便だったのな。
480:名無しさん＠お腹いっぱい。
07/10/12 21:31:17
>>479 E10Kは良い設計のマシンだったと思うよ。
UIIがダメだっただけ。
>CPUを余分に積んで出荷して、故障したら切替えるとか
CoDはhpやIBMの方が熱心だった。彼らのサーバには動的再構成の機能が
無かったので、文字通りホットスペアのCPU用意していた。
481:名無しさん＠お腹いっぱい。
07/10/12 21:33:00
>>479
CPU 使っただけ金とるとか Dynamic Reconfig みたいのは
ＩＢＭが先にやってなかった？
482:名無しさん＠お腹いっぱい。
07/10/12 21:36:07
UNIXでは動的再構成は出来なかったな。だから、オンラインでCPUボードを
交換する事は出来ない。
新しいHP-UXではサポートされるらしいが、AIXはまだダメだろう。
それ以前にMCMだから、交換したくても。。。
483:名無しさん＠お腹いっぱい。
07/10/12 21:38:54
もう忘れ去られているかもしれないけど、Sun Java System Web Serverって
Apacheと比べて結構速いんだな。ProxyもSquidなんかよりもずっと速いらしい。
484:名無しさん＠お腹いっぱい。
07/10/12 21:46:57
マイクロソフトのIISもApacheよりも速いな。
OSの性能を引き出すように作ってあるから、オーバーヘッドが小さい。
485:名無しさん＠お腹いっぱい。
07/10/13 02:07:29
GlassFishの評判も上々らしいな。
486:名無しさん＠お腹いっぱい。
07/10/13 12:08:37
age
487:名無しさん＠お腹いっぱい。
07/10/13 15:44:54
httpd自身はボトルネックじゃないんじゃね?
488:名無しさん＠お腹いっぱい。
07/10/14 07:02:16
Sun の Web Serverとか Proxyって、Ｎｅｔｓｃａｐｅの遺産じゃないの？
489:名無しさん＠お腹いっぱい。
07/10/14 21:47:08
全面的に書き直しています。Proxyは遅くてダメダメだったけど、
新しい奴は凄く速いらしい
490:名無しさん＠お腹いっぱい。
07/10/15 10:25:51
Zeusは、Linuxカーネルに一部機能を組み込み。
Rockはどうなの?
491:名無しさん＠お腹いっぱい。
07/10/15 22:54:54
Zeus？
492:名無しさん＠お腹いっぱい。
07/10/18 02:24:50
株式会社 SUN は2007年10月17日、主力事業のひとつである Second Life 事業
において、2007年12月15日より、Second Life 携帯ビューアのサービスを開始
する、と発表した。
URLﾘﾝｸ(japan.internet.com)
493:名無しさん＠お腹いっぱい。
07/10/19 08:36:06
>>492
紛らわしい名前だよな。どう見ても山師です。
何がセカンドライフ事業だよ。
494:名無しさん＠お腹いっぱい。
07/10/22 11:15:02
age
495:名無しさん＠お腹いっぱい。
07/10/22 11:21:38
ageんな(#ﾟДﾟ)ｺﾞﾙｧ!!
496:名無しさん＠お腹いっぱい。
07/10/23 03:20:22
ソラリスとクラリスの関係について説明せよ。
497:名無しさん＠お腹いっぱい。
07/10/23 03:24:49
しまもとすみがクラリス。
498:名無しさん＠お腹いっぱい。
07/10/23 09:17:49
ナターシャ・マケルホーンがソラリス
499:名無しさん＠お腹いっぱい。
07/10/24 22:58:08
Sun introduces first Intel workstation in two decades
URLﾘﾝｸ(www.theregister.co.uk)
$995: Intel Core2 Duo E4400 2.0Ghz, 512MB memory and Nvidia NVS290 graphics card.
$1,445: Intel Core 2 Quad Q6600 2.4Ghz, 1GB memory and NVS290 graphics card.
$1,835: Intel Core2 Duo E6850 3.0Ghz, 1GB memory and Nvidia FX 1700 graphics card.
$2,335: Intel Core2 Quad Extreme QX6850 3.0Ghz, 2GB memory and NVS290 graphics.
500:名無しさん＠お腹いっぱい。
07/10/24 23:07:31
ultra20の後継機みたいな？
501:名無しさん＠お腹いっぱい。
07/10/24 23:44:40
CTCがWindowsXP入れて納入するのに使うだけだろな
502:名無しさん＠お腹いっぱい。
07/10/25 01:18:09
Ultra24 いいな！
503:名無しさん＠お腹いっぱい。
07/10/25 11:10:29
UltraSPARCIVのワークステーションが出せないのは、やっぱ消費電力のせいなんだな。
504:名無しさん＠お腹いっぱい。
07/10/25 13:28:31
富士通は10月22日、2007年度中間期（4～9月）の連結業績予想を上方修正した。
営業利益は440億円となる見込みで、7月26日に公表した 200億円という予想を240億円上回ることになる。
サービス事業やパソコン・携帯電話事業、サーバー関連事業などが好調に推移した。
ただし、前年同期比では13.0％減となる。
2007年度中間期の売上高も2兆5130億円に上方修正。従来予想していた2兆4500億円を630億円上回り、
前年同期比では6.4％増となる。経常利益は320億円で、前年同期比14.9％減となる見込み。
505:名無しさん＠お腹いっぱい。
07/10/25 18:29:44
>>503
ソフトがないから。
かつてUNIXワークステーションで使われていたようなソフトは、
PCワークステーションに移植され、そっちにシフトしちゃったから。
506:名無しさん＠お腹いっぱい。
07/10/25 22:22:17
次のSPARCワークステーションはultra48か？
507:名無しさん＠お腹いっぱい。
07/10/26 01:02:03
次は、Ultra24シーズン2
508:名無しさん＠お腹いっぱい。
07/10/26 01:08:16
phase2、Gen2等選び放題だな
509:名無しさん＠お腹いっぱい。
07/10/26 22:45:22
>>496
ソラリスは、Sun Microsystemsのソフトウェア。
クラリスは、Apple Computerのソフトウェア。
510:名無しさん＠お腹いっぱい。
07/10/26 22:49:49
>>499
Ultra25 の 5 = "S"parc
Ultra20 の 0 = "O"pteron
という噂があったから、Intel CPUのWSなら
1 = "I"ntel
で、「Ultra21」になるという予想があったのに
結局「Ultra24」になったのか…。
511:名無しさん＠お腹いっぱい。
07/10/27 00:06:20
Intelも出すのかよ
最近節操ねぇな
512:名無しさん＠お腹いっぱい。
07/10/27 00:07:25
>>511
必死なだけ
513:名無しさん＠お腹いっぱい。
07/10/27 00:11:02
AMDのOpteronと心中するわけないだろ。
AMDに対して、
もっと良い条件で高性能なプロセッサを供給しないなら、Intelを使うことを検討しないといけないねー
と牽制することができるし、
いざとなれば、本当にIntelを使うこともできる。
逆もまたしかり。
514:名無しさん＠お腹いっぱい。
07/10/27 00:16:15
まあそれでもIA-64だけはないw
515:名無しさん＠お腹いっぱい。
07/10/27 00:39:22
>>514
どうした、突然IA-64とか言っちゃって、頭だいじょうぶ?
516:名無しさん＠お腹いっぱい。
07/10/27 22:29:08
Rock止めてPOWERにしたらいいのに
517:名無しさん＠お腹いっぱい。
07/10/27 23:04:13
速いSPARCはSPARCではない。
518:名無しさん＠お腹いっぱい。
07/10/28 02:09:45
>>513
すでにサーバーで AMD/Intel/SAPRC から
好きな CPU ボード選べってマシンがあるもんなー
WS もそーなるんでしょ？
519:名無しさん＠お腹いっぱい。
07/10/29 11:24:10
なるかなぁ
520:名無しさん＠お腹いっぱい。
07/10/29 11:44:42
SPARC の WS だけはないなｗ
521:名無しさん＠お腹いっぱい。
07/10/29 14:30:45
x86 のような熱ばかり出して性能の出ないアーキテクチャはもう必要ない。
522:名無しさん＠お腹いっぱい。
07/10/29 20:36:15
でも安いんだわ…
523:名無しさん＠お腹いっぱい。
07/10/29 23:21:18
>>521
CPUだけを見て、消費電力が半分とか言っても、
サーバ全体で見たら、大したことなかったりする。
524:名無しさん＠お腹いっぱい。
07/10/30 12:56:42
x86がハイエンドで性能が出ないのはパソコンや小規模サーバ向けに作られてるから
命令セットアーキテクチャとハイエンドで性能が出ないのとはほとんど関係がない
単一プロセッサではx86は性能出てるしな
525:名無しさん＠お腹いっぱい。
07/10/30 21:18:32
じゃあなんで星の数程出た x86 の SMP 機がことごとく性能悪いわけ?
NCR なんて大昔から作ってるよな?
キャッシュコヒーレンシの技術なんざ Mbus の頃のレベルにさえ達してないんじゃね?
526:名無しさん＠お腹いっぱい。
07/10/30 22:04:54
今までのx86の場合、単一CPU・コアの進化だけで性能を大幅にアップさせることができていたから、
あまりフォーカスされてなかっただけともいえる。
Sunだけが特別な技術を持っていて、Intelその他が技術力がないとかそんなんじゃないしね。
527:名無しさん＠お腹いっぱい。
07/10/30 22:05:23
>>525
そいつらが積んでいたCPUが、
> パソコンや小規模サーバ向けに作られてる
からじゃないか?
528:名無しさん＠お腹いっぱい。
07/10/30 22:10:50
Sunが特別な技術を持っていたら、UltraSPARCIIIやIVのような悲惨な結果にはならなかったよね～ｗ
529:名無しさん＠お腹いっぱい。
07/10/30 23:10:07
はい。富士通からCPUを買う必要も無かったはずです。
530:名無しさん＠お腹いっぱい。
07/10/31 01:51:42
そもそも、話の発端であるIntelやAMDのCPUのっけて売る必要もなかった
Sparcだけでは商売が成たたない（要するに倒産）w
531:名無しさん＠お腹いっぱい。
07/10/31 02:56:19
>>524
関係あるぞ。
命令セットアーキテクチャがシンプルなRISCの方が、
バスの設計がしやすいし、性能を引き出せる。
もちろん、ハイエンドの多コア、多CPUの話な。
532:名無しさん＠お腹いっぱい。
07/10/31 03:00:06
>>526
Sunは結局うまくいかなかったけど、
Intelと比べたらSMPは特殊な技術持ってるよ。
CRAYの開発陣を手に入れたからね。
533:名無しさん＠お腹いっぱい。
07/10/31 03:07:42
>>531
そうなんか?
AMDのAthlonXPとかは、AlphaのEVバスを使ってるが、性能でたんか?
534:名無しさん＠お腹いっぱい。
07/10/31 09:06:09
2CPUの実装しかないが良かったよ
535:名無しさん＠お腹いっぱい。
07/10/31 09:14:33
Pentium3とAthlonMPを使い比べたことがあるが、CPU～メモリの帯域幅の差が出たな。
Pentium3 1GHz×2は、1GB/secで、さっくり飽和しちゃって、1CPUに対して1.5倍くらいの性能だった。
AthlonMP 1GHz×2は、2GB/secで、なかなか飽和せず、1CPUに対して2倍近くの性能だった。
バスの優劣とか、そういう以前の問題。
536:名無しさん＠お腹いっぱい。
07/10/31 09:16:17
ちなみに、
Pentium3の2CPUのサーバ機は各メーカーから腐るほど出まわったが、
AthlonMPの2CPUのサーバ機は、結局、見かけなかったなぁ。
なんでだろうね。
537:名無しさん＠お腹いっぱい。
07/10/31 10:04:22
MPはともかく、MPXは余り安定性良くなかったね
CPU自体の発熱も大きいし
538:名無しさん＠お腹いっぱい。
07/10/31 10:17:56
>>523
CRAYを手に入れた時には既にその前にCRAYを買ったSGIに
おいしいところ吸われていて残りカスしかなかったから
E25kとかまともなのが出てない。
おいしいところを吸ったSGIはまもなくIA64の1024CPU
マシンがラインナップにのる。
539:名無しさん＠お腹いっぱい。
07/10/31 10:19:01
おっと >>538 は >>532 宛だ
540:名無しさん＠お腹いっぱい。
07/10/31 10:20:48
CRAY は MIPS の部隊と SPARC の部隊がいてそれぞれ SGI と Sun が
引き取ったんだよ。いい加減なこといってんじゃねー#
541:名無しさん＠お腹いっぱい。
07/10/31 10:22:35
安定性が良い/悪いなんて言ってる次元では、お話にならないね。
安定していて当然で、その上で、障害時に適切に振る舞うことが求められる。
聞いたところによると、
サウスブリッジがメインメモリにアクセスしているときにメモリにパリティエラーが出た場合、
それが適切に処理されずに無視されてしまうのだとか。
542:名無しさん＠お腹いっぱい。
07/10/31 10:23:28
age
543:名無しさん＠お腹いっぱい。
07/10/31 10:25:03
>>526
Intel が単独で技術力ないんだよ。SMP のね。ゴミといっていい。
それでも Sun や SGI が投入した資源とは額にして 2 ケタくらいは違うだろうね。
投入リソースで考えたらシングルスレッドでの性能差も評価できるようなもんじゃ
ないだろ。条件が違いすぎる。コストパフォーマンス実際には激悪なんだよ、
x86 は。
544:名無しさん＠お腹いっぱい。
07/10/31 10:26:49
それでも、インテルのクアッドコアを2ソケットにすると、SunのT2を越えるスループットが出る。
545:名無しさん＠お腹いっぱい。
07/10/31 10:35:12
>>544
何の処理で？
>>541
聞いたところによると、 (snip)だとか。
ワロタ
546:名無しさん＠お腹いっぱい。
07/10/31 10:39:43
>>545
SPECベンチマーク。いまんとこ、モノがないんでね。
実環境と違い、T2にとって最も有利に働く土俵でも、インテルを凌駕しない。
で、AthlonMP搭載サーバが各社からリリースされなかった理由は?
インテルよりも格段に高性能なのに、なぜ出なかったのか。
547:名無しさん＠お腹いっぱい。
07/10/31 10:46:58
CRAYなんてうんこじゃんｗ
548:名無しさん＠お腹いっぱい。
07/10/31 10:48:28
>>546
仕切り値だろな。供給体制と。まあ、あちこちで訴えられてたしなwww
549:名無しさん＠お腹いっぱい。
07/10/31 11:04:25
>>548
てことは、たいして性能は良くなかったんだな。
550:
07/10/31 11:40:37
CRAYはスパコンで強し
SUNはw
551:名無しさん＠お腹いっぱい。
07/10/31 13:10:54
>>546
そっか、SPECか
>で、AthlonMP搭載サーバが各社からリリースされなかった理由は?
中の人じゃないから分からんね
ドイツでグリッドに使ってるという記事はどっかで読んだが
552:名無しさん＠お腹いっぱい。
07/10/31 17:57:12
>>549
お気楽低レベルだなwwww 訴えられてたてのは Intel なww
553:
07/10/31 19:13:58
そういえば、PureJavaとか宣伝してMS訴えて
会社業績悪化して、金もらって和解したバカな会社もありましたね^^
554:名無しさん＠お腹いっぱい。
07/10/31 19:52:52
いや。あれきっちり訴えたから某バカ会社はおとなしくなった。
あれ野放しにしてたら他に被害者が続出してただろう。
555:名無しさん＠お腹いっぱい。
07/11/01 01:27:08
x86は時代遅れなCPUだがSPARCも時代遅れ
目糞鼻糞
556:名無しさん＠お腹いっぱい。
07/11/01 10:08:19
ひとつだけ違うのは、x86 は最初から糞。
557:名無しさん＠お腹いっぱい。
07/11/01 10:51:38
その糞に負けるってことは、糞以下か。
558:名無しさん＠お腹いっぱい。
07/11/01 15:34:35
目糞、鼻糞。
559:名無しさん＠お腹いっぱい。
07/11/02 21:22:16
サン末次社長、「日本市場にはまだまだチャンスがある」
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
発足2周年のItanium Solutions Alliance、WindowsとLinuxをさらなる重点領域に
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
560:名無しさん＠お腹いっぱい。
07/11/03 23:37:18
SPARCバイナリをItanium2上で動作させるミドルウエア，ネットワールドが販売
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
「IBMメインフレームのItanium置き換え策を展開」、普及団体の米インテル副社長
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
「System zのOSであるz/OSを、そのままItaniumサーバー上で稼働させることができる」
561:名無しさん＠お腹いっぱい。
07/11/04 00:34:52
Itanium で動かして... なんのメリットがあるんだ?www
性能いいわけじゃなし安いわけじゃなし将来性あるわけじゃなしプ
562:名無しさん＠お腹いっぱい。
07/11/04 03:31:35
安くないのはSPARCも同じ
563:名無しさん＠お腹いっぱい。
07/11/04 04:26:10
結局x86しか残りませんでした
564:名無しさん＠お腹いっぱい。
07/11/04 22:55:04
いや。x86 の終焉は目前。それは Itanium 作った時 Intel 自身が言ってたこと。
565:名無しさん＠お腹いっぱい。
07/11/05 00:07:15
Intelが、MSが、IBMが、Sunが数年前に言ったことで・・・・
実現しなかったことの数 ＞＞＞＞＞[超えられない壁]＞＞＞＞＞ 実現したことの数
566:名無しさん＠お腹いっぱい。
07/11/05 00:13:19
このスレでの話題
Itanium > x86/amd64 >>>> 越えられない壁 >>>> SPARC
567:名無しさん＠お腹いっぱい。
07/11/05 00:47:59
いや、話題って意味じゃ Itanium 最強だろ。消えた後も何年も楽しめるわww
iAPX432 や i860 の比ではないねwww
568:名無しさん＠お腹いっぱい。
07/11/05 04:38:21
ちょｗｗｗ
iAPX432だのi860だのi960って比べる相手が間違ってるｗｗｗｗｗｗ
569:名無しさん＠お腹いっぱい。
07/11/05 08:10:15
>>568
そこでi960を出すあたり、おまえさん、わかっとらんね。
i860は、色んな会社を巻き込んだな。
マイクロソフトはWindowsNTを当初、i860をターゲットに作っていた。
その時の怨み辛みが、デイビッド・カトラーのIA-64大嫌い、AMD64マンセーへと繋がったわけだ。
いくつものメーカーが、i860を使おうとした。
非常に扱いにくいプロセッサで苦労した上に、
カタログスペックのパフォーマンスと、実際に引き出せたパフォーマンスの差に愕然としたものだ。
結局、SGIがジオメトリ計算用に採用したとか、日本のクボタがUNIXワークステーション出したとか、
走り出しちゃったものはしょうがないから製品化するという、お粗末な結果になった。
570:名無しさん＠お腹いっぱい。
07/11/05 11:01:12
性能がコンパイラ前提なのにコンパイラができない。3回目だよなプププ
571:名無しさん＠お腹いっぱい。
07/11/05 11:04:55
i960 はバークレー RISC ベースでレジスタウィンドウあったんだってな。
知らんかったわ。こいつは他の（iAPX432 と i860 なww）と違って
評価もあったがヨソもんが作ったもんだから干されたようだな。
ま、会社の舵取りしてた連中がパソコン以外眼中になかったってことだ。
572:名無しさん＠お腹いっぱい。
07/11/05 11:08:54
i960は、それなりに成功したでしょう?
一時期のSCSIのRAIDコントローラはi960を定番のように積んでいたよ。
573:名無しさん＠お腹いっぱい。
07/11/05 11:09:49
>>569
AMD64 についてはやってた連中が DEC の同僚だし、最適化も Alpha の手法が
応用できたみたいだし、まあ仕方ないかと。
Microsoft がそのあたりから Intel に冷酷なのはそれだけの理由じゃないしね。
574:名無しさん＠お腹いっぱい。
07/11/05 11:13:21
>>572
i960 が出来て、つくった人は汎用のプロセッサーとして売るよう進言したけど
取り合ってもらえなかったらしいぞ。
575:名無しさん＠お腹いっぱい。
07/11/05 11:15:57
i960をグラッフィク・コプロセッサに搭載したのなかったっけ?
576:名無しさん＠お腹いっぱい。
07/11/05 11:25:17
>>569
> 結局、SGIがジオメトリ計算用に採用したとか、日本のクボタがUNIXワークステーション出したとか、
> 走り出しちゃったものはしょうがないから製品化するという、お粗末な結果になった。
今度はそんなんじゃ済まないだろうな。NEC と日立は致命傷を負う可能性がある。
SPARC もってる富士通さえダメージ大なようなのは情けないけど。
577:名無しさん＠お腹いっぱい。
07/11/05 11:39:32
それらのベンダにおんぶにだっこなところは、言われるまま導入するんじゃないかな？
ミドルやパッケージを使えば、将来のプラットフォーム変更のコストをある程度軽減できるだろうしね。
578:名無しさん＠お腹いっぱい。
07/11/06 01:05:12
>>576
NECがそんな程度のことで致命傷受けるわけないだろ。馬鹿か。
あそこはコンピュータがメインじゃないぞ。
579:名無しさん＠お腹いっぱい。
07/11/06 01:30:24
そうだあそこは死の商人だ
580:名無しさん＠お腹いっぱい。
07/11/06 09:19:35
>>578
もちろん企業としてじゃなくて、部門が終るっちゅう話。分野から撤退。
OEM のみ扱うとか、事実上の、も含めてね。
つーか、そんなことも汲めないおまえが馬鹿ww
581:名無しさん＠お腹いっぱい。
07/11/06 10:10:04
しかし、NECも日立もItaniumサーバ自体をもう作ってないから、
こけようがどうなろうが大したダメージにはならんだろうな。
一方、富士通はもうなんというか・・・(ﾉ∀`)ｱﾁｬｰ
582:名無しさん＠お腹いっぱい。
07/11/06 10:14:18
>>580
自衛隊とNTTとの取引が終わらない限り、部門も残るよ。
自衛隊とNTTに自社製品入れる商売なんだから。
583:名無しさん＠お腹いっぱい。
07/11/06 11:44:53
まあそれはいつまでもやってていいよ。よかったね。
昔 Unisys の社員さんも同じようなこと言ってたわw
>>581
そうなのか。実質終ったんだな。ACOS Itanium に載せるって話は生きてんの?
584:名無しさん＠お腹いっぱい。
07/11/06 12:04:41
すでにACOSもGCOSもItaniumで動いているんじゃね？
585:名無しさん＠お腹いっぱい。
07/11/06 13:32:28
NEC 製じゃなくて、汎用(?) の Itanium 機で動くの? ACOS?
586:名無しさん＠お腹いっぱい。
07/11/06 16:20:55
サン業績いいの？
URLﾘﾝｸ(japan.cnet.com)
587:名無しさん＠お腹いっぱい。
07/11/06 16:35:20
>>586
Windowsサーバが売れてるからじゃね
588:名無しさん＠お腹いっぱい。
07/11/06 16:43:03
これが効いたんだろ？ｗ
＞また同社はここ1年の間に4000人を解雇した。
589:名無しさん＠お腹いっぱい。
07/11/06 16:59:29
レイオフは退職金払わないといけないから金かかるんだぞ?
590:名無しさん＠お腹いっぱい。
07/11/06 17:02:37
>>587
少しは読んでから書けや。冒頭に書いてあるがな。こいつは UltraSPARC IV+ 機だろ。
591:名無しさん＠お腹いっぱい。
07/11/06 22:04:20
>Sunは世界のサーバ市場のうち、13％のシェアを獲得した。
>その一方でIBMは31％、HPは28.2％の市場シェアを獲得した。
これってUNIXマシンのみ?
x86も含んでるのかな?
AIX&POWERってそんなに売れてるの?
592:名無しさん＠お腹いっぱい。
07/11/07 01:28:56
>>585 動く
>>589 1年前に解雇した数次第ではそろそろプラスが出る
>>591 含んでる
593:名無しさん＠お腹いっぱい。
07/11/07 01:31:50
含んでるでしょ。
IBMのはAIXも売れてるけど、zとかiシリーズも含んでるかな？
594:名無しさん＠お腹いっぱい。
07/11/07 12:42:08
>>581
NECはまだ作ってるよ
595:名無しさん＠お腹いっぱい。
07/11/07 13:09:51
hpのIA-64サーバのラインナップのうち、一部はNECからのOEMでしょう?
596:名無しさん＠お腹いっぱい。
07/11/07 13:22:37
NECは、売れる商品を作って、客を探すってビジネスモデルじゃなくて、
売る相手は既に確保済みで、欲しい商品を製造するってビジネスモデルだからな。
やっぱり、POWERもSPARCも持ってないんだからItaniumでしょ。
NECはMIPSもまだ作ってるでしょ。
耐熱や耐宇宙線性能目標が特殊な自衛隊用の製品を。
597:名無しさん＠お腹いっぱい。
07/11/07 14:15:36
>>596
SPARCは一応扱ってるよと、突っ込んでいいのかな？
598:名無しさん＠お腹いっぱい。
07/11/07 23:58:23
>>595
×hpのIA-64サーバのラインナップのうち、一部はNECからのOEM
○NECのIA-64サーバのラインナップのうち、一部の自社製互換機を除いてhpからのOEM
599:名無しさん＠お腹いっぱい。
07/11/08 00:00:41
>>598
hpとNECは相互にOEMしてラインナップを補間してる。
600:名無しさん＠お腹いっぱい。
07/11/08 02:49:58
そうなのか。
hpのハイエンドストレージもhitachiだな、そういえば。
601:名無しさん＠お腹いっぱい。
07/11/08 08:44:05
>>599
それはプレスリリースだけで実現してない話。
602:名無しさん＠お腹いっぱい。
07/11/08 11:41:53
>>596
ふつーに通信衛星用じゃないの？＞耐宇宙線用
603:名無しさん＠お腹いっぱい。
07/11/08 13:26:26
ほい、お勉強用の資料
URLﾘﾝｸ(www.ednjapan.com)
SunのCPUが一時期、障害を出しまくった件にも触れてる。
604:名無しさん＠お腹いっぱい。
07/11/08 16:04:02
>>596
つーか、上にも書いたけどさ、んなこたどうだっていいんだよ。それで食えたと
してもそのお蔭でまたメインストリームへ戻ってくる元気が出たりすることは
ないんだから。Unisys の例上げただろ? やつらは自衛隊どころじゃないぞ、
ペンタゴン相手。潰れることはないさ。けど、メインストリームからの退場って
ことが帳消しになったりすることはないよ。バイバイ。
605:名無しさん＠お腹いっぱい。
07/11/08 16:24:25
>>603のページを見ると、
SPARCの高信頼化のための機能は、
そのまま、
宇宙航空での使用に耐えるようにする
ことに等しいってことだな。
606:名無しさん＠お腹いっぱい。
07/11/08 20:40:59
>>603
>SunのCPUが一時期、障害を出しまくった件にも触れてる。
過去スレで、チップ内部の放射性物質が悪さをしてたのだろうと言ってた人
がいたが、障害発生頻度の多さを勘案すれば「宇宙線」説よりも説得力が
あると思う。
おそらくSunやTIが本気で調査した結果、製品内部に原因をつきとめたが、
大人の事情wで「障害原因を外部要因だと言い張る必要性」があったので
苦し紛れに「宇宙線の影響」という説をでっち上げた悪寒
607:名無しさん＠お腹いっぱい。
07/11/08 20:48:30
>>606
回路に飛び込む荷電粒子による誤動作でしょ?
その荷電粒子が、
パッケージの封止材料や接着剤に含まれる物質が崩壊して出すα線なのか、
宇宙線なのかは、
あんまり関係ない。
いずれにしても耐性が低すぎて誤作動するという点では、設計上は同じ。
前者については、使う材料に気をつけることでα線の発生量を減らす
という話もあるけど。
608:名無しさん＠お腹いっぱい。
07/11/08 20:49:42
ちなみに、宇宙線は太陽の活動の周期によって量が違うが、四六時中降り注いでいるものと思っていい。
609:名無しさん＠お腹いっぱい。
07/11/08 20:54:01
ずいぶん昔からセラミックパッケージの原料に混じってるから
樹脂パッケージにしただとかあったネタだな
610:名無しさん＠お腹いっぱい。
07/11/09 01:45:15
そういう方面は全くの知らんのだけど、
SunFire15KだったかのマニュアルのECCについての説明で宇宙線がどうたら～って書いてあるのを見たことがある。
611:名無しさん＠お腹いっぱい。
07/11/09 01:56:42
確かに宇宙線が原因のトラブルもあるだろうが
Sunが引用すると言い訳にしか思えん
612:名無しさん＠お腹いっぱい。
07/11/09 08:05:56
Sunのチップだけは、宇宙線を引き寄せる魅力があるんだよ
613:名無しさん＠お腹いっぱい。
07/11/09 09:52:48
>>603にあるように、対策をまるでしてなかったので、大惨事になりました、ってことかと。
614:名無しさん＠お腹いっぱい。
07/11/11 12:00:19
>>603
おれは真実を知っているけれどね。
君らも知っている人は多いと思うけれど、話にならないミスだよ。
615:名無しさん＠お腹いっぱい。
07/11/11 19:45:03
その真実とは?
616:名無しさん＠お腹いっぱい。
07/11/12 00:19:56
↑工作員乙↓
617:名無しさん＠お腹いっぱい。
07/11/12 00:45:18
Sunの製品はクールかつパワフルだっ
618:名無しさん＠お腹いっぱい。
07/11/13 11:30:45
619:名無しさん＠お腹いっぱい。
07/11/13 20:21:12
45nm Xeonが予定通り出荷され始めた
620:名無しさん＠お腹いっぱい。
07/11/13 20:43:20
インテルは快進撃だな。
デスクトップ用のCPUにまで12MBものL2キャッシュを積むという恐ろしい時代。
一瞬L3の間違いかと思ったけど、L2だった。
621:名無しさん＠お腹いっぱい。
07/11/13 22:04:22
現代は、むしろ L2 を増やしても意味が無い時代なんだけどね。
622:名無しさん＠お腹いっぱい。
07/11/13 22:09:32
そうは言っても、1コアあたりの性能では、T2とXeonは同程度なんだな、これが。
623:名無しさん＠お腹いっぱい。
07/11/13 22:10:33
今季のTop500が出たけど、
ねぇSunのマシンはどこー？
624:名無しさん＠お腹いっぱい。
07/11/13 23:09:04
間に合わなかったみたいだな
625:名無しさん＠お腹いっぱい。
07/11/13 23:37:43
それどころか、SPECにも登録していないぞ。
プレスリリースで単体CPUとしては世界最高とか言っておきながら、
SPECのサイトに結果が登録されていないってのは、どういうことよ。
626:名無しさん＠お腹いっぱい。
07/11/14 00:14:40
>>622
Xeonにそんな下位モデル有ったっけ？
627:名無しさん＠お腹いっぱい。
07/11/14 00:24:17
>>626
9年前から時間が止まってるんだよ
察してやれよ
628:名無しさん＠お腹いっぱい。
07/11/14 00:29:44
>>626
あたり = per
629:名無しさん＠お腹いっぱい。
07/11/14 00:36:57
Niagara2 SPECint_rate 78.3
Xeon SPECint_rate 138
630:名無しさん＠お腹いっぱい。
07/11/14 01:09:24
>>627
見たいようにしか見えないのか・・・幸せだな。
631:名無しさん＠お腹いっぱい。
07/11/14 01:42:29
>>623
まにあえば 500TFLOPS でぶっちぎりだったのになｗ＞ＴＡＣＣ
URLﾘﾝｸ(blogs.sun.com)
632:名無しさん＠お腹いっぱい。
07/11/14 01:53:17
BG/Lが478.2TFLOPSだからぶっちぎりってほどじゃないな
633:名無しさん＠お腹いっぱい。
07/11/14 02:15:05
AMDがヘタレだからしょうがないな
634:名無しさん＠お腹いっぱい。
07/11/14 02:21:30
ご自慢のT2じゃだめなん？ｗ
635:名無しさん＠お腹いっぱい。
07/11/14 03:00:56
>>634
T2はピーク性能で勝負するプロセッサじゃないだろ…
何事にも向き不向きがあることを理解しましょう。
636:名無しさん＠お腹いっぱい。
07/11/14 03:08:43
Sunである必然性に薄い案件だな。
637:名無しさん＠お腹いっぱい。
07/11/14 08:14:24
おまえら昨日は富士通買ったか？
まだ遅くないぞこれから年明けにかけてガンガンいくからな！
乗り遅れるなよ！！！！
638:名無しさん＠お腹いっぱい。
07/11/14 08:27:15
>>636
× Sun である必然性に薄い案件だな。
○ SPARC である必然性に薄い案件だな。
639:名無しさん＠お腹いっぱい。
07/11/14 09:03:05
Sun Microsystems 最大の地下サーバー
URLﾘﾝｸ(www.nikkei.co.jp)
地下の環境に与える影響は問題ないのか？
地下水温が上がって生態系に異常が出るぞ。
640:名無しさん＠お腹いっぱい。
07/11/14 09:05:17
>>635
そう考えると x86 は実はほとんどの用途で不向きなんだよなww
だまして買わせてるだけ。
641:名無しさん＠お腹いっぱい。
07/11/14 09:08:36
>>639
電気は地上から引くのかな? 地熱発電とかできんのだろうかw?
地下 100m ねぇ... メンテに行くのはいやだなぁ。サーバーと閉じ込められて
窒息死、とかww
642:名無しさん＠お腹いっぱい。
07/11/14 09:58:57
>>641
気がつくと地底都市になっててバイオハザードだなｗ
643:名無しさん＠お腹いっぱい。
07/11/14 12:32:12
>>638
そのシステムは、計算もストレージも、SPARCではなく、Opteronなんだが・・・。
>>639
高い山の上とか、寒冷地とか、そういうところに作ればいいのにね。
644:名無しさん＠お腹いっぱい。
07/11/14 14:04:55
寒いとこにつくれば廃熱で環境を汚染するから
むしろ熱帯みたいな暑いとこに設置したほうが
いーんでわ？ｗ
645:名無しさん＠お腹いっぱい。
07/11/14 14:27:44
そこで、コジェネですよ。
結露防止で温水を道路に常時蒔いているようなところで、
その温水をサーバの廃熱で作り出す、と。
646:名無しさん＠お腹いっぱい。
07/11/14 22:05:44
>>625
どのCPUのことかは知らないが、T5120とかのSPECint/fp_rate2006なら登録されてるぞ
647:名無しさん＠お腹いっぱい。
07/11/14 22:15:28
富士通か。見落としていたぜ。
それにしても、T2は魅力ないスコアだなぁ。
Xeon X5355のdualは1/8のスレッド数で、
同じだけのスループットを吐き出しているぞ。
64スレッドすべて常に100%埋まって、
ようやく同じスループットになるわけで、
それよりもスレッドが少なければ、
Xeonのほうが速くなるわけだ。
648:名無しさん＠お腹いっぱい。
07/11/15 00:38:47
>>639
画龍点睛を欠く…施設が安全でも中に入れるのがSunじゃあね
649:名無しさん＠お腹いっぱい。
07/11/15 00:53:41
スパコンtop500
IBM
HP
CRAY
一方、SUNは
箱物
650:名無しさん＠お腹いっぱい。
07/11/15 01:52:43
Ultra25を買う予定なんだが、キーボード(USB)をミニDIN8ピンに変換する
いい方法があったら教えてくださいませ。
651:名無しさん＠お腹いっぱい。
07/11/15 08:54:56
>>650
Solaris 教えてスレへどぞ。
652:名無しさん＠お腹いっぱい。
07/11/16 01:01:53
SunとDellが歴史的和解、SolarisをOEM
URLﾘﾝｸ(www.itmedia.co.jp)
“データセンターを地底に建設”する国内計画－消費電力ゼロ化めざす
URLﾘﾝｸ(enterprise.watch.impress.co.jp)
サン、IIJ、ベリングポイントなど民間企業を中心に12団体が
「地底空間トラステッド・エコ・データセンター・プロジェクト」を発足
URLﾘﾝｸ(jp.sun.com)
URLﾘﾝｸ(www.iij.ad.jp)
653:名無しさん＠お腹いっぱい。
07/11/16 01:13:10
Sol on Dell 日本でも売るかな
654:名無しさん＠お腹いっぱい。
07/11/16 01:14:46
Dell sol の方が語呂がいいか
655:名無しさん＠お腹いっぱい。
07/11/16 01:18:37
データセンタの全消費電力のうち、CPUの占める割合は、けっこう低いんだけどなぁ。
それなのに、Niagaraですか。
CPU以外の消費電力を低減するよう努力したほうがいいのにね。
656:名無しさん＠お腹いっぱい。
07/11/16 14:23:23
Compute Dell Sol だなｗ
657:名無しさん＠お腹いっぱい。
07/11/16 23:50:40
>>655
>CPU以外
具体的に。
658:名無しさん＠お腹いっぱい。
07/11/17 00:58:01
>>657
電源、ディスク、冷却ファン、メモリ、各種LSI
659:名無しさん＠お腹いっぱい。
07/11/17 01:10:38
sunが手出しできる部分か？
660:名無しさん＠お腹いっぱい。
07/11/17 01:26:05
>>659
部品単体を変えることはできなくても、その使い方で、消費電力は抑えられるでしょう。
661:名無しさん＠お腹いっぱい。
07/11/17 04:53:53
㌧でもない精神論のような
662:名無しさん＠お腹いっぱい。
07/11/17 05:29:04
昔々、帝国軍人のおじさん達は「大和魂」だけで何でもこなしました。
663:名無しさん＠お腹いっぱい。
07/11/17 08:38:30
>>658
データセンタという話だから空調とかそういうのかと思ったら何だ
単なるトンでもな人かよ…
じゃあマシンの性能辺りの消費電力を他のベンダと比較してみなよ
664:名無しさん＠お腹いっぱい。
07/11/17 12:12:45
電源作ったら電源作ったで、
>>655は「ろくなの作れないから辞めとけ」って言うに決まってソラリス。
665:名無しさん＠お腹いっぱい。
07/11/17 18:56:09
まぁ素人さんには、同じCPUを積んだデスクトップとサーバの消費電力の違いが理解できないのだろう。
666:名無しさん＠お腹いっぱい。
07/11/18 10:45:52
>>647 1CPUで比較すればT2高速じゃん。
667:名無しさん＠お腹いっぱい。
07/11/18 15:03:01
>>666
1CPUにこだわる理由があれば、ね。
668:名無しさん＠お腹いっぱい。
07/11/18 16:04:35
600万の2Uサーバなんて意味わかんねー
669:名無しさん＠お腹いっぱい。
07/11/18 16:11:14
ぼったくるという意味があるじゃないか
670:名無しさん＠お腹いっぱい。
07/11/18 17:12:10
酸っぱいぶどうは高いところになっているものです。
671:名無しさん＠お腹いっぱい。
07/11/19 15:03:29
消費電力の半分は空調。主たる熱源であるCPUの電力性能比が改善されれば空調が消費する電力も減る、はず。
672:名無しさん＠お腹いっぱい。
07/11/19 15:06:55
SunはNiagaraサーバとIAサーバの1ラックあたりの電力と性能をばばんと比較提示するぐらいのことはしていい。
それが出来ないなら、いろいろ言われるのはしゃーないわな。
673:名無しさん＠お腹いっぱい。
07/11/20 12:15:57
環境破壊のマシンですね
674:名無しさん＠お腹いっぱい。
07/11/20 15:33:29
>>663
>>658 みたいなのが P4 とかどうしようもないの買うんだろうな。アホくさw
675:名無しさん＠お腹いっぱい。
07/11/20 15:34:04
>>672
してないのか?
676:名無しさん＠お腹いっぱい。
07/11/20 18:35:38
提案する時はTCOで出すだろ
677:名無しさん＠お腹いっぱい。
07/11/20 19:26:27
>>674
最初の印象だけで語るなよ。
結局はAMDのK7も、同じくらい消費電力が大きかったんだし。
678:名無しさん＠お腹いっぱい。
07/11/21 00:01:40
677は仕方がないとして
何でいつのまにかパチョコンレベルの話題になるのか・・
679:名無しさん＠お腹いっぱい。
07/11/22 16:25:13
ここのアンチがぜんぶパコチョンラベルだからw
680:名無しさん＠お腹いっぱい。
07/11/25 08:46:39
そのパソコンのCPUに経営を脅かされたのは、どこの会社かな。
681:名無しさん＠お腹いっぱい。
07/11/25 10:51:26
クレイリサーチ シリコングラフィックス コンベックス ディジタルイクイップメント シンキングマシン ...
682:名無しさん＠お腹いっぱい。
07/11/25 11:08:23
何言ってるんだ。Sunだよ。
日本でインターネット・サービスが一般人向けに始まった頃、
信頼性を要求されないサービス品質のメールサーバやWebサーバは、
Sunのワークステーションをサーバとして使うのが普通だった。
いまでは、どうよ? みんなIAだぞ。
膨大な土地を失ったことにも気がついてないSun信者って・・・。
683:名無しさん＠お腹いっぱい。
07/11/25 11:12:20
煽るのはよくないと思うんだ
でも、事実だったり(ボソ)
684:名無しさん＠お腹いっぱい。
07/11/25 17:22:02
地表の膨大な土地を失ったから、地底に走ったんだなｗ
685:名無しさん＠お腹いっぱい。
07/11/25 17:42:36
プロジェクトBlackBoxのことか？w
686:名無しさん＠お腹いっぱい。
07/11/25 23:04:20
待ちに待った日本撤退はまだですか？
687:名無しさん＠お腹いっぱい。
07/11/25 23:14:00
Sunから直に買うところはないんだから、日本法人が撤退しても、痛くない。
688:名無しさん＠お腹いっぱい。
07/11/26 01:07:24
もともと、パソコンに毛が生えたUNIXマシンを売ってたSunが、パソコンとは違うんだと言ってもなぁ。
パソコンの性能が上がったら駆逐されて当然だろ?
689:名無しさん＠お腹いっぱい。
07/11/26 02:14:16
>>688
あ、それはすごく正論かも。
690:名無しさん＠お腹いっぱい。
07/11/26 09:42:46
まぁ未だにSunのWSを使ってサービス継続しているところもあるのだが
691:名無しさん＠お腹いっぱい。
07/11/26 10:58:16
ま、パフォーマンス以外の品質でどこまで勝負になるかだろうなぁ
692:名無しさん＠お腹いっぱい。
07/11/26 14:25:37
>>682>>683
>>688>>689
どうみても自演だぞ。寒い寒い。
693:名無しさん＠お腹いっぱい。
07/11/26 14:32:29
>>692
妄想ひどいな。
694:名無しさん＠お腹いっぱい。
07/11/26 14:53:05
うわっ。張り付いてやがる。うへぇ～～w
695:名無しさん＠お腹いっぱい。
07/11/26 16:06:29
うどん屋でカツ丼定食を頼んだ。
ところが出てきたのはカツ丼だけ。
セットのうどんがついてない。
俺は店員に言ったよ。
丼だけぇ～
696:名無しさん＠お腹いっぱい。
07/11/26 17:37:14
丼引きぃ～
697:名無しさん＠お腹いっぱい。
07/11/26 21:47:06
>>693-696
荒らしですか？ここはハイレヴェルなスレなのでやめてください。
698:名無しさん＠お腹いっぱい。
07/11/26 21:54:01
笑えるな
ハイレヴェルだってよ
699:名無しさん＠お腹いっぱい。
07/11/27 01:07:18
さすがうに板、ラベルがちがうぜ
700:名無しさん＠お腹いっぱい。
07/11/27 11:19:47
連投自演はペアなのがバレバレだよ。ヘタだなぁw 13分空けて投げたわけだなwww
701:名無しさん＠お腹いっぱい。
07/11/27 19:40:49
しかし、なすとらん も あばかす も
そらりすx86 に対応しとらん～。
うーーん、どうしたものか。
犬には対応しとるのに・・・・
AIXかぁ
702:名無しさん＠お腹いっぱい。
07/11/28 00:10:08
つ がうしゃん
703:名無しさん＠お腹いっぱい。
07/11/28 00:36:59
どれとどれが13分？
704:名無しさん＠お腹いっぱい。
07/11/29 02:33:02
13分の1の確率で自演
705:名無しさん＠お腹いっぱい。
07/12/04 02:35:53
URLﾘﾝｸ(japan.zdnet.com)
zもSolarisが載ったね。
706:名無しさん＠お腹いっぱい。
07/12/04 19:27:27
これすごいじゃん。
でもオレはそんなものより sun4c + cg6 な携帯電話とか PDA とか作って
NeWS と SunView 動かしてほしいな。
707:名無しさん＠お腹いっぱい。
07/12/04 21:00:27
>>706
ほとんど需要皆無
708:名無しさん＠お腹いっぱい。
07/12/05 13:26:25
>>706
俺は買うｗ
709:名無しさん＠お腹いっぱい。
07/12/05 16:55:54
>>706
SPARClite でスマートフォン作って
SunOS4.1.4 動かせばいいじゃないかな？ｗ
K/B は type-4 配列でどぞ。
710:名無しさん＠お腹いっぱい。
07/12/05 23:47:23
SPARCである必要、あんの?
711:名無しさん＠お腹いっぱい。
07/12/06 15:22:52
SPARC じゃなきゃ、なんの意味があんだよwwww
712:名無しさん＠お腹いっぱい。
07/12/06 15:33:11
Solarisに意味があるんだが。
713:名無しさん＠お腹いっぱい。
07/12/06 17:15:50
その時代にか? ウソこけ。
714:名無しさん＠お腹いっぱい。
07/12/06 17:49:29
>>713
話の流れ、読めてないだろ。
715:名無しさん＠お腹いっぱい。
07/12/06 18:37:14
はぁぁぁぁ?? 読めてねのは __お__ま__え__ の方だボケww
716:名無しさん＠お腹いっぱい。
07/12/06 18:56:29
Solaris 1 = SunOS 4.1
717:名無しさん＠お腹いっぱい。
07/12/06 19:06:24
知らんのなら書かんかったらええのに。かわいそうに。
718:名無しさん＠お腹いっぱい。
07/12/06 19:34:56
SunOSが好きだっていう人は沢山いたが、SPARCが好きだって人はあまり見かけなかったな。
719:名無しさん＠お腹いっぱい。
07/12/06 20:55:08
>>717
720:名無しさん＠お腹いっぱい。
07/12/07 02:31:47
>>718
でも俺の周りは結構いたよ。
SPARCの仕様の本を読んでわくわくしてた。
721:名無しさん＠お腹いっぱい。
07/12/07 02:50:36
場所によるのかな。
俺の周りはプロセッサに関してはMIPSのほうが受けていたよ。
潔い、とね。
722:名無しさん＠お腹いっぱい。
07/12/07 13:16:38
>>720
SPARC はレジスタウインドウが醜いって感じだったろ？
MIPS のがすっきりしててきれいと思ったよｗ
723:名無しさん＠お腹いっぱい。
07/12/08 14:37:52
レジスタウィンドウにケチつけるやつは山ほどいるが、まともに理由を言えるやつには
まだ会ったことないぞwwww
724:名無しさん＠お腹いっぱい。
07/12/08 15:11:03
レジスタ・ウィンドウの問題点はズバリ、クロックを上げることが難しくなること。
といっても今となってはレジスタ・ウィンドウをABIに提供しないプロセッサでも、
内部ではレジスタ・リネーミングとハードウェア・スタックなどによって同等の機能を持っていたりもするが。
MIPSの連中は、
関数呼出しで引数をすべてスタックに積む、もしくは、すべてレジスタ渡しするために関数呼び出しのオーバーヘッドが大きい
という問題に対して、
レジスタ・ウィンドウによってハードウェアで解決するよりも、コンパイラの改良によって解決すべきだとした。
ソフトウェア技術者から見れば、MIPSのアプローチのほうがエレガントだろう。
725:名無しさん＠お腹いっぱい。
07/12/09 08:37:20
結局同等の機能を持っているとしても、
仕様がかっちり決まっているのは、CPU屋にとっても不自由だしな。
実際レジスタ・ウィンドウは完全に廃れたし。
726:名無しさん＠お腹いっぱい。
07/12/10 15:51:27
はぁ? 思いっきり舞い戻ってますが。やっぱりしったかだらけやんwwww
727:名無しさん＠お腹いっぱい。
07/12/10 17:33:29
>>724
> レジスタ・ウィンドウの問題点はズバリ、クロックを上げることが難しくなること。
その程度のことなら CPU についてなーーーんも知らんガキにも言えるわけやね。
ということで、落第。
728:名無しさん＠お腹いっぱい。
07/12/10 17:58:07
レジスタウィンドウの問題点はガキでも分かるって事だな。
729:名無しさん＠お腹いっぱい。
07/12/10 22:03:45
未亡人の抵抗？
730:名無しさん＠お腹いっぱい。
07/12/11 00:24:39
>>727
そういう物言いは、模範解答を自分で示してから、な。
学生にレポート書かせて、その中から盗むような、そういうタイプの教員みたいな言動むかつく。
731:名無しさん＠お腹いっぱい。
07/12/11 00:33:02
SPARCがレジスタ・ウィンドウを使ったのは、
レジスタ数が少ない低速プロセッサ と レジスタ数が多い高速プロセッサ の両方で同じバイナリが走る
ということを狙ったものだと思う。
その構想が当らなかった以上、SPARCのレジスタ・ウィンドウが評価されないのも当然だろう。
ちなみにインテルのEPICも同じ失敗しているな。
バイナリ互換のために数々の機能が盛り込まれているものの、日の目を見てないから。
732:名無しさん＠お腹いっぱい。
07/12/11 16:19:30
>>727
教授、無駄話ではなく、ちゃんと講義してください。
733:名無しさん＠お腹いっぱい。
07/12/11 16:25:45
SPARCの製造中止まだですか？
734:名無しさん＠お腹いっぱい。
07/12/11 21:49:28
>>727は根拠もなくSPARCをヨイショしてたキチガイか。
735:名無しさん＠お腹いっぱい。
07/12/11 23:09:21
根拠もなく（意味もわからず）レジスタウィンドウ批判してる糞バカはおまえな。
736:名無しさん＠お腹いっぱい。
07/12/12 00:29:19
具体的な話をしているほうが優性だな。
737:名無しさん＠お腹いっぱい。
07/12/12 10:57:42
え? どこに具体的な話なんか出てるよwwwwww
738:名無しさん＠お腹いっぱい。
07/12/12 11:00:45
レジスタ・ウィンドウで頑張っているCPU、
SPARC以外は何ですか?
739:名無しさん＠お腹いっぱい。
07/12/12 12:27:42
IA-64
740:名無しさん＠お腹いっぱい。
07/12/12 13:06:42
IA-64には、64bitの汎用整数レジスタが128本、82bitの浮動小数点レジスタが128本、
1bitのプリディケーションレジスタが64本、分岐先レジスタ（間接分岐に使用）が8本ある。
汎用レジスタや浮動小数点レジスタが128本もあるのは、並列に実行できる命令の数を多くするためと、
関数呼び出し間でのパラメータの受け渡しなどにも使う（SPARCのレジスタウィンドウのように使う）ためである。
741:名無しさん＠お腹いっぱい。
07/12/12 13:18:39
インテルは、明示的なレジスタ・リネーミング & レジスタ・スタック などと言ってるようだが。
128本のうち、32本はスタティックで、MIPSのようにいつでもどこでも同じ名前で同じレジスタが参照される。
残り96本は、名前と参照されるレジスタの関係が固定ではない。
742:名無しさん＠お腹いっぱい。
07/12/12 13:18:58
test
743:名無しさん＠お腹いっぱい。
07/12/12 13:48:12
現代じゃ大量のレジスタを用意する必要があって、コンテキストスイッチじゃ
当然そいつらを主記憶上に退避しなきゃなんないんだが、
特に「レジスタウィンドウ方式だから」不利だってことが具体的にある?
レジスタリネーミングでできるだけレジスタ数を増やさずに工夫する方が
有利だなんて、それこそ RISC/CISC 原理主義論争以上に不毛な議論だと思うが。
744:名無しさん＠お腹いっぱい。
07/12/12 15:35:17
Intelは自分のアーキテクチャをクリスクって呼んでたっけ。
745:名無しさん＠お腹いっぱい。
07/12/12 15:37:31
ていうか、レジスタそんなに大量に必要なの?
8本では足りないとは思うが、32本もあれば十分じゃね?
746:名無しさん＠お腹いっぱい。
07/12/12 16:03:41
>>745
だからスタックに吐き出すか
レジスタに抱えるかって考え方の違い。
747:名無しさん＠お腹いっぱい。
07/12/12 16:06:35
レジスタといっても、その実体は、演算器には繋がっていないスタックだろ。
748:名無しさん＠お腹いっぱい。
07/12/12 16:08:25
ハードウェア・スタックエンジンとか言われているものと、やってることは同じ。
ハードが制御するか、ソフトが制御するかの違い。
ソフトで制御しようというのは、RISC的な考え方。
ハードで制御しようというのは、CISC的な考え方。
まぁRISCの始祖はSPARCはRISCではないと言ってるが。
749:名無しさん＠お腹いっぱい。
07/12/12 17:07:30
>>745
またまたまたそんなアホ話を... こんな次元で「レジスタウィンドウが」とか
のたまってるのか??
ある時点のプロセスからみて 32本が足りるかどうかって話ならわかるが、
今どき CPU 上に物理的に存在するレジスタが 32本や 64本で足りるわけがない。
そんな区別さえついてないわけかよトホホほ...
750:名無しさん＠お腹いっぱい。
07/12/12 18:44:29
SPARCはRISKだよな
751:名無しさん＠お腹いっぱい。
07/12/12 18:49:36
745はSPARC信者による工作
752:名無しさん＠お腹いっぱい。
07/12/12 20:00:02
GPLでコミュニティに公開 サン、64スレッドCPU「T2」をオープンソース化
URLﾘﾝｸ(www.atmarkit.co.jp)
Sunのオープンソース支援に、元社員が疑問符
URLﾘﾝｸ(www.itmedia.co.jp)
753:名無しさん＠お腹いっぱい。
08/01/09 00:45:42
>>743
使っているかもしれないし、使っていないかもしれないレジスタ（16個）を、
ウィンドウオーバーフロー時に退避しなければならないのは意外と重い。
この点がレジスタウィンドウ方式の欠点。
754:名無しさん＠お腹いっぱい。
08/01/09 09:21:53
他の方式だと使ってないレジスターを判別して保存対象から外せると言ってる?
比較対象は何?
755:名無しさん＠お腹いっぱい。
08/01/09 23:09:54
%i0～%i7, %l0～%l7の16個のレジスタがウィンドウオーバフロー時の退避対象だけど、
関数内で16個フルにレジスタを使っているケースは少ない。半分使っている例すらまれ。
disって見てください。
なのでcaller責任、あるいはcallee責任でレジスタの内容をそのつど、
スタックに退避する方がよいという意見もある。
ただしウィンドウオーバフローが発生しないケースではレジスタだけで動作できる機会が
多くなるので、レジスタウィンドウ方式が有利。
コンパイラもできるだけ、ウィンドウオーバフローの原因となるsave命令をはき出さないよう
工夫をしてきているので、結果として一長一短という感じかな。
756:名無しさん＠お腹いっぱい。
08/01/11 19:14:09
なるほど、じゃあ、「最近のプログラムはレジスター渡しが減るかもしくは
パラメーターが皆無の場合が増え、かつウィンドウオーバーフローが
激しく起こるようになった」とでもいう前提を付ければ「問題あり」という結論を
導けるというわけだ。
で、実際その前提は暗黙で了解されるような内容なのか? 説明してみてくれ。
757:名無しさん＠お腹いっぱい。
08/01/11 23:28:54
>>756
ごめん。日本語が理解できなかった。
> 「最近のプログラムはレジスター渡しが減るか
> もしくはパラメーターが皆無の場合が増え、
> かつウィンドウオーバーフローが
> 激しく起こるようになった」とでもいう前提
これはどこから生じた話？
758:名無しさん＠お腹いっぱい。
08/01/12 17:06:00
>>757
「関数内で16個フルにレジスタを使っているケースは少ない」を
「最近のプログラムは引数が少かゼロの場合が増え、かつウィンドウオーバーフロー
の頻度が高くなった」という前提を作ったのですね。
私はその前提には違和感感じますね。
759:名無しさん＠お腹いっぱい。
08/01/12 18:10:59
おまえら
２ちゃんねるに
きている
じてんで
ぜんていが
ちがうから
はなしにならん
760:名無しさん＠お腹いっぱい。
08/01/12 21:18:48
ぜんていがちがうのはおまえだけもうくるな
761:名無しさん＠お腹いっぱい。
08/01/12 23:36:45
まけぐみ
762:名無しさん＠お腹いっぱい。
08/01/13 00:49:46
ま
ち
て
て
ん
が
な
763:名無しさん＠お腹いっぱい。
08/01/13 16:53:46
URLﾘﾝｸ(www.geocities.jp)
・Itaniumは5年以内に消滅
・Sun終了、Rockは最後のあがき
764:名無しさん＠お腹いっぱい。
08/01/13 17:49:18
で、最後に残るのはPowerと。
765:名無しさん＠お腹いっぱい。
08/01/13 19:18:15
たまにはMIPSのことも思い出してあげてください。
766:名無しさん＠お腹いっぱい。
08/01/13 20:47:09
ゲーム用かルータ以外でPowerが残るとは思えんのだけど
白ちゃんたちって、大口叩くときはいつも泣き入ってるよねｗ
767:名無しさん＠お腹いっぱい。
08/01/13 22:29:55
一般人がさわれるのが、x86とARMだけになったらやだな。
768:名無しさん＠お腹いっぱい。
08/01/14 11:38:12
> POWER6はミッドレンジのサーバ1種とブレードにしか投入していない。
高クロック版の歩留まりが低いってことだろ？
769:名無しさん＠お腹いっぱい。
08/01/15 11:31:26
バルセロナのバグfix もう出荷してんの？＞ＡＭＤ
770:名無しさん＠お腹いっぱい。
08/01/15 13:05:54
>>768
POWER6の歩留まりの状況は知らんけど
IBMサーバのクラス分けがクロックでない事くらいは判る
771:名無しさん＠お腹いっぱい。
08/01/15 19:14:34
Power6 って売れてんのかよ? あんだけハナバナしかった割には聞かないぞw
772:名無しさん＠お腹いっぱい。
08/01/15 20:33:49
POWER6 のSystem pはうちはパス。
5+でぜんぜん構わない。
でもそのあたりだとSunでいいんだよなあ・・・
IBMのSolarisサポートの状況も興味があるけど。
773:名無しさん＠お腹いっぱい。
08/01/15 21:26:55
IBMはx86とz/OSだけだろ。
774:名無しさん＠お腹いっぱい。
08/01/15 22:01:27
> IBMサーバのクラス分けがクロックでない事くらいは判る
なるほど
775:名無しさん＠お腹いっぱい。
08/01/17 09:41:10
Sun、MySQLを買収へ
1月17日9時10分配信 ITmediaエンタープライズ
Sun Microsystemsは1月16日、オープンソースのRDBMS「MySQL」を開発する
MySQLを総額約10億ドルで買収することを明らかにした。
買収は3月末をめどに完了させる予定。
MySQLはIPOを待たずして買収されることとなった。
776:名無しさん＠お腹いっぱい。
08/01/17 10:29:17
へー
最近のSunはPostgresの方に力を入れていたと思ってたが。
777:名無しさん＠お腹いっぱい。
08/01/17 10:31:37
スレタイの日本語が解読できたら起こしてくれ
778:名無しさん＠お腹いっぱい。
08/01/19 06:17:37
JavaとOpenGLって似てない?
OpenGL
いろいろなところでも動くけれど一番動くのはIRIX
DirectX出てくる
sgi死亡
Java
いろいろなところでも動くけれど一番動くのはSolaris
.Net(C#)出てくる
Sun.....
779:名無しさん＠お腹いっぱい。
08/01/19 11:21:10
C#って流行ってんの？
780:名無しさん＠お腹いっぱい。
08/01/19 19:17:51
.NETは流行っていると思う。
C#は微妙。
781:名無しさん＠お腹いっぱい。
08/01/19 20:35:42
周囲でのJava案件はRedHatやWindows Serverで動かす方がずっと多い。
778は業界と無関係の一般人か？
.NETはフレームワークとか開発ツールがそろってるのが強み。
NetBeansをコアに色々やってるのもそこらへんが無視できないからだろ。
オープンソースで切磋琢磨するのが最強とかマヌケなことを言ってると
足をすくわれかねん。
それでも.NETはマルチプラットフォームと主張できるほどではないので、
便利なツールを使っての開発はWindows向けがほとんどじゃないかな。
あと、OpenGLは脂肪しちゃいねえ。
DirectXはゲーム向けで担当分野が違う。
AMDやnVIDIAのビデオカード製品を確認してみろ。
(GPUは共通だったりするけどな)
sgiのグラフィクスワークステーションが得意だった分野は
OpenGLの使える廉価なPCワークステーションに食われただけ。
782:名無しさん＠お腹いっぱい。
08/01/19 21:04:49
俺もそう思っていた事があったなあ…
783:名無しさん＠お腹いっぱい。
08/01/22 12:55:38
微妙に視野が狭いな
784:名無しさん＠お腹いっぱい。
08/01/22 13:41:54
ケータイのなかで生きてるじゃん>OpenGL
785:名無しさん＠お腹いっぱい。
08/01/22 13:51:13
OpenGLでないと、剛性やら熱伝導やらの物理計算で支障が出る。
DirectXはいい意味で手抜きをしているからね。
786:名無しさん＠お腹いっぱい。
08/01/22 14:05:07
>>781
>周囲でのJava案件はRedHatやWindows Serverで動かす方がずっと多い。
台数だとそうかもね。
金額ベースだとうちの周りのJava案件はAIX/Solarisの方が圧倒的に大きいよ。
だいたいだけど1年くらいの開発期間を上回るとWindows/RedHatではなくなるかな。
787:名無しさん＠お腹いっぱい。
08/01/25 15:56:46
用賀駅で線路が故障したのはサンの呪いか？ｗ
788:名無しさん＠お腹いっぱい。
08/02/05 22:40:08
58. 富士通半導体分社化 (2008/2/4)
URLﾘﾝｸ(grape.mtk.nao.ac.jp)
789:名無しさん＠お腹いっぱい。
08/02/06 00:53:27
rockかniagara3か知らんが、2.5GHz達成とかなかったっけ？
790:名無しさん＠お腹いっぱい。
08/02/09 10:17:01
Rock延期じゃん
791:名無しさん＠お腹いっぱい。
08/02/09 17:16:05
Sun、Rockのリリースを2009年に延期
URLﾘﾝｸ(www.itmedia.co.jp)
しばらくはT2とVictoria Fallsで行けると踏んでの決断だろうけど。
肝心のT5120/T5220が製造不良。大丈夫か。
製造委託先選べよと言いたい
792:名無しさん＠お腹いっぱい。
08/02/10 00:48:50
T2じゃなくてT5120/T5220の製造不良なんだ。またTIかとおもった。
793:名無しさん＠お腹いっぱい。
08/02/10 00:53:52
250Wって製品化可能なのか？
UltarSPARKIVでもそこまでいってないよね？
794:名無しさん＠お腹いっぱい。
08/02/10 13:05:49
>>793
250Wって、驚くほどの数字か？
795:名無しさん＠お腹いっぱい。
08/02/10 13:16:04
CPUとしては結構驚くような数値かもね
796:名無しさん＠お腹いっぱい。
08/02/10 20:02:38
空冷のCPUだと、サーバ向けでも200Wいかなかったと思う
797:名無しさん＠お腹いっぱい。
08/02/10 20:49:53
次期Itanium2でも170Wらしいしな。
798:名無しさん＠お腹いっぱい。
08/02/11 17:40:30
>>791
どこに5120の話があるの？
799:名無しさん＠お腹いっぱい。
08/02/11 18:08:43
どうせ延期するなら、45nmかその次まで先延ばしすりゃいいのに。
いまのままじゃ、筐体のデザインもすべて新しいのに変えなきゃいかんでしょ。
800:名無しさん＠お腹いっぱい。
08/02/11 19:23:30
>>798
T5120の障害は、Sunと一部の代理店しか知らないよ。
あと、ファーストロットの発注元。
IIIiのV215やV245を3月末で消そうとしているけど、この状態で決行するのかな。
T2000も順次消していくつもりらしいが、冷や冷やもんだな
801:名無しさん＠お腹いっぱい。
08/02/11 20:50:34
>>800
V215やV245の最終オーダーが4/10だっけ、いきなりすぎてびびったよ
あれって後継機種とかなしでVシリーズのローエンドは無くなっちゃうの？
802:名無しさん＠お腹いっぱい。
08/02/11 22:50:05
Xeonを買ってください
803:名無しさん＠お腹いっぱい。
08/02/11 23:17:10
>>800
どんな障害なの？
804:名無しさん＠お腹いっぱい。
08/02/11 23:21:22
T5120でoracleつかえる？
oracleでおすすめな機種は？
805:名無しさん＠お腹いっぱい。
08/02/11 23:29:13
Ｔ１でいーじゃん？
806:798
08/02/11 23:39:42
>>800
関係者乙ｗ
>>803
自分の知っている限りでは、致命的なものじゃない。
中身じゃなくて外装の話でしょ。
807:名無しさん＠お腹いっぱい。
08/02/12 20:00:09
>>801
Sunの計画では、T5120 4core(定価100万未満)に担わせるつもりらしい。
だが、V215と比べるとちょっと高い。更に、アプリケーションベンダーの
CPU Coreライセンスがネックになる。
XシリーズのPCサーバを買えって話もあるけど、安価なSPARC Solarisが
欲しいというユーザも少なくないんでな。
>>806
DVDに傷(つーか塗料が)つくと言う話だけではないぞ。
ネジや半田の話とか、ファームの疑いとか。ファーストロットの出荷が
大混乱に陥っている。1ヶ月位で直ればいいんだけどな。
肝心のメーカに危機意識が無いから、長引くような気がするよ。
営業やSEも平気な顔しているもんな。
808:名無しさん＠お腹いっぱい。
08/02/12 20:01:57
>>801
言い忘れた。NetraシリーズにIIIiサーバが残る。
どうしてもTを買ってくれない客にはNetra売れって事らしい。
809:名無しさん＠お腹いっぱい。
08/02/13 11:02:30
>>807
いまさら何やってんだろ？
製造関係の人一杯リストラでもしたのかね？ｗ
810:名無しさん＠お腹いっぱい。
08/02/13 15:06:41
記憶装置なしパソコン、海自が３万台全面導入・10年度までに
防衛省は機密情報の流出防止を狙い、記憶装置を持たないパソコン「シンクライアント端末」を2010年度までに海上自衛隊に全面導入する。
海自のパソコンのほぼ全量に当たる約3万台を対象に、米国防総省が使う米サン・マイクロシステムズ製の端末に置き換える。
国内でのシンクライアント端末の導入台数では過去最大とみられる。昨年明るみに出たイージス艦の情報流出事件などを受け、
防衛情報の厳格管理が国際的に求められているのに対応する。
防衛省はまず今年3月までに端末数百台を海自の施設に導入。その後艦船などにも順次設置する。海自での成果をみて陸上自衛隊や航空自衛隊への導入も検討する。(10日 07:00)
811:名無しさん＠お腹いっぱい。
08/02/13 17:55:11
SunRay 20台に 1台サーバー入れるとしても、結構な台数になるな。
ブレードかな?
812:名無しさん＠お腹いっぱい。
08/02/13 18:50:20
その上でブートサーバとWindowサーバかな。
813:名無しさん＠お腹いっぱい。
08/02/13 20:17:25
やるのはNECかな？
814:名無しさん＠お腹いっぱい。
08/02/13 20:34:59
VirtualBoxはどう使うのかな。
815:名無しさん＠お腹いっぱい。
08/02/13 22:03:42
>>813 CTCに決まってるじゃん。以前どこかにニュースが
816:名無しさん＠お腹いっぱい。
08/02/13 22:19:01
さきにSunRayを使うことに決めてから、SIerを公募・選定したみたいだよ。
817:名無しさん＠お腹いっぱい。
08/02/13 22:19:43
出来レースはどこにでもあるよ
818:名無しさん＠お腹いっぱい。
08/02/13 23:02:10
実際のところ、SunRayって使えそう？
819:名無しさん＠お腹いっぱい。
08/02/14 00:10:08
使えるとか使えないじゃなくて、
イージスの秘密漏洩したから、
アメリカ産で構築するのであろう。
シンクラアイント全般がいい選択ではある。
820:名無しさん＠お腹いっぱい。
08/02/14 09:38:14
>>818
用賀のサンは全部 SunRay だろｗ
821:名無しさん＠お腹いっぱい。
08/02/14 14:23:35
SuperTechDaysあたりでもSunRayを使いたい放題だったなあ。
別に普通につかえるじゃんって思った。
822:名無しさん＠お腹いっぱい。
08/02/14 19:48:24
サン、超スーパーコンピュータ「Constellation System」を正式稼働へ
URLﾘﾝｸ(japan.cnet.com)
823:名無しさん＠お腹いっぱい。
08/02/14 22:18:35
>>821
ハードウェアは使えると思うけど、
業務で使うとなると、
いろんなアプリとかいるよね。
そういうのを含め、実際のところどうなのかなと。
そこでSunのミドルウェアとかが登場してくるとなぁ・・・
メールやＷeb見るだけなら、ＯＫだろうけど。
今時全部Webベースで組み直すつもりなら安心だけど。
と言いつつ、業務用としてどのブラウザ使うのかな。
824:名無しさん＠お腹いっぱい。
08/02/14 22:37:54
MS にクライアントライセンス料取られるから安心しろ。
825:名無しさん＠お腹いっぱい。
08/02/14 23:41:22
SunRayって確かふつうにWindowsアプリ走るんだよね
826:名無しさん＠お腹いっぱい。
08/02/15 00:13:03
>>825 走るわけが無い。だってSolarisだから。
Winアプリ走るんじゃ無くて、SunRay ConnectorでTerminal Serviceに接続して
画面飛ばすだけ。リモートデスクトップと同じ。
827:名無しさん＠お腹いっぱい。
08/02/15 00:15:31
>>816 そう言う意味じゃなくて、先に導入されているSunRayはCTCが
やっていると言う記事を見たような。だから、続く追加分もと思ったわけ。
実績は一番多いし、社内で使用している台数も日本では一番多いし。
828:名無しさん＠お腹いっぱい。
08/02/15 11:42:07
>>825
つか、SunRay は表示するだけだからアプリは何も走らんｗ
829:名無しさん＠お腹いっぱい。
08/02/15 11:48:49
X11ではWindow Managerもアプリなんですよ。
830:名無しさん＠お腹いっぱい。
08/02/15 11:54:52
SunRayみるたびに…
古いノートPCをSunRayみたいにするOSでないかなと思う
831:名無しさん＠お腹いっぱい。
08/02/15 12:25:59
X端末…なにもかも懐かしい…
832:名無しさん＠お腹いっぱい。
08/02/15 12:38:00
>>830
つ ubuntu + LTSP
833:名無しさん＠お腹いっぱい。
08/02/15 12:57:38
>>832
無知ですまん、古いノートで使えるLANカードでPXEブートできるのある?
834:名無しさん＠お腹いっぱい。
08/02/15 13:36:04
つ URLﾘﾝｸ(archive.ubuntu.com)
835:名無しさん＠お腹いっぱい。
08/02/15 16:53:09
ubuntuには興味ないんだが
836:名無しさん＠お腹いっぱい。
08/02/15 19:04:17
うぶんちゅっ！
837:名無しさん＠お腹いっぱい。
08/02/16 17:51:43
SunRayはICカードを標準で装備していて、HotDeskのキーになっている所が
素晴らしい。あまたのシンクライアントでICカード使う場合と比べると
後付の機能ではないので使いやすい。
838:名無しさん＠お腹いっぱい。
08/02/16 18:47:58
JavaRingはどうなったの?
839:名無しさん＠お腹いっぱい。
08/02/16 20:47:21
ICカードは時代遅れ。
840:名無しさん＠お腹いっぱい。
08/02/16 21:49:36
非接触型カードだと、ログアウトやレジュームとの相性が良くない。
841:名無しさん＠お腹いっぱい。
08/02/16 22:21:42
SunRay使っているユーザは、ハイブリッドICカード使っている。
FeliCaとSmartCardを貼り合わせたやつ
842:名無しさん＠お腹いっぱい。
08/02/17 00:26:42
別のフロアに行ってカードをさしても自分のデスクトップが復元できて
兆便利。
843:名無しさん＠お腹いっぱい。
08/02/17 07:13:59
>>842
>デスクトップが復元できて
復元っていうか「表示」だよね。サーバーから見れば画面を表示する端末が
変わっただけで何かを保存・復元している訳でもないから「復元」って言うと
ちょっと違和感がある。
844:名無しさん＠お腹いっぱい。
08/02/17 09:34:53
SunRayの機能じゃないしな。
845:名無しさん＠お腹いっぱい。
08/02/17 12:27:45
Solaris環境ならHot Deskの機能だし。KIOSKモードならWindows Terminal側の
機能なんだが、いずれにせよICカードと連携していて、どこの端末からでも
元の画面を呼び出せるのが便利。
他のシンクライアントでは、内部的に妙なギミックになっていて。オプション
付けたりさ。管理者側からの使い勝手が良くない。
あと、SunRayの売りは、SunRay端末の設定や管理が不要な事。
全部サーバ側で制御できる。
SunRay端末で必要なセットアップは、KBとマウスつないで、
電源ケーブルとUTPケーブルをつなぐだけ。
846:名無しさん＠お腹いっぱい。
08/02/17 15:25:13
三礼
847:名無しさん＠お腹いっぱい。
08/02/18 13:21:06
>>845
自分の席が決まってたらあまりありがたみはないだろうけどｗ
あと、ほとんど熱も出ないからファンもないし静かで地球に優しい。
848:名無しさん＠お腹いっぱい。
08/02/18 16:43:33
SunRay のイベントがあるじゃん。
URLﾘﾝｸ(jp.sun.com)
849:名無しさん＠お腹いっぱい。
08/02/18 23:19:02
>>847
でも、電源スイッチは付けておいて欲しかったな。
850:名無しさん＠お腹いっぱい。
08/02/19 02:22:04
>849
それは言えてる。
プラグ抜かないとリセットもできない。
851:名無しさん＠お腹いっぱい。
08/02/19 11:35:04
電話と同じデバイスだと思って作ってるからなー
基本的に電源スイッチがないｗ
852:名無しさん＠お腹いっぱい。
08/02/19 22:32:56
>>850 ソフトリセットは可能
853:名無しさん＠お腹いっぱい。
08/02/21 19:29:44
マルチプロセッサのコンピュータで
SolarisはまだLinuxに対して性能を誇れるんでしょうか？
854:名無しさん＠お腹いっぱい。
08/02/21 19:30:59
注意深くベンチマークを選べば、いくらでも。
855:名無しさん＠お腹いっぱい。
08/02/21 19:45:42
つーか、Linux 改善してんのかよ?
856:名無しさん＠お腹いっぱい。
08/02/21 19:48:53
URLﾘﾝｸ(www-jp.mysql.com)
何が原因でこんなにも開きが出ちゃうのでしょうか？
857:名無しさん＠お腹いっぱい。
08/02/21 19:56:22
>>856
スポンサー料
858:名無しさん＠お腹いっぱい。
08/02/21 19:59:53
あーそういうことですか
大人の世界はインチキばかりですね・・・
859:名無しさん＠お腹いっぱい。
08/02/21 22:25:08
大人の世界にようこそ
860:名無しさん＠お腹いっぱい。
08/02/21 23:49:25
大人の階段をまた一つ登った
861:名無しさん＠お腹いっぱい。
08/02/21 23:55:43
＿＿_
＿l≡_、_ |＿ (
（≡,_ﾉ` ） )
<__ヽyゝヽy━┛
/＿l：__|
´ ｌL ｌL
862:名無しさん＠お腹いっぱい。
08/02/22 00:01:50
よろしくお願い申し上げます
863:名無しさん＠お腹いっぱい。
08/02/22 01:18:56
>>858
金払って遅くなったら驚いてくれ
864:名無しさん＠お腹いっぱい。
08/02/23 01:48:18
びっくり
865:名無しさん＠お腹いっぱい。
08/02/23 20:29:56
>>853
例えば、64CPU SMP機。Linuxで普通にスケールするものなの？
SunだとT2が64スレッド。VictoriaFallsで128スレッド、256スレッドのサーバが
もうすぐ出てくる。Linuxのっけた場合、Solarisと遜色なく動くもんなのかな。
識者の方コメントよろしく
866:名無しさん＠お腹いっぱい。
08/02/24 02:45:22
>>853
まあLinuxはFreeBSDにも水をあけられそうになっていて泡食っている状態だしー
867:名無しさん＠お腹いっぱい。
08/02/24 10:44:20
そんなヘボイOSで東証は何しようっていうんですかね？
金ケチってPRIMEPOWERを買わないことが後々になって問題となるとか？
868:名無しさん＠お腹いっぱい。
08/02/25 11:18:28
まあ使いようだがな。SMP まともにできるようになる前の商用 Unix だって
それまでの汎用機そのまま置き換えたら悲惨だったし。それやって
大騒ぎしてるバカが大量にいたけどw
869:名無しさん＠お腹いっぱい。
08/02/25 21:14:34
UNIX上でDBとかネタという時代か
870:名無しさん＠お腹いっぱい。
08/02/25 21:57:25
ニューヨーク証券取引所とかナスダックは
まさかLinux（笑）で動いてるなんてことはないですよね？
871:名無しさん＠お腹いっぱい。
08/02/25 22:12:02
Windowsに決まってるがな。
872:名無しさん＠お腹いっぱい。
08/02/25 22:31:29
大証はLinuxなんて使わないですよね
頭狂人とは違いますから
873:名無しさん＠お腹いっぱい。
08/02/25 22:50:23
SUNとでも言いたいのか？
874:名無しさん＠お腹いっぱい。
08/02/26 03:49:49
OSの出来 IBM > Sun ( > Linux ) > HP
メーカーソフトウェア IBM > HP > Sun
CPUの性能 IBM > HP > Sun
H/Wとしてのパッケージング IBM > Sun > HP
875:名無しさん＠お腹いっぱい。
08/02/26 04:02:16
>>874
> OSの出来 Linux > HP
お前ちょっと待て(ピエロのAA略
876:名無しさん＠お腹いっぱい。
08/02/26 07:03:06
hpって簡単に言うけどタンデムからDECまであるもんな…。
Sunスレ的にはApolloかもしれないけど。
877:名無しさん＠お腹いっぱい。
08/02/26 15:53:50
コンパックまでジャマイカ
878:名無しさん＠お腹いっぱい。
08/02/28 23:22:37
>>874
OSはSolaris>AIXだろう。
CPUもrateで比べればT2>Power6>Itanium2
879:名無しさん＠お腹いっぱい。
08/02/28 23:35:47
lateで比べると
880:名無しさん＠お腹いっぱい。
08/03/02 15:02:04
Linuxは一度設計から見直さない限り
永遠にWindowsやSolarisには勝てないね。
2.0の頃から無理に無理を重ねて拡張してる感じ。
ドライバや各種モジュールを書き換えるのが面倒なんだろうけど、
そもそもインターフェイスをいい加減にしか規定しなかった罰だね。
誰だよ、LinuxKernelには優秀な人材がいっぱいいるから、
インターフェイスの変更が必要になっても１ヶ月もあれば
依存するコードを修正できるとか言ってたのはｗ
881:名無しさん＠お腹いっぱい。
08/03/02 15:09:15
評論家キター
882:名無しさん＠お腹いっぱい。
08/03/02 15:15:33
大仕事するモチベーションなんてもう何も残ってない
小手先の修正を繰り返すだけのlINUX哀れｗ
883:名無しさん＠お腹いっぱい。
08/03/02 15:36:50
同じPC-UNIXでも大工事するだけのやる気があるFreeBSD
小手先の最適化で誤魔化すだけのLinux（笑）
ま、FreeBSDの場合は大工事でもしないとモチベーション維持できないのかもしれないけど…
884:名無しさん＠お腹いっぱい。
08/03/03 05:09:42
>>880
そもそもLinuxのようなオープンソースコミュニティって、理工学生の
ための論文ネタのフィールドなんでしょ？
企業のエンタープライズ需要に合わせて開発や保守するベンダー系の
商用UNIXとは存在意義が違うよね。
885:名無しさん＠お腹いっぱい。
08/03/03 05:22:47
>>884
> 論文ネタのフィールド
そのNo.1が*BSDかと。
886:名無しさん＠お腹いっぱい。
08/03/03 14:10:03
>>880
> Linuxは一度設計から見直さない限り
1.x → 2.0 SMP改善を含めた根本的な見直し
2.0.x → 2.2.x SMP改善を含めた根本的な見直し
2.2.x → 2.4.x SMP改善を含めた根本的な見直し
2.4.x → 2.6.x SMP改善を含めた根本的な見直し
それと、2.6.x のどっか途中でも大幅な（後方互換性犠牲にするような）
根本的な(ww) 見直しがあったはず。
> そもそもインターフェイスをいい加減にしか規定しなかった罰だね。
そこが Linux に人つなげてる要因にもなってたりしてww
> 誰だよ、LinuxKernelには優秀な人材がいっぱいいるから、
誰だよ、まったく!www
887:名無しさん＠お腹いっぱい。
08/03/03 14:22:20
>>886
> 1.x → 2.0 SMP改善を含めた根本的な見直し
SMPはメインじゃないよ。
まじめにやりはじめたのは2.3くらいから。
1.xの頃は酷すぎるw ソース見てたまげた。
けどあのくらいのコードを量産できる人だから、
新たなカーネルを立ち上げられたのも事実だろう。
4.2BSDやAT&Tベル研の人たちの美しさが異常。
888:名無しさん＠お腹いっぱい。
08/03/03 17:18:20
Raymond のバザール話どうよ。オレは最初っから「アホくさ」かったけどw
889:名無しさん＠お腹いっぱい。
08/03/03 18:31:01
>>888
あんな底の浅いやつをもてはやすマスコミはしねばいいのに、と思ってるよ。
890:名無しさん＠お腹いっぱい。
08/03/03 19:46:55
だよな。同意者がいてうれしいぜ。
891:名無しさん＠お腹いっぱい。
08/03/04 16:03:52
>>887
Unix より後発なのに Unix がかつて持ってた欠点のオンパレードができました。
車輪の再発明よりずっとレベルが下だってことだよな。
せめて昔の事調べて作りゃいいのに。
AST の言ってたことの意味理解できねーんだから、しょーがねーよなー。
892:名無しさん＠お腹いっぱい。
08/03/05 00:13:48
富士通が4年ぶりに首位に返り咲き，2007年の国内サーバー市場
URLﾘﾝｸ(techon.nikkeibp.co.jp)
893:名無しさん＠お腹いっぱい。
08/03/05 04:28:43
ASTはみにっくすとあめーばがしょぼいので説得力なし。
894:名無しさん＠お腹いっぱい。
08/03/05 09:55:14
で、そうやって作ったもんも割とショボかった、とw
895:名無しさん＠お腹いっぱい。
08/03/05 20:34:58
言うだけなら誰でもできるし
896:名無しさん＠お腹いっぱい。
08/03/05 20:53:41
所詮は代用品ww
897:名無しさん＠お腹いっぱい。
08/03/06 17:46:33
sunwからjavaにティッカーシンボルを変更したのって、
検索しにくくして株価から目をそらさせる作戦？