[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/12 04:57 / Filesize : 234 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【Oracle】故Sun Microsystems 最大の墓標



1 名前:名無しさん@お腹いっぱい。 [2010/04/22(木) 07:01:01 ]
(-人-)ナムナム

【前スレ】
Sun Microsystems 最大の解雇
pc12.2ch.net/test/read.cgi/unix/1263808782/


754 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 13:16:46 ]
100年も経てば絶滅してるだろ

755 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 17:52:42 ]
>>753
家庭用はテレビとかに組み込まれてPCとは意識せずに使うんじゃね?
オフィス用途もクラウド化して社員の端末には最小限のデータしか持たせないようにするはず

756 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 18:45:32 ]
>>749
おいおい、MacはPCに負けたのと、iPhoneやiPadにリソース注いでてMacやる気が足りないから、衰退してんのよ。

ブレードサーバは当初は高密度を売りにして登場したが、売れなかったんだよ。
それで次に、管理しやすさを売りにして軌道修正して、売れるようになったんだよ。
OpenBlocksのような管理しにくいものがブレードサーバを置き換えるなんて、ありえない。


757 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 18:50:39 ]
>>754
腕時計が普及しても、壁掛け時計は絶滅しなかった。
しかし、携帯電話が普及したら、腕時計は販売不振で苦しんだ。

デスクトップPCというか据え置きのPCは、形は変っても残ると思うね。


758 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 19:48:20 ]
>>757
15年後くらいならそんな感じかもしれないが100年後だからな…
その頃にはシリコンですらないだろうし想像もできんわ

759 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 20:25:22 ]
キンドルは本代わりに良いと思う

760 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 21:58:24 ]
UNIX-WSは、単純なハード性能と言う点で言えば、Pentium2が出た頃に
PC/ATに追いつかれていた。すでにその頃、Sparc/Mipsはx86チップの
性能に対抗できなかった。

761 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 22:09:26 ]
生き残るかどうかってだけの話なら、大型機もまだ生き残っているわけで。
インターネット利用に関しては、PCの市場をかなりの数の携帯電話が食った。
タブレットがPCの市場を全く食えないとは到底思えない。後は程度問題。

762 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 23:25:58 ]
>>760
その「ハード性能」ってプロセッサの処理能力しか見てないだろ?

運用を視野に入れた場合、大事なのは全体としての処理能力や、負荷が掛かったときに
どれだけ落ちるか、限界近くでどれだけ粘れるかという特性が重要だと、自分は考える。



763 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 23:32:29 ]
と一線から脱落したものが申しております

764 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/09(土) 23:41:56 ]
>>761
> インターネット利用に関しては、PCの市場をかなりの数の携帯電話が食った。

日本は特殊かもしれないが、
初めてインターネット利用に使ったのがPCではなく携帯だという人口が多いよ。
PCから携帯に乗り換えたのなら食った・食われた、だけど、
最初から世界が違うのは、なんと言えばいいんだろう。

>>762
> 全体としての処理能力

x86のほうが上だった

>負荷が掛かったときにどれだけ落ちるか

SPARCは負荷かかってない時も遅いから、キャッシュミスでの速度低下が、相対的に小さいだけだ。
キャッシュミスが多発する状況下では、x86とSPARCの速度差はなかったと思う。

、限界近くでどれだけ粘れるか

そいつはハードウェアではなくOSの作りだな。
x86版のSolarisは色々とアレだったんで、SPARCはズルしてたってことだな。

765 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 00:20:20 ]
>>764
最初から携帯電話の人がいようがいまいが、
携帯電話でインターネットをする人が増えたなら、
市場は食われているだろ。
90年代中頃はワークステーション以上、
PC以上じゃないと利用できなかったのだから。

766 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 00:21:23 ]
>>764
昔のx86は各種バスが劣っていたから、
I/O性能が余り出なかった。

767 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 00:49:06 ]
Oracleのコーポレートスローガンが
Hardware and softwere. Engineered to work together.に変わったみたい。


768 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 01:38:51 ]
>>765
一般人のインターネット利用、なんていう市場は90年代中ごろには存在しなかったんですが。

>>766
いるんだよね、そういう人。
x86はバスがISAでPIOだの、I/Oプロセッサがないだのと言う人。

SPARCと比較しているPentiumIIの頃は、すでにPCのバスはPCIになっていたぞ。
もちろん、SBusのI/Oプロセッサに相当するものは、SCSIやLANのPCIコントローラに内蔵されてたぞ。

769 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 02:46:45 ]
>>768
非積極的だったNIFTYが1996年には一般向けのサービス開始しているのに?

770 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 02:48:28 ]
先生パンツ

771 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 02:49:12 ]
誤爆

772 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 06:00:28 ]
一般にインターネットが普及してきたのは ISDN+テレホーダイ以降じゃね?(1999年〜)
それ以前はサービスが始まっていたとしてもまだまだ利用はされていなかった
おまいらの話は逸般人だから基準にならない



773 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 09:13:57 ]
ネットワークサービスならそれ以前では
Windows95の発売が大きかったと思う


774 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 10:20:52 ]
>>773
Windows95 plusだろ。

それまでに市場が存在しなかったなんて事はない。
MS-DOS, Windows 3.1, MacOS用のTCP/IPスタックは、
もっとも売れているソフトウェアの一つだった。

775 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 10:23:11 ]
>>772でFA

776 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 10:31:48 ]
95年がインターネット元年と言われ利用者500万程度
97年には利用者が1000万越えていた
今は9000万超えてるらしいからそれよりはずっと少ないのは確かだが
500万だの1000万だのという数字は「市場が存在しない」と言い切るには、
いささかデカ過ぎる数字だぞ

777 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 10:51:13 ]
>>772
大々的に売り出された「Windows95」によって本末転倒して買った後に"パソコンの用途"があれこれと
考えられるようになり、その代表格として「インターネット」が次第に中心的な注目を集めるようになった。

Windows95の日本での発売は1995年の末頃。そして、すぐに1996年に入るが「個人のホームページ」
などの類が1996年中に多く登場し、いまでも稀に検索で1996〜1997年頃に作られたとされるページが
ヒットする。

