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だろ?
872:名無しさん＠お腹いっぱい。
10/10/13 18:27:34
>>843
Windows 95用も出てたんだぞ。TCP/IP関連スタックは。
Windows 95 plusが出て必要なくなったが。
873:名無しさん＠お腹いっぱい。
10/10/13 18:29:39
>>864
IA64はもともと(ry
874:名無しさん＠お腹いっぱい。
10/10/13 18:55:20
>>872
Windows95は標準でTCP/IPプロトコルスタックを内蔵してたから
LANでTCP/IPを使うのにもダイヤルアップPPPでTCP/IP使うのにも
他の追加ソフトは必要なし
PlusにはIEが入っていたが無料でも配られてたし当時はNetscape使うのが普通だった
875:名無しさん＠お腹いっぱい。
10/10/13 19:12:50
だがゲイツは TCP/IPとインターネットについてはまるで理解できてなかったけどな。
Win95出した後でさえ、「MSは NetBIOSで行く」って言ってたし。
「指先の情報」だぞ、ゆ・び・さ・き。ww うふw
876:名無しさん＠お腹いっぱい。
10/10/13 19:32:07
>>875
ビル・ゲイツが、TCP/IPとインターネットを理解できない馬鹿なわけないだろ。
それなりの考えがあってのことだと思うがなぁ。
Windows2000からじゃない? TCP/IP以外がデフォルトで入らなくなったのは。
877:名無しさん＠お腹いっぱい。
10/10/13 20:13:59
>>876
ないない。頭にあるのは、とにかく何かに勝つことだけ。
878:名無しさん＠お腹いっぱい。
10/10/13 20:35:10
lan manager って3comのイメージが強くて、MSは売っていただけな気がするんだが
879:名無しさん＠お腹いっぱい。
10/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:名無しさん＠お腹いっぱい。
10/10/13 21:10:47
9,600bpsや14,400bpsのアナログモデムでダイアルアップ接続した場合、
TCP/IPのオーバーヘッドは無視できないくらい大きくてtelnetでイライラしたなぁ。
881:名無しさん＠お腹いっぱい。
10/10/13 22:04:02
win3.1でお世話になったトランペットwinsock (トランペットwinsock)
882:名無しさん＠お腹いっぱい。
10/10/14 12:50:56
みんなで夜更かししていたテレホタイム（テレホタイム）
883:名無しさん＠お腹いっぱい。
10/10/14 16:04:55
モデムで telnetでイライラ? 何言ってんだコイツ。
UUCPか tipで済むだろ。オンロード車でダート走って文句言うバカといっしょww
884:名無しさん＠お腹いっぱい。
10/10/14 16:06:11
>>876
> それなりの考えがあってのことだと思うがなぁ。
オメデタいなwww 一生口開けてエサ入れてもらえよw
885:名無しさん＠お腹いっぱい。
10/10/14 16:33:04
>>883
せめてuuxと書いてくれ。
886:名無しさん＠お腹いっぱい。
10/10/14 16:35:50
まだ墓穴が浅いか? どんどん掘れよww
887:名無しさん＠お腹いっぱい。
10/10/14 17:03:40
>>883
UNIXマシンを、電話線経由でログインして使ったことないの?
888:名無しさん＠お腹いっぱい。
10/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:名無しさん＠お腹いっぱい。
10/10/14 22:50:58
890:名無しさん＠お腹いっぱい。
10/10/14 23:23:30
891:名無しさん＠お腹いっぱい。
10/10/15 08:07:40
>>887
おまえ、tipって何かわかんないのか?
# だから墓穴だと言ってやってるのに...w
892:名無しさん＠お腹いっぱい。
10/10/15 09:09:09
>>891
なんか、そんなのもあったな。
で、それがどうした?
アナログのモデムにはTCP/IPはレイテンシが大きくて重いって話には、まったく関係ないよね。
893:名無しさん＠お腹いっぱい。
10/10/15 11:00:51
tipってことはAT&T系?
昔はcu使っていた人が多いと思われる。
894:名無しさん＠お腹いっぱい。
10/10/15 15:27:40
どこまで墓穴掘るんだか... 際限知らずwww
895:名無しさん＠お腹いっぱい。
10/10/15 15:34:18
ま、いちおう書いてやろう。もう顔洗って寝な。
>>893
HISTORY
The tip command appeared in 4.2BSD.
>>892
だから、モデムで TCP/IP使う必要なんかあんまりなかったんだよ。
そんなのは LAN前提のソフトを無理にモデム経由で使いたかった場合。
tipも知らんで telnetなんかわざわざ使ってるやつがオーバーヘッドだの
カタハラ痛いわいww
896:名無しさん＠お腹いっぱい。
10/10/15 16:16:01
なあ、話の流れ分かってる?
>>879
>>880
897:名無しさん＠お腹いっぱい。
10/10/15 16:31:41
基地外に話が通じると思ってる？
898:名無しさん＠お腹いっぱい。
10/10/15 17:58:11
シリコン半導体のCPU開発競争は10年以内に物理的な限界に達して急激に鈍化するだろうな
それまで生き残れればSPARCは残るかもね
899:名無しさん＠お腹いっぱい。
10/10/15 18:50:09
本当に11nmプロセスまで行くのかな
URLﾘﾝｸ(pc.watch.impress.co.jp)
さらに今後については、2012年に22nmプロセス、2014年に16nmプロセス、
2016年に11nmプロセスを予定しているという。
同氏は、「11nmプロセスまでに関して言えば、Intel自社だけで開発できるのではないかと予想している。
8nm以降は何らかの形でブレイクスルーが必要だ」述べた。
900:名無しさん＠お腹いっぱい。
10/10/15 19:14:21
中国共産党の圧政の下で活動できるように
PSTNとモデムでUUCPネットを構築する技術は継承しといた方がいいな
901:名無しさん＠お腹いっぱい。
10/10/15 19:16:56
>>896
くだらないテメーの特定環境のクソぐあいを真顔で一般論として垂れる
ゲイツと同じことやってんじゃねーぞそれも Unix領域で、とそう言ってるんだが。
>>897
2連投ずつなのが、誰にでもわかるわけだが。おまえ、進歩ないな。
902:名無しさん＠お腹いっぱい。
10/10/15 19:56:44
>>901
いいかげんにしろ。
汚く罵るだけの人はいらない。
903:名無しさん＠お腹いっぱい。
10/10/15 20:15:13
>>898
>シリコン半導体のCPU開発競争は10年以内に物理的な限界に達して急激に鈍化するだろうな
それ、10年前にも同じように「10年以内に物理的な限界に達して・・・」とか言われてなかった？
まるで「石油の枯渇」が「永遠の"あと30年"」wであるのと同じように、CPUも「永遠の"あと10年"」
なんじゃないの？
904:名無しさん＠お腹いっぱい。
10/10/15 22:00:41
断言できる。おいらの寿命が先に尽きる。
905:名無しさん＠お腹いっぱい。
10/10/15 23:00:29
> それ、10年前にも同じように「10年以内に物理的な限界に達して・・・」とか言われてなかった？
言ってない。
原子の大きさは変わってないし、量子物理学に革命があったわけでもないし。
906:名無しさん＠お腹いっぱい。
10/10/15 23:26:01
ただ露光技術はかなりいい線で漸進した
さすがにそろそろサチると思うが…
907:名無しさん＠お腹いっぱい。
10/10/16 00:04:12
最近じゃ物理的限界より先に経済的な限界が来るって言われてないか？
908:名無しさん＠お腹いっぱい。
10/10/16 11:23:02
漸進してるといってもその度合いはゆっくりしてきた
909:名無しさん＠お腹いっぱい。
10/10/17 05:57:01
マンデルブロたんがお亡くなりになったようだ…RIP
910:名無しさん＠お腹いっぱい。
10/10/17 18:11:11
なぜここに？
AIXのスレならまだ分かるが…
911:名無しさん＠お腹いっぱい。
10/10/20 02:36:12
和田位が無いから
912:名無しさん＠お腹いっぱい。
10/10/20 05:11:02
「次期SPARC64 CPUを手にしながら」とはどれのこと？
米Oracle OpenWorld 2010 現地レポート
- 富士通 基調講演 -
URLﾘﾝｸ(primeserver.fujitsu.com)
さらに当社とSun社とのパートナーシップおよびSPARCプロセッサ開発の歴史、
SPARC Enterpriseの開発方針やロードマップについてもご紹介しました。
1983年に富士通とSun社がパートナーシップを結んで以来、
両社でSPARC/Solarisサーバの性能/信頼性向上を目指し、互いに協力してきました。
2007年に誕生したUNIXサーバSPARC Enterprise は、
富士通が長年培ってきた高性能・高信頼技術と、Sun社のオープンアーキテクチャーを
融合したグローバルスタンダードサーバです。
世界各国でミッションクリティカルな業務を支え続けています。
基調講演にはJohn Fowler氏も登壇し、次期SPARC64 CPUを手にしながら、
富士通と米オラクル社のパートナーシップや、
今後のSPARC開発への意気込みを語り合いました。
913:名無しさん＠お腹いっぱい。
10/10/20 07:43:41
まだ >>653 で見れるんじゃない？
914:名無しさん＠お腹いっぱい。
10/10/20 09:46:54
> 「次期SPARC64 CPUを手にしながら」とはどれのこと？
京に載るやつなのでは?
915:名無しさん＠お腹いっぱい。
10/10/20 11:23:24
UltraSPARC T3-1、T3-2、T3-4
これまた分かりやすすぎる型番になったな。
10GbEコントローラ内蔵・・・って、T2で内蔵してたのをT2+で取り外したのが復活しただけじゃないか。
916:名無しさん＠お腹いっぱい。
10/10/20 14:17:22
1Uサーバなくなって、Mシリーズのローエンドと差別化が難しくなってきたな。
来年には、x86の方も16コアがでてくるし、厳しくなる一方だぬ。
917:名無しさん＠お腹いっぱい。
10/10/20 17:55:36
DDR3の4チャンネルって、それで足りるのかな。
T2 では、DDR2チップ使用のFB-DIMMが8ch
T2+では、DDR2チップ使用のFB-DIMMが4ch
T3で、DDR3を直に4ch
どんどん性能が低下してるような・・・
918:名無しさん＠お腹いっぱい。
10/10/20 20:10:45
>>914
もうすぐ出るMに載るやつじゃないの？
919:名無しさん＠お腹いっぱい。
10/10/22 13:15:54
>>916
x86の 16コアなんてどうせリニアには性能出ないだろ。
920:名無しさん＠お腹いっぱい。
10/10/22 14:25:22
>>919
まるで、SPARCなら16コアでリニアに性能が出るかのような言い草だな、おい。
921:名無しさん＠お腹いっぱい。
10/10/22 16:35:55
16CPUで出んもんは 16コア 1ソケットでも出んよ。あわれな x86じゃw
922:名無しさん＠お腹いっぱい。
10/10/22 16:47:48
x86で SMPがまともに動くんなら、Itaでメインフレームに行ったとこは
x86でもやれるはずだよね?
SGIだって、Linux機だし。
923:名無しさん＠お腹いっぱい。
10/10/22 17:04:48
HPCはえんた～ぷらいずぅでは無いそうですよ。
924:名無しさん＠お腹いっぱい。
10/10/22 17:08:51
哀れなのは、T3の方だろw
ローエンドにしては高杉、ハイエンドにしてはスケーラビリティも信頼性もイマイチ。
925:名無しさん＠お腹いっぱい。
10/10/22 18:37:41
>>921
おまえ、920が読めてないのか。
>>922
わけわかめ
926:名無しさん＠お腹いっぱい。
10/10/22 18:48:20
どこで見たのか思い出せないが、x86 + Linuxは40コアあたりでガクンと性能が落ちる、なんていう論文があったな。
Linuxにはスケーラビリティ上のボトルネックになるような同期制御を伴う操作があって、
その同期の際にキャッシュのコヒーレンシがボトルネックになってしまうので、
同期制御を減らすように大改造を施すとガクンと性能が落ちなくなるよ、っていう内容。
で、その論文で面白いのは、Solaris for SPARCにも同様にスケーラブルではないが、
ライセンス上、その詳細を発表できないので察してくれとあったこと。
927:名無しさん＠お腹いっぱい。
10/10/22 18:52:17
いや、いまググって読み直したら、Solaris for x86だな。
Solarisはスケーラビリティに優れる傾向があるにせよ、やっぱり無理。
用途によっては8コアSPARCでもサチったとかいう話も。
928:名無しさん＠お腹いっぱい。
10/10/22 18:54:06
>>926
これの事かえ？
URLﾘﾝｸ(mkosaki.blog46.fc2.com)
929:名無しさん＠お腹いっぱい。
10/10/22 18:54:53
Sunのどこがスケーラブルなの?
昔からハードウェア的にパーティション切って使うようなサーバじゃん。
930:名無しさん＠お腹いっぱい。
10/10/22 22:07:55
パーティションを切らなくても使える。
931:名無しさん＠お腹いっぱい。
10/10/22 22:11:59
>>928
ああ、この人、ずっと前のlinux foundation主催のシンポジウムでredhatの
system tapの人にすごーく失礼な発言をしていた。相手は外国人だから分か
らなかったでしょうけど。俺は引いた。
932:名無しさん＠お腹いっぱい。
10/10/22 23:37:14
>>930
パーティション切らずにシングルOSイメージで使うと、スケールしないんだよ。
933:名無しさん＠お腹いっぱい。
10/10/22 23:39:44
>>926
スラドとかでも話題になったはずだけど、そういった改造すると、今のメインターゲット
16コアぐらいまでの構成だと性能が下がるはず。32コア以上のシステムが増えてくるのなら
ともかく、現在そういうシステムはほとんど存在しない以上、そういうシステムのため
だけの改変なんてナンセンスだ罠
934:名無しさん＠お腹いっぱい。
10/10/22 23:42:21
>>932
その辺がSPARC + Solarisのエンタープライズ向けの弱さだよなぁ。
にしても、>>923みたいな馬鹿がいるのか、このスレ…
935:名無しさん＠お腹いっぱい。
10/10/22 23:50:38
アムダールの法則ってのがあるわけで、
同じピーク性能なら、
低速コアを沢山ならべるよりも、
高速コアを少数ならべたほうが、
実アプリのスループットは高いだろうな。
936:名無しさん＠お腹いっぱい。
10/10/22 23:59:05
>>935
スループットコンピューティングｪ・・・。
937:名無しさん＠お腹いっぱい。
10/10/23 00:08:46
>>935
実際、並列度がおもいっきり高い処理が多そうなftpサーバの運用ですら
いろいろ苦労しているのが URLﾘﾝｸ(ftp-admin.blogspot.com)
でわかるわけで。
938:名無しさん＠お腹いっぱい。
10/10/23 00:55:36
むしろftpサーバは並列ではなく直列だと思うが・・・
939:名無しさん＠お腹いっぱい。
10/10/23 00:58:29
ていうかT2000って、UltraSPARC T1だよな。
Xeon 1ソケットにリプレースしたほうが幸せになるかも。
940:名無しさん＠お腹いっぱい。
10/10/23 01:41:29
三年目の浮気。
941:名無しさん＠お腹いっぱい。
10/10/23 09:15:52
>>925
> おまえ、920が読めてないのか。
出ない、のは性能出ない、な。文脈汲む訓練しろよwww
942:名無しさん＠お腹いっぱい。
10/10/23 09:21:33
>>927
そりゃ、わざわざ向いてないテスト組むことも可能だろうがな。
E10K以降があれだけ売れたのは当時のハイエンドユーザーがろくにテストもしない
節穴どもだったといくらパチョコンユーザーがほざいてみてもなwwくくwwププ
>>923,934
盛大な連投ご苦労さん、誰も同意してくれんな。きみの投稿ひろってつなげたら
笑えるだろうなぁ。そんなヒマなことしないけどwwwww
943:名無しさん＠お腹いっぱい。
10/10/23 09:39:52
>>941
問題は、そこか?
> x86の 16コアなんてどうせリニアには性能出ないだろ。
> まるで、SPARCなら16コアでリニアに性能が出るかのような言い草だな、おい。
> 16CPUで出んもんは 16コア 1ソケットでも出んよ。あわれな x86じゃw
944:名無しさん＠お腹いっぱい。
10/10/23 09:42:27
>>942
あんなデカいサーバを使うような企業は、パーティション区切って使ってただろ。
945:名無しさん＠お腹いっぱい。
10/10/23 10:25:04
うん。
946:名無しさん＠お腹いっぱい。
10/10/23 11:01:41
パーティション区切ったら、速度面だけ見れば、4ソケットくらいの複数台のサーバをラックに積み上げるのと一緒だものね。
947:名無しさん＠お腹いっぱい。
10/10/23 11:22:53
複数台のサーバーを積み上げるとは違うスケールメリットを求めている。
948:名無しさん＠お腹いっぱい。
10/10/23 11:32:13
「速度面だけ見れば」
949:名無しさん＠お腹いっぱい。
10/10/23 11:36:07
>>923
エンプラ向け SMP機と HPC機がぜんぜん別ものなのを見れば自明だと思うが。
950:名無しさん＠お腹いっぱい。
10/10/23 11:45:35
HPCはCPU集中タスクだし、同期はOSに頼らずに自前でやっちゃうから、とてもスケールしやすい。
エンプラはI/Oやプロセス・スレッド間のやりとりや、メモリ確保・解放などを激しく行うので、スケールしにくい。
951:名無しさん＠お腹いっぱい。
10/10/23 12:01:56
「資源の競合」なんつー激基本な知識さえ持ち合わせないバカが
x86なんぼヨイショしたところで逆効果だわな。Intelもこんなバカに取り憑かれて
さぞメーワクなことだろうw
952:名無しさん＠お腹いっぱい。
10/10/23 12:07:43
>>942
気が狂うってどういう気分?
953:名無しさん＠お腹いっぱい。
10/10/23 12:11:29
しったかぶった923がものすごい勢いで発狂しているな。
954:名無しさん＠お腹いっぱい。
10/10/23 12:25:28
>>951
> Intelもこんなバカに取り憑かれてさぞメーワクなことだろうw
すごい発想だな。
x86 + Linuxでキャッシュラインの競合でスケールしないという話は、XeonではなくOpteronでの実験結果なんだよね。
Opteronのキャッシュ・コヒーレンシは、けっこう重いんだ。とくに、同一キャッシュラインを奪い合う状況に弱い。
Xeonが帯域幅を犠牲にしてでも共有バスに固執してた理由の1つが、それなんだよね。そんなXeonも、
コア数やスレッド数が増えて、レイテンシよりも帯域幅が優先されるようになったら、QPIに移行したけどね。
955:名無しさん＠お腹いっぱい。
10/10/23 13:51:18
>>948
速度面だけ見ればなおさら積み上げるだけじゃだーめ。
956:名無しさん＠お腹いっぱい。
10/10/23 14:01:42
ああSPARCのKモデル使うことと、Linpackの日に頑張ることが混じっているのか。
主は前者には無さそうだな。
957:名無しさん＠お腹いっぱい。
10/10/23 16:04:23
>>955
なんで?
大きな筐体の中の4ソケットのパーティションと、
ラックマウント筐体の4ソケットのサーバは、
ハードウェア的に同一だよ?
なにしろ、4ソケットのサーバの中身をバックプレーンで接続したものが、大きな筐体のマシンだからね。
で、パーティションを切るっていうのは、そのバックプレーンの接続を分割するってことだよ。
958:名無しさん＠お腹いっぱい。
10/10/23 16:40:01
だからSPARCのKを使う話をしてないんだろ？
スレ的にはそう思った。
959:名無しさん＠お腹いっぱい。
10/10/23 17:02:07
ん? 企業で使われていたE20KやE25Kの話してるんじゃないの?
960:名無しさん＠お腹いっぱい。
10/10/23 17:14:55
>>954
> すごい発想だな。
...「ホメ殺し」って、とってもフツーな発想なんだが。しらじらしい...ww
961:名無しさん＠お腹いっぱい。
10/10/23 17:19:51
>>952
パチョコンのことしか知らない低脳 x86使いが SMPを語ってるような興ざめな気分。
962:名無しさん＠お腹いっぱい。
10/10/23 17:58:39
>>960
その褒め殺しに至るまでの思考が、もうぶっ飛んでてワカラン
963:名無しさん＠お腹いっぱい。
10/10/23 18:06:05
>>959
そう思っていたけど違うみたい。
パーティションでノートパソコンを机に積み重ねてもよさげな速度を対象にするとは尾も罠かた。
964:名無しさん＠お腹いっぱい。
10/10/23 18:53:30
>>963
あなたの理解力が乏しすぎるんだな。
話がgdgdになるから、そういう人は遠慮してくれ。
965:名無しさん＠お腹いっぱい。
10/10/23 19:08:24
>>962
消えろ、しったか
966:名無しさん＠お腹いっぱい。
10/10/23 19:10:04
HPCとエンタープライズの区別すらできないキチガイの粘着がものすごいな。
自分が無知ってことを認められれば、もうちょっと賢くなれただろうに。
967:名無しさん＠お腹いっぱい。
10/10/23 19:15:15
>>965
お前だろ、知ったかは。
現実にはx86とSPARCのスケーラビリティの違いなんて問題にならんぞ。
968:名無しさん＠お腹いっぱい。
10/10/23 19:16:46
SPARCがXeonに塗り替えられていく様を認識できないんだろう、可哀想に。
969:名無しさん＠お腹いっぱい。
10/10/23 19:18:50
>>961
大変だね。知識がなくて同じことを言い続けて煽る以外の芸ができないって。
お前に知識のないくせに自己顕示欲が非常に強いことは理解してあげたから、
以後コテハンをつけること。
970:名無しさん＠お腹いっぱい。
10/10/23 19:22:12
とりあえず、923=942=951=961=964あたりかな? 他にもありそうだけど、確定的なのは。
それらを含めても、942でE10Kが売れた云々と言った以外は、技術論などまったくない、
単なるキチガイ煽りだなぁ。
971:名無しさん＠お腹いっぱい。
10/10/23 19:25:52
>>968
このスレ的には、SPARC vs Xeon or OpteronのCPU辺りでのスケーラビリティ論争よか、
システム全体としてSun vs HP or IBMでなぜエンタープライズ市場で負けたのかを
語るべきだよなぁ。
972:名無しさん＠お腹いっぱい。
10/10/23 19:39:40
Sunのハードウェアは信頼されてなかった。
その上で走らせる、案件対応で作ったソフトウェアの品質からすれば、
ハードウェアの信頼性なんか意味がないと思うんだが、客はそうは思わない。
だから、まずHPのSuperdomeで提案する。
973:名無しさん＠お腹いっぱい。
10/10/23 20:02:31
案件対応は客のわがままだけど、
ハードウェアは違うから、文句言いやすいしなw
974:名無しさん＠お腹いっぱい。
10/10/23 20:44:36
>>971
いや、対IBM,HPで勝負にならなかったからローエンド市場に活路を求めていたわけで
その末期のローエンドでの敗北要因を語るのも主旨から外れていないと思う
975:名無しさん＠お腹いっぱい。
10/10/23 20:48:23
PCの市場を食おうとしなかったことが悔やまれる。
976:名無しさん＠お腹いっぱい。
10/10/23 21:01:14
>>972
実際、Sun Fireとかでもトラブル多かったしなぁ。
977:名無しさん＠お腹いっぱい。
10/10/23 22:30:55
Sun Fireだからトラブルが多いとは思わないけど。
それしか扱わない人？
978:名無しさん＠お腹いっぱい。
10/10/23 22:56:22
>>975
食うべきだったのはPCではなくMacの市場かもしれない。
速度やメモリ量に対して、かなりの要求があったからね。
979:名無しさん＠お腹いっぱい。
10/10/23 23:06:16
>>978
Macの市場は知れてるし、UIで負けてるだろ
確かにサンのハードは信頼性なかった
サーバーだけじゃなくストレージの評価も低かったな
980:名無しさん＠お腹いっぱい。
10/10/23 23:18:45
>>979
でも、Macはデスクトップ市場で今も健在だよ。しかも、AdobeをWindowsに取られても、だ。
981:名無しさん＠お腹いっぱい。
10/10/23 23:21:40
>>977
日本語が理解出来ない人、乙
982:名無しさん＠お腹いっぱい。
10/10/23 23:28:37
むかしMacを仕事で使っていた人達が、
もしCPUが3倍、メモリが10倍のMacがあったら一千万でも買う、すぐに元が取れるから
って言ってたなぁ。
そういう業務用途にこそUNIXワークステーションが向いてると思うのだが・・・・
983:名無しさん＠お腹いっぱい。
10/10/23 23:43:05
UNIXワークステーションでDTP、DTV、DAWのソリューションあるの？
984:名無しさん＠お腹いっぱい。
10/10/23 23:55:13
>>981
あれ。Sun "Fire"だけとは書いて無いとか言っちゃう人なの。乙。
985:名無しさん＠お腹いっぱい。
10/10/23 23:56:38
>>983
あったような気がする。
別になくても、Macと張り合うなら、Macのアプリのソフトハウスに片っ端から金とマシンばらまいて移植してもらえばいいのさ。
986:名無しさん＠お腹いっぱい。
10/10/24 00:03:37
ばら撒く分に見合う実入りがあるならそれもいいんじゃね。
987:ftp.jaist.ac.jpの中の人
10/10/24 01:27:25
>>937
UltraSPARC T1で苦労したことはありません。
スレッドがたくさん走る状況でよくスケールするいいCPUですよ。
Niagaraシリーズは価格性能比が悪いので、次のftp.jaist.ac.jpはx86にしますけど。
988:名無しさん＠お腹いっぱい。
10/10/24 01:40:40
>>987
他のベンダーのx86サーバーにするのですか？
989:名無しさん＠お腹いっぱい。
10/10/24 05:31:05
>>984
気が狂うってどういう気分?
990:名無しさん＠お腹いっぱい。
10/10/24 08:55:55
>>982
当時のMacがPowerだったとすると、既にUNIX機と対して能力は変わらなかったんじゃないか
Macが今も健在なのは、iMac、iPodとむしろコンシューマー向けでヒット商品を作り続けたからだろう
ワークステーション市場でどうにかなったなんて夢
何年かは何とかなったにしても、Linuxに食われて終わり
そういえばサンがアップルの買収を検討していた時代があったんだよな
90年代後半、ジョブズが戻ってくる前、時代は変わるね
991:名無しさん＠お腹いっぱい。
10/10/24 12:15:09
>>989
今の気分かい？井の中の蛙っていうのを観察してる気分。
これからSun以外の仕事しなきゃいけないと思うけど、これまでの経験を大事に頑張ってな。
992:名無しさん＠お腹いっぱい。
10/10/24 12:34:21
>>991
消えろ基地外
993:名無しさん＠お腹いっぱい。
10/10/24 13:07:21
またそのセリフかよ。
安心知る。今日にもスレッドごと消えて終了する。
994:名無しさん＠お腹いっぱい。
10/10/24 13:26:15
ほい、次スレ
Sun Microsystems 最大の企業売春
ｽﾚﾘﾝｸ(unix板)
995:名無しさん＠お腹いっぱい。
10/10/24 14:03:53
>>993
はやくおちんちんがむけるといいね
996:名無しさん＠お腹いっぱい。
10/10/24 15:26:24
>>990
Macに対するSunのアドバンテージは、メモリ搭載可能量とプロセッサ数、だと思う。
ワークステーション・モデルで足りなければ、サーバを机の脇に置いて使うという手もあった。
997:名無しさん＠お腹いっぱい。
10/10/24 15:30:06
次スレ
Sun Microsystem最後の製品
ｽﾚﾘﾝｸ(unix板)
998:名無しさん＠お腹いっぱい。
10/10/24 15:59:18
>>996
サーバーでMacと比べられるなんて失礼千万。
ワークステーションもデスクサイドサーバーも無くなってしまった今では身近に使うことは過去の夢。
999:名無しさん＠お腹いっぱい。
10/10/24 16:15:53
>>998
今の話なんか、してないんだが。
1000:名無しさん＠お腹いっぱい。
10/10/24 16:23:57
>>999
990は過去の話だけしてないぜ。
明日の話は次スレでいこうや。
1001:１００１
Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。