だまれ小僧！お前にサンが救えるか

[0001 名無しさん＠お腹いっぱい。 NG NG]

まあね、JAVAとかいろいろあったし
サーバーも最近はIBMに押され気味だし・・・

[0964 名無しさん＠お腹いっぱい。 05/03/16 19:16:40]

>>963
ブログでまで、SunグリッドとIBMグリッドの比較やってる
さすが社長さん、必死だな

[0965 名無しさん＠お腹いっぱい。 05/03/16 19:52:26]

このスレがDat堕ちする可能性なのど考えてもみなかったよ。

[0966 名無しさん＠お腹いっぱい。 05/03/16 20:48:41]

Sun Grid
一瞬、オオと思うが、よく考えてみると数百ドルで数GHzのPCが手に入る今
そんなややこしい事するかね。
数GHz以上のパワーが欲しけりゃBeowulfする方がイイ。

OpenSource Solaris
コミュニティのない今、オプソしても何のメリットもない。
CobaltやSuSE(x86 Linux)を受け入れられなかったツケが今きてる。

Honeycomb
ストレージ2大勢力の切り崩しは無理。
CPUもおぼつかないのにいらん事に金使うな。

[0967 名無しさん＠お腹いっぱい。 05/03/16 21:27:51]

Beowulfのような特定組織内のクラスタを安全にInternet全体に
広げたものがGridの筈だが?

[0968 名無しさん＠お腹いっぱい。 05/03/16 22:05:35]

従量制のグリッドコンピューティングサービスに対してと意味で受け取ってクレ。

[0969 名無しさん＠お腹いっぱい。 05/03/16 22:28:15]

Sun、Javaのライセンス条件を緩和へ
http://www.itmedia.co.jp/enterprise/articles/0503/16/news026.html

[0970 名無しさん＠お腹いっぱい。 05/03/17 00:19:33]

>>952
クロック1GHz程度のsparcならメモリコピー性能は1Gbyte/s程度はでる。
なのに、100Mbyte/sのTCPの転送をすると1GHzのCPUを使い切ってしまうのは
何故か？よく考えてみよう。メモリコピーはボトルネックではない。TCP/IP
のプロトコル処理そのものがボトルネック。
うそだとおもうのなら、TCPの転送をしながらlockstat -kIW -D 20で
カーネルのプロファイリングを調べてみるのがよい。

[0971 名無しさん＠お腹いっぱい。 05/03/17 00:20:55]

最近はNICで処理してますけどね─

[0972 名無しさん＠お腹いっぱい。 05/03/17 00:53:06]

結局NASだと、TCPとかそういう余分なものを経由するので
イクナイと。で、あの構成提案したのはダレ？ Dell？

[0973 名無しさん＠お腹いっぱい。 05/03/17 01:09:20]

Linuxを例にしてNFS時のcopyを議論していたけど、
SANでもLinuxで動かすのかい?

[0974 名無しさん＠お腹いっぱい。 05/03/17 09:55:17]

アプリケーションからIP層をスルーしてethernetのようなデータリンク層で
直接やりとりするようになると早くなるの？ど素人な質問ですみません。

[0975 名無しさん＠お腹いっぱい。 05/03/17 10:10:36]

Direct Access Storage (IDEとかSCSIとか)もFibreChannelも、
カーネルから見るとEthernetじゃなくて、ブロックデバイスに
見えるの。だから、そもそもネットワーク処理のためのオーバー
ヘッドは全然かからないし、プロトコルヘッダの処理も要らな
いから、メモリの中身を直接ディスクとの間でDMAできるの。

Ethernetのようなネットワークデバイスの場合、ヘッダをつけ
足したり、取り除いたり、解釈したり、チェックサムを計算し
たりなどなど、やることがずっと多い。

まあ最近はTCPぐらいなら、ハードウェアがやってくれる場合も
多いけど(TCP Segment Offloading)、NFSを使おうと思うと、
SunRPCとかNFSとか、さらに上位層のヘッダがあるので、結局
効率ではDASやFCにかなわない。

[0976 名無しさん＠お腹いっぱい。 05/03/17 10:27:14]

ネットワーク経由ストレージ接続したところで、
本当に性能が気になるならばそれ専用セグメント作りたくなるのが
世の常人の常と思うので・・・

結局、設備投資的にはFCカード増設するのと何ら変わらなくなるんでわ？

※なんちゃって環境だったら変わるだろうけれども

[0977 名無しさん＠お腹いっぱい。 05/03/17 10:43:05]

最近のCPUで、TCP overhead を気にする必要があるのか？
昔のSunマシンならともかく。。。
そんなのサーバがしょぼいっていっているようなもんじゃないのか？
おまけにNASで専用セグメントつくっても、圧倒的に
SANよりやすいじゃねーか！
FC SWなんて高すぎ。おまけにSANでヘテロな環境構築できねーよ。
現実的に。一社でチンいつするならべつだが。
ヘテロなSANでまともにサポートできるとこあんのか？

[0978 名無しさん＠お腹いっぱい。 05/03/17 10:46:46]