1997年の春頃には「高校生・大学生の入学祝い」などでパソコンが買い与えられるような風潮にあり、
インターネットにおける日本語情報は学術を除くとゲームやアニメの情報が量においてはほとんどを
占めていたように思う。一部の特権的な利用者から「一般」と言えるところに降りたのはこの頃だろう。

1999年〜というのは既にあまりにも電話回線をインターネット接続に利用するユーザーが増えすぎて
保守的なNTTまでが対応サービスを提供するに至った頃なので「まだ利用されていなかった」などと
いう認識は誤り。

778 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 12:19:54 ]
IIJがダイヤルアップIP接続をはじめたのが1994年5月。この段階で加入電話があれば個人でも利用できた。

ttp://www.iij.ad.jp/info/point/history/index.html

779 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 12:25:03 ]
まーた素人が勝手な思い込みと妄想で歴史を語るスレか

780 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 12:31:37 ]
>>779
無知は巣に帰れ

781 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 12:46:16 ]
おっさんたちが思ひ出と哀愁で歴史を語るスレの誤り。
1996-1997年にはゲームでインターネットを使っただろっ

782 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 13:29:59 ]
>>768
> 一般人のインターネット利用、なんていう市場は90年代中ごろには存在しなかったんですが。

アホ丸出しだな。どんだけ思い込みが激しいんだ。



783 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 13:52:17 ]
荒れそうで荒れないな、商売は下手だったが知識はあるようだ

784 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 14:08:15 ]
90年代中頃って、まだパソコン=オタクだっただろ?

785 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 14:18:51 ]
オタクのおこづかいつぎ込み率をなめんな!

786 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 18:15:19 ]
>>776
その500万 1000万という数の中には、法人での使用も含んでるでは?
90年代後半辺りの家庭・個人でのインターネット使用はもう少し少なかった
と思う。特にまだこの頃だと地方や肉体労働なとこだと、「ネット?そんなもの
いらないだろ。」みたいな風潮が強かったしさ。
当方、人口30万人ほどの中部地方の中規模都市に在住だが、90年代後半
辺りなんてネット利用者はまだ少数だった。


787 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 18:53:44 ]
>>786
当時、5万人未満な市に居たけど利用者だらけだったよ
一応関東だが

788 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 19:00:15 ]
(つづき)
本音で言ってsun/solarisのアキレス腱はI/Oドライバ周りだと思いますよ。

790 名前:名無しさん@お腹いっぱい。 [2010/10/10(日) 21:04:33 ]
2年ほど前に中古のSparcマシンを購入したが、危険サイト見るためのマシン
と化してる、

791 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 21:24:54 ]
話の分からない人がいるんだなぁ。

PCではなく携帯電話でネットを使って満足している人達について、
すでにPCが取っていた領地が携帯に奪われたのか、
未開の土地をPCではなく携帯が開拓して安住したのか、
っていう話でしょうが。

分母を考慮せずに割合の話をするのは、相手を騙すのが仕事の人だけにしとけ。

792 名前:768 mailto:sage [2010/10/10(日) 21:31:41 ]
>>788
> SBusにはIOプロセッサなんてありませんよ。

I/Oプロセッサと言っていいのか悪いのかワカランが、
SBusとISAバス(に近い、マイコン系バス)のバスブリッジにDMAコントローラが入っていた。

Sunは既存の安い部品を集めてUNIXワークステーションを作る会社なわけで、
LANコントローラやSCSIコントローラは、パソコン用の安いチップだったよ。

日本ではSunのワークステーションは高い値段で売られていたけれども、
それは輸入業者や販売業者、税金などで膨れ上がったのであって、
本来は、パソコンに毛が生えたものなんだよ。



793 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 21:32:54 ]
>>791
市場占有率は割合で語られます。

794 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 21:42:50 ]
>>793
何に対する割合なのか、それが問題だって言ってるでしょうが。

795 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 22:55:01 ]
IntelもARMがライバルになるようじゃこの先やばいんじゃない
ARMは低消費電力というのが利点なのかもしれないが低価格というのも魅力の一つだからな
Intelは高価格でCPUを売ることで利益出してるからARMと競走するには
かなりの数のCPUを売らないと利益出せなくなる

796 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:02:53 ]
AtomとARMでは目指すところが微妙にずれてるな

Windows95/98 で普及したのは TCP/IP による社内 LAN であってインターネット利用は
もう少し後の話だよ
だからあの当時の雑誌には CD-ROM にフリーソフトがたんまり入ってただろ?
普通の人たちは33.6k〜56kモデムで従量制インターネットなんて使わなかったぞ

797 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:05:16 ]
言い方悪いが、そのセグメントで手も足も出ないプロセッサは指を咥えて見てるしかない

798 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:09:53 ]
SPARC vs x86の話と
x86 vs ARMの話は
相似形ではあるだろうが、
このスレで語ることか?

ARMがSun設計なら、失地を取り返す話にもなるが、違うだろ。

799 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:11:26 ]
携帯電話全体のうち高機能携帯が2割程度になったらそれだけで2億台超えることになる
その大部分の高機能携帯にARMが搭載されたらそれはそれでIntelも無視できなくなるだろうな

世界の携帯電話出荷台数、2012年には13億台を超える見込み――矢野経済研究所調べ
japan.internet.com/wmnews/20090716/13.html

2009年の世界市場における携帯電話の出荷台数は、前年比7.5%減の10億9,424万台と
なる見込みである。
第1四半期は、前年に引き続き景気悪化の影響を受けて低迷したものの、
メーカー各社の減産、在庫調整などを受けた事で第2四半期以降、少しずつ回復に向かいつつある。

800 名前:788 mailto:sage [2010/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:16:03 ]
>>798
Oracleはx86サーバも作ってるがARMサーバだって作ることが出来る
だから全く無関係なわけじゃない

802 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:19:38 ]
それと利益の源泉であるPC市場が将来、高機能携帯やタブレットに食われることになれば
Intelのサーバ向けCPU開発への投資も減るからな



803 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:23:11 ]
>>800
> シリアル系のチップやeeprom、rtcを接続しているebusのことと思います。

