10/08/05 23:08:43
ARMが勢力を伸ばせばSPARCの失地回復がなるとでも思っているのかしら？
455:名無しさん＠お腹いっぱい。
10/08/06 02:23:44
ARM（笑）
456:名無しさん＠お腹いっぱい。
10/08/06 11:26:14
>>451
> おいおい>>438や>>446が見えなかったのか?
> >>441も見えてないようだな
見た? アホか。中身ゼロなんだよ、おまえのオツムといっしょでw
457:名無しさん＠お腹いっぱい。
10/08/06 11:26:58
>>454
x86コケにするとムキになるやつからかうとほんとオモロイwwww
458:名無しさん＠お腹いっぱい。
10/08/06 11:30:56
SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate!
459:名無しさん＠お腹いっぱい。
10/08/06 12:40:50
また3連投か
>>456
見てないんだな。中身ゼロだと決め付けて、見てないんだな。
もし見たうえで言ってるなら、頭おかしいんだろうな。
お前がSPECは実戦的じゃないと言うので、実戦的なベンチマークの話をしてるのになー。
460:名無しさん＠お腹いっぱい。
10/08/06 18:50:36
SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate!
SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate!
SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate!
SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate!
SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate!
SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate! SPEC_rate!
461:名無しさん＠お腹いっぱい。
10/08/06 19:05:24
科学技術系に閉じた文脈でもないのに SPEC*_rateの自慢してるバカは
お前以外に見たことないんだが。
【レポート】Intel Woodcrestの性能 (1) SPECint
URLﾘﾝｸ(journal.mycom.co.jp)
:
| また、SPECint_rateとrateが付いている方は、システム内の全プロセサで
| SPECintのプログラムを並列に動作させて総合スループットを測るのであるが、
| rateなしの方は、基本的に1個のプロセサコアだけで実行される。
:
| 最近のプロセサは内蔵するキャッシュが大容量化し、SPECintのプログラムの
| 大部分はキャッシュに収まり、殆ど、CPUコアの整数演算プログラムの
| 処理性能が見えると言われている。
まあ、意味わかんねえんだろうがなwwwwwwwwwpw
462:名無しさん＠お腹いっぱい。
10/08/06 19:12:22
マイコミ（笑）
463:名無しさん＠お腹いっぱい。
10/08/06 19:21:46
そっとしておいてやれよ
URLﾘﾝｸ(ja.wikipedia.org)
464:名無しさん＠お腹いっぱい。
10/08/06 20:34:48
>>461
なんでSPEC*_rateに執着してんの?
TPC-CとかTPC-Eの話は、見えないの?
465:名無しさん＠お腹いっぱい。
10/08/06 23:03:16
TPCって何か知らないんじゃね？
466:名無しさん＠お腹いっぱい。
10/08/06 23:19:41
しーっ
触っちゃ駄目って言ってるでしょ！
467:名無しさん＠お腹いっぱい。
10/08/07 03:01:59
いやいや、SPEC*_rate並べてるバカがいたんだよ。
:
君だけど。ぷ ...ブーーww SPEC*_rate値がリニアじゃないマシンなんて話にならんのだがwwwwwwwwwwwkwkwkw
468:名無しさん＠お腹いっぱい。
10/08/07 03:35:20
いつのまにかx86 vs SPARCのスレになってるな
Solarisの話をするやつはいないのか？
469:名無しさん＠お腹いっぱい。
10/08/07 03:44:54
OpenSolarisもforkしたし、話題は無いんじゃね？
470:名無しさん＠お腹いっぱい。
10/08/07 05:28:30
いつの間にかって程でもないし
vs SPARCって程でもない（もう相手にならんしｗ）
471:名無しさん＠お腹いっぱい。
10/08/07 10:47:31
>>467
> SPEC*_rate値がリニアじゃないマシンなんて話にならんのだが
M9000でリニアに伸びるのは32CPUまでで、64CPUになるとサチるんだが・・・。
それにしてもx86、だいぶリニアに近い領域が広くなったよなー。
話にならないと馬鹿にしていたものが、馬鹿にできなくなってきたなー。
しかもSPARCの32ソケットに対してx86は8ソケットでしょう?
ソケット数が多く必要なら、リニアに伸び続けないと話にならないが、
ソケット数が少なくて済むなら、リニアに伸びなくなる手前の領域で使うから、リニアに伸び続けなくても困らないんだよなー。
このままSPARCの性能向上が鈍化したまま、x86の性能が倍加すると、
SPARCだとラック1本、x86だと4Uサーバ1台ってなことになっちゃうぞ。
472:名無しさん＠お腹いっぱい。
10/08/07 11:29:01
Xeon最強！
473:名無しさん＠お腹いっぱい。
10/08/07 11:57:48
x86 vs SPARCはおかしい
だってOracleだってXeonサーバ作ってるからな
474:名無しさん＠お腹いっぱい。
10/08/07 11:59:23
その上、一応上に上がってるSPEC CPU2006の結果では
Solarisの乗ってるOracleのXeonサーバが最高値出してる
475:名無しさん＠お腹いっぱい。
10/08/07 12:06:44
Xeon最強！SPARCイラネ！
476:名無しさん＠お腹いっぱい。
10/08/07 12:14:47
>>473
つか、OracleはSPARCに対し、とっくに見切りをつけている。
477:名無しさん＠お腹いっぱい。
10/08/07 12:19:12
さすがはOracle！
478:名無しさん＠お腹いっぱい。
10/08/07 13:26:36
SMPサーバの処理速度は、メモリで決まる、と言っても過言ではない
SPARCが優れているからスループットが高いというよりは、
SPARCサーバがメモリコントローラ&モジュールを大量に積んでいるからスループットが高い
x86サーバでも、コンカレントに動作する複数のメモリコントローラを大量に積めばスループットが出る
それを実証しているのがXeon7500番台を採用したサーバ
479:名無しさん＠お腹いっぱい。
10/08/07 18:57:58
Xeon7500番台のサーバが他のハイエンドサーバに比べて安いのは
8ソケットまで対応したチップセットをIntelが提供してるからだろ
だけどIntelにとっては数が出ないと採算あわないんじゃないの？
480:名無しさん＠お腹いっぱい。
10/08/07 19:32:18
>>479
HPのDL980 G7は8ソケットだけど、HP独自のグルー・チップを使って、スケーラビリティを確保してるよ。
8ソケットまでグルー・レスというけど、性能を出そうとしたり、可用性を高めようとするなら、グルー・チップが必要になる。
チップセットに関しては、チップセットといってもQPIとPCI Expressブリッジみたいなもんだから、ソケット数に関係ない。
481:名無しさん＠お腹いっぱい。
10/08/07 20:58:04
F通もSPARCに対して見切りをつければいいのに。ものづくり(笑)
482:名無しさん＠お腹いっぱい。
10/08/07 21:30:48
>>480
それだとItaniumサーバ並の価格にならないか
Itaniumサーバと比べてどれくらい安くなってるの？
483:名無しさん＠お腹いっぱい。
10/08/07 21:37:44
Itaniumで同等性能を得ようと思ったら、64CPUとかになっちゃうと思う。
だから、Itaniumサーバよりは安いんじゃないかな。
484:名無しさん＠お腹いっぱい。
10/08/07 21:39:04
>>481
既に富士通はPrimeQuestシリーズをItaniumからXeon7500シリーズに変更してる
富士通がハイエンドサーバーPRIMEQUESTの新版、CPUをItaniumからXeonへ変更
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
富士通はItaniumを搭載した旧モデルの販売を今後も続けるものの、
「従来の機種を生産し続けるだけで、新しいItaniumが出ても搭載機を出すことはしない。
2010年2月に出た『Itanium 9300番台』を搭載する予定もない」（河部本本部長）という。
485:名無しさん＠お腹いっぱい。
10/08/07 22:24:04
>>479
モジュール使いまわしてるからXeonMPのデザインコストはかなり低いだろ
数が出ないと苦しいどころかチップセットで埋まるはずの古いプロセスにプレミア付けて売ってる状態
486:名無しさん＠お腹いっぱい。
10/08/07 22:30:18
ハイエンドでXeonが普及するということはWindows ServerやLinuxが
ハイエンドで普及するということで
独自のOSを持たない日本のサーバメーカーにとっていい話ではあるな
487:名無しさん＠お腹いっぱい。
10/08/08 12:26:30
>>482
ItaniumとXeon7500じゃ、出荷台数が1桁から2桁は違うだろうから、製品価格に乗せる開発費は小さくなるだろう。
それに、用途もハードウェアの作りも保守体制やアップグレード等々なども違うだろうから、製造コストだけでは値段は決まらないだろう。
>>484
富士通はPRIMEQUESTをXeonに変更して価格1/3とか言ってたような。
>>485
技術者の経験を使いまわしている点も大きいよ。
富士通がSPARC64やれるのも、メインフレームのGPと同じ部隊が経験を共有してるからこそだろう。
488:名無しさん＠お腹いっぱい。
10/08/08 22:44:44
>>486
PCと一緒で台湾に仕事奪われるだけだろ
489:名無しさん＠お腹いっぱい。
10/08/09 16:41:11
ハードウェアは輸入でもいいが、ソフトウェアや構築、サービスなどは輸入できないので、そこで稼げばいいんですよ・・・というのが日本のIT
しかも、ユーザー側がアホなので、変な要求仕様でコストを跳ね上げたり、ITゼネコンを間に入れないと仕事の発注すらできないテイタラク
490:名無しさん＠お腹いっぱい。
10/08/10 23:35:19
それってIT業界的には安泰なのかもしれないが
日本の国家としての競争力的にはどうなんだ？
491:名無しさん＠お腹いっぱい。
10/08/11 07:16:58
>>489
なりたくてなったわけじゃないと思うけどね
ＩＢＭにもインテルにも勝てなかったから
>>490
IT業界は安泰じゃない
492:名無しさん＠お腹いっぱい。
10/08/11 12:53:56
日米半導体摩擦で、NECがx86互換CPUをやめたんだよなー。
大人しくセカンドソース作っていれば良かったのに、
勝手にバグ修正する(互換性を損なう)とか、
セカンドソース契約せずに互換CPUを作るとか、
本家よりも高速な互換CPUを作るとか、
本家の商売の邪魔をするような振る舞いをしたから潰されたのだと思う。
493:名無しさん＠お腹いっぱい。
10/08/11 13:21:50
>492
そんな企業は山のようにあったし、それぞれ判断も根拠もたどった道も
ぜんぜん違うので、なんの説得力もない。バカ?
その後も MIPSアーキでいいの作ってたし。
むしろ HPの OEMなんかやる必要なかったんじゃないかと思う。
494:名無しさん＠お腹いっぱい。
10/08/11 15:56:24
>>493は、いつものアレなんでスルーしましょう
495:名無しさん＠お腹いっぱい。
10/08/11 18:10:57
URLﾘﾝｸ(www.geocities.jp)
> 2010年8月5日のThe Registerが，
> Oracleが旧SunのHPC営業の大部分の人員を先週レイオフしたと報じています。
> また，残っている人もHPCではなく，ExaData V2の販売に回されているそうです。
> これ以上の情報は無いのですが，
> HPのx86マシンへのSolaris OEMを切り，IBMもx86 Solarisを止めるという報道が流れており，
> Oracleは手間の割に儲からない商売をたたみに掛かっているようです。
SunのHPCって、
現行x86CPUと将来リリース予定のSPARC CPUの性能比較をしてみたり、
実在しないブレードサーバ (現状ではT2が1CPUで一杯のサイズのブレードにT2を4つ入れ、しかもSMP動作させる) を紹介したり、
なんともエグかったな。
結局、導入されたのはx86のブレードだった。
Sunの宣伝通りなら、演算性能が低く、それでいて消費電力がデカいはずなのに、ユーザーはx86を選んだ。
まぁ、実在しないものを買うことは、できないもんな。
496:名無しさん＠お腹いっぱい。
10/08/11 18:59:32
HPCwww たいして儲けにもならんw PCしか使わんやつはこれだからpppp
497:名無しさん＠お腹いっぱい。
10/08/11 19:01:57
>>494
なんでそう世間知らずなのをこんなところで発表したいの? 心底メイワクなんだが。
498:名無しさん＠お腹いっぱい。
10/08/11 19:37:06
>>496と>>497は、いつものアレなんでスルーしましょう。口汚く煽るだけの(彼の言葉を借りれば)「低能」ですから
499:名無しさん＠お腹いっぱい。
10/08/12 09:57:59
低脳。プ
500:名無しさん＠お腹いっぱい。
10/08/12 22:57:53
Oracle、SPARCと「Solaris 11」の計画を明らかに (1/2)
URLﾘﾝｸ(www.itmedia.co.jp)
まだやる気あるようだぞ
501:名無しさん＠お腹いっぱい。
10/08/12 23:10:43
フリー版が消えたSolarisにもう新規ユーザーはつかないだろ。
既存ユーザから保守料ぼったくるか、Oracleと抱き合わせ販売するか。
502:名無しさん＠お腹いっぱい。
10/08/12 23:19:47
Oracle: We Have Aggressive Roadmap for Sun SPARC Processors.
URLﾘﾝｸ(www.xbitlabs.com)
T3の次はシングルスレッド性能がT3の3倍だってさ
簡単に言ってくれるじゃないの
503:名無しさん＠お腹いっぱい。
10/08/12 23:23:01
T3はまだでてないんだろ。
T3をT2plusの1/3の性能で出荷して、あとで戻すだけで3倍じゃん。
504:名無しさん＠お腹いっぱい。
10/08/13 00:47:36
Appleよりもすげぇな…
505:名無しさん＠お腹いっぱい。
10/08/13 17:57:24
Oracleが「AndroidはJavaの知的所有権を侵害」とGoogleを訴える
URLﾘﾝｸ(hoshi.air-nifty.com)
旧Sun部門のニュースですよ皆さん
旧Sunの人はgoogleにも多くいますけど
506:名無しさん＠お腹いっぱい。
10/08/13 18:02:40
本性を現したか。
507:名無しさん＠お腹いっぱい。
10/08/13 18:21:59
googleがキレてOracleを丸ごと飲み込んでくれないかな、と妄想してしまう
508:名無しさん＠お腹いっぱい。
10/08/13 18:50:07
Oracleもバカだな
Googleはますますフリーな実装に力を入れるだけじゃん
509:名無しさん＠お腹いっぱい。
10/08/14 07:01:15
URLﾘﾝｸ(hoshi.air-nifty.com)
この記事のコメント
落としどころがJavaFXをAndroidに実装させるというのは悪くない
ただOracleとしては買収したSunの遺産の知的所有権をはっきりとさせ
カネを引き出す必要はあるから
多少乱暴な振る舞いになっても仕方ないんじゃない
別にエンドユーザを訴えたわけじゃないし
Sunにお人よしに振舞わせ続けたかったなら
もっと製品を買ってやれば良かったんだから
今から嘆いても後の祭りでしょ
510:名無しさん＠お腹いっぱい。
10/08/14 07:44:54
結局のところ、Oracleは実装のコピーの指摘なんかしか出来ないと思うんだけど、
勝算あんのかね？
DalvikってクリーンルームでしかもVMの互換性がない程度に別物なのに
どこかのSCOと同じ様な事になりそうな気がするんだけど
511:名無しさん＠お腹いっぱい。
10/08/14 09:24:07
特許と言ってるからにはクリーンルーム手法ではクリアーできないんだけど。
Javaが特許で囲われた技術だ、と自分で言ってしまって、自分で自分の首を絞めてるよねぇ。
512:名無しさん＠お腹いっぱい。
10/08/14 09:28:54
OpenJDKどうなってしまうの？
近い将来までは影響あんま無さそうではあるけど、ポリシーのずれが…
513:名無しさん＠お腹いっぱい。
10/08/14 14:06:20
GoogleはOracleのパテント訴訟を根拠レスと一蹴, オープンソースいじめの悪行と呼ぶ
URLﾘﾝｸ(jp.techcrunch.com)
Goslingおじさんは疲れっぱなしである
514:名無しさん＠お腹いっぱい。
10/08/14 21:07:56
>>512
GPLv3だから大丈夫じゃない?特許についても
515:名無しさん＠お腹いっぱい。
10/08/14 23:54:24
パッケージソフトウェアとライセンスで儲けてる会社は
ネットワークサービスと広告で儲けてる会社と利害関係は一致しないんじゃない
OracleからのJ2MEライセンスをGoogleがけった時点で訴訟は仕方がない
GoogleはOSSをライセンス回避の手段として使ってるだけで
コミュニティ(笑)を振り回すのはお門違いと思うけどね
GoogleのようにTCO削減のために自社でサーバを設計しちゃうような会社は
訴訟に及ばずOracle製ハードウェアの大量購入を期待するのも望み薄だろう
516:名無しさん＠お腹いっぱい。
10/08/15 01:27:49
JavaがAndroidに必須ならSunが売りに出たときに
Googleが拾えば良かった訳で
それをしなかったのはGoogleの判断ミスだろ
むしろ他社の知的所有権を蔑ろにした挙句
自作自演のコミュニティ(笑)を人質に
一方的にOSSの擁護者かつ被害者になろうとするGoogleの方が悪質
技術をタダでばら撒いて大物ぶりたいなら
素直にSunを買ってその技術を全部OSSにし
他社からの知的所有権侵害にも目をつぶればよかったろうに
517:名無しさん＠お腹いっぱい。
10/08/15 01:31:25
Googleが突っぱねてもハードウェアメーカーがOracleとライセンス契約する可能性はあるかもな
携帯電話メーカーとしてはAndroidは既になくてはならない製品だからな
518:名無しさん＠お腹いっぱい。
10/08/15 01:45:59
そうね
個別にライセンス契約する道はあるね
大手の携帯電話会社はほとんどJ2MEのライセンスも受けているわけだし
それで訴訟リスクと既得権益が守れるなら安いね
日本の現状なら自作PCみたいにSIMカード載せかえで
安く携帯の本体を履き替えるのは
一般的にはならないと思うが
まぁこの不況ならなにが標準になるかは分からんけど
519:名無しさん＠お腹いっぱい。
10/08/15 09:45:11
金取るのは別に悪くないと思うんだけどやり方が下手。
520:名無しさん＠お腹いっぱい。
10/08/15 10:13:14
OpenSolarisが逝ったらしいですね
ご冥福お祈りします
URLﾘﾝｸ(opensolaris.org)
Illumosがんばれ
521:名無しさん＠お腹いっぱい。
10/08/15 10:28:30
カーネル開発は難しいが、Illumosにはそれだけの開発者がいるのだろうか？
あと、パッチはBSDライセンスでとか・・・、タダ働き要求かよ。
522:名無しさん＠お腹いっぱい。
10/08/15 11:07:40
Solaris 10/11 が従来通りのライセンスに戻ればそれでいいよ。本スレ的には。
523:名無しさん＠お腹いっぱい。
10/08/15 12:19:50
とりあえず今足りない部分についての開発は出来るかも知れないけど、それ以降はどうするんだろうね。
OpenSolarisベースでやってたところとは協力関係にあるので、がんばって欲しい。
BSDLにしておけば*BSDで取り込みやすいとかあるの?
524:名無しさん＠お腹いっぱい。
10/08/15 13:19:18
>>519
HTCを訴えたAppleのようなやり方がいいか？
結局弁護士費用は消費者が払うことになるのは同じだがね
AppleとOracleが組んでGoogle潰しをするのは悪い話ではないが
525:名無しさん＠お腹いっぱい。
10/08/15 18:48:29
オープンといっても、しょせんは・・・ねぇ。
526:名無しさん＠お腹いっぱい。
10/08/15 19:11:57
今の彼女は君が知ってる昔の彼女ではないってことに傷ついた感じ？ｗ
527:名無しさん＠お腹いっぱい。
10/08/15 19:15:45
はぁ? 彼女の中身は何一つ変っていないが、昔は正体を分からなかった、それだけのことよ。
528:名無しさん＠お腹いっぱい。
10/08/15 19:26:54
ヤクザの女にされた昔の憧れの君 高嶺の花
中身は変わったんじゃない
落ちぶれて変えられたんだ
529:名無しさん＠お腹いっぱい。
10/08/15 19:27:08
彼女は富豪に買われて変わってしまっただけのこと
530:名無しさん＠お腹いっぱい。
10/08/15 19:41:31
暖かくお前たちを照らしていた太陽は
もう、ない
お布施をケチってこうなった気分はどう？ｗ
531:名無しさん＠お腹いっぱい。
10/08/15 23:42:29
Sun信者キモ
532:名無しさん＠お腹いっぱい。
10/08/16 07:19:20
URLﾘﾝｸ(java.sun.com)
なんかjdk,jreのダウンロードがログインなしで出来なくなってるっぽいんだが、
本気でjava潰す気なんかね？oracleは
533:名無しさん＠お腹いっぱい。
10/08/16 08:24:57
Java終了だな
マイクロソフト大喜び
534:名無しさん＠お腹いっぱい。
10/08/16 08:26:04
オープンソースはスクリプト系言語にシフトしていきそう
535:名無しさん＠お腹いっぱい。
10/08/16 09:15:54
Javaは最早無くなってもいい言語
JVMさえあればなんとでもなる
536:名無しさん＠お腹いっぱい。
10/08/16 10:58:24
>>532
英語読めないカタワがデマばら撒いてんじゃねーよ
jaに飛ぶとかどんだけ情弱なんだよksg
貼っといてやるから翻訳機にでも掛けてみろ
Optional: Please Log In or Register for additional functionality and benefits.
Or, click "Continue" now to proceed without Log In or Registration.
537:名無しさん＠お腹いっぱい。
10/08/16 13:31:00
ログインするとなんかまずいの？
538:名無しさん＠お腹いっぱい。
10/08/16 18:23:06
>>536
マジで一時的に不可能になってたんだよコンチクショー
タイミングの問題だタイミングの
539:名無しさん＠お腹いっぱい。
10/08/16 21:27:21
>>538
そーか
直ってんならよかったな
ムダに熱くなって悪かったな
540:名無しさん＠お腹いっぱい。
10/08/16 21:34:35
こちらこそ早漏ですまなかった
541:名無しさん＠お腹いっぱい。
10/08/18 20:22:23
IBM、最大1024スレッドを同時実行する「Power 795」サーバーを発表
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
542:名無しさん＠お腹いっぱい。
10/08/24 22:39:37
OpenSolaris理事会が解散--オラクルの対応に不満募らせ
URLﾘﾝｸ(japan.cnet.com)
543:名無しさん＠お腹いっぱい。
10/08/30 13:02:52
SunのSPARCよりも、
PanasonicのUniPhier(松下オリジナルCPUのデュアルコア + メディアエンジン等々の統合LSI)のほうが、
最先端プロセスで製造されている件
UltraSPARC T2 2007年に65nm
PanasonicのUniPhier、2007年に65nmから45nmに移行
UniPhierは年内に32nmに移行予定なんだが、SPARCは現在も65nmが現行。
544:名無しさん＠お腹いっぱい。
10/08/31 09:57:39
Itaとか。
その UniPhierとか持ち出すと、何が比較できると思ってるわけ?
545:名無しさん＠お腹いっぱい。
10/08/31 21:44:39
Itaniumは古いプロセスで作ってるから遅いままじゃん。
家電のシステムLSIにも遅れを取るほど、Sunは使えるプロセスが古いってことよ。
つまり、それだけx86やPOWERとの速度差が開くってこと。
546:名無しさん＠お腹いっぱい。
10/08/31 22:08:22
SunがFabもっているわけじゃないので、使えるプロセスうんぬん半分は的外れ。
ただ、微細化されたプロセスのFabを使わないのは、新しくCPUを製造するぐらいの
ロットが揃わないのかもしれないし、採算の問題があるのかもしれないし、プロセスに
合わせて設計を変えていかないときちんとシュリンクできないので、設計を変える
余裕が無いのかもしれないしってことで、プロセスが古い云々というよりも新しいCPUを
出せないこととして考えたほうがいい。
547:名無しさん＠お腹いっぱい。
10/08/31 23:28:47
自前でfabを持たない会社はCPUなんか作っちゃイカンってこったね。
548:名無しさん＠お腹いっぱい。
10/08/31 23:30:48
ARM「え？」
549:名無しさん＠お腹いっぱい。
10/08/31 23:44:01
ハイパフォーマンスCPU
550:名無しさん＠お腹いっぱい。
10/09/01 00:00:52
>>545
携帯端末の方がx86よりずっと進んだプロセスルールを使ってるのは昔からじゃん
今更そのネタかよｗ
Itaniumが古いプロセスで作ってるから遅いとか…
どう突っ込めばいいのか針が多すぎてもうね
551:名無しさん＠お腹いっぱい。
10/09/01 00:12:09
Javaがたちあがりゃ、Oracleの赤いロゴは出てくるわ
Sunってもう風化してるね
552:名無しさん＠お腹いっぱい。
10/09/01 00:23:08
>>550
32nmよりも微細なプロセスで作られている携帯端末って何?
553:名無しさん＠お腹いっぱい。
10/09/01 00:39:28
TSMCのCLN28LPとかそんなんやろ
計画通りならもう出荷してるはず
どれに積んでるかとかは知らん
554:名無しさん＠お腹いっぱい。
10/09/01 00:49:33
28nm詐欺
555:名無しさん＠お腹いっぱい。
10/09/01 12:18:45
>>545
バカまるだし..wwww
556:名無しさん＠お腹いっぱい。
10/09/01 13:32:05
>>554
微細化はもう原子のサイズに近付くので、早晩不可能に.. って言ってたの、
ここにも居たよな。
おまえか?
557:名無しさん＠お腹いっぱい。
10/09/01 19:51:31
いつものがきたー
558:名無しさん＠お腹いっぱい。
10/09/01 20:40:42
この話題が来ないとスレが伸び悩む。
559:名無しさん＠お腹いっぱい。
10/09/01 22:35:33
>>555
オマエガナ
560:名無しさん＠お腹いっぱい。
10/09/02 13:20:59
「家電のシステムLSI」..うpppppppp !!はずかしーーww
561:名無しさん＠お腹いっぱい。
10/09/02 13:24:08
>>560
バカまるだし..wwww
562:名無しさん＠お腹いっぱい。
10/09/02 20:22:56
パソコンのCPUを馬鹿にしてたら、ローエンドから食いまくられて、ニッチに追いやられた
それすらも覚えてないんだな
563:名無しさん＠お腹いっぱい。
10/09/03 01:27:11
バカにはしてないでしょ
PC版準備してないほかの商用UNIXは市場で存在感すらないんだから
UNIX専業メーカーとしてSunは最期まで良くやったほうだと思うよ
564:名無しさん＠お腹いっぱい。
10/09/03 12:12:22
それじゃまるで、x86版Solarisがあるから、Solarisは市場で存在感があるかのような・・・
UNIXサーバが必要とされる領域ではx86版Solarisは無意味だし、
PCサーバが使われる領域ではx86版Solarisは、あの下らないLinuxにも負けてるだろ。
565:名無しさん＠お腹いっぱい。
10/09/03 16:24:53
562じゃないが、x86で動かなかったら、
OpenSolarisなんて死にプロジェクトだったと思う。
566:名無しさん＠お腹いっぱい。
10/09/03 16:29:49
>>564
負けてるって何で負けてるのか？
567:名無しさん＠お腹いっぱい。
10/09/03 17:11:43
シェアだろ。
568:名無しさん＠お腹いっぱい。
10/09/03 20:18:02
また始まったよ┐('～`；)┌
569:名無しさん＠お腹いっぱい。
10/09/03 20:24:27
旧友と会って酒飲むと前にしたのと全く同じ会話するもんだろ
570:名無しさん＠お腹いっぱい。
10/09/03 20:35:33
旧友扱いされてるのを
有難いと思うべきなのか
たぶんそうなんだろう
571:名無しさん＠お腹いっぱい。
10/09/03 21:57:30
x86版SolarisもOpenSolarisも先行き不透明だから採用できんよ、Linuxに決まり。
572:名無しさん＠お腹いっぱい。
10/09/03 22:30:06
使いこなせないだけだろうが
573:名無しさん＠お腹いっぱい。
10/09/03 23:58:51
なんか、保守契約が大変なことになってね？Oracle が Sun を買収したのって、引導を渡すためなんか？
574:名無しさん＠お腹いっぱい。
10/09/04 00:26:39
Goslingは首
ちょんまげ兄ちゃんも首
マクネリもさいなら
ワークステーションは全てディスコン(nVもいつまでドライバを作る気か？)
Opteron機の新規開発はやめてIntel一本でいく(らしい)
OpenSolarisをドタバタの末やめた
OpenSSOをクローズに
GoogleとのJava訴訟開始
Rockに関して(相変わらず)言及無し
(富士通は)Jupiter以降の計画なし
575:名無しさん＠お腹いっぱい。
10/09/04 00:30:54
怖いから富士通印でしかSun買えないわ。
NEC印とか東芝印とか、どーすんだ?
576:名無しさん＠お腹いっぱい。
10/09/04 00:32:17
不治通もそのうち、かつてサンだった何かを売るようになるよ。
577:名無しさん＠お腹いっぱい。
10/09/04 00:48:05
>>574
まだあったな
Solarisを評価と開発ライセンス以外は有償に
公式のホムペが見づらくなった
Eclipseのバグに配慮してJREのマイナーアップデートを行った
578:名無しさん＠お腹いっぱい。
10/09/06 22:06:05
しばらく経ってOracleが飽きた頃を見計らって、Solaris事業は富士通が引き取るべき。
「SolarisあってのSPARC、SPARCあってのSolaris」だから、Solaris事業が不採算でも
事実上の「SPARCの原材料費」のつもりで資金投入すべき。
579:名無しさん＠お腹いっぱい。
10/09/06 22:16:49
お前が引き取ればいいじゃん。
公共事業じゃあるまいし。
580:名無しさん＠お腹いっぱい。
10/09/06 22:43:29
Solarisなんかに金かけるより、gccのsparcポートに人員を割いたほうが、富士通には小さいリスクで大きなリターンになるだろ。
581:名無しさん＠お腹いっぱい。
10/09/06 23:00:40
gccに投資しても何にもメリット無い
OpenSolarisならまだ分からないでもないが
582:名無しさん＠お腹いっぱい。
10/09/06 23:13:19
>>581
死んだものに、まだ未練があるの？
583:名無しさん＠お腹いっぱい。
10/09/06 23:31:04
>>578
OracleがSolaris捨てるような状態になったら、たとえ富士通が
引き取ったところで、もうどうしようもないでそ。Oracle自身が
Oracle on SolarisではなくOracle on Linuxだと宣言している状態で、
あえてSolarisを使う意味はもはやないわけで。
あと「SolarisあってのSPARC、SPARCあってのSolaris」というのは
明らかに間違いだ罠。
584:名無しさん＠お腹いっぱい。
10/09/06 23:36:52
まあ、ライセンスも見返りも無いのに、奉仕するバカはいないな。
585:名無しさん＠お腹いっぱい。
10/09/06 23:38:12
その上、将来性もない
586:名無しさん＠お腹いっぱい。
10/09/06 23:48:31
去年のうちに何かやっているだろう。やる気があったなら。
587:名無しさん＠お腹いっぱい。
10/09/06 23:59:10
>>580
確かにフリーソフトウェアに投資したほうが、OpenSolarisみたくいきなり無くなることもなく、まだましだな
DEBIANのSPARC64への移植を急に活発にしたのとか、何かその辺の裏がありそう
588:名無しさん＠お腹いっぱい。
10/09/07 00:03:38
フリーソフトウェアなら、2-3人の少ない人員でも、結果は出るしな。
589:名無しさん＠お腹いっぱい。
10/09/07 01:54:28
富士通は、Solaris関連を知財だけでなく人員まで含めて、Oracleから丸ごと買い取るべきだ
っていう話じゃないの?
まぁ富士通が適切にSolarisを育てられるかどうかは・・・アヤシイが。
590:名無しさん＠お腹いっぱい。
10/09/07 01:56:56
いや、SolarisやSPARCは富士通ではなくSunだからこそ、NECや東芝などが売れるわけで。
たとえMシリーズが実質的に富士通の製品でも、
建前上は富士通が部品をSunに納めて、Sunが製造しているという形を取ることで、
NECや東芝は、それを自社ロゴつけて売ることができるんでしょう。
591:名無しさん＠お腹いっぱい。
10/09/07 02:07:31
Debianのsparc64 portって、現在既に76.75%も進んでいるのか
いつの間に…
592:名無しさん＠お腹いっぱい。
10/09/07 02:43:49
ただ移植するだけじゃ話にならんよ。
x86と同じ機能じゃ、x86よりも高価なSPARC鯖が売れるわけがない。
RAS回りも含めてキッチリと対応したり、メーカーの標準サポートOSになったり・・・etcってことがあって初めて、使う価値が出てくる。
まぁ産廃を趣味で使うための遊びの移植なら、無粋なことは言わんが。
593:名無しさん＠お腹いっぱい。
10/09/07 03:48:32
kernelのコッミッタ出せばいいじゃん。
594:名無しさん＠お腹いっぱい。
10/09/07 03:55:37
まぁ折角のSPARC機になぜSolarisを入れないのかと
Leia2なんて古い機体にLinuxを入れて使うのは大昔に大学で流行ってた
Java使えないSPARCなんて…と当時は思ったが
いまならOpenJDKを野良ビルドすればいいのかｗ
595:名無しさん＠お腹いっぱい。
10/09/07 04:18:35
金にならんことはOracleはヤラナイ。
596:名無しさん＠お腹いっぱい。
10/09/07 05:59:48
営利企業だから当然だろ。
597:名無しさん＠お腹いっぱい。
10/09/07 07:08:17
露骨すぎて商機を逃す
●2点
598:名無しさん＠お腹いっぱい。
10/09/07 13:50:21
>>594
野良で動くのか?
599:名無しさん＠お腹いっぱい。
10/09/07 13:52:50
それ以前に、コンパイルに年単位でかるんじゃないか。
600:名無しさん＠お腹いっぱい。
10/09/07 21:44:18
セクハラおやじが社長かよ
601:名無しさん＠お腹いっぱい。
10/09/07 23:57:09
エロじじいが
602:名無しさん＠お腹いっぱい。
10/09/08 13:46:06
類は友を呼ぶ。
603:名無しさん＠お腹いっぱい。
10/09/08 23:00:33
エロじじい、古巣から訴えられる
URLﾘﾝｸ(www.itmedia.co.jp)
604:名無しさん＠お腹いっぱい。
10/09/09 02:06:53
こうまで嫌がらせされてるのを見ると、エロ事件が工作に見えてくるな・・・
605:名無しさん＠お腹いっぱい。
10/09/09 09:26:43
これ、単に HPとのケンカの口実が欲しいだけなんじゃね?
HPのハードのサポート切るために。
「体面を取り繕う」ねぇ..w
606:名無しさん＠お腹いっぱい。
10/09/09 09:42:05
>>605
HPのサポート切るのはそれなりにリスクが大きいと思うけどな
HP-UXだってかなりまだ資産があるだろう
ハードがきたらSPARCなり、買ったものの整理が激しく進むと思う
607:名無しさん＠お腹いっぱい。
10/09/09 09:49:12
Exadata2がチラホラ売れ出してるみたいだし、HPとは手を切るんだろ。
もう単なる競合相手にしか過ぎん。
既存客にはそんなこと言えないからなww
608:名無しさん＠お腹いっぱい。
10/09/09 13:25:03
>>606
> HP-UXだってかなりまだ資産があるだろう
PA-RISCや Itaの客? プラットフォームそのままで Oracleからなんか買うか?w
609:名無しさん＠お腹いっぱい。
10/09/09 14:06:28
保守。
610:名無しさん＠お腹いっぱい。
10/09/09 15:02:46
アフターサポートは、やるだろ。ケンカしようがなにしようが。
これから売るもんの HPハード対応は、という意味だよ。当然。
611:名無しさん＠お腹いっぱい。
10/09/09 16:16:11
ミドルウェア。
612:名無しさん＠お腹いっぱい。
10/09/09 16:30:21
まあOracleがHP-UXを目の敵にすることはないだろ?
そんなことのためにSun買ったわけじゃないし。
あくまでもDBの世界で勝負だろ。
613:名無しさん＠お腹いっぱい。
10/09/10 14:09:21
何を言ってるんだ? Solaris以外の OSを売ってるとこも、SPARC x64 以外の
サーバー機売ってるとこも、競合だよ。そんなことのために Sun買ったんだって。
なんでそう都合の悪いとこは好きなように解釈するわけw?
「IBM敵にまわす」って宣言してるんだぞ?
614:名無しさん＠お腹いっぱい。
10/09/10 15:43:37
IBMは競合DB持ってるからね。
615:名無しさん＠お腹いっぱい。
10/09/10 15:48:35
商用UnixサーバがIBM+AIXだけになったら嫌だ
でも現状Sunサーバは高すぎる
IAサーバの10倍のカネをかける価値はもう無い
616:名無しさん＠お腹いっぱい。
10/09/10 19:18:48
>>614
どこまでアホなん君。ちゃんとエリソンの発言とか読めよ。
617:名無しさん＠お腹いっぱい。
10/09/10 19:23:39
いや～ ARMすげーな。Cortex-A15。
Intel終ったww
618:名無しさん＠お腹いっぱい。
10/09/10 20:08:48
>>590
>たとえMシリーズが実質的に富士通の製品でも、
>建前上は富士通が部品をSunに納めて、Sunが製造しているという形を取ることで、
じゃあ、Oracleから米Solaris事業部を買い取って現地法人として分社独立させて「Solaris Inc.」
とか名付けておいて、出資比率「富士通98%、東芝1%、NEC1%」で運営すれば丸く収まるんじゃね？
619:名無しさん＠お腹いっぱい。
10/09/10 20:46:51
Alpha Inc.ってあったな。たしかww Samsungと Compaqの合弁だったか?
620:名無しさん＠お腹いっぱい。
10/09/11 07:22:47
>>618
富士通98%なら、富士通の連結子会社じゃないか。
621:名無しさん＠お腹いっぱい。
10/09/11 12:12:08
OracleがHPからリストラの鬼を招聘したわけだが・・・これでSunオワタ?
622:名無しさん＠お腹いっぱい。
10/09/11 12:17:15
もうとっくに終わってるじゃないの。
623:名無しさん＠お腹いっぱい。
10/09/11 19:43:55
>>618
CTCも混ぜてやって
624:名無しさん＠お腹いっぱい。
10/09/11 23:33:26
出資比率「富士通97%、東芝1%、NEC1%、中部テレコミュニケーション1%」
625:名無しさん＠お腹いっぱい。
10/09/12 00:13:27
中電関連の仕事してると、よくあるなw
626:名無しさん＠お腹いっぱい。
10/09/12 01:01:43
>>624
そのCTCかよ!
627:名無しさん＠お腹いっぱい。
10/09/12 01:11:53
>>624
だからさ97%じゃ富士通の連結子会社だってば。
分社独立してねーっての。
628:名無しさん＠お腹いっぱい。
10/09/12 02:09:46
妄想にムキにならないでください。
629:名無しさん＠お腹いっぱい。
10/09/13 03:57:06
とうとうSCSAもオラクルに侵食されてしまったのか
なんだろう凄いつらい
Sunが好きで取得したのにこのやりきれなさ
もうだめだ
630:名無しさん＠お腹いっぱい。
10/09/13 09:32:20
なんかさー
Oracleになって、保守契約してないと有償修理も断られるようになった
っていう話があるんだが。
ふつう保守契約するもんだから気にしてないんだが。
631:名無しさん＠お腹いっぱい。
10/09/13 09:48:45
Oracle方式だとあるパッチが欲しかったらその時点までの保守契約 * 1.5の
料金を支払わなかればならないとか
632:名無しさん＠お腹いっぱい。
10/09/13 10:01:27
過去に遡って保守契約を結べるのだから、まだ良心的だ。たとえ割増しだろうと。
ハードウェアなんかは
保守契約付きで購入した時点で、補修部品の倉庫へのストックが行われるという理由で、
購入と同時に保守契約しなければ、(たとえ購入の翌日であろうとも) 後からの保守契約は結べない
というのは珍しくない。
633:名無しさん＠お腹いっぱい。
10/09/13 13:56:04
それって具体的にどこさ。
634:名無しさん＠お腹いっぱい。
10/09/13 23:06:17
Oracle.com にアクセスすると下記エラーが発生するんだけど、みんなはどうかな？
どうもアンチウィルス (ESET Smart Security) が怪しい気がするんだが。
An error occurred while processing the request. Try refreshing your browser. If the problem persists contact the site administrator
635:名無しさん＠お腹いっぱい。
10/09/17 06:50:38
Oracle増収増益だな。
研究開発費も並じゃないしスゲーな。
636:名無しさん＠お腹いっぱい。
10/09/17 17:07:39
Andoさんが Rockの記事書いてるな。
206 プリフェッチとスカウトスレッド
637:名無しさん＠お腹いっぱい。
10/09/19 12:25:50
Oracle Says Sun Operations Are Now Profitable
URLﾘﾝｸ(crn.com)
638:名無しさん＠お腹いっぱい。
10/09/20 19:25:36
［速報］オラクルがクラウドで大攻勢。クラウド・イン・ア・ボックスのExalogic発表。Oracle OpenWorld 2010
URLﾘﾝｸ(www.publickey1.jp)
［速報］オラクルがクラウド対応の「Fusion Applications」披露。独自Linux Kernelも。Oracle OpenWorld 2010
URLﾘﾝｸ(www.publickey1.jp)
639:名無しさん＠お腹いっぱい。
10/09/20 23:11:12
そんなのはどうでもいいからJavaの話をｒｙ
640:名無しさん＠お腹いっぱい。
10/09/21 01:12:56
ひゃっほう！
Oracle Unveils SPARC T3 Processor and SPARC T3 Systems
URLﾘﾝｸ(www.oracle.com)
641:名無しさん＠お腹いっぱい。
10/09/21 12:09:59
30日以内の出荷か。
642:名無しさん＠お腹いっぱい。
10/09/21 13:21:51
次は Rockの復活だなw
643:名無しさん＠お腹いっぱい。
10/09/21 16:59:04
他スレで見かけた
URLﾘﾝｸ(www.tradingmarkets.com)
644:名無しさん＠お腹いっぱい。
10/09/22 14:10:48
Who's buying Novell? Place your bets
URLﾘﾝｸ(www.networkworld.com)
今度はNovellが。目紛るしいなぁ。
Nokiaは減収が続いてCEOが交代するようだけども、大丈夫なのかな。
URLﾘﾝｸ(ascii.jp)
645:名無しさん＠お腹いっぱい。
10/09/22 18:24:07
OOW 2010のロードマップ見ると、2014までは T-か M-だから、
Rockは 2015年だなw
646:名無しさん＠お腹いっぱい。
10/09/22 18:29:30
ロゴの書体が、以前とビミョーに違うな。
647:名無しさん＠お腹いっぱい。
10/09/22 19:09:25
そもそもRockやってたSunの開発者って残ってるのかね
648:名無しさん＠お腹いっぱい。
10/09/22 19:38:37
"Ultra "はいつ消えた？
649:名無しさん＠お腹いっぱい。
10/09/22 20:21:23
>>647
なにせ 40億ドル研究費使ってますから。全員雇い直しましたよww
650:名無しさん＠お腹いっぱい。
10/09/23 09:01:25
オラクルの研究開発費は、買収費が大半じゃないのか？
SPARCは富士通が作るんだろ、いつまでできることやら
オラクルは、インテルのCPU積んだExadataとかExalogicにハードは集約していく方向じゃないか
そのためのSolaris11じゃないか、変なLinuxとの統合も進めていくだろうし
そのとき、Exadataと、IBM（Netteza）、EMC（Greenplum）に、HPがどう絡んでくるか
つってもMSと組んで変な機械作るか、Teradata買うくらいしかやることないけど
マーク・ハードが社長になったオラクルが、ハード古巣のTeradataに興味を示すかどうか
オラクルは、SUNの製品群じゃ弱いの分かっているだろうから、ストレージをどうするのかも興味ある
NetApp辺りを買うのか、それともなんちゃってCloud製品群で突っ走る自信があるのか？
Dellは3PARも負けたし、この分野でも厳しいな、スマートフォンかテレビであてないと展望が見えない
天井をHPに押さえられて、アップルが金持ちを相手にしているのを見ながら
横をもの凄いスピードでエイサーに駆け抜けていかれた感じだろう
651:名無しさん＠お腹いっぱい。
10/09/23 10:38:18
>>650
自己レスだが、あれなんだなExadataやExalogicがオラクルの思惑通りに使われれば
CPUやOSの差をオラクル製品で吸収していくこともある程度は可能なのか
後、オラクルのなんちゃってクラウドボックスを見ると、CPU性能はもう十分すぎるといわんばかりだな
652:名無しさん＠お腹いっぱい。
10/09/23 10:38:29
そもそも Dell(笑) は大規模サーバを要する分野には食い込めてないだろう
安い 1U 2U 鯖が中小に売れてるレベル
653:名無しさん＠お腹いっぱい。
10/09/23 10:58:31
今ならタダで富士通のプレゼン見れるぞ。
URLﾘﾝｸ(ondemandpreview.vportal.net)
SPARCについて一応語ってるぞ。
45分位からの山本社長の英語は泣けるな
654:名無しさん＠お腹いっぱい。
10/09/23 14:19:14
>>653
豊木氏のプレゼンの最後のところか。
泣けるね
655:名無しさん＠お腹いっぱい。
10/09/23 20:15:02
>>653
金もらって見るビデオだろ、ただの宣伝なのに
656:名無しさん＠お腹いっぱい。
10/09/24 22:06:47
Oracle Plans to Acquire Chipmakers, Industry-Specific Software
URLﾘﾝｸ(www.bloomberg.com)
"You're going to see us buying chip companies," Ellison, 66, said
yesterday at Oracle's annual meeting in San Francisco. Acquiring
chipmakers would further Oracle's push into computer hardware,
initiated in January with its purchase of Sun Microsystems Inc., a
server manufacturer.
Oracle may buy a semiconductor company with technology for servers,
said Doug Freedman, an analyst at Gleacher & Co. in San Francisco.
Potential targets include AMD, International Business Machines
Corp.s chip division and Nvidia Corp., he said.
657:名無しさん＠お腹いっぱい。
10/09/24 22:41:22
NVIDIA買ったら面白そうだなｗ
658:名無しさん＠お腹いっぱい。
10/09/25 00:32:36
エリソンって66なのか。
659:名無しさん＠お腹いっぱい。
10/09/25 11:02:06
Oracle could buy Mellanox Technologies: analyst
URLﾘﾝｸ(hken.ibtimes.com)
InfiniBandか
660:名無しさん＠お腹いっぱい。
10/09/26 22:24:45
sparcを作り続ける気ならAMDが良いのでは？ nVIDIAを買ってもsparc
の物理設計が加速するとは思えない。
661:名無しさん＠お腹いっぱい。
10/09/27 00:28:17
だから、InfiniBandだって書いてあるじゃん
662:名無しさん＠お腹いっぱい。
10/09/27 10:56:36
AMD買うのはリスクが高すぎる、業績も赤字が結構な確率であり得るし
しばらく前に、Informatica買うとかSalesforce買うという噂がアメリカで報道されてたけど
そっちの方がよほど現実的な選択、オラクルは元々、ソフトの会社だし
SPARCの開発で苦しんだ、サンとは遺伝子が違う
InfiniBandのテクノロジーはオラクルは好きだからな
コモディティのハード使った分散処理をさらに進めるんだろ
OracleはRACの技術一押しだし
663:名無しさん＠お腹いっぱい。
10/09/27 14:40:14
IBMのチップ部門て.. POWERは売らねぇだろうしな..
>>662
> SPARCの開発で苦しんだ、サンとは遺伝子が違う
Sunだって CPU作ったのは創業だいぶたってからだぞ。
創業者や創業者待遇にチップの専門家はいない。
最初の SPARCの中心人物って誰? Ditzelさん?
664:名無しさん＠お腹いっぱい。
10/09/27 18:28:57
AMDはGFに魂を売り飛ばす前ならありえたのかな
665:名無しさん＠お腹いっぱい。
10/09/27 23:38:49
初期のSPARCはゲートアレイで作られてたってんだから、すごい話だ。
いまでいうFPGAのハードコピーみたいなものだ。
666:名無しさん＠お腹いっぱい。
10/09/28 19:39:30
クロック10MHzだからゲートアレイで動くよ
667:名無しさん＠お腹いっぱい。
10/09/28 19:41:42
>>662
infinibandの市場は縮小方向だから、今のうちに買っておかないと
HW製造会社がなくなっちゃうんだよ
668:名無しさん＠お腹いっぱい。
10/09/28 22:51:58
>>666
学生実験のプロセッサ設計実習じゃないんだからさ、
ゲートアレイを何個も並べて、SPARCプロセッサだって、ねぇ。
初期のRISCは、そういうの多かったけどさ。
669:名無しさん＠お腹いっぱい。
10/09/28 23:55:12
最初のsparcのゲートアレイ構成は、整数ユニット１個、FPU１個。
MMUはRAMベースでゲートアレイではない。
670:名無しさん＠お腹いっぱい。
10/09/28 23:59:11
ゲートアレイ程度で68020より３倍も高速なCPUができたから画期的だったんだよ
671:名無しさん＠お腹いっぱい。
10/09/29 01:05:49
68020と比較するってことは、最初のSPARCはキャッシュ持ってなかったの?
それで68020よりも3倍高速ってことは、メインメモリがよっぽど高速だったんじゃね?
RISCはいつもメモリに金がかかる。
672:名無しさん＠お腹いっぱい。
10/09/29 01:15:15
OOoも逃げ出したね。
673:名無しさん＠お腹いっぱい。
10/09/29 01:30:56
OracleよりIBMに買われた方が幸せだったかもな
674:名無しさん＠お腹いっぱい。
10/09/29 01:45:06
URLﾘﾝｸ(blogs.sun.com)
675:名無しさん＠お腹いっぱい。
10/09/29 01:48:31
某製品の見積もりを○社に依頼したのだけど結果が戻らん。
問い合わせても然り。
ビジネスチャンスを自ら手放すのは勝手だけど、顧客を困らせるのは
厳に謹んでもらいたい。
つか、何のために買収してるのか意味が分からん。
カネ余ってるなら俺にくれ。
676:名無しさん＠お腹いっぱい。
10/09/29 02:08:56
>>673
たいして変わらないだろう
IBMといえば、シークエント買ってすぐになくしたのが忘れられない
677:名無しさん＠お腹いっぱい。
10/09/29 04:29:13
も前に売らせたくないのだろう。もうO社の直販営業がも前の客に行っているよ。
678:名無しさん＠お腹いっぱい。
10/09/29 12:24:13
ハコ売りだけならともかくO社にも故SunにもSI能力は無い
679:名無しさん＠お腹いっぱい。
10/09/29 22:04:21
>>677
アホ。こっちは客だよ。買いたいから見積もり呉れよ。>> O
今ゴタゴタしてるっぽいので、いずれは来るとは思うけど、この先何年も
付き合えるのか心配だわ。
SUNとは20年来の付き合いだが、かつてのSUNじゃなくなったな。
SPARC もSolarisも技術としてはいいんだけど、ビジネス現場では
リスク高杉ないか？
680:名無しさん＠お腹いっぱい。
10/09/30 04:28:52
伊藤忠へ行けば？
681:名無しさん＠お腹いっぱい。
10/09/30 06:35:43
>>679
5年くらい前の時点でSunの印象は、経営陣が面倒臭がりで何でもどんぶり勘定で「金で解決」
ばかりしている内にそれが癖になって慢性的な赤字体質に陥ってとうとう脱却できなくなってる
感じがしたけど、それ以前にSunに「安定感」なんかがあった時代はあったの？
682:名無しさん＠お腹いっぱい。
10/09/30 15:45:43
やっぱ Sunは SBus搭載機までだな。SPARCstation2はよかったw
683:名無しさん＠お腹いっぱい。
10/09/30 16:44:38
>>679
Sunと直接取引していた時点で、リスクが読めてない。
684:名無しさん＠お腹いっぱい。
10/09/30 16:51:01
IBMから直に買いたくないという お客もいるね。
間に立つと、IBMよりHPのほうが良いって思う。
685:名無しさん＠お腹いっぱい。
10/09/30 20:23:38
O社は販売点皆殺し作戦中。
686:名無しさん＠お腹いっぱい。
10/09/30 20:32:00
>>679
solarisは良いと思うがsparcの何処が良いのかわからん。
687:名無しさん＠お腹いっぱい。
10/09/30 20:57:22
ＮＯＫＫは、間接販売しかやる力がないんだけどな、それも簡単な製品の
提案とか超苦手だろ
688:名無しさん＠お腹いっぱい。
10/09/30 21:31:54
旧Sunのハード、Oracleから直に買うのではなく、
OEMを受けて自社型番付けて売ってるNECや富士通から買ったほうがいいんじゃない?
689:名無しさん＠お腹いっぱい。
10/09/30 22:29:12
Oが富士通からOEMだろ
690:名無しさん＠お腹いっぱい。
10/09/30 23:30:21
>>687
やらなくても稼げるからやらないだけ。
ciscoもそうだろ。
691:名無しさん＠お腹いっぱい。
10/09/30 23:35:55
>>689
それが違うんだな。
富士通
↓「部品」を供給
Oracle
↓「サーバ」をOEM供給
富士通
という具合になってる。
あくまでも、Oracleが製造したことになってる。
692:名無しさん＠お腹いっぱい。
10/09/30 23:46:50
購入先は別部門の役割だから、購買部門は相見積もりするのよ
とうぜん O も Cも Fも候補になるはず。
でも自分らはスペックの提示以外の関与できない。これは会社のルールだから。
正直、どこから買ってもいいんだけど、肝心の価格が来なきゃ話にならん。
古いマシンを延命という手もあるけど、今はスポット保守もできないんだよね。
1月に遡って保守契約を締結しないと部品すら出せないというのは
何考えてるのか訳分からん。
>>686
自分は正直、SPARC/Solarisの運用経験しかないから、他のアーキテクチャが
どんなものかは分からん。 (きっと良いモノも沢山あるだろう)
だが本業が別にあって、サーバ管理は片手間なので、手間がかからないことと、
培ってきた経験や知識や手順が生かせることを重視している。
SunOSも昔(BSDベース)は信頼性今ひとつだったけど、最終の4.1.4 とか、
Solaris 2.6 の頃からは一度設置すれば半年や1年間とか無停止で行けるので、
そういう手間のかからないところが気に入ってる。
セキュリティ・パッチも何世代も遡って出してるし、仕事で使うものとしてこういう
姿勢は高く評価したい。古いと言われればそのとおり、認めるが、サーバ管理じゃ
飯食えないし、あくまで道具だから。
693:名無しさん＠お腹いっぱい。
10/10/01 00:04:54
UNIXはSunしか知らない学生rootの世代の、いわゆるSun信者に支えられてきたんだな。
その後のLinux世代に、Sunは何もアピールできなかったのが痛い。
あそこでSolaris for x86をアカデミック向けに無償で配りまくっていれば・・・あるいは・・・
694:名無しさん＠お腹いっぱい。
10/10/01 00:10:23
やあ。おかえり。
695:名無しさん＠お腹いっぱい。
10/10/01 00:20:27
>>691
Mシリーズは日本の分は富士通で作ってるんじゃなかったっけ？
696:名無しさん＠お腹いっぱい。
10/10/01 00:29:23
富士通から買うとサーバの外観とか色が違うからすぐにわかる。
Niagaraサーバも黒色のが来る。
697:名無しさん＠お腹いっぱい。
10/10/01 00:44:07
いや、だから富士通の工場で黒いやつと銀色のやつが流れてるんだってば
URLﾘﾝｸ(cloud.watch.impress.co.jp)
698:名無しさん＠お腹いっぱい。
10/10/01 06:49:12
>> 692
sparc/solarisを贔屓にしてもらえるのは嬉しいが、今じゃx86/linux
のほうが手間がかからず安くて速いのだ。
699:名無しさん＠お腹いっぱい。
10/10/01 07:47:04
>>693
MAYA2011 64bit版
動作環境 Windows 7Pro、 Vista Business、XP x64 Pro、MacOS X 10.6.2
Red Hat Enterprise Linux 5.4 WS
Fedora11
この手のソフトがSolarisをサポートしてないことだけ見てもSolarisは終わってる
MacOS XやRHEL、Fedoraはサポートしてるのにな
700:名無しさん＠お腹いっぱい。
10/10/01 10:17:33
マルチCPU対応はまだSolarisの方に長があると思う
あとmanの充実さもSolarisのが上
ローエンドなサーバーならLinuxで十分いける
701:名無しさん＠お腹いっぱい。
10/10/01 10:39:01
ストラタスみたいな無停止システム用のOSにはLinuxはまだまだだけど、
その辺の分野はSunもあんまり強くないんだよなぁ。
HP-UXやAIXのようにハナからメインフレーム代替なエンタープライズ向けに
開発され、ハードウェアともべったりなOSのほうが強い。
702:名無しさん＠お腹いっぱい。
10/10/01 11:08:51
レガシーシステム以外に故Sun製品の需要あるかいな？
703:名無しさん＠お腹いっぱい。
10/10/01 11:19:28
>>701
一時やってたけど、Javaで完全に方向転換したんじゃないかな。
704:名無しさん＠お腹いっぱい。
10/10/01 21:57:02
699を読むと切られたdesktopがいかにニッチな製品だったのかよくわかる。
705:名無しさん＠お腹いっぱい。
10/10/01 21:58:53
MAYAって何だっけ?
たぶん映像か音楽のソフトだと思うのだが、そういうのはSGIの毒々しい色のIRIXマシンで使うもんだったのよ。
Sunになんか出番ない。
706:名無しさん＠お腹いっぱい。
10/10/01 22:12:30
Javaの人に続いて、ZFSの人も、Oracleを去ったか。
707:名無しさん＠お腹いっぱい。
10/10/01 22:21:30
>>705
>>699はきっとIRIXなんて知らないし、MayaがIRIX専用のソフトだった
ことも知らないんだじゃないかな。
708:名無しさん＠お腹いっぱい。
10/10/01 22:51:36
>>702
ないね
709:名無しさん＠お腹いっぱい。
10/10/02 00:03:37
>>705
>Sunになんか出番ない。
昔々、PixarがSunのSPARCマシンをレンダーファームに採用したこともあったから
Sunと3DCG映画との接点が完全に無い訳でもないんだけど、ほぼ皆無だね。
>>707
>MayaがIRIX専用のソフトだった
LightWaveがAmiga専用でVideo Toasterの付属ソフトだったということを知らない
者も少なくないからな。
710:名無しさん＠お腹いっぱい。
10/10/02 01:46:19
おっさんの記憶はまほろば。シェアと株価はまぼろし。
711:名無しさん＠お腹いっぱい。
10/10/02 19:31:22
昔のSunのワークステーションが使われていた用途が
今はPC+WindowsやPC+LinuxまたはMacになってるというのが現実
もともとはSunは68000系CPUを使ったベクトルシャイムが設計したマシンに
当時格安でソースコードが手に入ったBSD UNIXを使って格安なワークステーションを作ったメーカー
SPARCやSolarisにこだわることは80年代にDECがVAXやVMSにこだわっていたのと同じこと
1990年代終わりのDECは業績悪化でCompaq(CompaqはHPに買収された）に買収され
その10年後、Sunも業績悪化でOracleに買収された
712:名無しさん＠お腹いっぱい。
10/10/02 20:06:43
いつのまにかIBMがUNIXサーバでも出荷金額で首位になってるな
IBMの買収されればよかったのに
URLﾘﾝｸ(www.computerworld.jp)
IBMは2009年第4四半期にUNIXサーバのセグメントでもトップに立ち、
40.5％の市場シェアを確保している。同社の売上高は前年同期比 11.1％減の12億ドル。
2位はHPで、売上高は前年同期比19.9％減の8億7,600万ドルだった。
第4四半期にUNIXサーバの出荷台数が最多だったのはSunだが、
売上高は前年同期比29.1％減の7億5,380万ドルで、3位に甘んじた。
4位は55.4％減と最大のマイナス幅を記録した富士通だった。
713:名無しさん＠お腹いっぱい。
10/10/02 20:13:30
予測記事だけど
URLﾘﾝｸ(headlines.yahoo.co.jp)
第2四半期のWindowsサーバの出荷金額は50億ドルとなり、サーバの世界出荷金額の46.5％を占めた。
Linuxサーバの出荷金額は前年同期比30.1％増の18億ドル。
「Linuxサーバがサーバの世界出荷金額に占める割合は16.8％となり、
前年同期よりも2.5ポイント上昇した」とIDCは述べている。
第2四半期のサーバの世界出荷金額は前年同期比11％増の109億ドルとなり、
2003年以来の大幅な伸びを示した。世界出荷台数は24％増となった。
714:名無しさん＠お腹いっぱい。
10/10/02 20:16:25
（50億ドル＋18億ドル）／109億ドル＝0.62
サーバ出荷金額の62%がWindowsとLinux
715:名無しさん＠お腹いっぱい。
10/10/02 20:47:07
HARDWARE SOFTWARE SOLUTION
COMPLETE
I B M
716:名無しさん＠お腹いっぱい。
10/10/03 00:47:20
>>712
独禁法的に無理じゃない?
717:名無しさん＠お腹いっぱい。
10/10/03 07:04:59
だって SPARC サーバより x64 サーバの方が安くてアプリも多いんだもの
718:名無しさん＠お腹いっぱい。
10/10/03 10:13:50
>> 717
アプリの数は多いが、業務で使える品質レベルかどうかは疑問。
719:名無しさん＠お腹いっぱい。
10/10/03 13:12:35
>>711
COMPAQによるDEC買収は既にハードを持ってる企業同士だから、OracleによるSun買収とは状況が
ちがうと思う。 買収という行為の良し悪しは別として。
720:名無しさん＠お腹いっぱい。
10/10/03 15:19:17
>>719
あのときコンパックはもうタンデムも買収してたし
DECのAlphaなんかでサーバーのラインを強化したかったんだろう
単純に顧客が欲しかったのかも知れないが
オラクルは、Solarisオラクルの顧客基盤とサンの各種ソフトがほしかったんだろ
少なくともIBMに取られたくはなかったというか
CPUはインテル主体で考えて、なんだかんだで高くする
エクサロジックとかエクサデータみたいな新世代のオフコン屋としてがんばるのか
721:名無しさん＠お腹いっぱい。
10/10/03 15:30:52
>>718
どっちも一緒だよ。
日本じゃ、いちいち案件ごとにITドカタ使って開発するんだもん。
x86だろうがSPARCだろうが、その上で走るのは糞コード。
どちらも品質は悪い。
722:名無しさん＠お腹いっぱい。
10/10/03 15:53:56
>>720
買収の動機はきっとそうなんだと思う。問題は、買収された側の製品を、将来的にどう扱うか。
その結果によっては顧客へ与える影響は大きいから。
以前 Oracleは DECから買収した VMS 上の Rdb を Oracle Rdb という名称でサポートし続けた
ことは好印象。その優れた部分の Oracle RDBMS への取込みも合わせてなされたけれど。
今回、SUN製品をどうするのかで Oracle に対する評価は二分すると思う。ハードもそうだし
さまざまな競合する製品もそう。 (MySQL, Rdb, Berkeley DB, まだあるかな？)
おっしゃるように買収するってことは買収された側の顧客も取り込むってことだから、企業の
責任としてそういう顧客を面倒見れるかどうかに着目したい。
ただこれまでの動向をみる限り、ビジネス顧客へ高い金額でサポートを売るやりかたを踏襲する
ように見える。いっぽう、顧客じゃない、コミュニティに対しては迷ってるようにも見える。
最悪、内部から崩壊するんじゃないかというのが大きな懸念。
723:名無しさん＠お腹いっぱい。
10/10/03 19:26:49
Sunなんか買ってもいいことは一つもない
Ora最大の大口顧客、合衆国政府が押し付けただけ
外国（中国あたり）に買われないようにするための国策
724:名無しさん＠お腹いっぱい。
10/10/03 22:38:04
>>716
無理ではないだろ
725:名無しさん＠お腹いっぱい。
10/10/03 22:44:28
>>723
IBMは中国企業じゃないぞ
726:名無しさん＠お腹いっぱい。
10/10/03 23:29:29
まじで？
727:名無しさん＠お腹いっぱい。
10/10/03 23:46:15
>> 721
アプリも糞なのか。
linuxが糞なのは、なぜか、メディアではlinuxのバグ情報を流してはいけない
というのが暗黙の了解になっているようなので知られていない。
まあ、サポートする側にとっては、10万/年のサブスクリプションが売れるから
linuxの品質があがってバグがなくなると困るんだけどね。
728:名無しさん＠お腹いっぱい。
10/10/03 23:48:49
ちょっと思ったんだけど、個人レベルで古いSUN製品を破棄する時
Oracleに引き取ってもらうという理解でいいのかな？
729:名無しさん＠お腹いっぱい。
10/10/03 23:54:42
よくないと思う
730:名無しさん＠お腹いっぱい。
10/10/04 00:09:12
>>725
IBMはOracleの商売敵だろ
IBMにJava握られるのが嫌だった可能性はあるな
731:名無しさん＠お腹いっぱい。
10/10/04 00:41:26
>>728
パソコンではないのでリサイクル法の適用外でしょう。
個人なら普通に自治体の粗大ゴミでどうぞ。
パソコンだからダメと言われたら、
パソコンみたいなUNIXワークステーションを買ったオノレを恥じつつ、
PC3Rなどの天下り法人に金を払って回収してもらうしかないでしょう。
732:名無しさん＠お腹いっぱい。
10/10/04 03:55:28
ハードウェア、ソフトウェア共に革命的な発明を残した企業Sunは何故無くなったの？
733:名無しさん＠お腹いっぱい。
10/10/04 04:55:02
継続できなかったから。
734:名無しさん＠お腹いっぱい。
10/10/04 11:07:47
>>732
ソフト屋ではハードウェアに要求されているものが理解できなかったから
735:名無しさん＠お腹いっぱい。
10/10/04 16:33:37
>>732
ビジネス最優先の会社になれなかったから。
736:名無しさん＠お腹いっぱい。
10/10/04 22:18:20
PC3Rのwebサイト見たけどまったく意味不明だった。
パソコンとUNIXワークステーションとどう違うんだ？ そもそも比較できるものか…
以前、SUNのDiskpack (3.5" HDD x 4内蔵) を小物金属ゴミとして捨てたんだけど、
回収を拒否されたよ。
粗大ゴミ回収の人をはじめ、普通の人には周辺機器であってもパソコンに見えるん
じゃないかと思う。
737:名無しさん＠お腹いっぱい。
10/10/04 22:32:30
>>736
PC3Rは、明瞭に説明するとマズいんですよ、たぶん。
法律で定めているのは、
・メーカーは不要パソコンを、消費者から求められれば、無償で回収してリサイクルしなければならない。
・ただし、法律が施行される前に製造されたパソコンに関しては、有償にしてよい。
・消費者や自治体は、不要パソコンをメーカーの回収・リサイクルに出す努力義務がある。
ということだ。
じゃぁPC3Rって団体は何かというと、
自作PCや、すでにメーカーが倒産するなどして、回収・リサイクルすべきメーカーがない場合の受け皿
なんだけれども、これが天下り団体なわけですよ。
PC3Rは自治体に根回しして、メーカーが引き取らない分をPC3Rに回せと、
つまり、オマエラ、パソコンを不燃ゴミや粗大ゴミで回収すんじゃねーぞと睨みをきかせてる。
法律的には、PC3R以外の団体でも構わない。
具体名は挙げないが、日本には何社も、不要パソコンを無償(ただし送料はかかる)で引き取る業者がいる。
それらの業者も分解・分別して再資源化するので、ちゃんと回収・リサイクルしているわけだが、
な・ぜ・か、自治体は特定の1つの団体、PC3Rを紹介する。
738:名無しさん＠お腹いっぱい。
10/10/05 00:42:44
かぐわしい。
739:名無しさん＠お腹いっぱい。
10/10/05 07:43:24
／￣￣ヽ､
/ ●/ ￣￣~ヽ
/ ト､.,.. ＼. かぐわしい
=彳 ＼＼ ヽ
, ＼＼ ｜
/⌒ヽ ヽ |
／ | | /
.／ ヽ|／
l
740:名無しさん＠お腹いっぱい。
10/10/05 23:12:15
オラクルのエリソンCEO、米Salesforce.comを扱き下ろす
URLﾘﾝｸ(www.computerworld.jp)
↓
Oracleは偽物のクラウド ～ 米salesforce.com・ベニオフCEO
URLﾘﾝｸ(cloud.watch.impress.co.jp)
URLﾘﾝｸ(cloud.watch.impress.co.jp)
１．ハード屋さんがサービス事業者やデータセンタ屋さんに鯖を売る
２．データセンタ屋がサービス事業者に間貸し・ハード貸しをする
３．サービス事業者がユーザーに鯖貸し・アプリケーション貸しをする
１～２～３のどこを捉えてるかで何とでも言えてしまう。
まったく下らないし無意味な言い争いだ。
741:名無しさん＠お腹いっぱい。
10/10/06 01:13:16
オラクルのJavaへの取り組みにJavaコミュニティから懸念の声
URLﾘﾝｸ(www.computerworld.jp)
742:名無しさん＠お腹いっぱい。
10/10/06 01:30:58
>>712
オラがSolarisのライセンスをいじったから
自業自得
743:名無しさん＠お腹いっぱい。
10/10/06 13:25:41
SunがOracleに買われて良かったという話に覚えがないけどなんかある?
744:名無しさん＠お腹いっぱい。
10/10/06 13:28:33
DQN儲のスレ出現頻度が減った
745:名無しさん＠お腹いっぱい。
10/10/08 21:48:12
イノベーションのジレンマ
汎用機は低性能だったミニコンに食われ、ミニコンはUnix WSに食われ、WSはPCに食われ、
PCはスマホやタブレットに食われる
746:名無しさん＠お腹いっぱい。
10/10/09 07:04:19
PCはスマホにもタブレットにも食われない。
タブレットなんて何回もこけてるじゃねぇか。
747:名無しさん＠お腹いっぱい。
10/10/09 08:47:31
>>746
食われだしてんじゃないの、PCがなくなるとは全然思わないけど
タブレットがあるからネットブック買わない層がいるわけだし
サーバー側で、iPhone大のARMサーバーが一般的になるかどうかは知らん
748:名無しさん＠お腹いっぱい。
10/10/09 09:07:19
ARM、次期ハイエンドコア「Eagle」の内容を一部公表
URLﾘﾝｸ(pc.watch.impress.co.jp)
ARM、マルチコアの次世代プロセッサ「Cortex-A15 MPCore」を発表
URLﾘﾝｸ(www.computerworld.jp)
749:名無しさん＠お腹いっぱい。
10/10/09 10:52:47
PCはスマホやタブレットアプリの開発プラットホームとしてこの先生き残るだけだな
Macは既にMac自身のアプリもかなり減ってるしな
>>747
OpenBlocksみたいなのがもっとメジャーになればブレードサーバを置き換える
ことにもなりかねんw
750:名無しさん＠お腹いっぱい。
10/10/09 12:10:24
タブレットが登場して何年経ってるんだよって話だな
モバイルとスマートフォン持ってたらタブレットなんか要らない
タブレットでこの二つの用を足すこともできない
それが現実
751:名無しさん＠お腹いっぱい。
10/10/09 12:24:46
電車通勤で本や記事を読むときにタブレット型が欲しくなる。本は重いし。
ノートPCは大袈裟だし、スマートフォンは小さすぎる。
752:名無しさん＠お腹いっぱい。
10/10/09 12:59:57
4インチくらいの画面があれば十分
753:名無しさん＠お腹いっぱい。
10/10/09 13:08:56
>>
オフィスのデスクワークや家庭用の据え置きなPCって今後も残るんでは?
タブレットとかって、一般層（コンピューターに関心ないような)が使ってるの
見たことないんだが。
754:名無しさん＠お腹いっぱい。
10/10/09 13:16:46
100年も経てば絶滅してるだろ
755:名無しさん＠お腹いっぱい。
10/10/09 17:52:42
>>753
家庭用はテレビとかに組み込まれてPCとは意識せずに使うんじゃね？
オフィス用途もクラウド化して社員の端末には最小限のデータしか持たせないようにするはず
756:名無しさん＠お腹いっぱい。
10/10/09 18:45:32
>>749
おいおい、MacはPCに負けたのと、iPhoneやiPadにリソース注いでてMacやる気が足りないから、衰退してんのよ。
ブレードサーバは当初は高密度を売りにして登場したが、売れなかったんだよ。
それで次に、管理しやすさを売りにして軌道修正して、売れるようになったんだよ。
OpenBlocksのような管理しにくいものがブレードサーバを置き換えるなんて、ありえない。
757:名無しさん＠お腹いっぱい。
10/10/09 18:50:39
>>754
腕時計が普及しても、壁掛け時計は絶滅しなかった。
しかし、携帯電話が普及したら、腕時計は販売不振で苦しんだ。
デスクトップPCというか据え置きのPCは、形は変っても残ると思うね。
758:名無しさん＠お腹いっぱい。
10/10/09 19:48:20
>>757
15年後くらいならそんな感じかもしれないが100年後だからな…
その頃にはシリコンですらないだろうし想像もできんわ
759:名無しさん＠お腹いっぱい。
10/10/09 20:25:22
キンドルは本代わりに良いと思う
760:名無しさん＠お腹いっぱい。
10/10/09 21:58:24
UNIX-WSは、単純なハード性能と言う点で言えば、Pentium2が出た頃に
PC/ATに追いつかれていた。すでにその頃、Sparc/Mipsはx86チップの
性能に対抗できなかった。
761:名無しさん＠お腹いっぱい。
10/10/09 22:09:26
生き残るかどうかってだけの話なら、大型機もまだ生き残っているわけで。
インターネット利用に関しては、PCの市場をかなりの数の携帯電話が食った。
タブレットがPCの市場を全く食えないとは到底思えない。後は程度問題。
762:名無しさん＠お腹いっぱい。
10/10/09 23:25:58
>>760
その「ハード性能」ってプロセッサの処理能力しか見てないだろ？
運用を視野に入れた場合、大事なのは全体としての処理能力や、負荷が掛かったときに
どれだけ落ちるか、限界近くでどれだけ粘れるかという特性が重要だと、自分は考える。
763:名無しさん＠お腹いっぱい。
10/10/09 23:32:29
と一線から脱落したものが申しております
764:名無しさん＠お腹いっぱい。
10/10/09 23:41:56
>>761
> インターネット利用に関しては、PCの市場をかなりの数の携帯電話が食った。
日本は特殊かもしれないが、
初めてインターネット利用に使ったのがPCではなく携帯だという人口が多いよ。
PCから携帯に乗り換えたのなら食った・食われた、だけど、
最初から世界が違うのは、なんと言えばいいんだろう。
>>762
> 全体としての処理能力
x86のほうが上だった
>負荷が掛かったときにどれだけ落ちるか
SPARCは負荷かかってない時も遅いから、キャッシュミスでの速度低下が、相対的に小さいだけだ。
キャッシュミスが多発する状況下では、x86とSPARCの速度差はなかったと思う。
、限界近くでどれだけ粘れるか
そいつはハードウェアではなくOSの作りだな。
x86版のSolarisは色々とアレだったんで、SPARCはズルしてたってことだな。
765:名無しさん＠お腹いっぱい。
10/10/10 00:20:20
>>764
最初から携帯電話の人がいようがいまいが、
携帯電話でインターネットをする人が増えたなら、
市場は食われているだろ。
90年代中頃はワークステーション以上、
PC以上じゃないと利用できなかったのだから。
766:名無しさん＠お腹いっぱい。
10/10/10 00:21:23
>>764
昔のx86は各種バスが劣っていたから、
I/O性能が余り出なかった。
767:名無しさん＠お腹いっぱい。
10/10/10 00:49:06
Oracleのコーポレートスローガンが
Hardware and softwere. Engineered to work together.に変わったみたい。
768:名無しさん＠お腹いっぱい。
10/10/10 01:38:51
>>765
一般人のインターネット利用、なんていう市場は90年代中ごろには存在しなかったんですが。
>>766
いるんだよね、そういう人。
x86はバスがISAでPIOだの、I/Oプロセッサがないだのと言う人。
SPARCと比較しているPentiumIIの頃は、すでにPCのバスはPCIになっていたぞ。
もちろん、SBusのI/Oプロセッサに相当するものは、SCSIやLANのPCIコントローラに内蔵されてたぞ。
769:名無しさん＠お腹いっぱい。
10/10/10 02:46:45
>>768
非積極的だったNIFTYが1996年には一般向けのサービス開始しているのに?
770:名無しさん＠お腹いっぱい。
10/10/10 02:48:28
先生パンツ
771:名無しさん＠お腹いっぱい。
10/10/10 02:49:12
誤爆
772:名無しさん＠お腹いっぱい。
10/10/10 06:00:28
一般にインターネットが普及してきたのは ISDN＋テレホーダイ以降じゃね？（1999年～）
それ以前はサービスが始まっていたとしてもまだまだ利用はされていなかった
おまいらの話は逸般人だから基準にならない
773:名無しさん＠お腹いっぱい。
10/10/10 09:13:57
ネットワークサービスならそれ以前では
Windows95の発売が大きかったと思う
774:名無しさん＠お腹いっぱい。
10/10/10 10:20:52
>>773
Windows95 plusだろ。
それまでに市場が存在しなかったなんて事はない。
MS-DOS, Windows 3.1, MacOS用のTCP/IPスタックは、
もっとも売れているソフトウェアの一つだった。
775:名無しさん＠お腹いっぱい。
10/10/10 10:23:11
>>772でFA
776:名無しさん＠お腹いっぱい。
10/10/10 10:31:48
95年がインターネット元年と言われ利用者500万程度
97年には利用者が1000万越えていた
今は9000万超えてるらしいからそれよりはずっと少ないのは確かだが
500万だの1000万だのという数字は「市場が存在しない」と言い切るには、
いささかデカ過ぎる数字だぞ
777:名無しさん＠お腹いっぱい。
10/10/10 10:51:13
>>772
大々的に売り出された「Windows95」によって本末転倒して買った後に"パソコンの用途"があれこれと
考えられるようになり、その代表格として「インターネット」が次第に中心的な注目を集めるようになった。
Windows95の日本での発売は1995年の末頃。そして、すぐに1996年に入るが「個人のホームページ」
などの類が1996年中に多く登場し、いまでも稀に検索で1996～1997年頃に作られたとされるページが
ヒットする。
1997年の春頃には「高校生・大学生の入学祝い」などでパソコンが買い与えられるような風潮にあり、
インターネットにおける日本語情報は学術を除くとゲームやアニメの情報が量においてはほとんどを
占めていたように思う。一部の特権的な利用者から「一般」と言えるところに降りたのはこの頃だろう。
1999年～というのは既にあまりにも電話回線をインターネット接続に利用するユーザーが増えすぎて
保守的なNTTまでが対応サービスを提供するに至った頃なので「まだ利用されていなかった」などと
いう認識は誤り。
778:名無しさん＠お腹いっぱい。
10/10/10 12:19:54
IIJがダイヤルアップIP接続をはじめたのが1994年5月。この段階で加入電話があれば個人でも利用できた。
URLﾘﾝｸ(www.iij.ad.jp)
779:名無しさん＠お腹いっぱい。
10/10/10 12:25:03
まーた素人が勝手な思い込みと妄想で歴史を語るスレか
780:名無しさん＠お腹いっぱい。
10/10/10 12:31:37
>>779
無知は巣に帰れ
781:名無しさん＠お腹いっぱい。
10/10/10 12:46:16
おっさんたちが思ひ出と哀愁で歴史を語るスレの誤り。
1996-1997年にはゲームでインターネットを使っただろっ
782:名無しさん＠お腹いっぱい。
10/10/10 13:29:59
>>768
> 一般人のインターネット利用、なんていう市場は90年代中ごろには存在しなかったんですが。
アホ丸出しだな。どんだけ思い込みが激しいんだ。
783:名無しさん＠お腹いっぱい。
10/10/10 13:52:17
荒れそうで荒れないな、商売は下手だったが知識はあるようだ
784:名無しさん＠お腹いっぱい。
10/10/10 14:08:15
90年代中頃って、まだパソコン＝オタクだっただろ？
785:名無しさん＠お腹いっぱい。
10/10/10 14:18:51
オタクのおこづかいつぎ込み率をなめんな！
786:名無しさん＠お腹いっぱい。
10/10/10 18:15:19
>>776
その500万 1000万という数の中には、法人での使用も含んでるでは?
90年代後半辺りの家庭・個人でのインターネット使用はもう少し少なかった
と思う。特にまだこの頃だと地方や肉体労働なとこだと、「ネット?そんなもの
いらないだろ。」みたいな風潮が強かったしさ。
当方、人口30万人ほどの中部地方の中規模都市に在住だが、90年代後半
辺りなんてネット利用者はまだ少数だった。
787:名無しさん＠お腹いっぱい。
10/10/10 18:53:44
>>786
当時、5万人未満な市に居たけど利用者だらけだったよ
一応関東だが
788:名無しさん＠お腹いっぱい。
10/10/10 18:56:54
>>760
x86とsparcの性能が拮抗しだしたのは、pentium II 300-400MHzぐらい
からだったと思う。
>>768
SBusにはIOプロセッサなんてありませんよ。機能的にはPCIバスと同じと考
えて大きな間違いはありません。SBusは32bitバスで25MHzぐらいで動作した
ので、PCIバス(32bit/33MHz)にバンド幅で負けます。
その後のIOカードのローコスト化や品揃え、性能の点でSBusはPCIに負けた
ので、SunがPCI採用に改宗したのは皆さんご存じの通り。Sunも自分でIOチッ
プを作らなくなったんで最近のsparcはPC用のsuper I/Oチップセットとか
ディスク・ネットワークカードなどを使っており、ファームやドライバも
I/Oチップメーカ任せなのでバグが多すぎてトラブルの宝庫(とくにqus,mpt
などのSCSI HBA系はひどい。まともだったのはispまで)になっているのも
皆さんご存じの通り。
789:名無しさん＠お腹いっぱい。
10/10/10 19:00:15
(つづき）
本音で言ってsun/solarisのアキレス腱はI/Oドライバ周りだと思いますよ。
790:名無しさん＠お腹いっぱい。
10/10/10 21:04:33
2年ほど前に中古のSparcマシンを購入したが、危険サイト見るためのマシン
と化してる、
791:名無しさん＠お腹いっぱい。
10/10/10 21:24:54
話の分からない人がいるんだなぁ。
PCではなく携帯電話でネットを使って満足している人達について、
すでにPCが取っていた領地が携帯に奪われたのか、
未開の土地をPCではなく携帯が開拓して安住したのか、
っていう話でしょうが。
分母を考慮せずに割合の話をするのは、相手を騙すのが仕事の人だけにしとけ。
792:768
10/10/10 21:31:41
>>788
> SBusにはIOプロセッサなんてありませんよ。
I/Oプロセッサと言っていいのか悪いのかワカランが、
SBusとISAバス(に近い、マイコン系バス)のバスブリッジにDMAコントローラが入っていた。
Sunは既存の安い部品を集めてUNIXワークステーションを作る会社なわけで、
LANコントローラやSCSIコントローラは、パソコン用の安いチップだったよ。
日本ではSunのワークステーションは高い値段で売られていたけれども、
それは輸入業者や販売業者、税金などで膨れ上がったのであって、
本来は、パソコンに毛が生えたものなんだよ。
793:名無しさん＠お腹いっぱい。
10/10/10 21:32:54
>>791
市場占有率は割合で語られます。
794:名無しさん＠お腹いっぱい。
10/10/10 21:42:50
>>793
何に対する割合なのか、それが問題だって言ってるでしょうが。
795:名無しさん＠お腹いっぱい。
10/10/10 22:55:01
IntelもARMがライバルになるようじゃこの先やばいんじゃない
ARMは低消費電力というのが利点なのかもしれないが低価格というのも魅力の一つだからな
Intelは高価格でCPUを売ることで利益出してるからARMと競走するには
かなりの数のCPUを売らないと利益出せなくなる
796:名無しさん＠お腹いっぱい。
10/10/10 23:02:53
AtomとARMでは目指すところが微妙にずれてるな
Windows95/98 で普及したのは TCP/IP による社内 LAN であってインターネット利用は
もう少し後の話だよ
だからあの当時の雑誌には CD-ROM にフリーソフトがたんまり入ってただろ？
普通の人たちは33.6k～56kモデムで従量制インターネットなんて使わなかったぞ
797:名無しさん＠お腹いっぱい。
10/10/10 23:05:16
言い方悪いが、そのセグメントで手も足も出ないプロセッサは指を咥えて見てるしかない
798:名無しさん＠お腹いっぱい。
10/10/10 23:09:53
SPARC vs x86の話と
x86 vs ARMの話は
相似形ではあるだろうが、
このスレで語ることか?
ARMがSun設計なら、失地を取り返す話にもなるが、違うだろ。
799:名無しさん＠お腹いっぱい。
10/10/10 23:11:26
携帯電話全体のうち高機能携帯が2割程度になったらそれだけで2億台超えることになる
その大部分の高機能携帯にARMが搭載されたらそれはそれでIntelも無視できなくなるだろうな
世界の携帯電話出荷台数、2012年には13億台を超える見込み―矢野経済研究所調べ
URLﾘﾝｸ(japan.internet.com)
2009年の世界市場における携帯電話の出荷台数は、前年比7.5％減の10億9,424万台と
なる見込みである。
第1四半期は、前年に引き続き景気悪化の影響を受けて低迷したものの、
メーカー各社の減産、在庫調整などを受けた事で第2四半期以降、少しずつ回復に向かいつつある。
800:788
10/10/10 23:14:07
>> SBusにはIOプロセッサなんてありませんよ。
>
>I/Oプロセッサと言っていいのか悪いのかワカランが、
>SBusとISAバス(に近い、マイコン系バス)のバスブリッジにDMAコントローラが入っていた。
シリアル系のチップやeeprom、rtcを接続しているebusのことと思います。
ebusにはdmaコントローラは付いていません。というかdmaが必要な石はebusの下には
接続されていません。
初期のsparc stationにはdmacという石がついていたので、これを指していると思いますが、
これは、espというscsi hbaコントローラと併せて使用するものです。espがdmaコントローラ
機能をもっていたなかったので無理矢理sbusのバス構成を無視してこんな構成になったまでで、
sbus自体にはdmaコントローラ機能はありませんでした。dmaの際にはPCIなどと同様にsbusカー
ド自体がバスマスタになり、dvmaアドレスを生成します。
801:名無しさん＠お腹いっぱい。
10/10/10 23:16:03
>>798
Oracleはx86サーバも作ってるがARMサーバだって作ることが出来る
だから全く無関係なわけじゃない
802:名無しさん＠お腹いっぱい。
10/10/10 23:19:38
それと利益の源泉であるPC市場が将来、高機能携帯やタブレットに食われることになれば
Intelのサーバ向けCPU開発への投資も減るからな
803:名無しさん＠お腹いっぱい。
10/10/10 23:23:11
>>800
> シリアル系のチップやeeprom、rtcを接続しているebusのことと思います。
ちがう、NCR53C94やAMD7990をSBusに接続していたブリッジ。
> sbus自体にはdmaコントローラ機能はありませんでした。
ブリッジと言ってるでしょうが。
804:名無しさん＠お腹いっぱい。
10/10/10 23:25:02
>>801
ARMが下からx86を駆逐するのには、それなりの時間はかかるが、可能性としてはありえるな。
>>802
だからといってSPARC復権はありえないし。ARMをサーバにも使うだけだ。
805:788
10/10/10 23:27:59
>LANコントローラやSCSIコントローラは、パソコン用の安いチップだったよ
Sunが採用していたLANコントローラは、
10M - AMDのlanceチップ (intelも使ったことがあるがすぐになくなった）
100M - hme は Sunの自製です。phyはナショセミやルーセント、ブロードコムのような気がします。
1G - ceはSunの自製です。その後は bgeはブロードコム、e1000gはintelです
10G - ngeは Sunの自製です。そのあとはintelなのでしょうか？
SCSIコントローラは、SunはHWを自製していたことはないと思いますがドライバは自製でした。が、
I/Oプロセッサ化するにつれチップメーカ提供のファームウェアの比重が高くなって、ドライバで
品質をコントロールできなくなっていきました。
806:名無しさん＠お腹いっぱい。
10/10/10 23:33:51
>>804
＞だからといってSPARC復権はありえないし。ARMをサーバにも使うだけだ
ARMがハイエンドサーバをターゲットにしたCPUを設計したりはしないだろ
ハイエンドサーバ向けCPUはARMにとって旨みはまったくないから
807:名無しさん＠お腹いっぱい。
10/10/10 23:50:38
msがarm用のwindowsを売り出せばいいんですね
808:名無しさん＠お腹いっぱい。
10/10/10 23:51:58
だからスレ違いって
809:名無しさん＠お腹いっぱい。
10/10/10 23:53:42
(つづき)
確かにarmを搭載したタブレットPCが氾濫すれば、msがその上でwindowsを
動かさない理由はなくなりますね。良い作戦だ。
810:名無しさん＠お腹いっぱい。
10/10/10 23:56:54
サーバーのOSは別にWindowsでなくて全然構わんだろ
Linuxで十分だ、LinuxはARMで動くだろ
811:名無しさん＠お腹いっぱい。
10/10/11 00:01:11
サーバー市場でintelに勝つには、まずコンシューマ市場でintelに勝って、
intelの利益の源泉を絶つ必要があるでしょう。
812:名無しさん＠お腹いっぱい。
10/10/11 00:01:40
>>796
95はインターネット普及の原動力でもあったよ
813:名無しさん＠お腹いっぱい。
10/10/11 00:19:54
>>805
SPARCstation2の頃は、10Mでしたね。
100MのSunのNICの値段の高さには呆れました。
814:名無しさん＠お腹いっぱい。
10/10/11 00:21:28
>>806
今は設計しなくても、パソコン用のx86を下から食って行けば、いずれ設計することになるかもよ。
>>807
かつてはIntelのARMチップ対応のWindowsCE.NETとか作ってましたね。
815:名無しさん＠お腹いっぱい。
10/10/11 03:22:56
>>796
dial-up PPP接続より、イーサネットの常時接続の設定の方が難しかったんだが？
DHCPはまだ普及してないし、Windowsの対応も甘いし。
816:名無しさん＠お腹いっぱい。
10/10/11 04:02:48
>>815
おちつけ、相手の文章をよく読め。
そういや日本ではWfW(Windows for Workgroups)は市場投入されなかったんだよな・・・
817:名無しさん＠お腹いっぱい。
10/10/11 06:28:48
コアを複数並べてキャッシュをてんこ盛りにしないとAtomにすら勝てないのがARM
818:名無しさん＠お腹いっぱい。
10/10/11 06:41:44
IntelのXScaleなら使ったことあるが、遅くはなかったよ。
まだ数百MHzの時代だけどね。
819:名無しさん＠お腹いっぱい。
10/10/11 07:05:06
Intelって会社は贅沢なんだよ
i860もi960もXScaleもItaniumも、
立派に成功してると思うんだよね
ちゃんと採用製品が世の中に出て、
一発で消えずに続いたのだから
ライバルのAMDのAm29000も良かったのに、
x86に人的リソースを回すという理由で廃止
もったいなかったよなー
820:名無しさん＠お腹いっぱい。
10/10/11 09:40:33
i960 は当時のプリンタの制御用マイコンとして長生きしたからな
あのアーキテクチャが Intel の GPU につながっていると思うと感慨深い
821:名無しさん＠お腹いっぱい。
10/10/11 10:14:23
>>817
Cortex-A8クラスだと、コアあたりの性能、Atomの1/2ぐらいになってるよ。
あと多分マイクロスライス鯖にはAtomの性能もいらん
822:名無しさん＠お腹いっぱい。
10/10/11 10:19:33
i860は成功したか?
XScaleはDECのStrongARMだろ?
823:名無しさん＠お腹いっぱい。
10/10/11 10:35:44
>>815
周囲にNetWareで経験のある人は少なかった？
824:名無しさん＠お腹いっぱい。
10/10/11 10:54:50
IP接続の話をしてるのだが
825:名無しさん＠お腹いっぱい。
10/10/11 11:02:04
>>823
NetWareの話はしてない。
NetWareサーバ＆クライアントの設定よりは常時接続設定の方が簡単。
826:名無しさん＠お腹いっぱい。
10/10/11 12:38:26
スマホとタブレット、その他家電で年間数億台売れるようになればARMはx64と渡り合える
827:名無しさん＠お腹いっぱい。
10/10/11 13:24:06
>>820
i960はMips採用時代のSGIのCGボードやセガ辺りのゲーセン基板のDSPとして
使われてた。
828:名無しさん＠お腹いっぱい。
10/10/11 13:36:39
>>827
SGIのマシンに使われていたのはi860じゃね?
829:名無しさん＠お腹いっぱい。
10/10/11 13:45:10
>>826
すでに、ARM採用製品は年間数億個は売られているような気がするぞ。
携帯電話の全世界の出荷台数は年間10億台を越えているわけで、
そのうち数割がARM使っていれば、数億台はARMってことになるよな。
830:名無しさん＠お腹いっぱい。
10/10/11 14:19:42
>>829
2006年度のデータだが、年間24億個出荷
携帯電話の標準CPU「ARMコア」の現状
～ARM日本法人の西嶋社長に聞く
URLﾘﾝｸ(pc.watch.impress.co.jp)
831:名無しさん＠お腹いっぱい。
10/10/11 14:24:07
>>830
それはコア数でカウントしているので、
携帯電話は1台にベースバンドとアプリの2つのARMコアを使うので、
16億個のARMコアが、10億台の携帯電話の中に使われるという、不思議なことになる。
まぁそれを差し引いても、>>826 は・・・むり
832:名無しさん＠お腹いっぱい。
10/10/11 14:46:23
SuperHを使っているのは…国内だけw
833:名無しさん＠お腹いっぱい。
10/10/11 14:50:00
ARMの売り上げは一社が独占してるわけじゃないからな・・・・
ああこれ、構図としてはLinuxがWindowsを駆逐するって与太話に似てるんだな
834:名無しさん＠お腹いっぱい。
10/10/11 16:44:42
携帯向けCPUはPC向けより単価安いから、利益率低いだろ。
835:名無しさん＠お腹いっぱい。
10/10/11 16:49:13
Linuxが駆逐したのはunixだと思う。aix、hp-uxは早々に敗退し、最後
まで残っていたのがsolarisだったが、結末は皆様ご存じの通り。
836:名無しさん＠お腹いっぱい。
10/10/11 16:58:37
タダなら何でもいい。
837:名無しさん＠お腹いっぱい。
10/10/11 17:25:01
>>835
Digtal UNIXも仲間にいれてやって！
DECのStettnerがIBM, HPその他にOSF設立を持ちかけたのが、
Sunのつまづいたの最初の一歩だから。
838:名無しさん＠お腹いっぱい。
10/10/11 18:08:42
>>835
エンタープライズ用途ではAIXもHP-UXもSolarisより圧倒的に勝ち組だけど…
839:名無しさん＠お腹いっぱい。
10/10/11 18:17:47
>>838
ローエンドしか扱えない、それが全てな世界が狭い方々もいらっしゃるんだよ
840:名無しさん＠お腹いっぱい。
10/10/11 20:27:41
Linuxで商売しているのは中小とかカネの無いところだろ
841:名無しさん＠お腹いっぱい。
10/10/11 20:28:35
…突っ込まない、突っ込まないぞ…!!
842:名無しさん＠お腹いっぱい。
10/10/11 21:18:15
サーバー用途じゃまんざらないわけじゃない
クラウド型のサーバーにWindowsはほとんどないからな
ジャンルイガセーが最近のブログでちょっと面白いの書いてる
843:名無しさん＠お腹いっぱい。
10/10/11 22:59:39
>>824
Windows 3.1でIP接続しようとしたらChameleonが必要だったような
Chameleonは非常に高価だったよな
それとWindows 3.1でPPPでIP接続しようとしたらフリーソフトのTrumpetや
商用ソフトのInternet Chameleonが必要だった
Windows NTは当初からIPプロトコルスタックを持っていたので当然使えた
WindowsでTCP/IP接続が普及したのはWindows NTや95/98のおかげ
844:名無しさん＠お腹いっぱい。
10/10/11 23:02:15
ちなみにInternet Chameleonは当時1万5千円くらいしてたはず
845:名無しさん＠お腹いっぱい。
10/10/11 23:04:55
>>840
東証のarrowheadはLinux
846:名無しさん＠お腹いっぱい。
10/10/11 23:07:47
ググッたらこんなページが出てきた
URLﾘﾝｸ(www.funkygoods.com)
847:名無しさん＠お腹いっぱい。
10/10/11 23:16:05
そういえば MS-DOS の頃は Excelan というTCP/IPのパッケージがあった。
自分はPC-98版しか使ったことないけど、NFS, FTP, TELNET が動いてSunのNFSとの相性も
よかったので、大学で小規模なTSS風のシステムを作るのに重宝したよ。
MS-DOSのアドレス空間ではTCP/IPのスタックは重すぎるという理由で、専用に開発された
ネットワークインターフェースのボード上に8086が乗ってて、本体と連携して実現していた。
848:名無しさん＠お腹いっぱい。
10/10/11 23:23:41
>>796
インターネットは1994年頃からPC雑誌に頻繁に特集されるようになり
28.8KモデムやISDNのTAが飛ぶように売れてた
まだ当時は回線スピードが遅かったのと半従量制課金だったところが多いので
CD-ROMの付録が付いてただけ
ImpressのPC Watchは1996年4月からニュース記事のバックナンバーあるよ
URLﾘﾝｸ(pc.watch.impress.co.jp)
849:名無しさん＠お腹いっぱい。
10/10/11 23:28:10
1996年の5月にこんな記事あるね
引き続き品薄状態の続くTAだが、IT45DSUの入荷あり
URLﾘﾝｸ(pc.watch.impress.co.jp)
850:名無しさん＠お腹いっぱい。
10/10/11 23:49:25
>>798
>だからといってSPARC復権はありえないし。ARMをサーバにも使うだけだ。
ユーザー端末が「x86 PC」からARM搭載のモバイル機器にシフトすれば、その先には
サービスのクラウド化が促進されて、サーバー側でSPARCマシンが活躍すればいい。
端末だけで完結してしまうx86時代よりも、SPARCの市場拡大チャンスがある。
851:名無しさん＠お腹いっぱい。
10/10/11 23:55:34
Linux「すいません。もういっぱいなんですよ」
852:名無しさん＠お腹いっぱい。
10/10/12 01:27:56
まだわからんやつがいるな
SPARCサーバの市場が縮小する見込みしかないからSunが消滅したというのに
853:名無しさん＠お腹いっぱい。
10/10/12 03:16:39
>>843
そんなサードパーティの製品ではなく、マイクロソフトがWfWを出していたわけだが・・・日本では出てないけど。
854:名無しさん＠お腹いっぱい。
10/10/12 03:18:43
>>848
一般人の話なのに、マニアの話をしてどーする
855:名無しさん＠お腹いっぱい。
10/10/12 03:19:54
>>850
> サーバー側でSPARCマシンが活躍すればいい。
> SPARCの市場拡大チャンスがある。
x86で十分なのにSPARCの出番なんかないよ。
856:名無しさん＠お腹いっぱい。
10/10/12 04:30:06
WSはもう無い。
サーバーもいつまでもつやら。
857:名無しさん＠お腹いっぱい。
10/10/12 07:48:02
SPARCサーバはx64サーバの10倍のカネを出す価値があるんだっけ？って話だな
858:名無しさん＠お腹いっぱい。
10/10/12 10:19:54
CPUとしては性能の劣るSPARCだからこそいい、という用途を見つけられるかどうかじゃないか
インテルはItaniumに見切りを付けたのか、サーバー向けx64系のCPUの可用性を上げてきている
859:名無しさん＠お腹いっぱい。
10/10/12 10:29:58
もともとItaniumは、可用性優先の設計じゃないんだよなー。
本来はx86に取って代える予定で、主戦場はあくまでもパソコンだったんだけど、
開発スケジュールが遅れてパソコンでは使えなくなってサーバ、それもXeonで
及ばない領域に逃げざるをえなくて、高可用性へ舵を切らざるをえなかったわけで。
860:名無しさん＠お腹いっぱい。
10/10/12 10:40:33
「京」の次が決まらないとSPARC64にも未来はないわけで
861:名無しさん＠お腹いっぱい。
10/10/12 22:11:30
なんで採用されたのか？
862:名無しさん＠お腹いっぱい。
10/10/12 22:36:50
日立とNECが逃げちゃったからw
863:名無しさん＠お腹いっぱい。
10/10/12 22:39:46
>>860
日本の大プロジェクトだけで使われたって意味がないだろ
これに触発されて世界で受注が無いことには
そもそもそれほど大きな市場じゃないんだし
864:名無しさん＠お腹いっぱい。
10/10/12 23:13:27
SPARCもIA64も希望でいっぱいだったのに
3歳児検診で発達障害が見つかったみたいな
865:名無しさん＠お腹いっぱい。
10/10/12 23:31:26
>>860
SPARC64、次とその次くらいはあるみたいだよ
URLﾘﾝｸ(journal.mycom.co.jp)
866:名無しさん＠お腹いっぱい。
10/10/13 00:05:49
Rockが如く
867:名無しさん＠お腹いっぱい。
10/10/13 00:05:59
NiagaraとSPARC64のどっちが先になくなるのか。
Rock？そんなもんでねーよw
868:名無しさん＠お腹いっぱい。
10/10/13 07:20:21
Niagaraはスレッドあたりの処理能力があまりにも低すぎて、
使い方に工夫が必要すぎるのが問題。
869:名無しさん＠お腹いっぱい。
10/10/13 07:36:02
>>863
>日本の大プロジェクトだけで使われたって意味がないだろ
日本は内需だけでも大きいから、せめて日本でしっかり使われれば
それなりの規模になるだろう。
2000年頃に政府のIT化が急激に導入されたから、Sunのシステムを
構築している官公庁は少なくないと思う。
この頃から続くSPARCを、将来的にSPARCのままリプレースできる
なら、SPARC事業を存続させる意義はある。
870:名無しさん＠お腹いっぱい。
10/10/13 09:42:50
>>863
IBMディスってんの？
871:名無しさん＠お腹いっぱい。
10/10/13 11:37:08
>>869
ふつうHPだろ?