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

[157:名無しさん＠お腹いっぱい。 (2001/04/14(土) 22:55)]
SMP (Dual P-III)でベンチやったら、FreeBSDよりLinuxの方が一割速かったぞ。
サーバ用途でも大規模なものだと自動的にLinuxじゃねーか？（ゲラ

[158:名無しさん＠お腹いっぱい。 (2001/04/14(土) 22:59)]
157はまともなカーネルを作れなかった。

と仮定してみる。

[159:名無しさん＠お腹いっぱい。 (2001/04/14(土) 23:03)]
一応きいとこうか。
まともなカーネルって？
*BSDだって何年も使ってるんだぜ？

[160:名無しさん＠お腹いっぱい。 (2001/04/14(土) 23:20)]
>>157
FreeBSDのSMPってBSDiのコード入っているやつ？
どんなベンチやったの？

[161:名無しさん＠お腹いっぱい。 (2001/04/14(土) 23:48)]
ぼくはたこです。おしえてください。
なぜ pc 用 linux と mklinux はソースが結合されていないのですか？
netbsd 等はソース一つですよね。
よろしくおねがいいたします。

[162:150 (2001/04/14(土) 23:54)]
>>156
何となくとはいえ、分かってくれる方が
いらっしゃいましたか。サンキュー

FFは7までヤッたし、3はちょっとだけやりこんだ。
ドラクエは、7は途中で投げたが、5と6は結構やった。

てことで、言われてみればあんまりヤリこんでないや

[163:名無しさん＠お腹いっぱい。 (2001/04/15(日) 00:09)]
>>160
FreeBSD 4.1とLinux 2.2.16
使用したのはubench-0.32で、これは SMP-aware なベンチ。
SMPにはLinuxに一日の長ありというのが結論。

[164:名無しさん＠お腹いっぱい。 (2001/04/15(日) 01:00)]
>>155
JDK作る人だけが頑張ればいい、という問題じゃないんですよ。

*BSDのkernelにkernel level threadを導入してもらわないと、
version upごとの即時JDK公開は難しいでしょう。
*BSDのuser level threadはなかなか頑張ってるんですが。
User levelのみだとかなりレベルの高いの実装の一つかな?

Linuxみたいにkernel levelだけでもまだ少しうまくないんですね。特に効率。
http://www.cs.berkeley.edu/~brewer/cs262/
の"Scheduler Activations"のように両方あって協調しないと。

この分野で*BSD, Linux, Windowsは、
Solaris, OSF/1等に7,8年くらい遅れてます。
SolarisなんかPOSIX realtime extensionをfull supportし終りそうですから。

KernelでSMPやthreadをうまくsupportしただけでは解決しないのです。
EINTRとかlibcとかpthreadとか解決するすべきこと一杯あるので。

早く、scheduler関係も充実するといいですね〜。
SFCの徳川研でやっていた、FreeBSD on RT-Machはどうなってるんでしょう?

[165:名無しさん＠なぽりたん (2001/04/15(日) 02:06)]
どちらも食わず嫌いは良くないってことか？

全部見て歩いてるとあれいいかこれよくないかって、肌に合う合わないとか
出て来るだろうし、どこかにのめり込んで行くだろうし、そうなると余計
他のを見てないんじゃないの？

日経かぶれのおじさんはLinuxスキスキみたいだのう。
困る。

[166:名無しさん＠お腹いっぱい。 (2001/04/15(日) 04:23)]
>日経かぶれのおじさんはLinuxスキスキみたいだのう。
>困る。
いやいや、これでも状況は良くなった方だよ
Linuxが流行る前は「UNIXなんてダメ」ってのが、
おじさん達の口癖だったわけだし（ご存知の通り）

LinuxのおかげでフリーUNIXへの抵抗感は減っているから
プレゼンで何とでもなるよ

ただ、安定性とかは数値化しにくいし、実際、超高負荷
でもなきゃ挙動は変わってこないのでそういう方法から
は説明しづらい。DBMSとか商用ソフトが対応していない
のも難点だ。エミュで動くって言ってもね

まぁ、ライセンス辺りから攻めるのが無難じゃない？
後は詐欺に近いけどBSDの伝統云々のイメージ戦略

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