ちがう、NCR53C94やAMD7990をSBusに接続していたブリッジ。

> sbus自体にはdmaコントローラ機能はありませんでした。

ブリッジと言ってるでしょうが。

804 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:25:02 ]
>>801
ARMが下からx86を駆逐するのには、それなりの時間はかかるが、可能性としてはありえるな。

>>802
だからといってSPARC復権はありえないし。ARMをサーバにも使うだけだ。

805 名前:788 mailto:sage [2010/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:33:51 ]
>>804
>だからといってSPARC復権はありえないし。ARMをサーバにも使うだけだ

ARMがハイエンドサーバをターゲットにしたCPUを設計したりはしないだろ
ハイエンドサーバ向けCPUはARMにとって旨みはまったくないから

807 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:50:38 ]
msがarm用のwindowsを売り出せばいいんですね

808 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:51:58 ]
だからスレ違いって

809 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:53:42 ]
(つづき)
確かにarmを搭載したタブレットPCが氾濫すれば、msがその上でwindowsを
動かさない理由はなくなりますね。良い作戦だ。

810 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/10(日) 23:56:54 ]
サーバーのOSは別にWindowsでなくて全然構わんだろ
Linuxで十分だ、LinuxはARMで動くだろ

811 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 00:01:11 ]
サーバー市場でintelに勝つには、まずコンシューマ市場でintelに勝って、
intelの利益の源泉を絶つ必要があるでしょう。

812 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 00:01:40 ]
>>796
95はインターネット普及の原動力でもあったよ



813 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 00:19:54 ]
>>805
SPARCstation2の頃は、10Mでしたね。
100MのSunのNICの値段の高さには呆れました。


814 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 00:21:28 ]
>>806
今は設計しなくても、パソコン用のx86を下から食って行けば、いずれ設計することになるかもよ。

>>807
かつてはIntelのARMチップ対応のWindowsCE.NETとか作ってましたね。

815 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 03:22:56 ]
>>796
dial-up PPP接続より、イーサネットの常時接続の設定の方が難しかったんだが?
DHCPはまだ普及してないし、Windowsの対応も甘いし。

816 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 04:02:48 ]
>>815
おちつけ、相手の文章をよく読め。

そういや日本ではWfW(Windows for Workgroups)は市場投入されなかったんだよな・・・

817 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 06:28:48 ]
コアを複数並べてキャッシュをてんこ盛りにしないとAtomにすら勝てないのがARM

818 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 06:41:44 ]
IntelのXScaleなら使ったことあるが、遅くはなかったよ。
まだ数百MHzの時代だけどね。

819 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 07:05:06 ]
Intelって会社は贅沢なんだよ

i860もi960もXScaleもItaniumも、
立派に成功してると思うんだよね

ちゃんと採用製品が世の中に出て、
一発で消えずに続いたのだから

ライバルのAMDのAm29000も良かったのに、
x86に人的リソースを回すという理由で廃止
もったいなかったよなー

820 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 09:40:33 ]
i960 は当時のプリンタの制御用マイコンとして長生きしたからな
あのアーキテクチャが Intel の GPU につながっていると思うと感慨深い

821 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 10:14:23 ]
>>817
Cortex-A8クラスだと、コアあたりの性能、Atomの1/2ぐらいになってるよ。
あと多分マイクロスライス鯖にはAtomの性能もいらん

822 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 10:19:33 ]
i860は成功したか?
XScaleはDECのStrongARMだろ?



823 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 10:35:44 ]
>>815
周囲にNetWareで経験のある人は少なかった?

824 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 10:54:50 ]
IP接続の話をしてるのだが

825 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 11:02:04 ]
>>823
NetWareの話はしてない。
NetWareサーバ&クライアントの設定よりは常時接続設定の方が簡単。

826 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 12:38:26 ]
スマホとタブレット、その他家電で年間数億台売れるようになればARMはx64と渡り合える


827 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 13:24:06 ]
>>820
i960はMips採用時代のSGIのCGボードやセガ辺りのゲーセン基板のDSPとして
使われてた。

828 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 13:36:39 ]
>>827
SGIのマシンに使われていたのはi860じゃね?

829 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 13:45:10 ]
>>826
すでに、ARM採用製品は年間数億個は売られているような気がするぞ。

携帯電話の全世界の出荷台数は年間10億台を越えているわけで、
そのうち数割がARM使っていれば、数億台はARMってことになるよな。

830 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 14:19:42 ]
>>829
2006年度のデータだが、年間24億個出荷

携帯電話の標準CPU「ARMコア」の現状
〜ARM日本法人の西嶋社長に聞く
pc.watch.impress.co.jp/docs/2008/0115/arm.htm

831 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 14:24:07 ]
>>830
それはコア数でカウントしているので、
携帯電話は1台にベースバンドとアプリの2つのARMコアを使うので、
16億個のARMコアが、10億台の携帯電話の中に使われるという、不思議なことになる。

まぁそれを差し引いても、>>826 は・・・むり

832 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 14:46:23 ]
SuperHを使っているのは…国内だけw



833 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 14:50:00 ]
ARMの売り上げは一社が独占してるわけじゃないからな・・・・
ああこれ、構図としてはLinuxがWindowsを駆逐するって与太話に似てるんだな

834 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 16:44:42 ]
携帯向けCPUはPC向けより単価安いから、利益率低いだろ。


835 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 16:49:13 ]
Linuxが駆逐したのはunixだと思う。aix、hp-uxは早々に敗退し、最後
まで残っていたのがsolarisだったが、結末は皆様ご存じの通り。

836 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 16:58:37 ]
タダなら何でもいい。

837 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 17:25:01 ]
>>835
Digtal UNIXも仲間にいれてやって!
DECのStettnerがIBM, HPその他にOSF設立を持ちかけたのが、
Sunのつまづいたの最初の一歩だから。

838 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 18:08:42 ]
>>835
エンタープライズ用途ではAIXもHP-UXもSolarisより圧倒的に勝ち組だけど…

839 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 18:17:47 ]
>>838
ローエンドしか扱えない、それが全てな世界が狭い方々もいらっしゃるんだよ

