私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレ【Linux】カーネル総合４【Kernel】

kernel スレッド一覧へ / kernel とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 : ○
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

353 : login:Pe - 2008/09/29(月) 15:27:31 ID:pgUibaHn (+10,+25,+0)

挫折おめ

354 : login:Pe - 2008/10/04(土) 19:13:09 ID:ARyH8epO (+19,+25,-26)

Linux カーネルの設計図って無い？

ソースコードなんか読んでられないんだけど。

355 : login:Pe - 2008/10/04(土) 19:35:03 ID:Y45eK7HG (+19,+29,-2)

読むんじゃない　感じるんだ

356 : login:Pe - 2008/10/04(土) 19:47:23 ID:j49+44c9 (+16,+29,-22)

設計図って無い？→×
ちょとソースパーサと視覚化ソフト作ってくる→〇

357 : login:Pe - 2008/10/04(土) 20:04:46 ID:LpOCBcaG (+24,+28,+0)

>>354
こんなものならある
http://www.makelinux.net/kernel_map

359 : login:Pe - 2008/10/05(日) 07:21:33 ID:wEm3ZArW (+26,+29,-70)

>>357
方向性は、いい感じ。でもちょっと詳細すぎる。
ソースコードを単純にリバースしただけ？
アーキテクチャの骨になるモジュールと依存関係が分かると入りやすいんだけどなぁ。

>>358
うーむ。ちょっと本屋にいってみまふ。

それ系だと、一応以下は読んでます。
http://itpro.nikkeibp.co.jp/article/COLUMN/20080501/300463/?ST=oss

360 : login:Pe - 2008/10/05(日) 11:59:47 ID:m45hbmuL (+27,+29,-54)

>>354
そもそも何がしたいわけ？

単に知りたいだけなら、本でもWebでもいろいろあるが、
将来的に開発に関わっていきたいなら、実装なんてころころ変わるから、
ソース読めるようになるしかないよ。

361 : login:Pe - 2008/10/05(日) 12:08:55 ID:uwUu94dy (-16,+29,-12)

Linuxソース読めないって
スキル低すぎじゃないか？

あんなに綺麗なソースめったにないけどな

362 : login:Pe - 2008/10/05(日) 14:21:21 ID:GQ3uGN5q (+12,+30,+0)

>>361

363 : login:Pe - 2008/10/05(日) 20:14:06 ID:NUUgsXnG (+24,+29,-21)

ソースは綺麗だがロックレスにするための最適化とかは難解じゃね

364 : login:Pe - 2008/10/05(日) 20:56:21 ID:uwUu94dy (-11,+30,-82)

>>363
切り出せるじゃん綺麗なら依存関係
解るってことだろ？ただ理由付けて、労力惜しんで真に理解できない
だけだろ？
解らないなら、古くて遅いコード読んで流れだけ
把握すればいいし、そこからgitで0.0.1ずつ上げて
いって差分追えばいい

楽して理解なんてできねーから

365 : login:Pe - 2008/10/05(日) 20:58:41 ID:cqzNA6tu (+10,+29,-7)

どうやってロックをなくすの？

367 : login:Pe - 2008/10/05(日) 21:32:24 ID:0B2Mm6OC (+24,+29,-3)

変な改行してるけど、縦読みってわけでもないんだな。

368 : login:Pe - 2008/10/05(日) 22:38:41 ID:CybLamJ3 (+17,+27,-11)

CAS使ったって結局スピンループして待つわけだからロックと同じじゃなくて?

370 : login:Pe - 2008/10/05(日) 23:53:10 ID:/M4S/JQ3 (+15,+29,-16)

知る者が知らざるを者を罵倒する。これは日本人（固有）の得意技。

372 : login:Pe - 2008/10/06(月) 00:53:38 ID:15WiK00o (+24,+29,-13)

教えてもらったものが教えたものをひがむ
これこそ日本人固有の得意技

373 : login:Pe - 2008/10/06(月) 02:31:46 ID:4qydW303 (+14,+29,-6)

>>369,372
来なくていいから。お前の中身など何の価値もない。

374 : login:Pe - 2008/10/06(月) 04:07:11 ID:Oq5Gl4Q6 (+42,+29,+0)

>>368
locklessといっても実はいろいろあってな。
代表例をあげていく。

まず、時刻更新時のxtime更新処理。これは速度云々以前にタイマ割り込みの延長で走る更新処理が遅れちゃいけないという制約がある。時計狂いに直結するから。
だから、普通のread/write lockでは不十分で、「どれだけreaderがいても、writerは（待ったりスピンしたりせずに）即座に書き込めるロックが必要。
逆にreaderはwriterがごにょごにょやってるときは、多少処理が遅くなってもかまわない。だって時刻更新なんてせいぜい1000Hzでしかおきないレアイベントなんだもの。大局的には誤差。
詳細は、seqlockとかシーケンスロックでググってくれ。

次はRCU。
ようするに更新するときに、古いデータが載っているメモリを直接書き換えるのではなく新しいデータが載ったコピーを作る。
んで、read側は古いデータをちゃんと読めるのでロックいらず、write側がread側が知り得ない新しいコピーに書き込めるのでロックいらず。
というアイデア。
なんと、read側はCASもメモリバリアもいらないという最強アルゴリズムなのでlinuxでは適用箇所がガンガン広がっている。
もちろん、read側がクリティカルセクション抜けたときに（ガベコレ的な感覚で）あとから古いデータの削除処理が走るので、適用箇所によってはキャッシュヒット率の関係で性能が下がるときがまれにある。
まあ、readが大多数のデータ構造にしかつかうなってこった。

377 : login:Pe - 2008/10/07(火) 07:15:08 ID:GqCnfBab (-13,+16,-2)

知ってるけどおしえませーんw
ｳﾍﾍﾍﾍ

380 : login:Pe - 2008/10/07(火) 23:21:17 ID:GqCnfBab (-5,+29,-1)

さっさと教えろよｺﾗ

382 : login:Pe - 2008/10/10(金) 05:59:54 ID:QDBTpe1+ (+24,+29,-35)

Linux Kernel Watch　9月版
　タイマにまつわるエトセトラ
http://www.atmarkit.co.jp/flinux/rensai/watch2008/watch09a.html
ある意味「予想どおり」のカーネルサミット
カーネル時間管理の全面刷新なるか
x86、「タイマを分かってないで賞」を受賞!?

386 : login:Pe - 2008/10/10(金) 19:38:45 ID:gKy/PBbY (+11,+21,-1)

ま、そんなもんさw

389 : login:Pe - 2008/10/11(土) 08:33:16 ID:sgT4P9xq (+13,+28,+0)

>>388
ない。
むしろ作ってくれ

392 : login:Pe - 2008/10/13(月) 20:03:41 ID:GHU10YTi (+13,+29,-64)

>>390
NFSの時刻はサーバがもっているものなんだから、サーバが本当に時刻が狂っているとか、サーバがLinuxじゃなくて相性問題が出てるとか。
ネットワークをプローブして、プロトコル解析してサーバが送っている時間をみてみたらどう？

399 : login:Pe - 2008/10/15(水) 22:26:01 ID:14QY086S (-15,+29,-75)

よく分からないけど、BIOSに通知することでIO回りとかでなんかご利益があったりするんでねーかな?
モード推移だけなら決められた手順でやればいけるはずだと思うんだけど。
その辺はphenixがoemとかにしか開示されてないのか分からないけど、取り合えずここはそういうコードということで…。