09/05/20 14:38:11
>>415
わかってないなー。
Windowsは意外にもスケールする。
4CPUくらいでLinuxはボロボロだった、Windowsは平然とスケールしてた。
ただし、OSのスケーラビリティに、CPUバスのスケーラビリティが追い付いて
なかったので、メモリアクセスの多いソフトを走らせるとスケールしなかった。
それで誤解されてたんだよ。
実際、各種アプリケーションのベンチマークで、Windowsはスケーラビリティを示してる。
IA64の64CPU機で、OSがWindowsの場合のSAPなどのベンチマークみてみ。
423:名無しさん＠お腹いっぱい。
09/05/20 14:39:28
>>421
> 糞遅いCPUをいくら数並べても遅いよって言われてて。
だぁ～～れも、賛同しないぜ? 延々書いてるけどさ。
クロスバーはアドレス出しがバスだから、だろ?
> しかも、詐欺みたいなバンド幅をカタログに書いてた。
あんたもいっしょだろ? 根拠ださなきゃよ。ヘリクツじゃないやつな。
使い方まちがってただけじゃねーのーw?
424:名無しさん＠お腹いっぱい。
09/05/20 14:41:09
>>422
MS-WindowsNT族がクソだ、ってはなしは前スレで枚挙にいとまがないくらい
出ましたが。どれかに反論したの?
425:名無しさん＠お腹いっぱい。
09/05/20 14:44:05
>>421
Sunにいたから、あれなんだが
当時 といっても、２００２年くらいかな。IntelのCPUがガンガン、クロックアップ
していった頃の話。IntelのCPUはクロックアップという力業で稼ぐCPUであって
UltraSPARCはそういうCPUではない と言われた。周波数を上げにくい構造に
なっていると。
見た目の周波数が２倍近い差があったので、スループットがどうとか処理の仕方
に違いがあるということを売りにしていたな。IBMのzSeriesが出た時の話は覚えて
いるが、今となってはこぼれ話だ（かといって話せないのもアレなんだが）。
相当、エンジニアの方々は苦労していたな。
Javaが現在、サーバサイドで生きているが、当時は、Jiniだとか（Bluetoothと似た
ようなもの）や、Javaカードだの変なのもあったけれど、もっと生かせなかったもの
だろうかってことだな。
リッチコンテンツを制覇できず、Bluetoothに先を越され、なによりも
write once, run anywhereは、なんだかあまり俺が思っていたものと随分と違う形
に収まってしまった感がある。
426:名無しさん＠お腹いっぱい。
09/05/20 14:47:42
>>417
AMDのCPUはAthlonMPからデュアルコアに対応し
自作界隈では盛り上がったが
大手で採用するところは全くなかった
ホワイトボックスを職場や大学に持ちこんで使ってるところはあったとしてもだ
AMDのCPUがメーカー製サーバで市民権を得たのがOpteronからなので
「業務用製品」としての箔がついたのはそこからということになるのでしょう
ただSunがSPARCローエンドを安売りすれば(できれば)というのは無理じゃないかな
当時のビジネスモデルはOS/WSに保守料払うことが前提だったし(WSだと月に5000位からだったと思う)
WSをそのまま家庭に箱だけ持ち込んでftpやtar gzipで手動でRecommend patchを当て
仮に壊れれば高額なスポット修理というのも家庭用としてはどうなんだろうね
今時の家庭用PCのメーカー修理も安くはないようだけど
まぁ結局SPARCのWSはなくなったから、テコ入れするとしたらその時点だったんだろうね
…でもやっぱり外人に5年10年先を見て損して元取るビジネスやれなんて土台無理と思う
427:名無しさん＠お腹いっぱい。
09/05/20 15:25:42
しかも大学と違い家庭の通信網はモデム、だ
そこで数十～数百MBのパッチを時間課金食らいながら
落としてなんて全く現実的ではない
428:名無しさん＠お腹いっぱい。
09/05/20 15:26:54
そりゃ SPARC は数出ないもんなｗ
429:名無しさん＠お腹いっぱい。
09/05/20 15:31:10
>>428
俺としては、Cobaltをもっと、家庭向けにデチューンして、何か
企画を立てて、コンシューマ市場に殴り込んでくれるか？と期待
したんだけれど、結局・・・・
SPARCが完全にハイエンド向けCPUって認識に変わってしまって
いて、知名度でも、負けてしまったのは、Sunの戦略ミスだと俺は
今でも思っている。
430:名無しさん＠お腹いっぱい。
09/05/20 15:34:48
NASか
当時はハブも手軽に買えるようなものはなかったような
HDDもいい値段してたし、cobalt結構うるさかったしなｗ
431:名無しさん＠お腹いっぱい。
09/05/20 15:47:25
そもそも家庭とか個人とかを対象にするなら
会社そのものを新たに作るぐらいの変革が必要だね
432:名無しさん＠お腹いっぱい。
09/05/20 17:37:12
結果的にハイエンドに追いやられた、っていうのは、IA64も同じなんだよな。
433:名無しさん＠お腹いっぱい。
09/05/20 17:42:03
>>423
> だぁ～～れも、賛同しないぜ? 延々書いてるけどさ。
あんた1人だけだよ、噛みついてくるのは。
> クロスバーはアドレス出しがバスだから、だろ?
ちげーよ。アドレスがクロスバーではなかったんだよ。
その後、アドレスもクロスバーになった製品を投入し、
ようやく、スケールするようになったの。
> あんたもいっしょだろ? 根拠ださなきゃよ。ヘリクツじゃないやつな。
Sunが、アドレスをクロスバーにしたら性能が10倍になったと誇らしげに宣伝してた。
434:名無しさん＠お腹いっぱい。
09/05/20 17:56:16
>>424
それで反論したつもり?
>>425
UltraSPARCはパイプラインの段数が少ないから、クロックは上げにくいよね。
Intelのはパイプライン段数が多いから、クロックは上げやすい。
力業というよりもアーキテクチャの違い。
エンタープライズ用途だと、コードの直線的に走る部分が比較的に少ないので、
パイプラインの段数は少ないほうが有利で、UltraSPARCの選択は間違ってないと思う。
性能差は、アーキテクチャではなく、
製造工場の性能 と、 細かい部分までチューニングして詰めるコストを払えたかどうか
で決まってしまったと思う。
>>426
Tyanは当時AMDと密連携してたね。
AthlonMPもOpteronも、まず最初にTyanからリファレンス的な製品が出てた。
>>427
そこでQICで回覧ですよ。
386BSDとか、フロッピーディスクで回覧してたよ。
435:名無しさん＠お腹いっぱい。
09/05/20 18:13:40
流れをぶった切るが
将来的にIntelがストレージ屋になることはあるのだろうか？
436:名無しさん＠お腹いっぱい。
09/05/20 18:17:41
仮に家庭用NASの会社になったとしても、だ
広帯域のネットワークがない状態でビットを保存する箱に意味があるかというと
ちょっと難しく思う
HDD最大手seagateのCEOが言ってたのはI help people "watch porn"
このぐらいカッ飛んだビジネスマインドがないと家庭用品売るのは無理
437:名無しさん＠お腹いっぱい。
09/05/20 18:22:56
ぶっちゃけネットからダウンロードしたコンテントを
保存する箱に過ぎないしな
既に画像や動画はオンラインの無料ストレージに保存する流れ
とにかく出だしが遅いとしか
438:名無しさん＠お腹いっぱい。
09/05/20 18:23:43
NASではなく "インターネット" の会社になってるはずだった。
"インターネットを見る"ときに使うのはSunの何かになるはずだった。
439:名無しさん＠お腹いっぱい。
09/05/20 18:24:33
>>435
もうSSD売り始めてるしな
既にそうなっているといえる
440:名無しさん＠お腹いっぱい。
09/05/20 18:25:17
HotJava?
441:名無しさん＠お腹いっぱい。
09/05/20 18:27:43
>>438
それがSunの提唱したwebtone
いつでも使えるインターネット
まぁ掛け声倒れだし先日もsunsolve死んでたし
まぁintelのダウンロードセンターに比べりゃ全然マシなんだが
あそこは認証ないのに普通に死んでるし
442:名無しさん＠お腹いっぱい。
09/05/20 18:29:53
俺が若い頃にゃあ、Mosaicを使うためにSun4の前に行列を作ったもんじゃよ。
443:名無しさん＠お腹いっぱい。
09/05/20 18:54:16
Sunを使いこなせる人ってかっこいい！
※ただしイケメンに限る
444:名無しさん＠お腹いっぱい。
09/05/20 18:59:19
SunOSではMotifが別売りだったからMosaicがコンパイルできなかった。
445:名無しさん＠お腹いっぱい。
09/05/20 20:02:02
motifはアスキーからqicテープ媒体を買った記憶がある
mwmかっけー、とか思った
446:名無しさん＠お腹いっぱい。
09/05/20 20:14:43
クロックよりIPCが重要
Intel Netburst系のクロック数は詐欺みたいなもんだから
447:AB♂天秤
09/05/20 20:17:43
>>446
今となってはね。
当時はそのクロック数で大分苦戦したよ。見た目のカタログ値で負けているからね。
448:名無しさん＠お腹いっぱい。
09/05/20 20:19:47
AMD64は64bitモードで使えば割と素直ないい石だと思うよ
Alpha由来は伊達じゃない
449:AB♂天秤
09/05/20 20:20:06
>>434
なるほどね。
そうなると、あの当時の まぁ、なんていうか業種に対しての偏りとかは、
納得。ただ、ローエンドが苦しかった。研究所相手の商売とかだと
450:名無しさん＠お腹いっぱい。
09/05/20 20:22:38
wmはMotifよりOpenLookの方がいいだろjk
451:AB♂天秤
09/05/20 20:29:37
>>450
Window Managerについても、2000年よりこっちのSunは、GNOMEを選択して
きたけれど、どうだったんだろうね。
452:名無しさん＠お腹いっぱい。
09/05/20 21:00:48
>>446
そうでもないぜ。
当時のパソコンでCPUパワーが必要だったMPEG2エンコードでは、
Pen3とPen4でクロック比の性能差が得られてたので。
453:名無しさん＠お腹いっぱい。
09/05/20 21:02:14
>>448
まさか。
286→386と同じような手法で386→AMD64に拡張されてるぞ。
32bitと64bitで命令デコーダを共用できるように配慮した結果だ。
454:名無しさん＠お腹いっぱい。
09/05/20 21:05:44
SPARCの64ビット化はなかなか綺麗だったね
455:名無しさん＠お腹いっぱい。
09/05/20 21:15:05
>>447
クロック数で稼げなくても、Powermac G5 を売り出したときのようなジョブズ・マジック(笑)
でマシンのパフォーマンスを見せて顧客を納得させればいいんじゃない？
Unix屋はその辺が売り方が下手というか、正直すぎるんだな
456:名無しさん＠お腹いっぱい。
09/05/20 21:30:39
GUIの糞重さでスポイルされちまう。
457:名無しさん＠お腹いっぱい。
09/05/20 21:36:27
SPARC のエンジニアが IA32 とか IA64 な CPU 作ったらどうなるか気になる
458:名無しさん＠お腹いっぱい。
09/05/20 21:36:42
余計なもの起動するせいでは？
xtermとxeyesとxclock以外要らないだろう
459:名無しさん＠お腹いっぱい。
09/05/20 21:40:16
xclockとoclockとxdaliclockは全て必要だろう
460:名無しさん＠お腹いっぱい。
09/05/20 21:45:16
onekoとemiclockは必須
461:名無しさん＠お腹いっぱい。
09/05/20 21:57:20
Pentium 90MHzにS3のビデオカードの組み合わせのPCで、FreeBSD使ったときには感動したよ。
Ultra1よりも速かった。しかも、独り占め。
462:名無しさん＠お腹いっぱい。
09/05/20 22:01:31
>>461
丁度俺もそのころは、Windows95を使っていて、ただ、非力なマシンだったし
8MBのメモリが26000円もした頃だった。金もなかったし。
そんな中、DOS/V Power Reportっていう雑誌に、Slackware 3.6/JEというの
が付録で収録されていて、インストールしたのが、UNIXを使うきっかけになった
なぁ。
そのころから比べたら、今のLinuxってほんとインストールも楽になったし、格段
にUIが進化、ソフトウェアも充実しているなぁって思うなぁ。UNIXも変わったもん
だ。
463:名無しさん＠お腹いっぱい。
09/05/20 22:11:14
その頃はまだ、Windowsよりも*BSDやLinuxにXFree86のほうが軽かった。
いつのまにか、Windowsのほうが速くなったね。
464:名無しさん＠お腹いっぱい。
09/05/20 22:18:00
>>425
> Sunにいたから、あれなんだが
> Jiniだとか（Bluetoothと似たようなもの）
ポカーンだなw
Jiniと比べるならUPnPやRendezvousだろ。
465:名無しさん＠お腹いっぱい。
09/05/20 22:19:18
>>463
ぶっちゃけ、VistaのデスクトップよりGNOMEの方が軽い。
466:名無しさん＠お腹いっぱい。
09/05/20 22:54:58
下を見て安堵してたら足下をすくわれると思います。
467:名無しさん＠お腹いっぱい。
09/05/20 22:56:39
× 足下をすくわれる
○ 足をすくわれる
468:名無しさん＠お腹いっぱい。
09/05/20 23:16:05
>>465
SP2とHotfixでずいぶん改善してるぜ
ネィティブ環境ではもう遜色ないと言える
469:名無しさん＠お腹いっぱい。
09/05/20 23:27:13
昔、教授連にイヤミ言われながら Sun でこりこりコード書いてたっけ
Cで書くな、Fortranにしろ!(自分達が判らないじゃないか!!)
安かろう悪かろうだったが先進的でワクワクしもんだ
時代が下って、Sunは年寄リのノスタルジーになってしまった
若い奴等を取り込む力は既に無い
470:名無しさん＠お腹いっぱい。
09/05/20 23:30:09
わざわざUNIXのパチモノ使って苦労する必要ないのにとは思うね
Linuxを必死で使ってるヤシとか見るとさ
471:名無しさん＠お腹いっぱい。
09/05/20 23:38:14
Sunはパチモンのイメージが強かったんだが。
472:名無しさん＠お腹いっぱい。
09/05/20 23:41:15
UNIXのパチモン感に関してはAIXに負ける
473:名無しさん＠お腹いっぱい。
09/05/20 23:42:30
>>470
そんな人を見かける時点でお前も同類
474:名無しさん＠お腹いっぱい。
09/05/20 23:43:39
Sunってのは、
パソコン用のCPUを2個つないでMMUを後づけして、これでBSDが走るんだから、ミニコンなんてイラネーヨ
っていうのが始まりだよね。
475:名無しさん＠お腹いっぱい。
09/05/20 23:44:33
>>473
なんだよそりゃｗ
イミフ
476:名無しさん＠お腹いっぱい。
09/05/20 23:45:40
>>474
来たところに戻りつつあるじゃん
Ultra 24なんてFreeBSDバリバリ走るんじゃね？
477:名無しさん＠お腹いっぱい。
09/05/20 23:50:54
ていうか、Sunの初期のマシンは、インテルの8086用のバスやメモリボードを流用してた。
しかし当時まだ68000はパソコン用じゃなかったような。
478:名無しさん＠お腹いっぱい。
09/05/20 23:55:53
HP9000だって昔は68000だった
479:名無しさん＠お腹いっぱい。
09/05/21 00:04:48
Sunが日本の理系大学からエントリーレベルで消えたり、一般企業での
知名度の低さは、やはりハイエンドに寄りすぎた、そこにだけ注力しすぎ
て、ローエンドで利幅は薄けれど、広告効果があるってのを無視してきた
のは、否めないな。
営業も営業で、目標額コミットするためにWSなんか売っていられるかって
スタイルだったし。新入職員で１億円が目標額ってのも少々大きすぎる気
もする。
480:名無しさん＠お腹いっぱい。
09/05/21 00:09:50
ローエンドでは勝負にならないのはSun自身が分っていたことだろ
自ら歩んできた道だ
481:名無しさん＠お腹いっぱい。
09/05/21 00:17:52
インターネットの電子メールを読み書きするために、Sun4を使っていた世代としては・・・
482:名無しさん＠お腹いっぱい。
09/05/21 00:24:15
ペンタゴンで使われているという Trusted Solaris は今後どうなるんだろ
483:名無しさん＠お腹いっぱい。
09/05/21 00:39:43
Sun3は68020だっけ。あれは遅かったな
484:名無しさん＠お腹いっぱい。
09/05/21 00:43:54
Sun3/60を使ってたよ
遅いといってもDOSパソコンを使うよりは遥かにマシな環境が得られた
485:名無しさん＠お腹いっぱい。
09/05/21 01:45:05
smpatchでしかパッチが当てられない貧乏ユーザでもッ！
Solarisが最強のOSだということは簡単に体感できる
486:名無しさん＠お腹いっぱい。
09/05/21 02:31:13
俺はかなりSolarisシンパで、仕事上でも積極的に利用しているんだが、
正直ここのSPARC信者の発言にはドン引きする。頭おかしくない？
487:名無しさん＠お腹いっぱい。
09/05/21 02:42:27
お前も少し疲れているようだぞ
風呂入って少し横になれ
488:名無しさん＠お腹いっぱい。
09/05/21 05:26:43
今時の情報系の学生がUnixもLinuxも触らないで卒業してくるんだぜ
おまいらは一体何を学んできたんだっていう
489:名無しさん＠お腹いっぱい。
09/05/21 05:32:19
MacOS Xで十分じゃね?
490:名無しさん＠お腹いっぱい。
09/05/21 07:36:19
Solaris のカーネルと使ったディストリビューションいくつかあるけど流行ってるのだろうか？
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
491:名無しさん＠お腹いっぱい。
09/05/21 07:53:20
そりゃ大流行だろ、おもちゃのLinuxなんかと大違いだ。
と、10年前なら言ってた。
492:名無しさん＠お腹いっぱい。
09/05/21 07:57:04
さらに10年ちょっと前なら、SunOSなんてオモチャだと言っていた
493:名無しさん＠お腹いっぱい。
09/05/21 09:24:21
>>483
そりゃ古くなってから使ったんだろ? 3MIPSだから、VAX-11/780の 3倍速だぞ?!
494:名無しさん＠お腹いっぱい。
09/05/21 09:28:13
Sun3/80は 68030になったが、同クロックで速度も 68020と変わらなかった、と
聞いてる。
さすがに m68kなバイナリー動かさなきゃいかん、SS1じゃダメ、という世界は知らないw
495:名無しさん＠お腹いっぱい。
09/05/21 09:29:15
3MIPS(笑)
496:名無しさん＠お腹いっぱい。
09/05/21 09:54:43
こういう筐体を作ればうれるお^^
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
497:名無しさん＠お腹いっぱい。
09/05/21 10:03:23
給排気のスリットを
絵柄にあわせて選べるようにすればいいかもネ
498:名無しさん＠お腹いっぱい。
09/05/21 10:08:14
痛鯖（イタサバ）キット付き，NTT-Xで廉価版Windows OSをバンドルした低価格サーバーを販売
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
499:名無しさん＠お腹いっぱい。
09/05/21 10:16:12
ZFSって流行ってるの？
ほとんどの場合UFSで事足りると思うけど
500:名無しさん＠お腹いっぱい。
09/05/21 10:16:21
>>477
Multibusのこと? 8086用なの? 初耳。
501:名無しさん＠お腹いっぱい。
09/05/21 10:17:24
>>499
いやいや、ZFSの方がはるかに楽チン。
502:名無しさん＠お腹いっぱい。
09/05/21 10:29:58
Sun1, Sun2 は Multibus だね。
86用つか、インテルが開発したバスだろ？
503:名無しさん＠お腹いっぱい。
09/05/21 15:31:54
>>498
それ、低価格サーバっていうよりも、低価格デスクトップなんだわ。
以前よりも、ローエンドのサーバを低価格デスクトップとして使ってる人たちがいて、
NTT-Xなんかでは、けっこうな数量が実績としてある。
504:名無しさん＠お腹いっぱい。
09/05/21 15:39:45
>>503
痛鯖（イタサバ）キット付きじゃないけど、
Open Solaris入れてみたがデスクトップで使うにはちょっと画面表示が遅かった、
Ubuntuとかだと実用範囲なんだけど。
505:名無しさん＠お腹いっぱい。
09/05/21 15:41:41
だから、何度言えばわかるんだ。デスクトップの表示速度なんて、
どうにでも手がいれられるだろうが。そんなもん Linuxでもいっしょじゃ。
twm使え、twm。
506:名無しさん＠お腹いっぱい。
09/05/21 15:49:23
同じ、デスクトップ環境で比較しないと意味が無い。
507:名無しさん＠お腹いっぱい。
09/05/21 15:53:50
>>503
デスクトップとして扱いたがるやつはいるがあくまでサーバ
チップセットや拡張スロットの構成を見りゃわかる
>>504
サーバのコンソールに何を求めてるんだタコ
PCI-EかPCIのカードでも挿しとけタコ
それはさておきNECの中の人はいつはちゃんキットも出すべき
508:名無しさん＠お腹いっぱい。
09/05/21 15:55:33
110Geならデスクトップとして使う人は避ける方向にあって
サーバとして使っていることが多いとされる機種だね
509:名無しさん＠お腹いっぱい。
09/05/21 16:18:05
同じ安鯖でも、デスクトップで使いたいってのなら、普通はS70FLの方を選ぶもんねぇ。
110Geの強みはストレージをたくさん積めることの方にあるんだし。
510:名無しさん＠お腹いっぱい。
09/05/21 17:05:35
いや、今回のWindows Server Foundationってのは、
SOHOで、何台かあるデスクトップPCのうちの1台をサーバ兼用にして台数を節約しましょう
ってものなのよ。
511:名無しさん＠お腹いっぱい。
09/05/21 17:09:02
> 一般家庭や，従業員数15人以下の中小企業での利用を想定している。
一般家庭!!!
> サーバーOSとクライアントOSを兼用できる
ふむ
> 同社の調査によると，
> 低価格サーバーの利用用途は，ファイル・サーバー/プリント・サーバーが36.8％，クライアントPCが21.1％だった
クライアントPC多いな
> 使用しているサーバーOSは，Windowsが75％
OSなしで売られているのになー。
512:名無しさん＠お腹いっぱい。
09/05/21 17:09:46
もともと、安鯖のユーザーはオタク達。
だから、変なイラストを喜ぶ層と重なっているというマーケティング結果なんだろうな。
513:名無しさん＠お腹いっぱい。
09/05/21 17:14:32
しっかし
URLﾘﾝｸ(nttxstore.jp)
を見ると、すげー気持ち悪い絵だな。
胴体と足がバラバラ、繋がっているようには見えない。
体の造形が化け物。恐い。
アニメ絵の顔しか描けないダメなイラストレーターを使ったんだな。
514:名無しさん＠お腹いっぱい。
09/05/21 17:16:33
家庭用のサーバOSならM$ Home Serverがあるじゃんか
セキュリティソフトウェアとか無償の製品がないから
下手にM$のサーバOSに手を出したら損するよ
515:名無しさん＠お腹いっぱい。
09/05/21 17:17:28
>>510
それなら十分なGPUがついたデスクトップでやればいいじゃない
1万ちょいで売られてる110Geを素の状態でデスクトップ扱いして文句とかないわ
516:名無しさん＠お腹いっぱい。
09/05/21 17:26:28
ワープロ・表計算・メールなら、チップセット内蔵ビデオで十分
517:名無しさん＠お腹いっぱい。
09/05/21 17:27:52
CAL不要というのは革命的な安さだな。
518:名無しさん＠お腹いっぱい。
09/05/21 19:45:44
この絵じゃ綺麗すぎて、あんまり痛くないな
どうせならもっとアニメっぽい絵柄にすればいいのに
519:名無しさん＠お腹いっぱい。
09/05/21 19:51:54
日本のハイエンドPCオタクがWSを買わなかったのが諸悪の根源
520:名無しさん＠お腹いっぱい。
09/05/21 20:44:30
>>513
>アニメ絵の顔しか描けないダメなイラストレーターを使ったんだな。
カタギwから傍目に一見して「これはダメだ・・・」と思われるような痛々しい図柄
であることは、こういう企画商品にとってはまさに狙い通りだと思うのだが。
この手の絵は、浮世絵などと同様、そもそも写実性は全く必要とされていない。
521:名無しさん＠お腹いっぱい。
09/05/21 20:59:23
一般人なんてどうせセンス最悪な俗物集団なんだから
何を言われても気にならない
522:名無しさん＠お腹いっぱい。
09/05/21 21:24:36
>>520
いやいや
アニメヲタから見ても変だぞ
最近の漫画家やイラストレータには
意図せず奇形になってしまう低能が
溢れてるけどな
これはアートを意図した奇形とは違う
523:名無しさん＠お腹いっぱい。
09/05/21 21:27:43
>>522
だから、別にアートなんて意図してないんだよw
単純に下手なせいで痛々しい絵になってるところが、
まさに狙い通りだろ、これ。
524:名無しさん＠お腹いっぱい。
09/05/21 21:40:10
痛鯖キットと銘打っているのに、思わず「ほぅ……」とため息がつくように見とれてしまうような
出来の絵では、それこそ失敗だろう。
525:名無しさん＠お腹いっぱい。
09/05/21 21:44:04
そもそも某社が「痛車」ブームを捏造しすぎ。
526:名無しさん＠お腹いっぱい。
09/05/21 21:58:07
ただアニメ絵を貼ればいいってもんじゃないよな。
527:名無しさん＠お腹いっぱい。
09/05/21 21:59:25
NTT-Xのトップページにも、
MicrosoftのWindows Server Foundationのトップページのも、
このキャンペーンのイラスト付きのデカいバナーが貼られてる。
あいつら正気か!
528:名無しさん＠お腹いっぱい。
09/05/21 22:06:16
お通夜っぽくなくなってきたｗ
529:AB♂天秤
09/05/21 22:10:35
>>528
用賀のビルから、Sunが消えたら、Oracleが全部いただくのだろうか？
溜池山王のオフィスは消えるだろうけれど
530:名無しさん＠お腹いっぱい。
09/05/21 22:12:10
いいかげんスレ違いすぎ
軌道修正するぜ
ある農協は、パッケージに萌え絵を使っただけで、米の売上を伸ばした。
しかも、フサオトメという先行事例の二匹目のドジョウ狙いに成功している。
Sunにも何か萌える要素が必要だ。
猿まねでも構わない。うまくやれば売れるんだ。
531:名無しさん＠お腹いっぱい。
09/05/21 22:30:41
>>530
>>302
532:名無しさん＠お腹いっぱい。
09/05/21 23:25:42
>>530
なるほど、JavaのDukeとかがもっと萌えキャラだったら良かったのか。
客先のシステム担当者が重度のヲタだと、レアなノベルティグッズ欲しさに
会社の金でSun製品を買い漁ってくれるw
533:名無しさん＠お腹いっぱい。
09/05/21 23:27:34
ぐぬぬｗ
534:名無しさん＠お腹いっぱい。
09/05/21 23:31:21
じゃばことかに乗っかればよかったのに
535:名無しさん＠お腹いっぱい。
09/05/21 23:35:06
>530
突っ走るなら、これくらいの思い切りが欲しいよな。
つURLﾘﾝｸ(jk-kimuchi.com)
いろいろふっきりすぎかもしれんが(w
536:名無しさん＠お腹いっぱい。
09/05/21 23:38:48
思い切りすぎて空振りしている感じ
537:名無しさん＠お腹いっぱい。
09/05/22 00:05:12
>>532
スパコンでCray XT5の側面に絵を描いた↓こういうの、あるじゃん
URLﾘﾝｸ(blogs.knoxnews.com)
こんな感じでSunのラックをたくさん並べると絵になるってのがあるといいかと。
ついでに、デアゴスティーニと提携して、週刊で200ラック揃えると・・・とか。
538:名無しさん＠お腹いっぱい。
09/05/22 01:37:02
URLﾘﾝｸ(news.cnet.com)
またTukwilaが延期
> During final system-level testing,
> we identified an opportunity to further enhance application scalability best optimized for high-end systems.
> This will result in a change to the Tukwila shipping schedule to Q1 2010.
それじゃぁ、いつまでたっても完成せんぞ。
539:名無しさん＠お腹いっぱい。
09/05/22 02:03:38
Intelとしてもあんま完成させる気ないんだろ
540:名無しさん＠お腹いっぱい。
09/05/22 05:19:05
>>537
屏風絵っぽくてかっけぇな
541:名無しさん＠お腹いっぱい。
09/05/22 07:34:31
Sunが滅んでも富士通が生き残ればサーバ分野では何とかなる気がする
542:名無しさん＠お腹いっぱい。
09/05/22 09:00:27
>>519
それは全然違うだろ。x86がクソだ、ってわかってるのにシリウマにのって
お追従してるやつとか、意味わからずにそれ拡散してるノーテンキが
わさわさいるせいだ。
543:名無しさん＠お腹いっぱい。
09/05/22 13:42:14
>>519
値段が暴利
アキバでパーツ単位で売ってない
Windows＋ベンチマークソフトが動かない
誰も買わんよ。
544:名無しさん＠お腹いっぱい。
09/05/22 13:49:54
>>543
>アキバでパーツ単位で売ってない
そういえばATX form factorのボードとか作ってたんだから、
あれをバルクで秋葉の店頭で売ってれば、家庭用ユーザー
がしっかり確保できただろうね。
545:名無しさん＠お腹いっぱい。
09/05/22 13:53:10
そういえばAlphaのボードは売れてたような…
546:名無しさん＠お腹いっぱい。
09/05/22 13:54:45
Alphaのは Melcoが一部売ってたね。DECから離れてから、かな。
UltraSPARCのも、なぜか持ってるけど.. UltraAXi。2Uケースに入ったのを
中古で買った。
547:名無しさん＠お腹いっぱい。
09/05/22 14:14:45
MelcoはAlphaをDECがやっているときも売ってたね
548:名無しさん＠お腹いっぱい。
09/05/22 14:57:42
昔はUltraAXi欲しいなと思った時もありました
549:名無しさん＠お腹いっぱい。
09/05/22 16:04:20
>>547
オレみたの Samsungだったような気がする。
550:名無しさん＠お腹いっぱい。
09/05/22 16:46:02
さて、OpSol10 su4cに移植すっか。
551:名無しさん＠お腹いっぱい。
09/05/22 17:59:14
神様ｷﾀ━━(ﾟ∀ﾟ)━━!!!!
sun4mもお願いします(-人-)
552:名無しさん＠お腹いっぱい。
09/05/22 18:08:54
>>549
DEC
553:名無しさん＠お腹いっぱい。
09/05/22 18:09:54
>>549
DEC時代もやってたしAPI時代もやってたってことで
554:名無しさん＠お腹いっぱい。
09/05/22 19:46:02
>>542
責任転嫁カコワルイ
555:名無しさん＠お腹いっぱい。
09/05/22 19:46:42
>>544
いや、SPARCもAlphaも、自作PC用のマザーボードは、手に入れようと思えば、手に入った。
だが、それをしたのはごく一部の人だけ。
556:名無しさん＠お腹いっぱい。
09/05/22 19:51:58
やることはx86のマザーといっしょだしな
557:名無しさん＠お腹いっぱい。
09/05/22 20:00:29
>>555
「入手が不可能ではない」とかいうレベルじゃなくて、店頭在庫ありで流通してないと。
予算が少なくて「在庫処分の叩き売りでやっと買える価格になった」という人々にまで
浸透させなければ。
558:名無しさん＠お腹いっぱい。
09/05/22 20:27:02
ほんとは ComactPCIのやつが欲しかったんだけど。
559:名無しさん＠お腹いっぱい。
09/05/22 20:48:40
まあAlphaAPIのは最後ただで配ってたし
560:名無しさん＠お腹いっぱい。
09/05/23 01:23:18
>>557
そういう意味では、PCの世界は平等だな
ただ、SunはタダでSolarisを配っているという意味ではさらに平等だぜ？
561:名無しさん＠お腹いっぱい。
09/05/23 09:38:56
米国の PC オタが WS にも手を出していた 90年代初めの頃は、日本では DOS/V ブームによって
やっと PC/AT が認知され始めた頃だったので、日本では PC カスタマイズの方が
流行ってしまったというのはあると思う
それでも当時の理系学部では Unix が主流だったと思うけど、それも 10年と持たなかったね
562:名無しさん＠お腹いっぱい。
09/05/23 16:34:23
さっき知ったがインテルが今更8コアCPUとか出すんだな
8コアCPUなんてもう2年近く前にSunが出したというのに･･･
ところでストレージサーバを見てたんだがやっぱりSunかっこ良過ぎｗ
URLﾘﾝｸ(www.sun.com)
563:名無しさん＠お腹いっぱい。
09/05/23 16:51:54
コア数でしか語られない馬鹿乙って煽って欲しいのか？
564:名無しさん＠お腹いっぱい。
09/05/23 16:52:52
まあ価格も動くコードも違うだろうし
565:名無しさん＠お腹いっぱい。
09/05/23 20:35:14
>>561
当時、初めて組み立てたAT互換機は、PC-UNIXのためだったよ。
DOSもWindowsもNEC98で十分だったが、PC-UNIXは移植がアレだったんで。
566:名無しさん＠お腹いっぱい。
09/05/23 20:36:01
>>562
なぜ「いまさら」なんだ?
567:名無しさん＠お腹いっぱい。
09/05/23 20:38:17
>562
|
..J
568:名無しさん＠お腹いっぱい。
09/05/24 23:48:11
休日は出勤してこないのですね＞工作員
569:名無しさん＠お腹いっぱい。
09/05/25 21:49:07
OracleのSun買収、舞台裏で何が起きていたのか
URLﾘﾝｸ(www.itmedia.co.jp)
570:名無しさん＠お腹いっぱい。
09/05/25 23:42:05
> 業界筋はeWEEKにオフレコで、ほかの2社は米IBMと米Hewlett-Packard（HP）だと話した
オフレコを守れよ!
571:名無しさん＠お腹いっぱい。
09/05/26 02:04:34
hpに買われてたらDECの二の舞だった
572:名無しさん＠お腹いっぱい。
09/05/26 02:23:03
Oracleに買われた場合どれの二の舞になるの？
573:名無しさん＠お腹いっぱい。
09/05/26 02:27:54
>>571
DEC, COMPAQ, HPっていまだに製品ライン整理できてなくて酷い。
574:名無しさん＠お腹いっぱい。
09/05/26 06:22:59
>>571
たまには、Sun に買われたかわいそうな会社たちを思い出してください
575:名無しさん＠お腹いっぱい。
09/05/26 09:42:35
>>569のリンクの記事によると、当初Oracleは、Sunのソフトウェアを買収しようとしたのね。
それがダメポってことになって、全部を買収に切り換えたと。
なんか、ハードは大幅に整理されちゃうかもな。
576:名無しさん＠お腹いっぱい。
09/05/26 09:50:44
>>574
MySQLとかVirtualBoxとかはSunに買われて良かった方じゃないの？
577:名無しさん＠お腹いっぱい。
09/05/26 11:29:49
>>576
SunがOracleに買われて一番影響を受けそうなプロジェクトじゃないか
578:名無しさん＠お腹いっぱい。
09/05/26 13:22:19
Sunが買収したおかげで活気付いたオープンソースと言えばOOo(StarOffice)だろ。
579:名無しさん＠お腹いっぱい。
09/05/26 13:49:25
たしかにこれを紹介するとみんな喜んでる
580:名無しさん＠お腹いっぱい。
09/05/26 19:20:46
>>573
全くだ。さっさと整理して、クラスAアドレス2個返却してよねw
581:名無しさん＠お腹いっぱい。
09/05/27 11:18:53
Nehalem-EXのRAS強化するんだってさ。
582:名無しさん＠お腹いっぱい。
09/05/27 14:40:33
いいんじゃない？
583:名無しさん＠お腹いっぱい。
09/05/27 20:20:43
ますます、SPARCが売れなくなるね
584:名無しさん＠お腹いっぱい。
09/05/27 22:08:00
もうSPARCでがんばる理由はあまりないし
585:名無しさん＠お腹いっぱい。
09/05/27 22:24:33
もうXeonでいいよ
586:名無しさん＠お腹いっぱい。
09/05/28 00:06:52
技術的に優秀でもないサンの製品も誰も買わないだろ、
Solaris みても Linux のほうがどうみても技術的に上だろ、sparc は骨董品だし
オラクルも Java だけほしかったんだろうな
Solaris は Gnu free soft 行きで、sparc は中国あたりの企業に sｔｋ 関連の製品は、EMC にさっさと売却されるだろうな
587:名無しさん＠お腹いっぱい。
09/05/28 00:10:45
>Solaris みても Linux のほうがどうみても技術的に上だろ、
つまらんジョークだな。
588:名無しさん＠お腹いっぱい。
09/05/28 00:17:02
さすがにUNIX板でこれはない
589:名無しさん＠お腹いっぱい。
09/05/28 00:21:59
>>586
また固有名詞もまともに綴れないバカがシッタカしてるな
普段からエセ技術話をかまして周囲にバカ認定されてる困った人ってカンジ
590:名無しさん＠お腹いっぱい。
09/05/28 06:39:15
釣りだろう
591:名無しさん＠お腹いっぱい。
09/05/28 10:33:21
x86みたいなクソムダな技術は使わない、という人はたくさんいるけど。
実際 x86が身の回りにひとつもなくても何も困らないし。
592:名無しさん＠お腹いっぱい。
09/05/28 10:40:06
そりゃ困らないよ
でもPC WSがないのはちょっと困るかな
593:名無しさん＠お腹いっぱい。
09/05/28 10:54:53
>>591って仕事してないんだろうな。
594:名無しさん＠お腹いっぱい。
09/05/28 11:02:50
インターネット中継するにも一切必要ないし、この世に存在しなくても
なんにも問題ないね。
595:名無しさん＠お腹いっぱい。
09/05/28 12:11:45
SPARCにも同じことが言えるんだが・・・アホだな。
596:名無しさん＠お腹いっぱい。
09/05/28 12:18:56
別に「比べて SPARCは必要」とは言ってないが。被害妄想激しいねw
まあ、ルーター、スイッチ等の機器と Unixマシンがあればインターネットは
成立するから。x86なんてこの世に不要だし。
597:名無しさん＠お腹いっぱい。
09/05/28 12:47:23
組み込み機器でx86が使われてないからx86は不要
ていう論理がわからん
598:名無しさん＠お腹いっぱい。
09/05/28 13:27:29
そういう意味じゃないよ。x86から生まれるものは何もないので、x86は不要。
599:名無しさん＠お腹いっぱい。
09/05/28 13:58:19
Sun信者で一匹だけキチガイがいる
ウザイ
600:名無しさん＠お腹いっぱい。
09/05/28 14:22:14
信者はどんな信者でも全員がキチガイだ
今日はまともな事を言っているように見えても明日はキチガイに早変わり
それが宗教の本質
601:名無しさん＠お腹いっぱい。
09/05/28 17:34:30
x86クサすとすぐ貼り着くからすぐ検出可能なんだが。低脳くんww
602:名無しさん＠お腹いっぱい。
09/05/28 17:44:21
「経済的な現実的な選択としてx86が普及している」という事実を、
誤解して
「x86の設計上の技術的優位性が競争力で勝って普及した！」
などと思い込むのは間違いだ
・・・とかいう趣旨なんだろうが、それって誰に向けて言ってるの？
603:名無しさん＠お腹いっぱい。
09/05/28 18:22:06
x86の技術的優位性を理解できないほどマヌケだから
会社が他人の手に渡るんだよ
604:名無しさん＠お腹いっぱい。
09/05/28 20:10:02
>>602
↑↑ ほらほら、コイツに向かって。うは、あわれ～w
605:名無しさん＠お腹いっぱい。
09/05/28 20:20:38
平日は工作員さんでいっぱいですね。
606:名無しさん＠お腹いっぱい。
09/05/28 20:28:04
俺ニートだけどむしろ週末に工作員が増える傾向がある
607:名無しさん＠お腹いっぱい。
09/05/28 20:45:17
飛んで火に入るサル低脳。まさに...
608:名無しさん＠お腹いっぱい。
09/05/28 22:20:38
ｳｾﾞｰよ
609:名無しさん＠お腹いっぱい。
09/05/29 03:21:33
>>603
x86の優位性は、Intel工場による製造上の優位性でしょ？
もし、x86とSPARCのアーキテクチャが逆だったら、x86がSunと共に衰退し、
SPARCがIntelの大資本の下で強化されて速く、安く、普及していたはず。
610:名無しさん＠お腹いっぱい。
09/05/29 05:52:34
>>609
ダウト
AMDはIntel工場で生産していないが、しかし、Opteronはそれなりの優位性がある。
611:名無しさん＠お腹いっぱい。
09/05/29 09:15:45
hyperSPARCは順調にクロックを上げつつあったんだな。
それが、SPARCv9 64bitへの移行ということで 200MHzでやめてしまった。
自ら引いたのか横から圧力があったのか宣伝に負けたのかは知らん。
初期の UltraSPARCは確かに競争力あったが、300MHzあたりでクロックが
パッタリあがらなくなった。hyperSPARC共存させて 32bitクロックゲームに
参加してたらどうなってたかというとこ興味あるんだが.. どう思う?
612:名無しさん＠お腹いっぱい。
09/05/29 09:20:08
>>609,610
投下リソースの規模（ケタ）の違いであって、x86アーキ自体は
RISC登場以降はクズでしょ。
>>602
こいつずーーーっとここに貼り着いてるよ? おメメ節穴ですか?w
613:名無しさん＠お腹いっぱい。
09/05/29 09:42:38
>>612だろ、スレに貼り付いてるのは。
Intelと違ってAMDの工場は、数も規模も、それほど大きくはない。
にもかかわらず、K8という優れたCPUを世に送り出してIA64を抹殺し、
Sunにx86採用を決意させたのは、素晴らしいことだと思う。
614:名無しさん＠お腹いっぱい。
09/05/29 09:45:32
>>611
UltraSPARC初代って、当時、64bitはあまり必要とされてなくて、32bitで使ってた。
それでSunがhyperSPARCを潰したのだと思うよ。
UltraSPARCよりもhyperSPARCが売れたら困る、と。
615:名無しさん＠お腹いっぱい。
09/05/29 10:00:20
hyperSPARCはSunではなくRoss→Fujitsuだ。
HAL→FujitsuのSPARC64と競合するので潰されたんだろ
616:名無しさん＠お腹いっぱい。
09/05/29 10:08:06
いま思うと
・Pentiumとの性能比較で微妙だった
・SPARCstationのナンバリングと、性能序列がわかりにくかった
ってこともあって、よく知らない人への訴求力が弱かった。
え? SS20よりSS5のほうが速いの? なんで? とか。
617:名無しさん＠お腹いっぱい。
09/05/29 12:04:50
そもそも初期のUltraSPARCは64bitはアレだったし
618:名無しさん＠お腹いっぱい。
09/05/29 13:19:17
Ultra1 の最初のモデルなんかほとんど SPARCstation20++ って感じだったもんなｗ
619:名無しさん＠お腹いっぱい。
09/05/29 13:41:09
>>616
Pentium比では 400MHzくらいまでは UltraSPARCの方が上だったよ。
Slot1とかやってた頃は「やっぱ Intelってダメ会社なんだ」って思ってたし、
PenProはキャッシュ外れると悲惨なデキ損ないだったし。
FC-PGAに戻って、Athlonとクロック競争し出してからだね、性能がよくなったのは。
> え? SS20よりSS5のほうが速いの? なんで? とか。
一般論だと SS20の方が速いけど。何が言いたいの?
積んでる CPUで逆転があるのは別に Sunに限らずそこらじゅうにあるでしょ?
620:名無しさん＠お腹いっぱい。
09/05/29 13:44:16
>>617
バグがあった、というだけ。後の Solarisがそれ嫌ってサポート外しただけ。
他の OSは 64bitで動くよ。Solarisももっと早い段階で 64bit対応できてれば
サポートしてたでしょ。
621:名無しさん＠お腹いっぱい。
09/05/29 13:45:01
>>618
へぇ。後の方のモデルだとそうじゃなくなったの? Solaris使ったこと、ある?
622:名無しさん＠お腹いっぱい。
09/05/29 14:01:07
トランジスタ素子を大量に詰め込めるようになったおかげで、命令セットが汚くても
大丈夫になったのどっかのコラムにあったな。
623:名無しさん＠お腹いっぱい。
09/05/29 14:01:46
>>619
> 積んでる CPUで逆転がある
まさに、それが問題だった。
624:名無しさん＠お腹いっぱい。
09/05/29 14:02:32
いくらx86を卑下したところでSPARCの未来は明るくなりませんが
625:名無しさん＠お腹いっぱい。
09/05/29 14:09:42
卑下というのは自分に対する態度です。
626:名無しさん＠お腹いっぱい。
09/05/29 14:12:11
誤用だとわかっているのなら、意図している意味もわかるだろう
627:名無しさん＠お腹いっぱい。
09/05/29 14:51:16
>>621
Ultra1 Creator の 200MHz くらいでちょっとマシになったけど、
最初の Ultra1/140MHz なんか TGX で 32bit じゃんｗ
> - Sun Ultra 1 Model 140 TurboGX 2,280,000 円 (税別) [１９９５年１１月１５日]
> （143MHz UltraSPARC、32MB メモリ、1.05GB ディスク、17 インチ・カラーモニタ）
> - Sun Ultra 1 Creator Model 200E 3,670,000 円 (税別) [１９９６年７月３１日]
> （200MHz UltraSPARC、64MB メモリ、2.1GB ディスク、 20 インチ・カラーモニタ）
628:名無しさん＠お腹いっぱい。
09/05/29 14:51:53
卑下の使い方も知らないほど無教養なのにCPUの優劣を論じるなどおこがましい
と言いたいのでは？
629:名無しさん＠お腹いっぱい。
09/05/29 14:53:57
SuperSPARCは486で
HyperSPARCは5x86で
UltraSPARCはPentium
630:名無しさん＠お腹いっぱい。
09/05/29 16:17:43
サンからこんなメールが来たー！
いよいよ sun.co.jp は返上か？ｗ
さて、サン・マイクロシステムズ本社において、メールアドレスのドメインの
統合を進めている関係で、これまでご利用いただいておりました、
SDCへのお問い合わせ用アドレスが使用できなくなりました。
恐れ入りますが、今後は新しいアドレスへご連絡をお願いします。
旧）sdc@sun.co.jp
↓
新）sdn-japan@sun.com
631:名無しさん＠お腹いっぱい。
09/05/29 16:23:11
>>616
SS20の遅いヤツとTurboSPARCのSS5ならわからんでもないが
microSPARC-IIがSuperSPARC+やhyperSPARCより速いなんてないな
>>620
あの致命的なエラッタって他のOSでは問題なかったの？
>>627
そうやって挙げてる製品をちゃんと使ったことあるのか？
632:名無しさん＠お腹いっぱい。
09/05/29 16:24:34
>>629
素Pen 266MHzと hyperSPARC 125MHz SS20が近い感じだったよ。
触ったことないんだろ?
SPARC 25MHz SS1+と i486DX2-66, SPARC 40MHz SS2と i486DX4 100MHzが
当時だいたい近い、という話だった。
633:名無しさん＠お腹いっぱい。
09/05/29 16:30:37
>>623
あんた一人で混乱してるだけだろ? Sun以外でもなんぼでもあるだろが。
パソコンしか使ったことないやつはこれだから...
>>627
だからさ、その後の UltraSPARC IIだろうが IIIだろうが、速い SS20だろうがよ。
DOS-Winが NT系になったりはしないんだよ、まともな計算機はさ。
TGXで 32bitとか、わけわからんww Sbus積んでりゃどれでも TGXは付くわい。
634:名無しさん＠お腹いっぱい。
09/05/29 16:36:38
>>631
> あの致命的なエラッタって他のOSでは問題なかったの？
OSに回避コードを入れるとパフォーマンスが落ちる。
Solarisが 64bit対応した時は既に UltraSPARC-I はかなり古い CPUに
なってたし、回避コード入れたのを導入されて「遅い」ってクレーム受けるより
入れずにサポート外した方がいいという判断と思うよ。
635:名無しさん＠お腹いっぱい。
09/05/29 16:43:05
>>631
SS5/170 だっけ？
あれが一番よかったなｗ
636:名無しさん＠お腹いっぱい。
09/05/29 16:47:55
なんだか一人必死なやつがいるな。
637:名無しさん＠お腹いっぱい。
09/05/29 17:07:07
SS2か
マヨネーズの中を泳いでるみたく遅かったな
638:名無しさん＠お腹いっぱい。
09/05/29 17:20:20
なあに、Sun3に比べりゃ天国よ。
一時期DECstation 3100に浮気したくらい、Sun3はトロかった。
639:名無しさん＠お腹いっぱい。
09/05/29 17:28:55
SS2っつったら、般人が 80286 16MHz の PC-9801RXで EMSで拡張ドライブして
バグバグの一太郎4使ってた時代だからな。80386の 9801RAも出てたが、
高い機種だった。
めちゃ速かったよ。そんな賞味期限とっくに過ぎてジャンク屋から買って来た時の
話されたってな。
640:名無しさん＠お腹いっぱい。
09/05/29 17:37:52
ﾊ-ﾄﾞﾃﾞｨｽｸが普及しはじめたころか
当時は、40MBでWin95とLinuxを余裕でデュアルブートで使えてた
今となっては不思議
641:名無しさん＠お腹いっぱい。
09/05/29 17:49:39
9801RXは 12MHzだな。MS-DOS 3.3。米国だと当時もう MS-DOS 4.0が出てるが。
16bit www
642:名無しさん＠お腹いっぱい。
09/05/29 18:00:41
>>639
チョウの写真や北斎の波がウィンドウの中をナナメにスライドしまくるデモ見て
心底感動したよ、当時。NeWSのデモ。
643:名無しさん＠お腹いっぱい。
09/05/29 19:04:26
昔話は盛り上がるねぇ。今の話はさっぱりだけど。
644:名無しさん＠お腹いっぱい。
09/05/29 19:15:33
>>638
Sun-3 → Sun-4 → SS1 → SS1+ → SS2 だからな。あいだ空きすぎ。
DECstation 3100は Sun-4と SS1のあいだ。
Sun-3も遅いマシンじゃないよ。m68kだから他も似たようなもんだけど。
Sun-3/80なら話は別。あれは後方互換用で、旗艦じゃない。
645:名無しさん＠お腹いっぱい。
09/05/29 19:42:24
世界征服を企むエリソンは 2つのことをやると思うよ。
1. IBMハイエンドサーバーの対抗機を出す
これは Rockなのかはたまた SPARC64なのか..
2. iPhone対抗デバイスを出す
T2ベースで Solaris+Android、OraStore開店
646:名無しさん＠お腹いっぱい。
09/05/29 19:59:26
まずはMySQLをOraSQLに改名すると思う
647:名無しさん＠お腹いっぱい。
09/05/29 20:02:40
>>645
3. Appleを買収して Macを SPARCベースにして MacOSのコアを Solarisに置換る
648:名無しさん＠お腹いっぱい。
09/05/29 20:24:03
>>643
そりゃ、お通夜だからな
649:名無しさん＠お腹いっぱい。
09/05/29 20:31:00
ご焼香はこちらです
650:名無しさん＠お腹いっぱい。
09/05/29 21:03:25
>>647
お弁当箱再びってことでSPARCminiがでたら買うｗ
651:名無しさん＠お腹いっぱい。
09/05/29 21:44:29
ｱﾎﾟｰを買収するためにはｼﾞｮﾌﾞｽﾞを暗s(ry
652:名無しさん＠お腹いっぱい。
09/05/29 22:48:49
>>651
ジョブスとエリソンは親友じゃなかったか？
NeXTとAppleが合併してジョブスが復帰した時、エリソンもApple役員
に加わったし、OracleもApple株をかなり持ってたはず。
一時はOracleが友好的にAppleを買収するかどうかという話もあった。
653:名無しさん＠お腹いっぱい。
09/05/29 22:56:15
これでAppleも一緒になったら勝てる・・・かな・・・
654:名無しさん＠お腹いっぱい。
09/05/29 23:03:56
Appleと一緒になったら俺は見限る
655:名無しさん＠お腹いっぱい。
09/05/29 23:06:10
勝つる！
656:名無しさん＠お腹いっぱい。
09/05/29 23:15:12
暗黒面に飲まれちゃだめだ
657:名無しさん＠お腹いっぱい。
09/05/30 00:51:19
>>639
98なんかと比較するなよ。
比較するならMacにしろよ。
> そんな賞味期限とっくに過ぎてジャンク屋から買って来た時の話されたってな。
その発想はなかったわ。
>>644
なぜかSSじゃないSun4は見たことないわ。
>>645
T2ベース? ありえねー。
658:名無しさん＠お腹いっぱい。
09/05/30 09:46:50
NVIDIAに買收される
それが幸せだ
659:名無しさん＠お腹いっぱい。
09/05/30 10:04:10
>>657
Macと比較するとそんなに違うか? IIfxとか IIcxあたりかな。68030。
SS2の方がブッチギリで速いよ。
> なぜかSSじゃないSun4は見たことないわ。
ピザボックスがないから。それか、初もん過ぎて買わなかったのかもね。
数値的には DECstation 3100と同等ぐらいのはず。
660:名無しさん＠お腹いっぱい。
09/05/30 10:07:07
>>659
> Macと比較するとそんなに違うか?
たいして違わないね。>>657がキモマカか何かなんだろう。
661:名無しさん＠お腹いっぱい。
09/05/30 10:24:43
>>659
IIfxなんぞで 20inch級モニターとそれなりの装備したら SS2よりずっと
高かったよな。まあ、日本だけなんだろうがw
662:名無しさん＠お腹いっぱい。
09/05/30 10:27:13
当時の98なんて、
マルチタスクできない
たった640KBのメモリ、しかも64KBセグメント
16bit
Unixワークステーションとは住む世界が違いすぎる。
Macなら、
いちおうマルチタスクっぽい
それなりに広いメモリ、もちろんフラット
32bit
ってことで、Unixワークステーションと比較してOK
663:名無しさん＠お腹いっぱい。
09/05/30 10:40:07
だけど「x86の技術的優位性」>603 とか言うバカに言って聞かせてやってる
わけだから、x86じゃないとな。
664:名無しさん＠お腹いっぱい。
09/05/30 10:43:30
>>662
OKじゃねえーよw
XENIX on PC98-FAとか、A/UXなら比較していいけど。
665:名無しさん＠お腹いっぱい。
09/05/30 10:44:04
>>662
もちろん、「住む世界が違いすぎる」のを示すのが目的なわけでw
けどさ、PC-UX（だっけか?）もあったし。マルチタスク。
MINIXにもみんなカンドーした。OS/2もあった。
> Macなら、
日本では、死ぬ程高かったよ。
666:名無しさん＠お腹いっぱい。
09/05/30 10:53:10
あのころのMacの日本価格は当時のレートを考えても高かった。
＞いちおうマルチタスクっぽい
いや当時のあれは本当に「っぽい」というのもはばかられるような・・・
当時としてはそれでもアレだったけど・・・
667:名無しさん＠お腹いっぱい。
09/05/30 11:29:07
>>663
おいおい60レスも前じゃないか。
まぁ、
今のx86になったMacの御先祖様の話
ってことで、理解しとけよ。
668:名無しさん＠お腹いっぱい。
09/05/30 11:30:27
>>664
PC98-FAってなんだ?
まさかPC-9801FAのことじゃないよな。年代違うし。
669:名無しさん＠お腹いっぱい。
09/05/30 11:31:35
XENIXとかPC-UXとかOS/2とか、そんなマイナーなものを持ち出してもなぁ。
当時、98ならDOSだったろ。ほとんど。
670:名無しさん＠お腹いっぱい。
09/05/30 11:35:21
勝てば官軍、負ければ賊軍 w
671:,,・´∀｀・,,）っ-○○○
09/05/30 11:57:03
>>622
逆に言うと、トランジスタを大量に詰め込めるのに、1つの命令が単純すぎると
無駄が多くなるという問題が生じるわけですな。
アウトオブオーダ実行とか複雑なアクセラレータとか使えるようにすると
相対的に命令デコーダの負担の差は小さくなるのです。
同じリッチなパイプラインなら、1命令あたりの密度が高い方が有利というわけです。
まあ、x86がRISCと比較して1命令当たりの密度が高いって感じるのは
base + scale*index + offsetで指定したメモリオペランドを第2引数に使えたりするときかと思いますが
1スレッドの性能をひたすら稼ぐには命令セットをどんどんリッチにしていく必要があります。
POWERがいまさらBCDの演算に特化した命令と演算ユニットを搭載してるけどあんな感じかな。
もちろんRISCの設計思想に反してます。
逆に、1コアあたりの実効性能はある程度諦めて組み込みに特化する（ARMやSH）とか
また大量のコアで並列処理して性能を稼ぐというアプローチには未だにRISCは有効ですよ。
それがCellとかNiagaraですな。
672:名無しさん＠お腹いっぱい。
09/05/30 12:00:55
その昔、SUNのSparc-WSを欲しいと思っていた。速いし物めずらしいから
しかし、なんだかんだ言って自作PCで満足してしまい去年の末中古で
Sparcマシンを買ったが「こんなもんか、、、」という感じで拍子抜け
した。
PCがDOSの頃に無理してでも、Sparc-WS所有していたらその違いに
感動したかもしれない。
673:,,・´∀｀・,,）っ-○○○
09/05/30 12:05:05
ただ、組み込み向けだと2バイト命令長のほうがコード密度的に都合がいいかなと
674:名無しさん＠お腹いっぱい。
09/05/30 13:39:01
>>671,673
無理無理ww 「盲信」以外に彼には何もできませんので。
ましてや「トレードオフ」なんて言ったらアタマから火花とケムリが飛び散りますww
675:名無しさん＠お腹いっぱい。
09/05/30 13:42:54
SPARCマシンは自宅で使うには消費電力が高すぎる
UltraSPARC IIですらAthlonXPの2倍近い品
676:名無しさん＠お腹いっぱい。
09/05/30 13:52:04
>>671
問題はだ、命令密度を上げるという観点で RISCに改良を加えたものと、
RISC以前の観点で設計された x86の ISAが同等なものなのか、ということだね。
高速化に邪魔な命令をコンパイラーが使わなくなってくれるんなら近いところへ
行けるんだろうが、今までの「資産」を全面にうたってるからには
そうも言ってられない、と。
どうしてもスヌープが必要な場合が多かったり、アトミックに排他する期間が
長かったり、いろいろ不利だと思うが。
> base + scale*index + offsetで指定したメモリオペランドを第2引数に使えたりするときかと思いますが
> 逆に、1コアあたりの実効性能はある程度諦めて組み込みに特化する（ARMやSH）とか
> また大量のコアで並列処理して性能を稼ぐというアプローチには未だにRISCは有効ですよ。
> それがCellとかNiagaraですな。
今後の市場構成を考えると、ほとんどそれで占まるんじゃねーの?
677:,,・´∀｀・,,）っ-○○○
09/05/30 14:00:51
コアを増やしても同期のオーバーヘッドなんかもあるし、それほどうまくは性能上がらないでしょ
CPUに対してメモリやストレージはボトルネックになるし
ある程度は1スレッド当たりの性能向上に費やすことは必要になる。
678:名無しさん＠お腹いっぱい。
09/05/30 14:17:43
>>677
> ..、それほどうまくは性能上がらないでしょ
それはごく最近本気で MPのことを考えるようになった（昔から話だけは
あったけどww）x86の状況であって、Mbusからはじまり SPARCcenter2000で既に
XDbus 20CPUを実現していた SPARCにはあてはまらないのだよ明智くん。
BSDベースを捨てて SVR4を作ったのもまさにそこにあったわけで、
ちゃんとリニアに性能が上がるのは周知の事実。
もちろんソフトウェアの作りが適したものになる必要があって、OSまで含めて
考えた場合 SPARCはかなり優位な位置にいる。 ...んだからちゃんと売れよな。
> ある程度は1スレッド当たりの性能向上に費やすことは必要になる。
ある程度はね。けど用途的には減って行くでしょ。特殊な場合だけになる。
679:名無しさん＠お腹いっぱい。
09/05/30 14:27:04
お、例の人きたねえ
団子ちゃんは相手してくれるかな？
680:名無しさん＠お腹いっぱい。
09/05/30 14:48:29
コネクションマシンはどこへ逝った。
681:名無しさん＠お腹いっぱい。
09/05/30 15:46:46
>>678
並列化には、アムダールの法則という壁があるんですよ。
ちなみにSPARCがリニアにスケールするのは、限られた状況だけよ。
大きなメモリバンド幅を必要とするアプリを走らせるとサチって話にならない製品もあったぞ。
682:名無しさん＠お腹いっぱい。
09/05/30 16:13:14
この文脈で「アムダールの法則」は外しまくりだって、さっさと気づけよ...
683:名無しさん＠お腹いっぱい。
09/05/30 16:17:37
Xeon最強！
SPARCイラネ！
684:名無しさん＠お腹いっぱい。
09/05/30 16:38:38
>>682
SPARCとて例外ではありませんぞ。
685:名無しさん＠お腹いっぱい。
09/05/30 16:40:09
>>683,674
ほらみろ、火花とケムリが吹き出しまくってるぞww もうすぐ爆発するなw
686:名無しさん＠お腹いっぱい。
09/05/30 16:49:31
草を生やしてる人は、団子さんの意図がわかってないんじゃないか?
エンプラ向けのサーバに使われるようなCPUでは、SPARCは適切ではなくなってる、ってことよ。
まぁ、ロード命令にポストインクリメントが付いていて、それが即値どころかレジスタだっていうのは、やりすぎだと思うが。
687:名無しさん＠お腹いっぱい。
09/05/30 17:31:36
>>686
そりゃ違うだろ。>671 の
> もちろんRISCの設計思想に反してます。
は原理主義的な RISC思想は現在のトレンドに沿ってない、って言ってるだけで、
そもそも商用 RISCは最初の登場時点で RISC原理主義などではないし
（そんな商品はこの世に一度も存在してない）、より「RISC化」することに
よって性能を向上してきたのかというと全くその逆で「RISCらしく」ない
ことを次々と取込んで改良を重ねてきている。
もちろん、RISCであることの利点を損ねない方法によってだけどね。
「RISC原理主義」なんてのは CISCと言われてくやしくてしょうがない連中が
商用 RISCをなんとか攻撃したくて作り上げたタワゴトに過ぎんよ。
そんなのを標榜してる会社も人もどこにも存在しない。
で、今の改良を重ねた商用 RISCが、「RISC原理主義」からみたら RISCらしく
ないからと言って、じゃあ RISC以前の CISCと変わらないかと言ったら、
そんなワケがないんだが、そこはアイマイにしといてって低レベルな批判は
うんざりなんだよ。
688:名無しさん＠お腹いっぱい。
09/05/30 17:47:51
俺らはCISCと言って馬鹿にするけど
俺らを攻撃するのは反則だし許せない
ってことですねｗ
689:名無しさん＠お腹いっぱい。
09/05/30 18:04:21
>>681,684
こんなバカネタが真剣に論じられるほど、x86の世界は腐りきってるわけだな..
なるほどな..
「アムダールの法則を巡る Intelと AMDの戦い」
URLﾘﾝｸ(pc.watch.impress.co.jp)
こんなもん、わかり切ったことじゃないか.. そんなリクツが単純適用できるんなら
64CPU機なんか一台も売れるわけがないだろ。アホくさ。
おい、Intelがなんて主張してるか、よく読んどけよ!?
オマエの話と正反対だぞ!!wwww
690:名無しさん＠お腹いっぱい。
09/05/30 18:41:31
今更SPARCなの？(笑)
691:名無しさん＠お腹いっぱい。
09/05/30 19:02:31
つまんない
おもしろいネタないの～？
692:名無しさん＠お腹いっぱい。
09/05/30 19:11:29
じゃあ、SPARCのブランチ命令のディレイスロットについて語ろうぜ
693:名無しさん＠お腹いっぱい。
09/05/30 19:15:58
>>689
どうでもいいけどコンマ区切りの引用は対応していない2chリーダーもあるので
>>681
>>684
としてほしいです
694:名無しさん＠お腹いっぱい。
09/05/30 22:22:34
今どき RISC vs CIS Cかよw
思い出を語るスレだから、いいのか・・
695:名無しさん＠お腹いっぱい。
09/05/30 23:09:37
通夜だからね
696:名無しさん＠お腹いっぱい。
09/05/30 23:30:29
じゃあ、emacs vs viとかもあり？w
697:名無しさん＠お腹いっぱい。
09/05/30 23:49:18
変態emacsなどの出る幕ではない。
698:名無しさん＠お腹いっぱい。
09/05/30 23:59:11
>>696
そんなもんEmacs18やVim3の頃が、良かったって話にしかならねぇよ
699:名無しさん＠お腹いっぱい。
09/05/31 01:11:47
>>696
viの圧勝で結論出てるじゃん。emacs使ってる奴なんて馬鹿ばっかだろ。
700:名無しさん＠お腹いっぱい。
09/05/31 01:43:35
利用シェルならさらに対立が見られそうな気がする
701:名無しさん＠お腹いっぱい。
09/05/31 01:46:50
>>698
そこでなぜvimが出てくる
702:名無しさん＠お腹いっぱい。
09/05/31 07:47:42
>>687
RISCってのは、
・コンパイラを前提にする
・定量的なアプローチ
この2つが命。
かつて昔の最適点で設計されたSPARCは、
バイナリ互換を保ちつつ発展したがゆえに、
いまでは最適点から、だいぶ遠ざかっている。
そんなSPARCを担ぎ上げるからには、
バイナリ互換のために醜悪なまま進んだ
x86を馬鹿にできる立場にはないんだ。
同じ土俵に、自分で下りていったのだから。
x86に追い付かれ、シェアを下から食われるのは、
当然の結果なわけで、自業自得なんですよ。
じゃぁSPARCは、どうすればよかったか。
バイナリ互換を犠牲にしてでも最適点を
追い続けるべきだった。
そうすれば、圧倒的な性能差を維持できた。
よくIntelは製造によるゴリ押しで性能を絞り出しているという批判を目にするけど、
巨大なキャッシュを積むなどの強引なことをやってきたのは、RISC勢だって同じことだ。
とくに、一時期のクロック鈍化・キャッシュ増量のみの時代が、RISCにもあったよね。
ワークステーションとWebサーバの分野でシェアをx86にまるごと持ってかれた
その原因が傲慢にあることを、とっとと反省して、方針を切り換えるべきだね。
703:名無しさん＠お腹いっぱい。
09/05/31 07:54:16
>>689
お前さ、
Intelの10年後くらいの先の希望的な話
を持ち出してばかりだけどさ、
俺達、
現実の話してるんだよ。
Sunのスケールしないサーバな。
どうやって使うか知ってるか?
パーティション区切って使うんだよ。
実質的に
少ないCPU数のSMP機が複数台ある
っていう使い方をすれば、性能はでる。
もちろん、スケールしないってことには、
変りが無いが。
704:名無しさん＠お腹いっぱい。
09/05/31 07:57:51
>>692
遅延スロットは素晴らしいアイデアで、実際に役に立ってるじゃないか。
ただ、分岐命令だけってのが手ぬるいな。
剰余算命令にも遅延スロットがあるべき。
遅延スロットをどんどん適用していけば、
Out-of-order実行なんて必要ないぜ。
In-Orderでもキッチリ性能でるぜ。
705:名無しさん＠お腹いっぱい。
09/05/31 08:42:38
終わっちゃったことなのにむなしくないですか？
706:60
09/05/31 09:34:08
>>702
> とくに、一時期のクロック鈍化・キャッシュ増量のみの時代が、RISCにもあったよね。
強引とかバカか？
そのための命令セットアーキテクチャなんだから当たり前じゃないか。
そのためにわざわざ整理したんだよ。
707:名無しさん＠お腹いっぱい。
09/05/31 12:56:44
>>702
バイナリ互換無視したら、コード資産が無駄になる。
x86と最も差があった時点で5倍ぐらい。
486以降Risc手法を取り込んできたx86に対しバイナリ互換無視でも
どこまで性能差を付けれたかのかな?
708:名無しさん＠お腹いっぱい。
09/05/31 13:27:40
>>706が何を言いたいのか、わからん。
だれかエスパーで解説してくれ。
709:名無しさん＠お腹いっぱい。
09/05/31 13:28:44
>>707
コード資産?
x86信者みたいなこと言うなよ。
unixなんだから移植性あるコーディングして当然。
DOSでしか動かないとかWindowsでしか動かないとか
そういうコードしか書けない馬鹿と一緒にすんな。
710:名無しさん＠お腹いっぱい。
09/05/31 13:30:52
>>707
スケーラビリティのあるアーキテクチャなら、
使えるトランジスタが増えた分を、キャッシュではなく、マルチコアに振り向けられるだろ。
x86がヒーヒー言いながらIPCを上げようと効率の悪いことやってたんだから、
シンプルなコアなら4コアくらい余裕で実装できただろう。
それだけで性能4倍だぞ。
711:,,・´∀｀・,,）っ-○○○
09/05/31 13:52:07
>>709
そうだな、そういう出来るプログラマのおかげでローエンドはSPARCからIntel CPUへの移行が
すんなりうまくいったわけだ。
712:,,・´∀｀・,,）っ-○○○
09/05/31 13:58:04
つまりSPARCもまたバイナリ互換が捨てられない出来損ないプログラマの為に存在するんだなｗｗｗｗ
713:名無しさん＠お腹いっぱい。
09/05/31 15:13:08
手元にコードがあるものばかりじゃないでしょ
714:,,・´∀｀・,,）っ-○○○
09/05/31 19:01:50
もちろん皮肉
手元にコードがあって再コンパイルすれば動くってのはSolarisじゃなくてDebianだろう
715:名無しさん＠お腹いっぱい。
09/05/31 20:21:40
禿げ、デブ、共産主義の三重苦
もちろん皮肉
716:名無しさん＠お腹いっぱい。
09/05/31 20:22:35
共産主義よかバイナリ非互換の方が良かったか？ｗ
717:名無しさん＠お腹いっぱい。
09/05/31 22:13:05
>>709
SPARCが生き残ってる最大の理由はコード資産。
過去のプログラムが移植性の有無に関わらず、そのまま、あるいは
一定の手間で動くということが重要。
移植性があるコーディングとか、そういうのはどうでもいい
718:名無しさん＠お腹いっぱい。
09/05/31 22:35:58
>>717
>過去のプログラムが移植性の有無に関わらず、そのまま、あるいは
>一定の手間で動くということが重要。
そういう必要性も年々減って、いずれ無くなってしまうでしょうね。
SPARCが将来的に生き残るには、コストパフォーマンスでぶっちぎる
ような真剣勝負で戦い抜かないと。富士通は勝っていけるかな。
719:名無しさん＠お腹いっぱい。
09/05/31 22:52:21
Nehalem EXが出ればSPARC終了だよ
後はメインフレームみたいにニッチ市場で細々売ってくだけ
それもいつまで続くことやら
720:名無しさん＠お腹いっぱい。
09/05/31 23:17:28
>>718
世の中フリーソフトだけで成り立ってると思ってるの？
721:,,・´∀｀・,,）っ-○○○
09/06/01 00:38:18
ディレイスロットってそれ自体がパイプライン段数縛りになるだろ。
クロックを上げるためにステージ細分化するとかのアプローチも採れないし
722:名無しさん＠お腹いっぱい。
09/06/01 01:39:11
Nehalem EXのページの動画デモを見てる時にサーバ側からの送信が止まったのが受けた
Sunのページの製品CM見てる時は止まったことないのに
723:名無しさん＠お腹いっぱい。
09/06/01 01:47:21
>>719
そうねえ 北朝鮮がつぶれるぐらいまで続くんじゃない？
724:名無しさん＠お腹いっぱい。
09/06/01 07:07:36
>>717
そうだよな。
x86の汚い囲い込みと同じ戦術でSPARCは生き残ってる。
725:名無しさん＠お腹いっぱい。
09/06/01 07:09:52
>>720
QuickTransitのように、
SPARCバイナリをx86上で動作させる
ってなシロモノが商品化されてるんですよ。
ていうか、OracleはQuickTransit作ってる会社を買収して、Solarisに標準装備させるべき。
x86版SolarisでもSPARCバイナリが走り、SPARC版Solarisでもx86バイナリが走れば、
むしろ逆にSPARCの拡販になりますぜ。
726:名無しさん＠お腹いっぱい。
09/06/01 07:12:16
>>721
そうでもないよ。
ISAとパイプラインは一対一対応している必要はない。
OOO実行するのであれば、
ィレイスロットにある命令は、直前の分岐命令の結果に依存していないって意味でしかない。
727:名無しさん＠お腹いっぱい。
09/06/01 08:22:57
>>725
当然知ってるがAlpha版NTはトランスレータ入れても成功しなかったわけで
むしろx64製品へ移行を促す方向に圧力がかかりそうだ
あと、トランスレータはアプリケーションを動かすだけであって
ホストがサポートできないハードウェアなどはどうしようもない
728:名無しさん＠お腹いっぱい。
09/06/01 08:36:10
>>725
Transitive社はIBMに買収されQuickTransit製品を終了しました
729:名無しさん＠お腹いっぱい。
09/06/01 09:22:14
>>727
それは昔の話でさ、最近だと、MacOSが、PPCからx86への移行に成功してるよね。
Alphaの場合、x86との性能差が縮まったのが、失敗の最大の原因だと思う。
その点、SPARCは違う。
x86で64CPUはスケールしないが、SPARCなら64CPUでもスケールするから、
そこには比較できないほどの大きな性能差があるわけで。
730:名無しさん＠お腹いっぱい。
09/06/01 09:39:02
URLﾘﾝｸ(www.networld.co.jp)
これか。
品質チェックによる一時休止が本当なのか、
その会社がSPARCの次にPOWERを相手にする可能性を恐れて潰したのか・・・.
731:名無しさん＠お腹いっぱい。
09/06/01 10:15:34
きっとSunを買収してSolarisに載せるつもりだった
732:名無しさん＠お腹いっぱい。
09/06/01 12:51:15
>>729
Macはトランスレータだけで何とかしたと思ってるのか？
オーバヘッドを吸収するPowerPCと最新Coreアーキテクチャの性能差と
Universal Binary化の強要を忘れるな
それに高速な64コアを必要とするアプリケーションがどれだけある？
あっても最初からSPARCや他の大規模サーバを選択しているだろう
そこにx64からの移行というマーケットを想定する意味はあるのか？
733:名無しさん＠お腹いっぱい。
09/06/01 13:20:01
MacOS Xは PowerPCから Intelへの移行どころか、10.4→10.5なんてレベルで
動かんもん続出だし、開発環境に至っては（タダになったのはいいことだが）
OS最新版じゃないと話にもならん。
トランスレーターは話題にはなったけど、使ってるやつなんてほとんど皆無だろw
734:名無しさん＠お腹いっぱい。
09/06/01 13:32:57
>>730
まさに人類の敵
いい仕事してますね～♪
735:名無しさん＠お腹いっぱい。
09/06/01 15:18:50
CPU単体での性能なら現行x86が上だが、64CPU以上の構成だと現行Sparcが上に
なるっていう解釈でいいのかな?
でも、そうなる理由は?単体性能が高ければ64CPU構成でも性能が出るというイメージ
があるんだが。
趣味でSparcワークステーションあるがサーバなんて使ったことないからそこら辺
わからない。
736:名無しさん＠お腹いっぱい。
09/06/01 15:26:18
>>735
＞でも、そうなる理由は?単体性能が高ければ64CPU構成でも性能が出るというイメージがあるんだが。
その認識は・・・・
ちょっと、お前64人65脚やってきてみろ
737:名無しさん＠お腹いっぱい。
09/06/01 15:49:25
信者乙
738:名無しさん＠お腹いっぱい。
09/06/01 16:44:40
x86は 8ソケットで既にまともに動かんよ。
QPIなら 8コア以上でも性能出る、って話らしいが、実際リニアに性能あがってる
記事どっかにあるか?
SPECrate は要らんからな。あれだけが高い石はエンプラ方面じゃ全く使えんから。
739:名無しさん＠お腹いっぱい。
09/06/01 16:58:13
SPARCにはそれしか残ってないもんな
逆に1ソケや2ソケのお手頃価格でそこそこの性能ならSPARCマシンに新規需要はない
740:名無しさん＠お腹いっぱい。
09/06/01 16:58:52
SparcのOracleベンチはまだですか？
741:名無しさん＠お腹いっぱい。
09/06/01 17:55:10
>>739
だから、WSをx86に奪われた。
742:名無しさん＠お腹いっぱい。
09/06/01 18:21:37
サーバもな
743:名無しさん＠お腹いっぱい。
09/06/01 19:02:25
というか、WSってもう必要ないじゃん
UNIXアプリのWindowsへの移植が終わったんだから
そこら辺のショップブランドのパチョコンで十分
744:名無しさん＠お腹いっぱい。
09/06/01 19:07:04
>>738
Opteronは性能上がるみたいだけど
URLﾘﾝｸ(connexitor.com)
745:,,・´∀｀・,,）っ-○○○
09/06/01 20:22:21
ZFSでファイルサーバ作るためだけにSolarisってよくあるよなー
746:名無しさん＠お腹いっぱい。
09/06/01 21:02:57
1万いくらの安鯖にHDD突っ込んでファイル鯖みたいな用途に使うと怖いくらいに似合う。
UPSなしでの突然の電源断でも割と平気だし。
747:名無しさん＠お腹いっぱい。
09/06/01 21:03:06
>>743
今のWS=ハイエンドx86のPCにOpenGLの高額VGA搭載したもの。
748:名無しさん＠お腹いっぱい。
09/06/02 00:02:20
普通にゲーム用グラボで間に合うことも多い罠
749:名無しさん＠お腹いっぱい。
09/06/02 00:07:07
IDC、2009年第1四半期国内サーバー市場動向を発表
URLﾘﾝｸ(www.idcjapan.co.jp)
750:名無しさん＠お腹いっぱい。
09/06/02 00:46:45
>>738
Nehalem-EXがまだ出てないからな。
Intelは今まで中堅以上のサーバはx86では力をいれてなかったんだが、
Nehalem-EXからはかなり本気になるので今までの感覚でいると面食らうことになるぞ。
まあ、64CPUなんてのはニッチだし、HPC分野をみればx86だからスケーラビリティが低い
とは言い切れないことは既に明らか。
751:,,・´∀｀・,,）っ-○○○
09/06/02 00:47:42
Nehalem-EXなら128コア組めるんじゃなかったっけ
752:名無しさん＠お腹いっぱい。
09/06/02 00:48:51
64CPU以上の企業サーバは市場が小さくて、
そもそも主力だと考えているメーカーはない。
753:名無しさん＠お腹いっぱい。
09/06/02 00:53:03
サーバはCPU数が多い上位製品ほど、
システムにしめるCPUの部品コストの比重は小さくなる。
64Pや128Pなんて年に何台もでないジャンルなのにCPUメーカーとしては
儲けにならん。
故に、IntelのようなCPU専業のようなメーカーが少ないCPUで高付加価値を
出す方に力を入れてきたのは無理もない。
754:名無しさん＠お腹いっぱい。
09/06/02 00:55:34
SunのサーバのCPU数が多い製品が多いのは、
Solarisのおかげだ。ハードの問題じゃあない。
755:名無しさん＠お腹いっぱい。
09/06/02 01:07:59
>>751
64コアじゃね？
SMTで128スレッド
756:OOO-⊂(´∀｀旦⊂☆諫碕
09/06/02 01:14:02
URLﾘﾝｸ(hothardware.com)
>Scalability beyond eight sockets, up to 32-socket implementations can be achieved.
QuickPathは最大32Sだぽ。
まあ、つってもNehalem-EXの実質的なターゲットは殆ど8S以下だと思うが。
757:OOO-⊂(´∀｀旦⊂☆諫碕
09/06/02 01:17:24
QuickPathでも純正は8Sまで、8S超はOEM。
758:名無しさん＠お腹いっぱい。
09/06/02 01:22:51
グルーレスなのは8Sまでだよ
それ以上はOEMの設計したスイッチが要る
759:名無しさん＠お腹いっぱい。
09/06/02 01:29:58
SSE速いのが嬉しければIntel買うけど、それ以外ではよー使いませんｗ
760:名無しさん＠お腹いっぱい。
09/06/02 01:30:05
8ソケット超はノードコントローラーがいるから
実質8ソケット以下って言っていいでしょ
761:名無しさん＠お腹いっぱい。
09/06/02 01:33:01
>>758
すまん、被った
762:OOO-⊂(´∀｀旦⊂☆諫碕
09/06/02 01:37:03
ほほ、スマン。
Nehalem-EXが32Sまで対応してるってだけで、QPIでは8Sまでだね。
763:OOO-⊂(´∀｀旦⊂☆諫碕
09/06/02 01:56:41
>>743
PCアーキテクチャ使い回しのWorkstaion
汎用スカラプロセッサ使い回しのSupercomputer
既に中身の終わったものが言葉だけ残ったんだよ
764:名無しさん＠お腹いっぱい。
09/06/02 01:58:03
757 名前： 不明なデバイスさん [sage] 投稿日： 2009/06/02(火) 01:34:54 ID:W/lj3Mzf
どなたか、ここのGraphic Media Acceratorダウンロードできた方いらっしゃいますか？
URLﾘﾝｸ(downloadcenter.intel.com)
Video: Intel？ Graphics Media Accelerator Driver for Windows* Vista (22118KB)
15.13.3.1787 2009/05/28
The file that you are trying to download has either been moved, renamed or archived.
Please go to URLﾘﾝｸ(downloadcenter.intel.com) and choose your product to find your download.
と、ファイルがなくなっている様なのですが･･･
765:名無しさん＠お腹いっぱい。
09/06/02 01:59:20
758 名前： 不明なデバイスさん [sage] 投稿日： 2009/06/02(火) 01:38:18 ID:VI3z+Aag
英語ページから行っても同じだな
ぬぁーにがNehalem-EXだぁ？ｗ
テメーのところの鯖をまともに管理できるようになってから寝言言いやがれｗｗｗ
766:名無しさん＠お腹いっぱい。
09/06/02 02:34:16
頭が悪い人による言いがかりの典型例だな
767:名無しさん＠お腹いっぱい。
09/06/02 02:40:19
先日MSDNのサーバーが落ちたわけだが
ぬぁーにがWindows Server 2008 R2だぁ？ｗ
テメーのところの鯖をまともに管理できるようになってから寝言言いやがれｗｗｗ
とは思わなかったなつまり
マイクロソフトとインテルのクライアント信頼度は違いすぎた
768:名無しさん＠お腹いっぱい。
09/06/02 02:55:22
Win鯖は落ちるのがデフォなので別格だな
MSの鯖を管理してるのはHPだろ？
しかしWin鯖はプリンタ鯖止まりのOS
ぬゎーにがなんてMSに対して怒るとIT技術に対して無知なのかと思われる
769:新米
09/06/02 03:01:38
ファイルがない場合のエラー処理も完ぺき
流石Intel
770:名無しさん＠お腹いっぱい。
09/06/02 03:18:39
Intel+MSで鯖とか信頼とかムリッす
こっちからそんなの言いだせません
771:名無しさん＠お腹いっぱい。
09/06/02 03:18:58
また老害たちが集まってきた
772:名無しさん＠お腹いっぱい。
09/06/02 03:24:04
若いコはいい罠
上が許可したとか言い出すんでしょ？
773:名無しさん＠お腹いっぱい。
09/06/02 03:35:21
古いままの知識や見当違いのことを力説する年寄りって・・・
774:名無しさん＠お腹いっぱい。
09/06/02 03:39:07
新しいと思ってるみたいだけど掴まされてるだけの若い子を見ると…
775:名無しさん＠お腹いっぱい。
09/06/02 05:21:08
>>732
データベース。
最初はx86サーバでスタートして、
スケールアップが必要になったらIA64サーバがありますよ
って。
まぁ実際には、サーバの強化が必要になるペースよりも、
x86の性能向上・スケーラビリティ向上のペースのほうが速くて、
x86のままリプレースで桶
776:名無しさん＠お腹いっぱい。
09/06/02 05:26:40
>>735
x86とSPARCで、CPUソケット1つあたりの性能が違うので、
x86の64CPU構成と、SPARCの64CPU構成を比較すること自体に意味があるかどうか・・・。
>>738
へー、Sunは「まともに動かない」ものを製品化して売ってるんだ。ひどいね。
> 実際リニアに性能あがってる記事
へー、SPARCはリニアに性能が上がるんだ。
あんたSPECしか知らんのな。
777:名無しさん＠お腹いっぱい。
09/06/02 05:47:14
>>754
ちゃうちゃう。
UltraSPARCの性能向上が鈍ったので、代替手段としてCPUをたくさん積むしかなかったのさ。
それもSPARC64で解決したので、過去の話。
>>755
Nehalem-EXは8コアだよ。SMTで16スレッド。
>>768
Linuxや*BSDなんかよりは、Windows鯖は、よっぽどスケールするんですがね。
778:名無しさん＠お腹いっぱい。
09/06/02 05:59:55
日本のエンタープライズってさ、
既存のものを上手に組み合わせて自分たちで賢く運用するのではなく、
やたら特注で作らせる。
だから、あんまりWindows鯖の評価が高くない。
ちゃんと使いこなせる技術者がほとんどいない。
なんでも特注で作らせるのは、たぶん、勉強するのが嫌なんだろうな。
そんな日本でも、
URLﾘﾝｸ(www.kabu.com)
こういう会社もあるんだわ。
当初は勘定系のデータベースもWindowsでSQL Serverだったんだが、
ある時期からOracleに変更になったらしい。
社外に作らせるために仕様書を書いたり、検収したりするくらいなら、
自分たちで、VisualBasicで書いちゃったほうが早いよっていう。
ここでVisualBasicを笑った人は、不勉強が過ぎるので反省するように。
779:名無しさん＠お腹いっぱい。
09/06/02 06:16:37
うざ
780:名無しさん＠お腹いっぱい。
09/06/02 08:00:30
ヴァカめ！！
挨拶が遅れたな。私がエクスカリバーーである！何？「ヴァカめ！！」では無くて「バカめ！！」では無いのか？だと？
ヴァカめ！！
私の伝説は12世紀から始まった。私の伝説を聞きたいか？武勇伝が聞きたいのか？君達はどこから来た？
ヴァカめ！！
誰がコックと言った。
私の職人になるにあたり、守ってもらいたい1000の項目がある。レポート用紙にまとめておいた。しっかりと目を通しておくように。特に452番目の私の5時間に及ぶ朗読会にはぜひ参加願いたい。
私の伝説は12世紀から始まったのだ。私の朝は一杯のコーヒーから始まる。私の午後はアフタヌーンティーにて始まる。そして夜は、パジャマになるに決まっておろう。何故か判るか？
ヴァカめ！！
これだから田舎者は困るのだ。守って貰いたい1000の項目その1「私の朝は一杯のコーヒーから始まる」忘れるで無いぞ。私の伝説は12世紀から始まったのだ。・・・・・ ・・・ ・・ ・
ヴァカめ！！
思考の時間は必要なのだよ。何をするにも、ものを考えずに飛び出すなど愚の骨頂。そう、あれは私が若かった頃の頃だ。一人のスナイパーがいた。詳しくは以下の作品に描かれているので、全て読んでもらいたい。
781:名無しさん＠お腹いっぱい。
09/06/02 09:37:26
>>776
あのなー... x86+MS-Winや x86+Linuxが頭打ちで SPARC+Solarisがリニアに
スケールする、なんて記事は何年も前から数え切れないくらい出てるよ。
馬脚をあらわしたなwww
> あんたSPECしか知らんのな。
どの SPECだよ。SPARCがトップだった SPECか? オレは覚えがないよ。
馬脚 2本めwwwww
782:名無しさん＠お腹いっぱい。
09/06/02 09:40:32
>>778
Basic.. もう死んでたのに、むりやりライブラリーゴテゴテにくっつけて、
Bolandから引き抜いた Pascalの天才張り付けて蘇生させたゾンビのことか?
めちゃ迷惑だよあんな汚ねー言語。
783:名無しさん＠お腹いっぱい。
09/06/02 09:47:17
>>750
> Nehalem-EXからはかなり本気になるので今までの感覚でいると面食らうことになるぞ。
あははははは。そうだな、面食らってみたいわ、期待してるぜ。
ところで、今 MAXで積めるコア数のマシンのスケーラビリティは記事になって
ないのかよ? 教えてくれよ。性能出てねーんじゃねーのw?
まあ、力入れてなかったのを入れたらすぐ性能出ると思ってるとこが
おいたわしいわ。SunOS 4当時に SMP方面力入れるって方針出してから、
実際広い分野で性能認められるまでだいぶんかかってるけどな。Sunの場合は。
特定の用途には割と早い段階で性能出せてるけど。
> まあ、64CPUなんてのはニッチだし、HPC分野をみればx86だからスケーラビリティが低い
まだ HPCとか言ってんのかよ.. 支離滅裂なんだよ。反論の体裁になってりゃ
なんでもいいのかよ?wwwwww
784:名無しさん＠お腹いっぱい。
09/06/02 09:51:21
やあ、朝から元気がいいね。
785:名無しさん＠お腹いっぱい。
09/06/02 10:30:13
起きるのおせ－よ
786:名無しさん＠お腹いっぱい。
09/06/02 10:39:09
>>781
> あのなー... x86+MS-Winや x86+Linuxが頭打ちで SPARC+Solarisがリニアに
> スケールする、なんて記事は何年も前から数え切れないくらい出てるよ。
そりゃSunの広告記事だからじゃねーの?
違うというのなら、とりあえず1つ例を。
もちろん、Sunや、Sunを担いでいる企業が広告を一切出していない媒体のもので。
そして、x86+Solarisと比較しないあたりが、なんだかなぁ。
> どの SPECだよ。SPARCがトップだった SPECか? オレは覚えがないよ。
SPEC以外のベンチマークの話さ。
なにかとSPECの話ばかりするじゃないか、お前は。
787:名無しさん＠お腹いっぱい。
09/06/02 10:41:00
>>782
俺はVBが大嫌いだし、VB使いも大嫌いだ。
大勢いるVB使いが「勉強したくない!」ってゴネたおかげで、VB.NETで一掃されるはずのものが、一掃されなかったことは、いまでも恨んでる。
だが、だからといってVBが実際に多く使われているという現実から、目を背けることはできない。
788:名無しさん＠お腹いっぱい。
09/06/02 10:52:29
>>783
> SunOS 4当時に SMP方面力入れるって方針出してから、
> 実際広い分野で性能認められるまでだいぶんかかってるけどな。Sunの場合は。
> 特定の用途には割と早い段階で性能出せてるけど。
SunのSMP機で性能が満遍なく出るようになったのって、かなり後になってからだよ。
とにかくシステム全体の実効帯域幅がネックでな。評価してた連中が、顔真っ青だったな。
もっとも、評価せずに導入決めちゃったところよりは、遥かにマシだが。
789:名無しさん＠お腹いっぱい。
09/06/02 12:32:36
で、今は十分に最大構成までスケールする立派な機械ちうわけだｗ
790:名無しさん＠お腹いっぱい。
09/06/02 12:35:51
需要がないけどな。
791:名無しさん＠お腹いっぱい。
09/06/02 12:59:52
Windows Home Server で十分だよｗ
792:名無しさん＠お腹いっぱい。
09/06/02 13:13:40
Home Serverかｗ
お前んとこって凄い会社だなｗｗｗ
793:名無しさん＠お腹いっぱい。
09/06/02 13:17:26
請負の常駐先の話と比較されても・・・
794:名無しさん＠お腹いっぱい。
09/06/02 13:20:20
>>778
なんでWindowsでSQL Server使ってVBじゃないの？
そこでリプレース先のOSを語らずOracle+VBと出てくることに恣意的なものを感じる
795:名無しさん＠お腹いっぱい。
09/06/02 13:23:18
>>788
ところが、用途限れば Solaris2.1(SunOS 5.1)あたりから性能出してた。
SunOS 4.1のジャイアントロックがボトルネックになってたところには、
1990年代入ってすぐくらいから性能を出してた。NTTの研究所とかな。
Solaris2.4までは、通常の開発環境としてはめちゃ苦痛なプラットフォームだった
けどね。
796:名無しさん＠お腹いっぱい。
09/06/02 13:28:24
またNTT研の中の人ですか。営業と仲の悪い。
797:名無しさん＠お腹いっぱい。
09/06/02 13:29:22
>>786
> もちろん、Sunや、Sunを担いでいる企業が広告を一切出していない媒体のもので。
ぷっ。そんな条件付けるのは、Sun関連ならたくさん見つかるという裏返しだなww
で、ぜんぶインチキベンチなんだな? ほほおー..ww
Sunじゃなくても、そんな指標自分とこ以外から出してるとこなんか
ほとんどないよ。
> なにかとSPECの話ばかりするじゃないか、お前は。
はぁ? HPCがどーのとか言ってるバカと混同してるだろ?www パラノイア症状だなw
798:名無しさん＠お腹いっぱい。
09/06/02 13:30:40
HPCはハードウェア板のスパコンスレが適当だろ
799:名無しさん＠お腹いっぱい。
09/06/02 13:32:37
>>796
研究所の人達と営業はなんの関係もないよ。
ひょっとして事業部と仲が悪いと言ってるのか? それも外しまくりだな。
たしかに仕事のやり方はまるで違うが、そもそも接点がない。仲が悪いも何もない。
つーか、その程度の言葉知らんようでは HP関係者ですらない、マタマタマタ聞きの
さらに昔話だろ? もういいよ、とっくに飽きたから。
800:名無しさん＠お腹いっぱい。
09/06/02 13:33:42
おーーい、QPIでリニアにスケール、って記事はまだかーー?w
801:名無しさん＠お腹いっぱい。
09/06/02 13:34:34
>>793
比較されたら困るくらいカスいの使ってんのか？あ？
802:名無しさん＠お腹いっぱい。
09/06/02 13:35:18
こっちは Intelのでも MSのでも Linux/x86のでもいいぞーー
コスい条件は付けんぞー。
さっさと提示しろーwww
803:名無しさん＠お腹いっぱい。
09/06/02 13:35:35
>>800
パチョコン使いをいじめてやるなってｗｗｗ
804:名無しさん＠お腹いっぱい。
09/06/02 13:43:09
ミジンコQPI相手に強がってもしゃーないっすわ
Intel強いのEDAぐらいでしょ
805:名無しさん＠お腹いっぱい。
09/06/02 13:43:50
>>744
確かに、4コアで完全に頭打っちゃう Xeon5345よりは数値が上がってるけど、
この湾曲ぶりは「リニア」というにはいまひとつだねぇ。
0.9とか 0.8xな係数でほぼ直線でいくぜ、SPARC+Solarisの場合。
このベンチマークってマシン持ってる人やれないのかな?
806:名無しさん＠お腹いっぱい。
09/06/02 13:45:46
>>805
鯖向けに設計したOpteronですらこのレベルなんですわ
x86とSPARCをガチで比較するのは勘弁してやってクリｗ
807:名無しさん＠お腹いっぱい。
09/06/02 14:06:33
いちいち探すのめんどくさいから、広告でも何でもいいので
SPARCがスケールする記事のリンクをテンプレに入れてくれや。
SPECrate以外で。
808:名無しさん＠お腹いっぱい。
09/06/02 14:51:21
Try and buyでもなんでもやればいいだろ
他人に探してもらいたいならもっと丁寧にお願いしろや