840 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 20:27:41 ]
Linuxで商売しているのは中小とかカネの無いところだろ

841 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 20:28:35 ]
…突っ込まない、突っ込まないぞ…!!

842 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 21:18:15 ]
サーバー用途じゃまんざらないわけじゃない
クラウド型のサーバーにWindowsはほとんどないからな
ジャンルイガセーが最近のブログでちょっと面白いの書いてる



843 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/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 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:02:15 ]
ちなみにInternet Chameleonは当時1万5千円くらいしてたはず

845 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:04:55 ]
>>840
東証のarrowheadはLinux

846 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:07:47 ]
ググッたらこんなページが出てきた

www.funkygoods.com/schwarzschild/2009_05/2009_05_25.html

847 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:16:05 ]
そういえば MS-DOS の頃は Excelan というTCP/IPのパッケージがあった。
自分はPC-98版しか使ったことないけど、NFS, FTP, TELNET が動いてSunのNFSとの相性も
よかったので、大学で小規模なTSS風のシステムを作るのに重宝したよ。

MS-DOSのアドレス空間ではTCP/IPのスタックは重すぎるという理由で、専用に開発された
ネットワークインターフェースのボード上に8086が乗ってて、本体と連携して実現していた。

848 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:23:41 ]
>>796
インターネットは1994年頃からPC雑誌に頻繁に特集されるようになり
28.8KモデムやISDNのTAが飛ぶように売れてた
まだ当時は回線スピードが遅かったのと半従量制課金だったところが多いので
CD-ROMの付録が付いてただけ

ImpressのPC Watchは1996年4月からニュース記事のバックナンバーあるよ
pc.watch.impress.co.jp/docs/article/backno/98index.htm


849 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:28:10 ]
1996年の5月にこんな記事あるね

引き続き品薄状態の続くTAだが、IT45DSUの入荷あり
pc.watch.impress.co.jp/docs/article/960530/takakaku.htm

850 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:49:25 ]
>>798
>だからといってSPARC復権はありえないし。ARMをサーバにも使うだけだ。

ユーザー端末が「x86 PC」からARM搭載のモバイル機器にシフトすれば、その先には
サービスのクラウド化が促進されて、サーバー側でSPARCマシンが活躍すればいい。

端末だけで完結してしまうx86時代よりも、SPARCの市場拡大チャンスがある。

851 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/11(月) 23:55:34 ]
Linux「すいません。もういっぱいなんですよ」

852 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 01:27:56 ]
まだわからんやつがいるな
SPARCサーバの市場が縮小する見込みしかないからSunが消滅したというのに



853 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 03:16:39 ]
>>843
そんなサードパーティの製品ではなく、マイクロソフトがWfWを出していたわけだが・・・日本では出てないけど。

854 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 03:18:43 ]
>>848
一般人の話なのに、マニアの話をしてどーする

855 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 03:19:54 ]
>>850
> サーバー側でSPARCマシンが活躍すればいい。
> SPARCの市場拡大チャンスがある。

x86で十分なのにSPARCの出番なんかないよ。


856 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 04:30:06 ]
WSはもう無い。
サーバーもいつまでもつやら。

857 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 07:48:02 ]
SPARCサーバはx64サーバの10倍のカネを出す価値があるんだっけ?って話だな

858 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 10:19:54 ]
CPUとしては性能の劣るSPARCだからこそいい、という用途を見つけられるかどうかじゃないか
インテルはItaniumに見切りを付けたのか、サーバー向けx64系のCPUの可用性を上げてきている

859 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 10:29:58 ]
もともとItaniumは、可用性優先の設計じゃないんだよなー。

本来はx86に取って代える予定で、主戦場はあくまでもパソコンだったんだけど、
開発スケジュールが遅れてパソコンでは使えなくなってサーバ、それもXeonで
及ばない領域に逃げざるをえなくて、高可用性へ舵を切らざるをえなかったわけで。

860 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 10:40:33 ]
「京」の次が決まらないとSPARC64にも未来はないわけで

861 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 22:11:30 ]
なんで採用されたのか?

862 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 22:36:50 ]
日立とNECが逃げちゃったからw



863 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 22:39:46 ]
>>860
日本の大プロジェクトだけで使われたって意味がないだろ
これに触発されて世界で受注が無いことには
そもそもそれほど大きな市場じゃないんだし

864 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 23:13:27 ]
SPARCもIA64も希望でいっぱいだったのに
3歳児検診で発達障害が見つかったみたいな

865 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/12(火) 23:31:26 ]
>>860
SPARC64、次とその次くらいはあるみたいだよ

journal.mycom.co.jp/photo/articles/2010/08/13/sparc/images/001l.jpg

866 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 00:05:49 ]
Rockが如く

867 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 00:05:59 ]
NiagaraとSPARC64のどっちが先になくなるのか。
Rock?そんなもんでねーよw

868 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 07:20:21 ]
Niagaraはスレッドあたりの処理能力があまりにも低すぎて、
使い方に工夫が必要すぎるのが問題。

869 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 07:36:02 ]
>>863
>日本の大プロジェクトだけで使われたって意味がないだろ

日本は内需だけでも大きいから、せめて日本でしっかり使われれば
それなりの規模になるだろう。

2000年頃に政府のIT化が急激に導入されたから、Sunのシステムを
構築している官公庁は少なくないと思う。

この頃から続くSPARCを、将来的にSPARCのままリプレースできる
なら、SPARC事業を存続させる意義はある。

870 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 09:42:50 ]
>>863
IBMディスってんの?

871 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 11:37:08 ]
>>869
ふつうHPだろ?

872 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 18:27:34 ]
>>843
Windows 95用も出てたんだぞ。TCP/IP関連スタックは。
Windows 95 plusが出て必要なくなったが。




873 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 18:29:39 ]
>>864
IA64はもともと(ry

874 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 18:55:20 ]
>>872
Windows95は標準でTCP/IPプロトコルスタックを内蔵してたから
LANでTCP/IPを使うのにもダイヤルアップPPPでTCP/IP使うのにも
他の追加ソフトは必要なし
PlusにはIEが入っていたが無料でも配られてたし当時はNetscape使うのが普通だった

