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

[209:206 (2001/04/17(火) 17:14)]
>>208
CPUいっこならかわらないんじゃないかな？

[210:205 (2001/04/17(火) 18:53)]
>>206 そーゆーいみです。他の意味があるん??

[211:198 (2001/04/17(火) 19:03)]
>>209
single CPUでpmpthreadsとか使っているとそういう時も多いね。良くできてるので。
けど、directory updateとか同期書き込みあるといや〜ん。
同期的で遅いsystem call全般でいや〜ん。
Multi CPUだと、非同期でもその間parallelism押えられていや〜ん。いや〜ん、いや〜ん。

[212:206 (2001/04/17(火) 19:20)]
>>210
さんくす。つーことは...

>JVM程度の non-preemptiveな multithread
ってのはやはり意味不明なんですが。
JVM自体は non-preemptive, preemptiveは不問だからですよん。したがって、

>Sunの JDKがそれを前提として書かれてる
は間違いです。JVMはなにも限定してませんよ。
あなた色に染めてねといってます。（ｗ

[213:206 (2001/04/17(火) 19:49)]
>>211
Single CPUの場合として、
同期File書きこみとか同期システムコールがbottle neckになる場合が
多いのは想像できるのですが、1kernel thread-> 1processかどうかは
その意味のbottle neckに関係ない気がするのですが。
Context Switchの頻度というかその実装が例えばGUIの応答の重さを
きめるのではないでしょうか？

もしおれがお馬鹿なこといっていたらいや〜ん。いや〜ん、いや〜ん。

[214:205 (2001/04/17(火) 19:52)]
>>212 JVM仕様では preemptiveness(?)が不問なのは知ってるけど、
その一実装である Sun JDKは preemptivenessを要求する、
ってことも考えられるかなと。
んじゃなきゃ JVMの移植ごときで kernel level threadが出てくる
理由が分からん。
kaffeとかはそんなんなくても頑張ってるし。

208のような perfomance的な理由ならかすかにわかるが、
JVMに限らず、そーゆー用途に付き物の話だろうなあ。

[215:198 (2001/04/17(火) 23:24)]
>>214
JDK実装はportablity優先でいいじゃん、というのならその通りでやんす。
当初Sunは*BSDでもJDKとっとと出せるか、
という話題だったのに、わしの話も横路にそれすぎたの〜。

スレタイトルに何の関係もないが良いのかの〜。

[216:名無しさん＠お腹いっぱい。 (2001/04/17(火) 23:27)]
いいんじゃないっすか？

つまらない煽りよりは技術的な話のほうが面白いっす。
ここでLinuxでの実装例を誰か振ってくれれば十分このスレに・・・・

[217:名無しさん (2001/04/18(水) 01:04)]
>>207 激しく同意！
って書くやつはいないのか

[218:名無しさん＠お腹いっぱい。 (2001/04/18(水) 05:36)]
>>217
>>207の内容が分かるのか。俺の英語力は、殆どゼロに限りなく近くてロシア語みたいな渋い言語は
分からないけど、よく考えるとロシア語みたいな言語を知ってると、後々に役立つと思うんだけどね。
特に、これと言った理由もないんだけどね。

　俺、昔といっても2,3年前ドイツ語の勉強をしてたよ。ドイツにも去年の一月頃行って、四週間程度ドイツ
旅行してたせいか、どちらかと言うと英語よりもドイツ語の方が話せる。

　しかし、ドイツ語ちゅーもんは、スペリングが長くて読みにくいものもあるが、一部のウムラウト記号または
特定の例外を除いて、殆どローマ字読みだから、日本人からすると難しいけど英語より馴染み安い
と思う。まあ、他に例を揚げると、男性、女性、中性名詞があったりするが、、、

英語の場合、A(エイ)、B(ビー)、C(スィー)、D(ディー)だか、
ドイツ語だと、A(アー)、B(ベー)、C(ツェー)、D(デー)とどことなく、オッサンにとって都合の良いようになっている。
name(ネーム)が、ドイツ語だとスペリングが全くおなじで、name(ナーメ)とローマ字読みで発音。

面白いよな。

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