BSDがLinuxよりも優れている事の証明

[583:576 (2001/07/17(火) 02:57)]
>>579
うん。NetBSDだね。cronで夜中にFSゴリゴリ検索しだすと、
UVMがガンガンメモリ食って、使ってるプロセスが一瞬でswap out
されちゃう。UVMはそういう仕組みでもってファイルアクセスを
速くしているわけだけど、ちょっとやり過ぎでないかい？って感じ。

UVM入ったことで瞬間的なレスポンスは向上したけど、1ユーザーが
FSゴリゴリやるだけでレスポンスとか低下するのって、なんか
サーバー用とはいえないんじゃないかい、これ？って感じ。

でも、これがもっとこなれたら定評あるソラリスのメモリ周り
くらいに昇華してくれると信じて使ってます。

[584:名無しさん＠お腹いっぱい。 (2001/07/17(火) 07:51)]
FreeBSD好きなんだけど、Javaの開発環境がなかなか
新しくならないので萎え。最近は、Linuxでもいいか、
と思いつつある。。。

[585:名無しさん＠お腹いっぱい。 (2001/07/17(火) 09:27)]
>>584
そんなあなたにはPlamoがおすすめ。
まちがっても赤帽系にしないように。

[586:名無しさん＠お腹いっぱい。 (2001/07/17(火) 18:01)]
> うん。NetBSDだね。cronで夜中にFSゴリゴリ検索しだすと、
> UVMがガンガンメモリ食って、使ってるプロセスが一瞬でswap out
> されちゃう。

そっそれは、UVM の問題ではなくて、UBC の問題でわ？
UBC の これは確かに問題。1.6 が出るまでに直るかな？

ちなみに、-current の問題なので、リリース版には無関係っす。＞ その他の人

[587:名無しさん＠お腹いっぱい。 (2001/07/17(火) 23:13)]
>>585
Plamoでまたマイナー系の悲哀味わうくらいなら、FreeBSD使い
続けるよ。。。RedHatにしよ。

[588:名無しさん＠お腹いっぱい。 (2001/07/18(水) 00:11)]
>>587
俺も FreeBSD だけど、かなり同意。

メジャーが恋しくなることもあるさ。

[589:名無しさん＠お腹いっぱい。 (2001/07/18(水) 00:17)]
> だってさー、linux ってコンパイルやＦＴＰしてる時に、
> ログインすると死ぬほど遅いしさぁ

色々な意見が出ているけど、
Linux kernelのVMにはworking setという概念がなく、
ヘビーなprocessが物理メモリを貪り放題なのは事実と思われ
ソース読む暇ない人は、http://lwn.net/2001/features/KernelSummit/を。

ただ、

> なんつーか、動きゃいいじゃんっていうLinuxの哲学が嫌い。

は、kernelのversionが1の時代の話で、今やそれなりにdesignにも気を使っている。
1の頃はひどくて、ゲロゲロなコードのdriverがkernel static linkingで使われてました。
scannerのdriverをFreeBSDにportしようとして目が潰れた。

[590:名無しさん＠お腹いっぱい。 (2001/07/18(水) 00:27)]
今ってLinuxカーネルのソースきれいなの？

[591:576 (2001/07/18(水) 02:49)]
>>586
ほうほう。これはcurrentだけの問題だったのかぁ。でも本当っすか？
UVMの一部であるUBCがどーのー言われる前から、UVM導入された時点で
こういう具合に重くなったんだけどね。

おいらの理解では、それを是正する形で、UBC memory-usage balancing
が導入されたんだと思ってたんだが…逆なの？UBC導入した時点での
アナウンスでも、UBCでインタラクティブなパフォーマンス問題が
改善されるだろうとかやってんすけど？その後、今のUBCはちょっと
激しくプロセスのswap outしちゃってねえ、ははは。みたいな
議論が続いておりますが…

リリース版は使ったことないので、リリース版がどうかってことは
何も言えないんですけどね。使ってミヨーかなー

[592:名無しさん＠お腹いっぱい。 (2001/07/18(水) 05:31)]
> UVMの一部であるUBCがどーのー言われる前から、UVM導入された時点で
> こういう具合に重くなったんだけどね。

それって、いつ (何年) 頃の話？

> おいらの理解では、それを是正する形で、UBC memory-usage balancing
> が導入されたんだと思ってたんだが…逆なの？

old VM でも UVM でも、ファイル・アクセスで利用する実メモリの量は同じ。
これが変化したのは UBC が統合されてから。だから、そもそも誤解している
気がする。
UBC memory usage balancing は、UBC が実メモリを過剰に利用する問題を緩
和するために入ったんだよ。

read.cgi ver5.26+ (01/10/21-)