875 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 19:12:50 ]
だがゲイツは TCP/IPとインターネットについてはまるで理解できてなかったけどな。
Win95出した後でさえ、「MSは NetBIOSで行く」って言ってたし。
「指先の情報」だぞ、ゆ・び・さ・き。ww うふw



876 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 19:32:07 ]
>>875
ビル・ゲイツが、TCP/IPとインターネットを理解できない馬鹿なわけないだろ。
それなりの考えがあってのことだと思うがなぁ。

Windows2000からじゃない? TCP/IP以外がデフォルトで入らなくなったのは。

877 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 20:13:59 ]
>>876
ないない。頭にあるのは、とにかく何かに勝つことだけ。

878 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 20:35:10 ]
lan manager って3comのイメージが強くて、MSは売っていただけな気がするんだが

879 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 21:05:08 ]
>>874
> Windows95は標準でTCP/IPプロトコルスタックを内蔵してたから
> LANでTCP/IPを使うのにも、

ここまではいいんだが、(まだ足りないものもあったが)

> ダイヤルアップPPPでTCP/IP使うのにも
> 他の追加ソフトは必要なし

これは嘘。Dialup networkはplus!から。
>>874はたぶん職場か、大学で常時接続しか使ってなかったのだろう。

Microsoftはパソコン通信MSN(無手順!)を大プッシュしていて、
PPP接続を敵視していた。Windows 95では。

880 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 21:10:47 ]
9,600bpsや14,400bpsのアナログモデムでダイアルアップ接続した場合、
TCP/IPのオーバーヘッドは無視できないくらい大きくてtelnetでイライラしたなぁ。

881 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/13(水) 22:04:02 ]
win3.1でお世話になったトランペットwinsock (トランペットwinsock)

882 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 12:50:56 ]
みんなで夜更かししていたテレホタイム(テレホタイム)



883 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 16:04:55 ]
モデムで telnetでイライラ? 何言ってんだコイツ。
UUCPか tipで済むだろ。オンロード車でダート走って文句言うバカといっしょww

884 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 16:06:11 ]
>>876
> それなりの考えがあってのことだと思うがなぁ。

オメデタいなwww 一生口開けてエサ入れてもらえよw

885 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 16:33:04 ]
>>883
せめてuuxと書いてくれ。

886 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 16:35:50 ]
まだ墓穴が浅いか? どんどん掘れよww

887 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 17:03:40 ]
>>883
UNIXマシンを、電話線経由でログインして使ったことないの?

888 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 20:10:56 ]
>>879
15年も前のことなので記憶があいまいだが
当時のISPの説明書を参照すると

素のWindows95の場合、「アプリケーションの追加と削除」から
「ダイヤルアップアダプタ」と「TCP/IP」を手動でインストールして
「ダイヤルアップネットワーク」から「新しい接続」をダブルクリックして
設定するように書かれてる

Plusをインストールした場合はデスクトップ上に「インターネット」アイコンが作成
されているのでそれを起動してウィザードに沿って設定するように書かれている

この説明書はWindows95以外にもWindows3.1でTrumpetやInternet Chameleonや
INTERNET OFFICEを使った場合やMacの場合の設定方法も載ってた

PlusをインストールするとIEが入ったのとウィザード形式で簡単に設定できただけで
素のWindows95でも間違いなくダイヤルアップPPP接続ができた
俺自身もWindows95を発売当初に購入し、Windows95だけでダイヤルアップPPP接続で
ISPに接続した記憶がある
それに海外では知らないが日本ではWindows95とPlusは同時発売だったはず


889 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 22:50:58 ]


890 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/14(木) 23:23:30 ]
ィィ

891 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 08:07:40 ]
>>887
おまえ、tipって何かわかんないのか?
# だから墓穴だと言ってやってるのに...w

892 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 09:09:09 ]
>>891
なんか、そんなのもあったな。
で、それがどうした?

アナログのモデムにはTCP/IPはレイテンシが大きくて重いって話には、まったく関係ないよね。



893 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 11:00:51 ]
tipってことはAT&T系?
昔はcu使っていた人が多いと思われる。

894 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 15:27:40 ]
どこまで墓穴掘るんだか... 際限知らずwww

895 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 15:34:18 ]
ま、いちおう書いてやろう。もう顔洗って寝な。

>>893

HISTORY
The tip command appeared in 4.2BSD.

>>892
だから、モデムで TCP/IP使う必要なんかあんまりなかったんだよ。
そんなのは LAN前提のソフトを無理にモデム経由で使いたかった場合。
tipも知らんで telnetなんかわざわざ使ってるやつがオーバーヘッドだの
カタハラ痛いわいww

896 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 16:16:01 ]
なあ、話の流れ分かってる?

>>879
>>880


897 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 16:31:41 ]
基地外に話が通じると思ってる?

898 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 17:58:11 ]
シリコン半導体のCPU開発競争は10年以内に物理的な限界に達して急激に鈍化するだろうな
それまで生き残れればSPARCは残るかもね

899 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 18:50:09 ]
本当に11nmプロセスまで行くのかな
pc.watch.impress.co.jp/docs/news/20090821_309731.html

さらに今後については、2012年に22nmプロセス、2014年に16nmプロセス、
2016年に11nmプロセスを予定しているという。
同氏は、「11nmプロセスまでに関して言えば、Intel自社だけで開発できるのではないかと予想している。
8nm以降は何らかの形でブレイクスルーが必要だ」述べた。

900 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 19:14:21 ]
中国共産党の圧政の下で活動できるように
PSTNとモデムでUUCPネットを構築する技術は継承しといた方がいいな

901 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 19:16:56 ]
>>896
くだらないテメーの特定環境のクソぐあいを真顔で一般論として垂れる
ゲイツと同じことやってんじゃねーぞそれも Unix領域で、とそう言ってるんだが。

>>897
2連投ずつなのが、誰にでもわかるわけだが。おまえ、進歩ないな。

902 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 19:56:44 ]
>>901
いいかげんにしろ。
汚く罵るだけの人はいらない。



