Sun Microsystems 最後の提携
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2007/06/10(日) 14:45:02【前スレ】
Sun Microsystems 最大の回復
http://pc11.2ch.net/test/read.cgi/unix/1170949021/
0449名無しさん@お腹いっぱい。
2007/09/01(土) 14:18:19>じゃぁなんでファイルサイズに制限を抱えているアプリが多いんだ?
開発者が無知だから
>スタックサイズを余裕をもって100MB
スタックを100MBとかアホですか?
0450名無しさん@お腹いっぱい。
2007/09/01(土) 14:31:47さあ?誰なの?
0451名無しさん@お腹いっぱい。
2007/09/01(土) 14:34:50元祖 SPARC からずーっとバイナリ互換の Ultra SPARC シリーズは神w
0452名無しさん@お腹いっぱい。
2007/09/01(土) 14:44:55> 開発者が無知だから
そう考えているから>>447のような発言になるわけだ。
> スタックを100MBとかアホですか?
アドレス空間が狭いから、スタックの消費を控えるのが常識になってるの。
アドレス空間が広ければ、スタックの消費を控える必要はないんだよ。
0453名無しさん@お腹いっぱい。
2007/09/01(土) 14:49:31ああそうだっけね。
まあDOSが動いてくれればなんでもいいよ。
>>448
システムで扱えるファイル・サイズの最大値(制限)を決める第一の要件は、ファイル・システムそのものに起因している。
あとは古いライブラリ使ったり95系専用API使ったりじゃないかな。
>>448
>スタックサイズを余裕をもって100MBにしようものなら、
64ビット信者は中身すかすかにするのが好きだから邪魔。
おまえみたいのがVistaみたいな百貫デブを生み出すんだよ。
>>452
>アドレス空間が狭いから
あんたパソコンに1TB(500万円)もメモリ積むつもりか?
メモリだけで何ワット消費するか計算できる?
0454名無しさん@お腹いっぱい。
2007/09/01(土) 14:53:200455名無しさん@お腹いっぱい。
2007/09/01(土) 14:56:43> システムで扱えるファイル・サイズの最大値(制限)を決める第一の要件は、ファイル・システムそのものに起因している。
ファイルシステムにそのような制限があるのは、なぜか?
根っこはみな同じだよ。
> 64ビット信者は中身すかすかにするのが好きだから邪魔。
スカスカで何か問題でも?
むしろ、本来ならスタック上にあるべきものを、ヒープ上に置いて、
ヒープの断片化にまつわるトラブルを起すほうがマズいと思うよ。
> あんたパソコンに1TB(500万円)もメモリ積むつもりか?
アドレス空間を予約するのと、実際に物理メモリを消費するのとは、違いますが?
0456名無しさん@お腹いっぱい。
2007/09/01(土) 15:04:55フラットに64ビットなんか不要。
とか言ってるけど、ほんの15年前はDS,SI,DIで
64kBでシコシコやってたんだよな。
0457名無しさん@お腹いっぱい。
2007/09/01(土) 15:07:16>スレッドが20個あれば、それだけで2GBだよ。
>アドレス空間を予約するのと、実際に物理メモリを消費するのとは、違いますが?
まあ確かにCOMオブジェクト128個起動したらメモリ100MBとか食っちゃったけどすごい非効率でしたよ。
物理メモリは消費しなくてもページファイル使うんじゃね?
>本来ならスタック上にあるべきものを、ヒープ上に置いて、
固定サイズで取れって?
>ファイルシステムにそのような制限があるのは、なぜか?
そんな先のこと考えてないからだね。
0458名無しさん@お腹いっぱい。
2007/09/01(土) 15:53:37> まあ確かにCOMオブジェクト128個起動したらメモリ100MBとか食っちゃったけどすごい非効率でしたよ。
話が飛んでますな。
> 物理メモリは消費しなくてもページファイル使うんじゃね?
そんな酷い実装のOS、どこの何ですか。
> 固定サイズで取れって?
それは、本来ならスタック上にあるべきもの、なんですかね。
> そんな先のこと考えてないからだね。
とりあえず全てを64ビットにしておかなかったのは、なぜかな。
0459名無しさん@お腹いっぱい。
2007/09/01(土) 15:55:50AMDサイテー
Sunサイナラー
0460名無しさん@お腹いっぱい。
2007/09/01(土) 16:03:08>とりあえず全てを64ビットにしておかなかったのは、なぜかな。
とりあえず128ビットじゃない理由は、何かな。
ところで、プログラム組めるの?
使える言語何?
0461名無しさん@お腹いっぱい。
2007/09/01(土) 16:10:490462名無しさん@お腹いっぱい。
2007/09/01(土) 16:12:01128ビットなんて、今後100年内に、必要になることは、なさそうだぞ。
本当は64ビットあったほうがよくても、
メモリやディスクの容量や、計算コストの節約のために、
先のことを予測して考えた上で、ケチっているのだが、
>>457には、それが理解できていないようだ。
テストのことを考えたら、
ファイルポインタだけ64ビットにするのは、
怖くてできない。
0463名無しさん@お腹いっぱい。
2007/09/01(土) 16:25:23アンカー間違ってね?
>ファイルポインタだけ64ビットにするのは、怖くてできない。
その程度が出来ないなんていつからプログラマやってんの?
0464名無しさん@お腹いっぱい。
2007/09/01(土) 17:41:57開発中止?
0465名無しさん@お腹いっぱい。
2007/09/01(土) 21:04:55> テストのことを考えたら、
> ファイルポインタだけ64ビットにするのは、
> 怖くてできない。
馬鹿ですか?
fpos_t使えばいいだけですが?
Integral typeのtypedefと思っているんじゃないだろうな?
0466名無しさん@お腹いっぱい。
2007/09/01(土) 21:15:00MSサヨナラー
0467名無しさん@お腹いっぱい。
2007/09/01(土) 22:50:18AMDサイテー
IBMサイアクー
Sunサイナラー
0468名無しさん@お腹いっぱい。
2007/09/01(土) 23:00:480469名無しさん@お腹いっぱい。
2007/09/01(土) 23:23:300470名無しさん@お腹いっぱい。
2007/09/01(土) 23:54:01そんなに簡単な話なら、なぜ、制限を持ったアプリが多数あるのか。
>>469
mmapしまくるとパフォーマンスがね。
ディスクへのアクセスがランダムになりやすくなってしまう。
0471名無しさん@お腹いっぱい。
2007/09/02(日) 02:28:39> Solarisプログラミング教えてチョンマゲ
0472名無しさん@お腹いっぱい。
2007/09/02(日) 16:18:12突然変なのが湧いてて、日曜には出てこないからおかしいなと思ったら
今日は夏休み最終日だったんだね。
道理で・・・
0473名無しさん@お腹いっぱい。
2007/09/02(日) 23:43:280474名無しさん@お腹いっぱい。
2007/09/03(月) 00:06:420475名無しさん@お腹いっぱい。
2007/09/03(月) 02:32:320476名無しさん@お腹いっぱい。
2007/09/03(月) 03:02:190477名無しさん@お腹いっぱい。
2007/09/03(月) 11:15:510478名無しさん@お腹いっぱい。
2007/09/03(月) 13:05:05学生時代にSunのワークステーションでUNIXに初めて触れてカルチャーショックを受け夢中になった
そういう世代の半ば盲目的な支持で選択されてきと思うが、どうよ。
HP-UX? HPなんて触ったことないからダメ
Linux? あんなのオモチャ
IRIX? Onyxとか触ってみたかったなぁ
Solaris2? やっぱりSunOS 4がいいよ
そういう人をたくさん見てきた。
0479名無しさん@お腹いっぱい。
2007/09/03(月) 14:26:21たくさんいたね。
盲目的ねぇ。今の若い連中の方がよっぽど盲目的だと思うけど。評価能力ないだろ。
Sun 好きな人はねぇ、たいがいネットワーク好きな人だよ。
ネットワークの意味分んなかったやつらが Sun を毛ぎらいしてる。
Linux はねぇ。Unix に MS-Windows のガワかぶせるのはやっぱくだらないでしょ。
結論自明。
やっぱ向かうべきは(本来の意味での)分散システムでしょ。
NAT(IP マスカレード)がネックだったね。功もあるが、罪の方が大きいんじゃ
ないかね。
0480名無しさん@お腹いっぱい。
2007/09/03(月) 15:35:36色んな特色(癖)を持ってる奴らばかりで、面白かったですよ。
今、残ってるのが少ないから選択肢がねぇ・・・
NeXTは綺麗な美術品。
Linuxマシンは僕の手にも届くおもちゃ。
Solarisマシンは前線で頑張るハイブリッド車。
SunOSはエコディーゼル車。
Alphaはレーシングカー。
NewsはダブルCDラジカセ。
HPはナーバスな温度計。
そんな当時のイメージを今風に喩えてみた。
>>479
いや、じゃあ当時どうやってIPが頻繁に必要になる状況を回避すべきだったかというのを考えると
既にIPv6とか他のプロトコルに全面差し替えできるホドの規模じゃ無くなってたし
局所的に対応するしかなかったんじゃないかなぁ・・・
それは良くも悪くも網を完全に管理しきれない"inter"netであるがためでしょう。
罪を負うべきはinternet。
0481名無しさん@お腹いっぱい。
2007/09/03(月) 16:05:40IPv6:3ae3:90a0:bd05:01d2:288a:1fc0:0001:10ee
IPアドレスを手動設定したり割り当ての手間を考えれば最初にIPv6を採用するのはちょっとあり得ないでしょ。
だけど32ビットじゃなく64ビット割り当ててあれば枯渇は起きなかったし互換性も確保できたかもね。
けどIPアドレス不足のためのルータの発達と普及のおかげで、
末端では自由に端末を増やせるようになったし、セキュリティも確保できた。
完全IPアドレス割り当てだと、端末1こ当たりいくらって計算になってしまって
ブロードバンドもきっと使いにくく料金もお得じゃなかったと思うね。
0482名無しさん@お腹いっぱい。
2007/09/03(月) 17:59:58そういうサービスを生かした形でセキュリティ対策を施していくべきだった、
つまりそれは今 IPv6 を使うってことと等価だと思うけど。
つーか、IPv6 だと手動設定の手間? なに言ってんの????
0483名無しさん@お腹いっぱい。
2007/09/03(月) 18:02:21最善の策が NeXT や MacOS X だってことにそれほど異論はないけど、
誇大宣伝が過ぎるよ、Jobs は。そんなたいそうなもんじゃないじゃん。
0484名無しさん@お腹いっぱい。
2007/09/03(月) 18:02:28YP(つーかNIS)やNFSは、clientがNATの中でもちゃんと使えるよ。なに言ってんの????
0485名無しさん@お腹いっぱい。
2007/09/03(月) 18:07:270486名無しさん@お腹いっぱい。
2007/09/03(月) 18:08:210487名無しさん@お腹いっぱい。
2007/09/03(月) 19:14:180488名無しさん@お腹いっぱい。
2007/09/03(月) 19:15:490489名無しさん@お腹いっぱい。
2007/09/03(月) 21:08:390490名無しさん@お腹いっぱい。
2007/09/03(月) 21:30:380491名無しさん@お腹いっぱい。
2007/09/03(月) 22:21:260492名無しさん@お腹いっぱい。
2007/09/03(月) 22:25:29ていうか、NATとIPマスカレードを同一視してる時点で...
0493名無しさん@お腹いっぱい。
2007/09/04(火) 00:34:13それとも日立の人かな?
0494名無しさん@お腹いっぱい。
2007/09/04(火) 00:42:02今だとlinuxしか考慮してないモノがおおいね。
AIX/NEWS/SunOS/Solaris/DGとかいろいろ、条件コンパイルが通るようにしながら幅広く使ってもらえるようなコードを書いてた時代が懐かしいよ。
0495名無しさん@お腹いっぱい。
2007/09/04(火) 00:48:00IP マスカレードは NAT じゃなくなったのか?
0496名無しさん@お腹いっぱい。
2007/09/04(火) 01:13:410497名無しさん@お腹いっぱい。
2007/09/04(火) 02:00:24こんなんかなり昔からの定義だよね。
0498名無しさん@お腹いっぱい。
2007/09/04(火) 02:17:52厳密にいえば、動的NATはIPアドレスだけの変換しか行わないものを指す。
動的NATのみで使われることがあまりないから、ほぼ同じものとして扱われているだけ。
0499名無しさん@お腹いっぱい。
2007/09/04(火) 02:52:21IPマスカレードは、NAPTの初期の実装例の名前。
油性フェルトペンという意味で「マジック」と言うのと同じだぞ。
0500名無しさん@お腹いっぱい。
2007/09/04(火) 06:45:46おまえら、集合論得意か?
0501名無しさん@お腹いっぱい。
2007/09/04(火) 07:00:48オタマジャクシが1ccあたり何匹いるかって問題だよね。
0502名無しさん@お腹いっぱい。
2007/09/04(火) 09:20:07> 今だとlinuxしか考慮してないモノがおおいね。
メジャーだから目立つだけでしょ。
昔はSunOSしか考慮してないモノが多かった。
だからSunOSはいろいろと楽だと言われた。
0503名無しさん@お腹いっぱい。
2007/09/04(火) 18:22:06この業界、メジャーが全てよ
バイナリ提供できないものはサポートされない
0504名無しさん@お腹いっぱい。
2007/09/04(火) 18:25:58最近 Oracle もHP-UXとかLinuxを優先してリリースするようになったね。
VeritasもLinux優先するようになったし。
0505名無しさん@お腹いっぱい。
2007/09/04(火) 21:50:53お安いDB鯖→Linux
さてSunの行く先は?
0506名無しさん@お腹いっぱい。
2007/09/04(火) 21:55:49それは、今のSolarisは面倒なOSだっていう意味?
0507名無しさん@お腹いっぱい。
2007/09/04(火) 23:34:48まてまて、Solaris+PostgreSQLという線があるかもしれんぞ。
0508名無しさん@お腹いっぱい。
2007/09/04(火) 23:55:09可用性って意味じゃなくて、仕様のね。
バージョンがちょっと違っただけで、SQLの実行計画とか変わりまくり。
0509名無しさん@お腹いっぱい。
2007/09/05(水) 00:04:1710.2のPSRを見る限りは、
Linux→Windows→Solaris(SPARC)→AIX/HP-UX(PA-RISC)
って感じだけど。
0510名無しさん@お腹いっぱい。
2007/09/05(水) 01:09:21そんな寝言言ってるやつに Oracle が使えんのかよwwww
0511名無しさん@お腹いっぱい。
2007/09/05(水) 02:29:59インテルは2年ごとにコア数を倍にするらしいじゃないの
Solarisのチャンスちがいますんの?
0512名無しさん@お腹いっぱい。
2007/09/05(水) 07:25:120513名無しさん@お腹いっぱい。
2007/09/05(水) 09:19:30右に行くほど、鯖のサイズが大きくなるような気がする。
左に行くほど、フィールドテストっぽい気がする。
>>510
あなた、Oracleを使うことが目的ですか?
>>511
マイクロソフトの開発力をナメてはいけない。
WindowsNTは、もともとMach風に作られていて、最初からSMP対応のOSとして設計された。
DatacenterEditionという、ものすごい数のプロセッサに対応するという経験もある。
そして、WindowsはNUMAサポートもしている。
連中、LinuxやUNIXに対抗するのに、手を緩めることはない。
0514名無しさん@お腹いっぱい。
2007/09/05(水) 11:03:13でかいサーバに集中するような設計が必須、
そういう分野は相対的に市場規模が小さくなった。
0515名無しさん@お腹いっぱい。
2007/09/05(水) 13:28:030516名無しさん@お腹いっぱい。
2007/09/05(水) 14:54:57NT3.51はよかったなぁ、という話・・・・ですかね?( ^ω^)
0517名無しさん@お腹いっぱい。
2007/09/05(水) 15:03:23そう思いたいなら、思っていたほうがいい。
自らの精神の安寧は大切だからね。
0518名無しさん@お腹いっぱい。
2007/09/05(水) 15:30:18Windows Compute Cluster Server 2003 のことじゃないの?
0519名無しさん@お腹いっぱい。
2007/09/05(水) 20:48:41MSがいつの日か追いつくというのは
そんなにおかしなことではない
0520名無しさん@お腹いっぱい。
2007/09/06(木) 09:58:410521名無しさん@お腹いっぱい。
2007/09/06(木) 10:30:350522名無しさん@お腹いっぱい。
2007/09/06(木) 14:07:15現実を直視したくない人は居るものです
0523名無しさん@お腹いっぱい。
2007/09/06(木) 14:14:070524名無しさん@お腹いっぱい。
2007/09/06(木) 14:30:00現実直視してねーのはおまえらだつーのww
0525名無しさん@お腹いっぱい。
2007/09/06(木) 14:33:50なぜかよく考えてみろよ。
「非互換性の恐怖」っつー太古の幻想で囲い込んでるどっかの組合せとはぜんぜん
違うんだよ。
0526名無しさん@お腹いっぱい。
2007/09/06(木) 16:07:08SunとHP、両方の鯖をOEMで売っているが、本当はHP一本に絞りたい。
だが、どうしてもSunご指名の客がいるんで、Sunも品揃えしているぞ。
0527名無しさん@お腹いっぱい。
2007/09/06(木) 16:27:150528名無しさん@お腹いっぱい。
2007/09/06(木) 16:46:58ということに(ry
0529名無しさん@お腹いっぱい。
2007/09/06(木) 16:57:13移行コストがネックになるのを、囲い込みっていうんですよ。
0530名無しさん@お腹いっぱい。
2007/09/06(木) 17:29:26囲い込みっていうのは、SIerなどが自分のところのクローズドな技術と結びつけて開発して、
お金以上に技術的な面で縛り付けることを言うだろ、普通。
CPUやOSのアーキテクチャの違い位で移行できない、というような低次元なものは囲い込みでも何でもない。
それに、Sunオンリーのクローズドな技術なんてそんなにあるか?
0531名無しさん@お腹いっぱい。
2007/09/06(木) 18:18:09CTC社員乙
0532名無しさん@お腹いっぱい。
2007/09/06(木) 18:19:12NECっぽいけど>>89
0533名無しさん@お腹いっぱい。
2007/09/06(木) 18:44:29>それに、Sunオンリーのクローズドな技術なんてそんなにあるか?
マクネリのちょっと空気が寒くなる毒舌
0534名無しさん@お腹いっぱい。
2007/09/06(木) 21:09:090535名無しさん@お腹いっぱい。
2007/09/06(木) 21:28:40OEMって言ってんだからNECだろw
0536名無しさん@お腹いっぱい。
2007/09/06(木) 22:04:210537名無しさん@お腹いっぱい。
2007/09/06(木) 22:20:56まぁ、NECにおけるSunサーバの扱いなんて、HP見れば分かる
http://www.nec.co.jp/products/cx5000/
http://www.nec.co.jp/products/nx7700i/
0538名無しさん@お腹いっぱい。
2007/09/07(金) 09:15:05日立も両方OEMしてる
0539名無しさん@お腹いっぱい。
2007/09/07(金) 10:06:56Windowsの欠点はマイクロソフトがハードの開発をしないソフトウェア専門会社ということだな
ハードからソフトのサポートまでを一貫してやるからハイエンドサーバは信頼性が高いのでは?
0540名無しさん@お腹いっぱい。
2007/09/07(金) 10:12:35そういうハイエンドのサーバのメーカーはマイクロソフトに人を出向させて、
自社サーバ向けにの開発やテストしてるんですよ。
0541名無しさん@お腹いっぱい。
2007/09/07(金) 13:07:42Windowsが食い込むのは難しいのでは?
0542名無しさん@お腹いっぱい。
2007/09/07(金) 15:24:05Windowsのようなボトムアップ戦略で食い込むことができる。
0543名無しさん@お腹いっぱい。
2007/09/07(金) 16:02:08:
はずだったよなwwwwwwww
4.3BSD は手入れりゃ今でも実用になるけど、最初の NT や NT4 は
骨董品もいいとこだしププp
0544名無しさん@お腹いっぱい。
2007/09/07(金) 16:30:30Liteが付くBSDはSMPにすら対応していなかったような。
0545名無しさん@お腹いっぱい。
2007/09/07(金) 16:42:03そりゃ「ほとんど何も知らない」に等しいぞw
0546名無しさん@お腹いっぱい。
2007/09/07(金) 16:57:250547名無しさん@お腹いっぱい。
2007/09/08(土) 00:54:520548名無しさん@お腹いっぱい。
2007/09/08(土) 00:57:58■ このスレッドは過去ログ倉庫に格納されています