どうなんだろ。俺的にはNASは、もうちょっとお手軽に
使うイメージがあるけど。既存ネットワーク上、たくさん
のマシンから共用して使うみたいな。
こういう使い方をするとNAS:クライアント=1:Nでの利用
になるから、NAS側の性能は確かに必要なんだけどね。

[0979 名無しさん＠お腹いっぱい。 05/03/17 10:57:54]

> 最近のCPUで、TCP overhead を気にする必要があるのか？

間違いなくあるよ。
Xeon 2.8GHz だと、たかだか1本の Gigabit Etherでも、バンド幅
一杯流してると、CPU能力の3割はプロトコル処理にもっていかれる。
3.4GHzのCPUで、たとえクロック通りに性能が上がったとしても、
CPU能力の25%はプロトコル処理だけで消費されてしまう計算になる。

こんなの誰でも簡単に評価できる話だと思うけど、試してないの？

[0980 名無しさん＠お腹いっぱい。 05/03/17 11:07:23]

NASは、かなり強力なCPUをnetwork interface上に持っているよ。つまり必要。
いまやPCIに指す普通のNICでもTCP位は処理するし。

[0981 名無しさん＠お腹いっぱい。 05/03/17 11:08:17]

>>978
10年近く前はそうだったけど、
今は性能のことを考えても完全に選択肢に入ってきている。

[0982 名無しさん＠お腹いっぱい。 05/03/17 11:17:32]

>>981
NAS 1台で複数のNFSクライアントにサービスして、
クライアント1台あたりの性能はそこそこでいいなら
大丈夫だけど、NAS:NFSクライアント=1:1で限界性能
出そうと思うと、>>979が出した値ではかなり厳しい
んじゃない？

U320 SCSI 1本と同じバンド幅を出そうとするだけで、
Gigabit Ether 3本トランクする必要があって、その
プロトコル処理だけで CPU 使用率が75%〜90% に
いっちゃうよ。
これで、DBも動かして性能出そうってのは無理では？

まあ、自分ではちゃんと性能評価できないお客さん
なら気づかないかもしれないけどさあ。

[0983 名無しさん＠お腹いっぱい。 05/03/17 11:19:04]

SANとNASでCPUを消費するポイントがことなるだけじゃないの。

[0984 名無しさん＠お腹いっぱい。 05/03/17 11:20:25]

というよりDASやFC-SANが、NASよりもCPUを消費しない
(プロトコル処理がないから)ってことでしょ。

[0985 名無しさん＠お腹いっぱい。 05/03/17 11:28:57]

> SANとNASでCPUを消費するポイントがことなるだけじゃないの。
×CPU
〇金

[0986 名無しさん＠お腹いっぱい。 05/03/17 12:17:04]

http://www.itmedia.co.jp/survey/articles/0503/16/news061.html
外資と国産との差が顕著に表れた2004年の国内サーバ市場

1000近くになると盛り上がるのはどのスレでもしょーがないんでしょうかね

[0987 名無しさん＠お腹いっぱい。 05/03/17 13:23:06]

>>986
> 1000近くになると盛り上がるのはどのスレでもしょーがないんでしょうかね

そう思う人の心理の問題だと思う。

[0988 名無しさん＠お腹いっぱい。 05/03/17 15:13:27]

んじゃあもらうよ1000

[0989 名無しさん＠お腹いっぱい。 05/03/17 15:13:53]

>>1000

[0990 名無しさん＠お腹いっぱい。 05/03/17 15:14:51]

>>1000ｹﾞｯﾄ

[0991 名無しさん＠お腹いっぱい。 05/03/17 15:15:11]

>>1000ｹﾞｯﾄ

[0992 名無しさん＠お腹いっぱい。 05/03/17 15:15:47]

米IBM、米Novellと商業協定を締結し全サーバーにSUSE LINUX搭載へ
http://enterprise.watch.impress.co.jp/cda/foreign/2004/03/25/1777.html

1000にむけ燃料投下

[0993 名無しさん＠お腹いっぱい。 05/03/17 15:16:09]

>>1000ｹﾞｯﾄ

[0994 名無しさん＠お腹いっぱい。 05/03/17 15:16:30]

>>1000ｹﾞｯﾄ

[0995 名無しさん＠お腹いっぱい。 05/03/17 15:17:59]

>>1000ｹﾞｯﾄ

[0996 名無しさん＠お腹いっぱい。 05/03/17 15:18:23]

>>1000ｹﾞｯﾄ

[0997 名無しさん＠お腹いっぱい。 05/03/17 16:53:10]

NFSv4 に期待！
Solaris10 頑張れ！
unix 厨ならnasだろーがっ！

[0998 名無しさん＠お腹いっぱい。 05/03/17 17:27:42]

1000なら、Linux滅びる

[0999 名無しさん＠お腹いっぱい。 05/03/17 17:28:02]

１０００ゲッチュです

[1000 名無しさん＠お腹いっぱい。 05/03/17 17:28:24]

1000なら、Windows滅亡する