903 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 20:15:13 ]
>>898
>シリコン半導体のCPU開発競争は10年以内に物理的な限界に達して急激に鈍化するだろうな

それ、10年前にも同じように「10年以内に物理的な限界に達して・・・」とか言われてなかった?

まるで「石油の枯渇」が「永遠の"あと30年"」wであるのと同じように、CPUも「永遠の"あと10年"」
なんじゃないの?

904 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 22:00:41 ]
断言できる。おいらの寿命が先に尽きる。

905 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 23:00:29 ]
> それ、10年前にも同じように「10年以内に物理的な限界に達して・・・」とか言われてなかった?

言ってない。
原子の大きさは変わってないし、量子物理学に革命があったわけでもないし。

906 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/15(金) 23:26:01 ]
ただ露光技術はかなりいい線で漸進した
さすがにそろそろサチると思うが…

907 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/16(土) 00:04:12 ]
最近じゃ物理的限界より先に経済的な限界が来るって言われてないか?

908 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/16(土) 11:23:02 ]
漸進してるといってもその度合いはゆっくりしてきた

909 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/17(日) 05:57:01 ]
マンデルブロたんがお亡くなりになったようだ…RIP

910 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/17(日) 18:11:11 ]
なぜここに?
AIXのスレならまだ分かるが…

911 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 02:36:12 ]
和田位が無いから

912 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 05:11:02 ]
「次期SPARC64 CPUを手にしながら」とはどれのこと?

米Oracle OpenWorld 2010 現地レポート
- 富士通 基調講演 -
primeserver.fujitsu.com/sparcenterprise/event/report/oracle-ow2010/keynote/

さらに当社とSun社とのパートナーシップおよびSPARCプロセッサ開発の歴史、
SPARC Enterpriseの開発方針やロードマップについてもご紹介しました。


1983年に富士通とSun社がパートナーシップを結んで以来、
両社でSPARC/Solarisサーバの性能/信頼性向上を目指し、互いに協力してきました。

2007年に誕生したUNIXサーバSPARC Enterprise は、
富士通が長年培ってきた高性能・高信頼技術と、Sun社のオープンアーキテクチャーを
融合したグローバルスタンダードサーバです。
世界各国でミッションクリティカルな業務を支え続けています。


基調講演にはJohn Fowler氏も登壇し、次期SPARC64 CPUを手にしながら、
富士通と米オラクル社のパートナーシップや、
今後のSPARC開発への意気込みを語り合いました。



913 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 07:43:41 ]
まだ >>653 で見れるんじゃない?

914 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 09:46:54 ]
> 「次期SPARC64 CPUを手にしながら」とはどれのこと?

京に載るやつなのでは?

915 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 11:23:24 ]
UltraSPARC T3-1、T3-2、T3-4
これまた分かりやすすぎる型番になったな。

10GbEコントローラ内蔵・・・って、T2で内蔵してたのをT2+で取り外したのが復活しただけじゃないか。

916 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 14:17:22 ]
1Uサーバなくなって、Mシリーズのローエンドと差別化が難しくなってきたな。
来年には、x86の方も16コアがでてくるし、厳しくなる一方だぬ。

917 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 17:55:36 ]
DDR3の4チャンネルって、それで足りるのかな。

T2 では、DDR2チップ使用のFB-DIMMが8ch
T2+では、DDR2チップ使用のFB-DIMMが4ch
T3で、DDR3を直に4ch
どんどん性能が低下してるような・・・

918 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/20(水) 20:10:45 ]
>>914
もうすぐ出るMに載るやつじゃないの?

919 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 13:15:54 ]
>>916
x86の 16コアなんてどうせリニアには性能出ないだろ。

920 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 14:25:22 ]
>>919
まるで、SPARCなら16コアでリニアに性能が出るかのような言い草だな、おい。

921 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 16:35:55 ]
16CPUで出んもんは 16コア 1ソケットでも出んよ。あわれな x86じゃw

922 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 16:47:48 ]
x86で SMPがまともに動くんなら、Itaでメインフレームに行ったとこは
x86でもやれるはずだよね?
SGIだって、Linux機だし。



923 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 17:04:48 ]
HPCはえんた〜ぷらいずぅでは無いそうですよ。

924 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 17:08:51 ]
哀れなのは、T3の方だろw
ローエンドにしては高杉、ハイエンドにしてはスケーラビリティも信頼性もイマイチ。

925 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:37:41 ]
>>921
おまえ、920が読めてないのか。

>>922
わけわかめ

926 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:48:20 ]
どこで見たのか思い出せないが、x86 + Linuxは40コアあたりでガクンと性能が落ちる、なんていう論文があったな。

Linuxにはスケーラビリティ上のボトルネックになるような同期制御を伴う操作があって、
その同期の際にキャッシュのコヒーレンシがボトルネックになってしまうので、
同期制御を減らすように大改造を施すとガクンと性能が落ちなくなるよ、っていう内容。

で、その論文で面白いのは、Solaris for SPARCにも同様にスケーラブルではないが、
ライセンス上、その詳細を発表できないので察してくれとあったこと。

927 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:52:17 ]
いや、いまググって読み直したら、Solaris for x86だな。
Solarisはスケーラビリティに優れる傾向があるにせよ、やっぱり無理。
用途によっては8コアSPARCでもサチったとかいう話も。

928 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:54:06 ]
>>926
これの事かえ?
ttp://mkosaki.blog46.fc2.com/blog-entry-1139.html

929 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 18:54:53 ]
Sunのどこがスケーラブルなの?
昔からハードウェア的にパーティション切って使うようなサーバじゃん。

930 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 22:07:55 ]
パーティションを切らなくても使える。

931 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 22:11:59 ]
>>928
ああ、この人、ずっと前のlinux foundation主催のシンポジウムでredhatの
system tapの人にすごーく失礼な発言をしていた。相手は外国人だから分か
らなかったでしょうけど。俺は引いた。

932 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:37:14 ]
>>930
パーティション切らずにシングルOSイメージで使うと、スケールしないんだよ。



