☆Linux カーネルの仕組みを勉強するスレ☆
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
01/10/02 17:44ID:38KkZsUQカーネル全般について語り合うスレッドです。
0072login:Penguin
01/10/15 07:52ID:fLIHewuGSolarisんとこ、machやl4の方がいいと思うけど。
0073login:Penguin
01/10/15 07:55ID:fLIHewuG0074login:Penguin
01/10/15 09:47ID:1RSiSLerソースを眺めているがｻﾊﾟｰﾘわからん。
やはりVC++で500行程度のコードを書いたことが有る。
と言うレベルの俺には難しすぎる(わらぃ
007574
01/10/15 10:17ID:1RSiSLerああ、今まで必死にソースを追った作業は何だったんだろう？
鬱出汁脳
0076login:Penguin
01/10/16 00:45ID:B9OVQJ4uマジ感動するよ、
（カーネルの仕組みの前にPCのブートの仕組みを学ぶのもいいかも）
http://isweb32.infoseek.co.jp/computer/nobumasa/hardware/boot_hdd/boot/boot.html
参照
0077login:Penguin
01/10/16 00:59ID:0iRzhq4aいいドキュメントだね。
0078login:Penguin
01/10/16 06:05ID:+7CBRx1XSolaris とか NetBSD だと scheduler activation というネタもあるし、
FreeBSD にも KSE っていうネタがあって、おおよそ最近のスレッド技術は
深くカーネルと関係してるから、一概にそうともいえないよ。
ここまでくると上級レベルだから、構造の勉強というようなレベルは超えてるかもしれないけど。
0079login:Penguin
01/10/16 10:28ID:W7jl/1HX0080login:Penguin
01/10/16 21:00ID:+8viyP9S0081login:Penguin
01/10/16 22:02ID:tFjq3kLfちょっと厳しいんじゃないかな。
大まかにＯＳの構造を説明してある良書ってないん
ですかね。機能を知ってからソースを見ると、関数
名や変数名がヒントになるから、ぐっと理解が早い
と思うんですけど。
それとも、「これから勉強したい」人も、そこまで
は出来ているという前提？
0082login:Penguin
01/10/16 23:41ID:Lbh3v4LX0083login:Penguin
01/10/17 00:03ID:p7GUM0P4大あり
0084login:Penguin
01/10/17 00:11ID:58ZfHvGc2種やら1種のテキストに書いてあるレベルの知識と、ソース読むことの
間を埋めてくれるのって、どんな知識でしょう？
個人的にはCの知識かな、と思うけど、ケーススタディとしてカーネルを
使うのは厳しそうだと気づいた今日この頃です。
0085login:Penguin
01/10/17 00:15ID:6udvZ9Dg＞間を埋めてくれるのって、どんな知識でしょう？
努力と根性と経験です。
0086login:Penguin
01/10/17 00:36ID:kW1Ppu3x0087login:Penguin
01/10/17 01:12ID:0KcBObcyおらいりー「詳解 linuxカーネル」
0088login:Penguin
01/10/17 01:17ID:BOPoQ/5Yおなじおらいりーでも、でばどら本から入っていくってのも
手だな。ちょっと古いけど。
売りポイントとしては、「実際に自分で作ったものを動かせる。
動かすことで理解が深まる」ってとこかな。
0089login:Penguin
01/10/17 01:22ID:kW1Ppu3xhttp://www.amazon.co.jp/exec/obidos/tg/detail/glance/-/english-books/0596000081
0090login:Penguin
01/10/17 01:27ID:6udvZ9Dg気になるのは、元にしてるのは2.2系なのか2.4系なのか、かな。
0091login:Penguin
01/10/17 06:38ID:8SzjHmJIその為の悪魔本とかなんじゃねーの？
あと *BSD とかのソースが綺麗で読みやすいといか言ってのは
実際に読んだことのない厨だな。
まぁ綺麗なのは事実だが FreeBSD の VM は悪魔のように(苦笑)複雑で
とりあえず論文読まないと通読は不可。
http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/vm-design/index.html
http://www.ccrc.wustl.edu/pub/chuck/tech/uvm/
Linux のカーネルはすげー実装がシンプルだから逆に読みやすいと思うが。
>>71
>MINIX -> 386BSD -> NetBSD -> FreeBSD -> Linux -> Solaris
386BSD って 4.3BSD Tahoe/Reno だろ? イマドキどーすんだ，あんなの読んで。
4.4BSD lite が入手できるんだからそっち読んどくが吉。
0092♯6411
01/10/17 11:04ID:Nt5BAsRN悪魔本でも、和訳の
「4.3BSDの設計と実装」
は、初心者には(もちろんエキスパートにも)
オススメじゃないよね?
…って、まだ版を重ねてんだろか?
原書嫁。
Linuxのカーネルがある意味読みやすいというのは
同意。386の教科書が傍らにあるとベターかな。
ただ、ネットワーク周りは、読んで脱力したこともしばしば。
0093login:Penguin
01/10/18 02:31ID:EfR4Vz7cたしかに、4.4BSD みたいに抽象度が高いとまっすぐ読めなくなるから総体的な知識が必要になるし、
Linux はベタだから、前提知識なしにパッと見て quick hack する場合は楽だけど、
Linux は全体的にソースが汚いし、ベタなんであまり勉強にはなりません。
0094login:Penguin
01/10/18 02:34ID:EfR4Vz7c今なら、Linux VM でも FreeBSD の Mach VM でもなくて、
NetBSD の uvm を読んだ方がいい。
0095login:Penguin
01/10/18 05:52ID:u3DpsjUwお前は本当に UVM を読みたいのかと問いたい。問い詰めたい。小１時間問い詰
めたい。お前、UVM って言いたいだけちゃうんかと。
まあお前らド素人は、Linux VM でも読んでなさいってこった。
0096login:Penguin
01/10/19 02:01ID:TH1cXybv0097MINIXカーネル解読中
01/10/24 16:18ID:XFF6eHt30098生徒A
01/10/24 16:49ID:Sk/5JNlU全部じゃないが）．
0099login:Penguin
01/10/24 19:35ID:4dNCtF18MINIXと386BSDのソースのありか(URI)きぼーん
0100login:Penguin
01/10/24 19:39ID:UYXjUcucftpサーチで一発だよ、厨房君？
0101login:Penguin
01/10/24 20:00ID:ZaQ1mC9Dftpサーチって何？
0102login:Penguin
01/10/24 20:03ID:XZp0N0cmGoogleで一発だよ
0103gea
01/10/26 01:49ID:M11l2acb0104login:Penguin
01/10/26 03:17ID:/MJaN4Ug0105login:Penguin
01/10/26 04:01ID:FmgZ80usネタなんだろうけどモトネタがわからないのでマジレス
http://www.ccrc.wustl.edu/pub/chuck/tech/uvm/
これまでの COW を更に進めて匿名ページの COW もやるようにした VM ね。
0106完全気密性型個室チャット設置
01/10/26 09:00ID:JKN2MAJ418個設置。共有チャットも10個設置。
気軽に参加してくださいね。
みなさんのお越しをお待ちして
おります。右フレームの中ほどに
あります。よろしくね。
http://home9.highway.ne.jp/cym10262/
0107某スレの12
01/10/27 11:12ID:eYNUQGN30108房スレの13
01/10/27 11:32ID:YfJuIONB0109login:Penguin
01/10/27 12:01ID:wm8gbMCY0110login:Penguin
01/10/27 15:21ID:5IDha0Op0111login:Penguin
01/10/27 15:28ID:lXVHxyhY気密型ハカーとお勉強ｲｲ！
0112カーネル初心者
01/10/27 16:27ID:Hh35ZjqYつくれますか？
0114110
01/10/28 02:37ID:v7FYjkutHDDコントローラ？の仕様とか見ながら書いたのかな
仕様って手に入るのかな・・。
0115login:Penguin
01/10/28 02:51ID:c0cZVdxb東芝の開発者向けサイト
http://linux.toshiba-dme.co.jp/linux/jpn/develop.php3
0116login:Penguin
01/10/28 02:53ID:cJ0fmml80.0.1って....
あまり古すぎじゃないか？移植どころか、「とりあえず動かす」
ころのだろうから、ちょっと読むにも大変なんでわ？
コントローラの仕様ってのは、どっかで手にはいりそうだね。
とりあえずは、
CQ出版社のインターフェース増刊
TECH I vol.10 ATA(IDE)/ATAPIの徹底研究
でどーよ？
0117110
01/10/28 04:40ID:v7FYjkut0.0.1のカーネルって小さいから読みやすいかな、
と思ったけどMINIXのほうを読むことにしよっと・・。
インターフェースの増刊かなり最新ですね・・すぐ手に入りそうだ。
っていうかインターフェースって雑誌、今はじめて知りました・・
バックナンバーの目次とか眺めたけどすごく面白そう、何で今まで知らなかったんだろう・・
116さんに感謝・・。
0118117
01/10/28 04:41ID:v7FYjkut0119login:Penguin
01/11/05 04:47ID:zk7Lax0shttp://www.amazon.co.jp/exec/obidos/ASIN/0471408824/
0120教えて！！！
01/11/06 23:49ID:seaNFRBfrpmのバージョンアップをしろといわれてしかなたく
rpmのバージョンアップをしようとしています。
環境はTLJ6.0で、Pentium 166MHzです。
現在は3.0.3なんですが、これを3.0.4以上にしなければなりません。
でも
#rpm --rebuild rpm-3.0.6-15.src.rpm
の実行中に
/usr/include/bits/string2.h:XXX warning : pointer of type 'void *' used in arithmetic
といった種類のメッセージがダぁーっと出てきます。それでも処理はずっと続いて３分くらいしたらとまるんですが、非常に不安です。このとき実は渡さなければならなかった引数とかありますか？
わかんないんでしょうがなくある方に教えていただいて
rpm -Uvh rpm-3.0.6-15.i386.rpm
を実行しました。
そしたらこんな表示が・・・・
libpopt.so.0 is needed by rpm-3.0.6-15
どないなってまんねん？？？
i?86のところの*は環境によって違うということですが、それは具体的にどういう意味ですか？
ほんとにタコタコで申し訳ありません。どうかこの哀れなタコを助けてください。*_*
それからも一つ質問！
どうしてこんなにリナックスは難しいんですか？
0121login:Penguin
01/11/07 01:19ID:5qQLJtTDマルチうざい
0123login:Penguin
01/11/07 10:07ID:D4X9uT1H0124login:Penguin
01/11/07 11:58ID:D4X9uT1HオープンソースのOSであるLinuxの元々の開発者，リーナス・
トーバルス氏の右腕であるアラン・コックス氏は，Linuxカーネル2.4
のメンテナンスを担当しないことを明らかにした。トーバルス氏は，
開発ツリー2.5に集中するため，今後数週間以内にLinuxカーネル2.4
をコックス氏に任せるとしていた。
有識者のコメントを求む
0125login:Penguin
01/11/07 12:35ID:HqCHYej/124は記事内容を理解していない。よって終了。
0126login:Penguin
01/11/07 13:03ID:D4X9uT1H解説してください。お願いします。理解したいんです。
0127login:Penguin
01/11/07 13:10ID:BmKSSlYi>は，これまでもグループで行ってきたことで
>あり，これからもそれは変わらない
0128login:Penguin
01/11/07 15:29ID:FmMqLr+t0129login:Penguin
01/11/07 18:21ID:EVaWvNemacが逝くとかなりピンチ。
0130login:Penguin
01/11/07 23:16ID:9nIeZqmz-ac カーネルの Rik's VM とは？
http://clotho.ku3g.org/diary/?20011014#200110142
0131login:Penguin
01/11/08 00:39ID:6uTuNsVr0132login:Penguin
01/11/08 04:38ID:OuhnMvOV簡単だし、どうせマイクロカーネルだからっていう割り切りで、仮想化しまくってないのが、見通しの良さにつながってるように思う。
そのぶん癖はあるけど(IPCとか)、とりあえずどんなことやる必要があるかがわかるとおもう。
でも、モノリシックカーネルでの優先度制御とか、複雑なvmまわりとか勉強したいなら、NetBSDかなぁ。
わりと読みやすいけど、完全に理解するはなかなか・・・。
0133login:Penguin
01/11/10 00:06ID:GrwBKvex２．５の機能のメインっていったら、INPUTデバイス！
こいつが入力関係を一手に引き受けてくれるもんで、USBやらjoystickやらkybodeやらマウスやらが
シンプルになって、手軽にｒａｗレベルで入力デバイスにアクセスできるようになるんだよう〜
そこの厨房な君も、他になにが追加されるか予想してみよう。
0134login:Penguin
01/11/10 00:10ID:I2bxXvg2イタい、イタすぎる....
0135login:Penguin
01/11/10 00:10ID:YzLCB467/dev/input
とは違うのか？
0136133
01/11/10 00:20ID:GrwBKvex0137133
01/11/10 00:25ID:GrwBKvexモタイブリッコ！発見！ハゲじゃなくって吐け、何をしってるんだ。 ゴラァ！
0138login:Penguin
01/11/10 01:31ID:JYB21yE5・全角アルファベット
・そもそも提案が意味不明
これだけ揃ってれば痛いだろ(w
個人的にはIDE CD-Rの扱いが楽になって欲しい。
ide-scsi使わないといけないのはめんどくさい。
0139login:Penguin
01/11/10 01:48ID:P+u86UuI・スケジューラのマルチメディア対応とマルチキュー化
・暗号化ファイルシステム
・ｎ：ｍカーネルスレッド（無理か）
0140login:Penguin
01/11/10 02:11ID:H1+mtcC9呼び出すなよ。
厨房な俺の予想に意味があるのか？
http://lwn.net/2001/features/KernelSummit/
でも読めよ。
0141login:Penguin
01/11/11 01:23ID:gpvCOabaこれをPS/2とかの、USB以外のマウスとかキーボードに対応させて、
inputでイベント処理をさせるってことですなぁ ちがうか？汗
/dev/eventXで、流れて来たイベントを拾って、処理できるようになるから、
フレームバッファ関連のアプリが充実するのに期待しちゃうYOU。
0142login:Penguin
01/11/11 01:35ID:H6R3aNYWIBM が gnu のをベースにやってる n:m スレッドは
ユーザランドのスレッドだっけ？
0143login:Penguin
01/11/11 01:49ID:gBx3tRWzカーネル2.4になったら、Sound Blasterのゲームポートに差したアナログジョイスティック
の/dev/js0も/dev/input/js0へのシンボリックリンクになてたよ。
0144login:Penguin
01/11/11 12:02ID:Vp1d/jukNGPTだよね？
http://oss.software.ibm.com/developerworks/opensource/pthreads/
元の Pth は、ユーザレベルのスレッド実装だけど、
ちゃんとM:Nになってるみたいだけど。
まだ、SMPではちゃんと動いてないみたいですね。
次のバージョンで対応するようですが。
0145login:Penguin
01/11/11 12:59ID:gpvCOabaそか、ジョイステックも対応してたのか〜、
今のシステムってキーボードからの入力を拾うのってかなりメンドウでない？
たとえば、svgalibでもXでも、一度RAWモードで、キー入力を握られると、
他はどうにもできないのさ、それでXがエラーでおちたりしたら、
PCの後ろにシリアルケーブルつないでどうにかするしかないし。
それが改善されるんだよ〜っていいたかったのだ。
今は、まだ、 keybdev.cからhandle_scancodeっていう、
char/keyboard.cの関数を呼出ちゃってるウンコ仕様なんだけど、
この変がシンプルになるんだよ〜
シッタカブリしてしまったかのぉ、なははは。
ネタはこの辺↓
http://cvs.sf.net/cgi-bin/viewcvs.cgi/linuxconsole/ruby/linux/
0146login:Penguin
01/11/11 12:59ID:ZFz8sYwI本家MLで議論されてるのを何回か見たが、
永久に実装される日はこなさそうだ。
確かに実装されればパフォーマンスは向上するけど、
別に今のままでも充分パフォーマンスいいから必要ないって結論らしい。
つーか、ボランティアで開発するには手間と暇が・・・
0147login:Penguin
01/11/11 18:30ID:ZDELobu/n:mカーネルスレッドってなに?
0148login:Penguin
01/11/12 12:37ID:IjOleHL1実際に平行して走るスレッド数と、スレッド数が違う。
Linuxの今のカーネルスレッドの場合は、両方同じ。
0149login:Penguin
01/11/12 17:24ID:IV1WKQExんなことないっしょ。
Linux よりもよっぽど人手のなさそうな FreeBSD (KSE) とか、さらに
人手のなさそうな NetBSD (nathanw_sa) でも開発が進んでいるんだし。
問題は人手というよりも、Linux カーネル開発メンバーの石頭 (N:M スレッド
が大嫌いな奴が結構多い) じゃないの？
0150147
01/11/12 18:57ID:JAFYYv/Y> 実際に平行して走るスレッド数と、スレッド数が違う。
> Linuxの今のカーネルスレッドの場合は、両方同じ。
いやそれは n:m のスレッドだよね。
カーネルスレッドは常に 1:1 では?
もしかしてスケジューラアクティベーションとかの話題?
0151login:Penguin
01/11/12 19:14ID:JAFYYv/Yone-to-many ユーザー空間スレッド
one-to-one カーネルスレッド
meny-to-meny 上記のハイブリッド
だと思ってたんだけど俺の認識は間違ってるか?
Solalis なんかは meny-to-meny だよな。
その為にスケジューラアクティベーションのような複雑な仕組を持ち込んでる。
Linux 的にはそんな複雑なものを持ち込んで性能を出せるかどうか…
ってのがまずあるんだろう。SMP とのバランスも取らないといけないしな。
0152login:Penguin
01/11/12 19:39ID:IV1WKQExmany-to-many 型がすなわち、スケジューラアクティベーションを意味する
わけじゃないよ。昔の Solaris では、スケジューラアクティベーション的
な実装はしてなかった。
で、昔の Solaris のやり方よりも、スケジューラアクティベーションの方が、
アイディアとしてはある意味シンプルだと思うな。
> Linux 的にはそんな複雑なものを持ち込んで性能を出せるかどうか…
> ってのがまずあるんだろう。
これが典型的な反応ですねえ… それが正しいかどうかは別だけど。
> SMP とのバランスも取らないといけないしな。
ここ意味わかんないなあ。バランスって何？
SMP と N:M スレッドって、トレードオフの関係にはないと思う。
>> 実際に平行して走るスレッド数と、スレッド数が違う。
「実際に並行して走る」ってのが何を意味しているか、ちょっと不明かな。
N:M スレッドってのは、ユーザランドスレッド M 個に対して、カーネルスレッ
ド N 個 (M >= N, N >= 1) を使うような実装のことです。
M == N だと 1:1 になっちゃうし N==1 だとユーザーランドスレッドになっちゃ
うけど、M > N とか N > 1 になりうるってところが違うところね。
蛇足:
s/Solalis/Solaris/
s/meny/many/g
0153login:Penguin
01/11/12 19:57ID:JAFYYv/Y> ここ意味わかんないなあ。バランスって何？
> SMP と N:M スレッドって、トレードオフの関係にはないと思う。
今のプロセスモデル（カーネルスレッド含む）で SMP をうまく使うようにデ
ザインされているスケジューラで n:m スレッドを使うにはまた手間がかかる
くらいのハナシ。
> 蛇足:
> s/Solalis/Solaris/
> s/meny/many/g
ｽﾏｿ(照
0154login:Penguin
01/11/12 20:08ID:JAFYYv/Y> 実装されて欲しいのは。
> ・スケジューラのマルチメディア対応とマルチキュー化
なんか具体性に欠けるけどプリエンプトなスケジューラは今実装中だぞ。
> ・暗号化ファイルシステム
loop.c をハクれ
0155login:Penguin
01/11/12 20:08ID:IV1WKQEx> ザインされているスケジューラで n:m スレッドを使うにはまた手間がかかる
> くらいのハナシ。
そのためのスケジューラアクティベーションなのでは？ スレッドのスケジュー
リングを、CPU の割り当ても含めてユーザーランドのスレッドライブラリで決
定できる (カーネルの実装で変な知恵を回す必要がない) というのがメリット
の一つなんだし。
あと、個人的に Linux のスケジューラはあんまり信用してないっす。
他の UNIX 系 OS と比べて、I/O intensive なプロセスに CPU が回ってこな
い傾向があると思う。(2.4 は調べてないので直ってたらスマソ)
0156login:Penguin
01/11/12 20:21ID:JAFYYv/Y> そのためのスケジューラアクティベーションなのでは？ スレッドのスケジュー
> リングを、CPU の割り当ても含めてユーザーランドのスレッドライブラリで決
> 定できる (カーネルの実装で変な知恵を回す必要がない) というのがメリット
> の一つなんだし。
あーそうだった。前言撤回。
> あと、個人的に Linux のスケジューラはあんまり信用してないっす。
4.3BSDのスケジューラに毛の生えたようなモノだからね。
さすがに毎秒キューを再計算したりはしないけど。
> 他の UNIX 系 OS と比べて、I/O intensive なプロセスに CPU が回ってこな
> い傾向があると思う。(2.4 は調べてないので直ってたらスマソ)
キューの再計算をなるべく遅延させているからその点で違いが出てくるのかな。
0157login:Penguin
01/11/12 22:59ID:IV1WKQEx検証したわけじゃないので、なんとも言えないんだけど、sleep_on() に
priority 引数がないあたりにも問題があるのかもしれない。
(例えば *BSD 系だと sleep/tsleep に priority 引数があり、I/O 処理が
完了した直後は優先度が上がる)
もしそうだとすると、I/O 処理に関わる sleep_on 呼びだしを全て直さないと
解決できない、構造的問題ってことに…
0158login:Penguin
01/11/13 04:18ID:Rt2iJ7Brあと、Linux的なら、とりあえず実装してみて、性能でなかったらまた考えるでいいんじゃないんですかね。
よく考えて実装するのは、*BSDにまかせたらいいのでは（笑）
だれかやんないんだろうか。
0159login:Penguin
01/11/13 16:25ID:Istj8zjeだから、IBMのがあるって。
あれじゃだめなの？
0160login:Penguin
01/11/13 16:52ID:MqzmFHkNhttp://www-124.ibm.com/developerworks/oss/pthreads/
Next Generation POSIX Threading
The goal of this project is to attempt to solve the problems associated with the use of the pthreads library on
Linux. It will add M:N threading capability and improve significantly on the POSIX compliance of pthreads on
Linux. This will allow significant performance improvements for all applications that make use of the pthreads
library, particularly on SMP machines. It will also enable Linux to provide threading services that are more in
line with the capabilities of the commerical Unix operating system such as IBM AIX and SGI IRIX.
0162login:Penguin
01/11/13 20:00ID:/IBKTqGWI/O Insentive ってどのレベルをいってるんだ？
もしかして tty すか？ﾌﾟ
0163login:Penguin
01/11/13 20:09ID:36p1vksl経験したのは、ネットワーク I/O。
なんか latency 的に性能悪いなあと思って調べたらそういうことだった。
> もしかして tty すか？プ
ん？ その心は？
0164login:Penguin
01/11/13 20:39ID:CaHKE6Ak> 検証したわけじゃないので、なんとも言えないんだけど、sleep_on() に
> priority 引数がないあたりにも問題があるのかもしれない。
これはシステムコールの違いでしょう。
Linuxには他にいくつかシステムコールが追加されているよ。
0165login:Penguin
01/11/13 20:42ID:36p1vkslああ、理解されてない。;_;
いいけど。
0166login:Penguin
01/11/13 20:53ID:CaHKE6Ak> ああ、理解されてない。;_;
ん？ よくわかんないんだけど。スリープ優先度がないってこと？
0167login:Penguin
01/11/13 21:54ID:36p1vkslそもそも sleep_on() ってシステムコールじゃないでしょ。
> スリープ優先度がないってこと？
そうっす。
スケジューラの方を直すのは別に難しくないんだけど、sleep_on() を呼び出
しているところを全部書き換えるのが果てしなく面倒そう。それとも比較的単
純な置き換えで済むからなんとかなるのかなあ。
ちなみに問題のシステムでは、CPU 食っているプロセスの方もシステムの一部
だったので、そっちで適度に sched_yield() することにして、問題を回避し
たっす。というわけで、自分で直そうというモチベーションは出ないのね。
0168login:Penguin
01/11/13 22:28ID:CaHKE6Ak> 経験したのは、ネットワーク I/O。
> なんか latency 的に性能悪いなあと思って調べたらそういうことだった。
I/O InsentiveってネットワークI/OやDiskI/Oにも高い優先度を割り振った方が
いいスケジューラなの? 俺はそう思わんけど。
>>167
> ちなみに問題のシステムでは、CPU 食っているプロセスの方もシステムの一部
> だったので、そっちで適度に sched_yield() することにして、問題を回避し
> たっす。というわけで、自分で直そうというモチベーションは出ないのね。
応答性が重要ならそもそもOSの選択に間違いがあったと思われ。
0169login:Penguin
01/11/13 22:48ID:36p1vksl> いいスケジューラなの? 俺はそう思わんけど。
うーん、うーん、うーん。頼むから OS の教科書ぐらい読んでくれー。
> 応答性が重要ならそもそもOSの選択に間違いがあったと思われ。
それって、Linux よりも、商用UNIX やら *BSD やらを勧めてるってこと？
該当システムってハードリアルタイム性は全く必要ないので、UNIX で十分なんだが。
0170login:Penguin
01/11/13 22:56ID:CaHKE6Ak> うーん、うーん、うーん。頼むから OS の教科書ぐらい読んでくれー。
ごめん。OS はほとんど自学なので基本的なことがわかってないかも知れない。
しかし多量のディスクI/Oや，遅いネットワークI/Oってのは短い応答時間が
必要だろうか？ ってハナシ。
> それって、Linux よりも、商用UNIX やら *BSD やらを勧めてるってこと？
> 該当システムってハードリアルタイム性は全く必要ないので、UNIX で十分なんだが。
Solaris なんかを使えばプリエンプトできるからずっとよいと思うけど。
0171login:Penguin
01/11/13 23:19ID:36p1vkslシステム全体の「スループット」(not only 応答性) も向上させるのよ。
これ常識。
まともなハードウェアなら I/O と計算処理は並列動作できるから (PC 用の
安物ハードウェアには、駄目なものも多いが)、こうした方がシステム全体の並
列性が上がるんよ。I/O intensive なプロセスに CPU が回ってこないと、
本来発行できる筈の I/O 要求が発行できないので、並列度が落ちるわけ。
> Solaris なんかを使えばプリエンプトできるからずっとよいと思うけど。
実はそのソフトウェアは、開発段階では Solaris と BSD でも動かしてたんだ
が (最終版は Linux のみ)、Solaris だけじゃなくて BSD でも問題なかったのね。
だから、これに関してはカーネルレベルでのプリエンプティブ性は必要ない。
Linux 版がなんか遅いなあと気づいたのは、比較対象があったせいなわけ。
■ このスレッドは過去ログ倉庫に格納されています