933 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:39:44 ]
>>926
スラドとかでも話題になったはずだけど、そういった改造すると、今のメインターゲット
16コアぐらいまでの構成だと性能が下がるはず。32コア以上のシステムが増えてくるのなら
ともかく、現在そういうシステムはほとんど存在しない以上、そういうシステムのため
だけの改変なんてナンセンスだ罠

934 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:42:21 ]
>>932
その辺がSPARC + Solarisのエンタープライズ向けの弱さだよなぁ。
にしても、>>923みたいな馬鹿がいるのか、このスレ…


935 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:50:38 ]
アムダールの法則ってのがあるわけで、
同じピーク性能なら、
低速コアを沢山ならべるよりも、
高速コアを少数ならべたほうが、
実アプリのスループットは高いだろうな。

936 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/22(金) 23:59:05 ]
>>935
スループットコンピューティングェ・・・。

937 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 00:08:46 ]
>>935
実際、並列度がおもいっきり高い処理が多そうなftpサーバの運用ですら
いろいろ苦労しているのが ttp://ftp-admin.blogspot.com/
でわかるわけで。

938 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 00:55:36 ]
むしろftpサーバは並列ではなく直列だと思うが・・・

939 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 00:58:29 ]
ていうかT2000って、UltraSPARC T1だよな。
Xeon 1ソケットにリプレースしたほうが幸せになるかも。

940 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 01:41:29 ]
三年目の浮気。

941 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:15:52 ]
>>925
> おまえ、920が読めてないのか。

出ない、のは性能出ない、な。文脈汲む訓練しろよwww

942 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:21:33 ]
>>927
そりゃ、わざわざ向いてないテスト組むことも可能だろうがな。
E10K以降があれだけ売れたのは当時のハイエンドユーザーがろくにテストもしない
節穴どもだったといくらパチョコンユーザーがほざいてみてもなwwくくwwププ

>>923,934
盛大な連投ご苦労さん、誰も同意してくれんな。きみの投稿ひろってつなげたら
笑えるだろうなぁ。そんなヒマなことしないけどwwwww



943 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:39:52 ]
>>941
問題は、そこか?

> x86の 16コアなんてどうせリニアには性能出ないだろ。
> まるで、SPARCなら16コアでリニアに性能が出るかのような言い草だな、おい。
> 16CPUで出んもんは 16コア 1ソケットでも出んよ。あわれな x86じゃw


944 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 09:42:27 ]
>>942
あんなデカいサーバを使うような企業は、パーティション区切って使ってただろ。

945 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 10:25:04 ]
うん。

946 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:01:41 ]
パーティション区切ったら、速度面だけ見れば、4ソケットくらいの複数台のサーバをラックに積み上げるのと一緒だものね。

947 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:22:53 ]
複数台のサーバーを積み上げるとは違うスケールメリットを求めている。

948 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:32:13 ]
「速度面だけ見れば」

949 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:36:07 ]
>>923
エンプラ向け SMP機と HPC機がぜんぜん別ものなのを見れば自明だと思うが。

950 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 11:45:35 ]
HPCはCPU集中タスクだし、同期はOSに頼らずに自前でやっちゃうから、とてもスケールしやすい。
エンプラはI/Oやプロセス・スレッド間のやりとりや、メモリ確保・解放などを激しく行うので、スケールしにくい。


951 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:01:56 ]
「資源の競合」なんつー激基本な知識さえ持ち合わせないバカが
x86なんぼヨイショしたところで逆効果だわな。Intelもこんなバカに取り憑かれて
さぞメーワクなことだろうw

952 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:07:43 ]
>>942
気が狂うってどういう気分?



953 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:11:29 ]
しったかぶった923がものすごい勢いで発狂しているな。

954 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 12:25:28 ]
>>951
> Intelもこんなバカに取り憑かれてさぞメーワクなことだろうw

すごい発想だな。


x86 + Linuxでキャッシュラインの競合でスケールしないという話は、XeonではなくOpteronでの実験結果なんだよね。
Opteronのキャッシュ・コヒーレンシは、けっこう重いんだ。とくに、同一キャッシュラインを奪い合う状況に弱い。
Xeonが帯域幅を犠牲にしてでも共有バスに固執してた理由の1つが、それなんだよね。そんなXeonも、
コア数やスレッド数が増えて、レイテンシよりも帯域幅が優先されるようになったら、QPIに移行したけどね。

955 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 13:51:18 ]
>>948
速度面だけ見ればなおさら積み上げるだけじゃだーめ。

956 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 14:01:42 ]
ああSPARCのKモデル使うことと、Linpackの日に頑張ることが混じっているのか。
主は前者には無さそうだな。

957 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 16:04:23 ]
>>955
なんで?

大きな筐体の中の4ソケットのパーティションと、
ラックマウント筐体の4ソケットのサーバは、
ハードウェア的に同一だよ?

なにしろ、4ソケットのサーバの中身をバックプレーンで接続したものが、大きな筐体のマシンだからね。
で、パーティションを切るっていうのは、そのバックプレーンの接続を分割するってことだよ。

958 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 16:40:01 ]
だからSPARCのKを使う話をしてないんだろ?
スレ的にはそう思った。

959 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:02:07 ]
ん? 企業で使われていたE20KやE25Kの話してるんじゃないの?

960 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:14:55 ]
>>954
> すごい発想だな。

...「ホメ殺し」って、とってもフツーな発想なんだが。しらじらしい...ww

961 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:19:51 ]
>>952
パチョコンのことしか知らない低脳 x86使いが SMPを語ってるような興ざめな気分。

962 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 17:58:39 ]
>>960
その褒め殺しに至るまでの思考が、もうぶっ飛んでてワカラン



963 名前:名無しさん@お腹いっぱい。 [2010/10/23(土) 18:06:05 ]
>>959
そう思っていたけど違うみたい。
パーティションでノートパソコンを机に積み重ねてもよさげな速度を対象にするとは尾も罠かた。

964 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 18:53:30 ]
>>963
あなたの理解力が乏しすぎるんだな。
話がgdgdになるから、そういう人は遠慮してくれ。

965 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:08:24 ]
>>962
消えろ、しったか

966 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:10:04 ]
HPCとエンタープライズの区別すらできないキチガイの粘着がものすごいな。
自分が無知ってことを認められれば、もうちょっと賢くなれただろうに。

967 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:15:15 ]
>>965
お前だろ、知ったかは。
現実にはx86とSPARCのスケーラビリティの違いなんて問題にならんぞ。

968 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:16:46 ]
SPARCがXeonに塗り替えられていく様を認識できないんだろう、可哀想に。

969 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:18:50 ]
>>961
大変だね。知識がなくて同じことを言い続けて煽る以外の芸ができないって。
お前に知識のないくせに自己顕示欲が非常に強いことは理解してあげたから、
以後コテハンをつけること。

970 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:22:12 ]
とりあえず、923=942=951=961=964あたりかな? 他にもありそうだけど、確定的なのは。
それらを含めても、942でE10Kが売れた云々と言った以外は、技術論などまったくない、
単なるキチガイ煽りだなぁ。

971 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:25:52 ]
>>968
このスレ的には、SPARC vs Xeon or OpteronのCPU辺りでのスケーラビリティ論争よか、
システム全体としてSun vs HP or IBMでなぜエンタープライズ市場で負けたのかを
語るべきだよなぁ。

972 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 19:39:40 ]
Sunのハードウェアは信頼されてなかった。

その上で走らせる、案件対応で作ったソフトウェアの品質からすれば、
ハードウェアの信頼性なんか意味がないと思うんだが、客はそうは思わない。
だから、まずHPのSuperdomeで提案する。



973 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 20:02:31 ]
案件対応は客のわがままだけど、
ハードウェアは違うから、文句言いやすいしなw

974 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 20:44:36 ]
>>971
いや、対IBM,HPで勝負にならなかったからローエンド市場に活路を求めていたわけで
その末期のローエンドでの敗北要因を語るのも主旨から外れていないと思う

975 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 20:48:23 ]
PCの市場を食おうとしなかったことが悔やまれる。

976 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 21:01:14 ]
>>972
実際、Sun Fireとかでもトラブル多かったしなぁ。

977 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 22:30:55 ]
Sun Fireだからトラブルが多いとは思わないけど。
それしか扱わない人?

978 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 22:56:22 ]
>>975
食うべきだったのはPCではなくMacの市場かもしれない。
速度やメモリ量に対して、かなりの要求があったからね。

979 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:06:16 ]
>>978
Macの市場は知れてるし、UIで負けてるだろ
確かにサンのハードは信頼性なかった
サーバーだけじゃなくストレージの評価も低かったな

980 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:18:45 ]
>>979
でも、Macはデスクトップ市場で今も健在だよ。しかも、AdobeをWindowsに取られても、だ。

981 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:21:40 ]
>>977
日本語が理解出来ない人、乙

982 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:28:37 ]
むかしMacを仕事で使っていた人達が、
もしCPUが3倍、メモリが10倍のMacがあったら一千万でも買う、すぐに元が取れるから
って言ってたなぁ。

そういう業務用途にこそUNIXワークステーションが向いてると思うのだが・・・・



983 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:43:05 ]
UNIXワークステーションでDTP、DTV、DAWのソリューションあるの?

984 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:55:13 ]
>>981
あれ。Sun "Fire"だけとは書いて無いとか言っちゃう人なの。乙。

985 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/23(土) 23:56:38 ]
>>983
あったような気がする。

別になくても、Macと張り合うなら、Macのアプリのソフトハウスに片っ端から金とマシンばらまいて移植してもらえばいいのさ。

986 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 00:03:37 ]
ばら撒く分に見合う実入りがあるならそれもいいんじゃね。

987 名前:ftp.jaist.ac.jpの中の人 mailto:sage [2010/10/24(日) 01:27:25 ]
>>937
UltraSPARC T1で苦労したことはありません。
スレッドがたくさん走る状況でよくスケールするいいCPUですよ。
Niagaraシリーズは価格性能比が悪いので、次のftp.jaist.ac.jpはx86にしますけど。

988 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 01:40:40 ]
>>987
他のベンダーのx86サーバーにするのですか?

989 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 05:31:05 ]
>>984
気が狂うってどういう気分?

990 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 08:55:55 ]
>>982
当時のMacがPowerだったとすると、既にUNIX機と対して能力は変わらなかったんじゃないか
Macが今も健在なのは、iMac、iPodとむしろコンシューマー向けでヒット商品を作り続けたからだろう
ワークステーション市場でどうにかなったなんて夢
何年かは何とかなったにしても、Linuxに食われて終わり

そういえばサンがアップルの買収を検討していた時代があったんだよな
90年代後半、ジョブズが戻ってくる前、時代は変わるね

991 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 12:15:09 ]
>>989
今の気分かい?井の中の蛙っていうのを観察してる気分。
これからSun以外の仕事しなきゃいけないと思うけど、これまでの経験を大事に頑張ってな。

992 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 12:34:21 ]
>>991
消えろ基地外



993 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 13:07:21 ]
またそのセリフかよ。
安心知る。今日にもスレッドごと消えて終了する。

994 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 13:26:15 ]
ほい、次スレ

Sun Microsystems 最大の企業売春
hibari.2ch.net/test/read.cgi/unix/1242037807/

995 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 14:03:53 ]
>>993
はやくおちんちんがむけるといいね

996 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 15:26:24 ]
>>990
Macに対するSunのアドバンテージは、メモリ搭載可能量とプロセッサ数、だと思う。
ワークステーション・モデルで足りなければ、サーバを机の脇に置いて使うという手もあった。

997 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 15:30:06 ]
次スレ

Sun Microsystem最後の製品
hibari.2ch.net/test/read.cgi/unix/1287901751/

998 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 15:59:18 ]
>>996
サーバーでMacと比べられるなんて失礼千万。
ワークステーションもデスクサイドサーバーも無くなってしまった今では身近に使うことは過去の夢。

999 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 16:15:53 ]
>>998
今の話なんか、してないんだが。

1000 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/10/24(日) 16:23:57 ]
>>999
990は過去の話だけしてないぜ。
明日の話は次スレでいこうや。

1001 名前:1001 [Over 1000 Thread]
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。






[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<234KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef