【Linux】カーネル総� ..
39:login:Penguin
08/01/23 00:41:02 lCnMTMix
2.8ってまだなの？
40:login:Penguin
08/01/23 21:59:29 sCjMC8SV
バージョンナンバーに何の意味が？
41:login:Penguin
08/01/23 23:50:28 86BJVPDQ
2.6.19.2 って何か問題ある?
42:login:Penguin
08/01/23 23:51:04 SsR24l7W
>>41
誰もメンテしてない
43:login:Penguin
08/01/24 00:29:33 rbFDO1nk
>>39
--- Makefile~ 2007-10-09 16:31:38.000000000 -0400
+++ Makefile 2008-01-23 10:28:09.000000000 -0500
@@ -1,5 +1,5 @@
VERSION = 2
-PATCHLEVEL = 6
+PATCHLEVEL = 8
SUBLEVEL = 23
EXTRAVERSION =
NAME = Arr Matey! A Hairy Bilge Rat!
44:login:Penguin
08/01/24 04:30:33 Es3eSEUc
l
45:login:Penguin
08/01/25 14:09:38 gyUILZwf
皆、カーネルってどれくらいの頻度でバージョンアップしてる?
46:login:Penguin
08/01/25 14:14:01 C3QU1a5s
gitの追っかけやってる。
47:login:Penguin
08/01/25 14:35:14 eG0fiAy+
update managerがお知らせしてくれる度に
48:login:Penguin
08/01/25 16:18:59 sCJJNEUn
2.6.24ついにktkr
49:login:Penguin
08/01/26 11:39:28 N+Ex96Ja
CentOS5.1に適用してみた。CentOSの.configの流用だとipv4filterの
設定が引き継がれずiptablesが機能不全だったが訂正のうえ再構築で
今のところ何の不具合もなく連続運用中。2.6.24のリリースに併せて
ポートマルチプライヤ+マルチレーン化。こっちも問題なし。あと
自分はReiserFS(v3)派なんだがなにやらマウントが異常に早いですね。
一瞬で終わるのでfstabの設定を間違ったのかと一瞬焦りました。
50:login:Penguin
08/01/26 12:44:16 ShBosd97
on-demand bitmap loadingが採用されたんじゃね
51:login:Penguin
08/01/26 14:21:18 MQu22Rsn
以前RCの時に2.6.24を試した。nvidiaのドライバーとか、パッチを当てるか自分で書き直して
使用しないとインストールが出来なかった。
なんでも24から「i386」ってのが無くなって確か「x86」になるとかで、カーネルヘッダーの
archでi386を参照するのは全部指定しなおさないとダメかなって思って、その後23
へ戻しました。
やはりi386って無くなっているのでしょうか?
52:login:Penguin
08/01/26 14:23:31 lxnMAOCG
ln -s しときゃおkと楽観的な俺
ええよくハマリますともハマリますとも
53:login:Penguin
08/01/26 14:25:27 MQu22Rsn
>>52
なるほどwww 楽観的いってみます
54:login:Penguin
08/01/31 01:24:06 HAj4EcRR
V850がお亡くなりか…
moduleまわり消されると困るんだが。
>>51
#include <asm-i386/hoge.h>
みたいなのがあったりするわけですか？
55:login:Penguin
08/01/31 01:31:55 NyKBQsr6
pc98といい、NECは縁がありませんね。
56:login:Penguin
08/01/31 14:42:40 Q5CfO4mF
失礼します。
ページキャッシュのヒット率ってどうにかして取れないでしょうか。
どうぞよろしくお願いします。
57:login:Penguin
08/02/01 11:55:19 +SM2QV5s
>>54
kernel.orgから貰ってきたsourceのarchにはちゃんとv850あるけど
お亡くなりってどういうこと？
これでビルドしてもbootできないとかなん？
58:login:Penguin
08/02/01 11:57:48 o1JkhWu7
>>57
URLﾘﾝｸ(www.ussg.iu.edu)
59:login:Penguin
08/02/01 13:18:40 C5Laam1M
1月版 Linusのクリスマスプレゼントが引き起こした問題
URLﾘﾝｸ(www.atmarkit.co.jp)
Linusにとって「クリスマス休暇」とは
Andrew Mortonからのプレゼントにも「ワナ」が
ramdiskへの再挑戦：rdドライバを書き直す
/dev/randomと/dev/urandomのエントロピー
-stableの進ちょく
60:login:Penguin
08/02/06 11:15:26 jVXLMw1N
ついにSMACKがtorvalds/linux-2.6.gitに突っ込まれた。
61:login:Penguin
08/02/10 23:20:43 GwVP/ZS2
正直者のK○SAKIタン...
62:login:Penguin
08/02/16 07:52:37 CHSrnxnj
kaso
63:login:Penguin
08/02/16 20:39:12 NLnoHM5G
>>61
ありがとう
>>62
んだね。なんか話題ない？
64:login:Penguin
08/02/17 01:10:45 hunLI4d2
じゃあ、
Linux 2.6.23 からCFSが入ったわけだが、CFSが入る前と比べて体感的に
どう感じてますか？
65:login:Penguin
08/02/17 09:00:00 Z6HQvtnX
Completely Fair Scheduler によるマルチプロセッシング
URLﾘﾝｸ(www.ibm.com)
66:login:Penguin
08/02/17 10:20:31 WjoQHQRg
>>64
デスクトップではどちらも同じと思う。
ＣＦＳのインタラクティブ性能向上は組み込みとかのほうが効くんじゃないだろうか。
でも、まだまだregression報告がしょっちゅうあがってるので無理して入れんでも
67:login:Penguin
08/02/17 23:10:53 hunLI4d2
>>64
一個追加。
e2fsprogsまで追っかけるのめんどいからちょっと手が出せてないのだが、
ext4devを-o extentsありで使用している方はいますか？
68:login:Penguin
08/02/18 17:44:21 lIDPiMzD
>>67
ひとりでコソコソやらないで、ここに協力しては如何？
URLﾘﾝｸ(fedoraproject.org)
69:login:Penguin
08/02/21 11:05:40 dPTdnFUd
2.6.24.2にした。
70:login:Penguin
08/02/22 05:24:56 qRwyaKYH
ディスクのパフォーマンス問題ってどう解析すればいいんだろう？
URLﾘﾝｸ(www.intel.com)
このマザボを検証してるのだけどSATAにつないだディスクが異様に遅い。
bonnie++で比較してるのだけど、試しにUSBに外付けドライブを繋いだら
内蔵ドライブより５倍位早いwww ちなみに外付けは5400rpm, 内蔵は
7200rpm. 全部ext3.
CentOS 4.6の2.6.9、CentOS 5.1の2.6.18, vanillaの2.6.24.2, 2.6.23.16
とか色々試してみたけど大して差はない。Intelから返事待ちなのだけど、何か
出来る事はあるかな？
71:login:Penguin
08/02/22 12:14:29 Ihcp+9PU
>>70
BIOSの更新。
違うHDDとか違うケーブルとかハードウェアを変えてみる。
dmesgあたり眺めて変なところを探す。
kernelのconfigを変なところを潰す。
以上自己責任で。
72:login:Penguin
08/02/22 12:19:08 OKzbjJRU
>>70
ｵﾝﾎﾞのSATAを殺して、PCI-Eに適当なSATA増設カード入れて
みては
73:login:Penguin
08/02/22 12:31:21 JXzjZC84
>>70
chipset は違うけれども、俺も ICH9R + SATA が遅いというのでずっと悩んでいたよ。
AHCI で動かすようになったら劇的に速くなった。
kernelは2.6.23-gentoo-r8。
74:login:Penguin
08/02/23 00:40:38 63Zmw9I1
レスありがとうございます。
>>71
BIOSは最新。 ちなみに同じマザボで組んだシステムが６つあってどれも同じ症状。
特に怪しそうなdmesgは無し。
>>72
そういうカードが手持ちであればいいのですが、最終的にマザボのSATAが使える事が
目標なので今のところ買いに行く気にはなりません。
>>73
AHCIにするとこのマザボではインストーラーが動かなくなったり内部ディスクが
認識出来なかったり、しかも鶏によって症状が違ったりと色々別の問題が
出てくるので追求してませんでした。 これらの問題を切り分けてAHCIで
動かせる様にする方向も検討してみます。
75:login:Penguin
08/02/23 00:42:13 JfPhFfVp
hdparmとかいうオチは
76:login:Penguin
08/02/23 05:00:53 63Zmw9I1
>>75
現在検証用に設定したマシンは素のCentOS 5.1をインスコしてあり、特にhdparmではいじっていません。
というか、いじる必要があるという事でしょうか？
77:login:Penguin
08/02/23 09:05:46 8CLX0VsA
>>74
カードなんて安いもんだ。問題の切り分けのみの目的で買っても、
トラブルシュート時間（人件費）を考えると結果的に有利じゃない？
78:login:Penguin
08/02/26 20:35:21 zRjxGEAm
2.6.24.3
ビルド中にエラー出ました
79:login:Penguin
08/02/27 17:47:14 0xc3VAjv
OpenGrokでLinuxのソースを公開してるサイトどこかにないでしょうか？
80:login:Penguin
08/02/27 21:48:42 oVavQ/qN
>>78 kwsk
>>79 ぐぐれば？ というか、 OpenGrok って他のツールと比べて使いにくい印象があるけど。
81:78です
08/02/27 22:09:09 +LFR5lTt
こんな感じ
make
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CALL scripts/checksyscalls.sh
CHK include/linux/compile.h
CHK include/linux/version.h
make[2]: `scripts/unifdef' は更新済みです
make[3]: *** `/usr/src/linux-2.6.24.3/usr/include/linux/if_addrlabel.h' に必要なターゲット `/usr/src/linux-2.6.24.3/include/linux/if_addrlabel.h' を make するルールがありません. 中止.
make[2]: *** [linux] エラー 2
make[1]: *** [headers_install] エラー 2
make: *** [vmlinux] エラー 2
82:login:Penguin
08/02/27 22:36:13 oVavQ/qN
URLﾘﾝｸ(lkml.org)
間違って2.6.25に当てるパッチを2.6.24.3に当ててしまったらしい。
2.6.24.4で直るはず。
83:78です
08/02/27 23:08:04 +LFR5lTt
82さん ありがとうご゛います
84:70
08/02/29 05:11:09 2/sSzsW6
インテルもパフォーマンスを計ってAHCIでは50-80MB/s出るのがIDEでは
4-6M/sぐらいの性能がでない事を認めました。 面白いことにSATAポート5では
IDEモードでも50-80MB出るとか。 至急問題解決に取り組むそうです。
自分もCentOS 4.4では認識されなかったAHCIモードのSATAドライブが
CentOS 4.6では認識される事を発見。 また、あるCD-ROMドライブは
AHCIモードでも認識される事も発見。 とりあえずAHCIでどうにかなりそう。
85:login:Penguin
08/02/29 17:48:21 oGqJ2IJP
2月版 OOM killerとの危険な関係に終止符は打てるか
URLﾘﾝｸ(www.atmarkit.co.jp)
リリースサイクルを気にしてる？
モジュールじゃなくなっちゃったセキュリティ「モジュール」
80番ポートで待ってるよ
OOM killerとの危険な関係
起動時のfsckって時間かかり過ぎじゃない？
-stableの進ちょく
86:login:Penguin
08/03/02 18:39:21 zucwEKKA
KERNEL_STACK_INPAGE_ERROR
ってなってパソがずっとブルースクリーンのまま・・・
対処方法わかるかたがいれば教えていただきたい
場違いだったかな
87:login:Penguin
08/03/02 21:18:42 uY16fXaY
>>86
Windows板に池
88:８６
08/03/03 02:10:33 2BPGLCtn
すいませんでした
お邪魔しました；
89:login:Penguin
08/03/04 19:10:45 r9Ke5Lrq
Linux Kernel Hack Japanが404
90:login:Penguin
08/03/04 20:22:44 wCzVU7An
URLﾘﾝｸ(www.google.com)
>2004年10月から「読学のススメ」という名前で始めたLinuxカーネルのソースコード読み
>ですが2007年一杯で一旦終わりにしようと思います。2008年以降の予定は未定ですが、
>何らかの形でLinuxカーネルと関わっていければと思います。ありがとうございました。
サイト運営も辞めたということかな？
91:login:Penguin
08/03/04 20:28:20 Ka/uLiZu
プロセスのスケジューリングの様子を可視化する方法って無いですか？
92:login:Penguin
08/03/04 21:06:40 neWtFAJV
>>91
LTTngとか？
93:login:Penguin
08/03/04 21:31:04 Ka/uLiZu
>>91
情報ありがとうございます。
ぱっと見た感じそれっぽいですね。
これから詳しく調べてみます。
94:login:Penguin
08/03/04 21:31:38 Ka/uLiZu
しまった。
>>92の間違いです。
95:login:Penguin
08/03/04 22:43:26 e+UkogOb
サーバだけど、みんなパッチレベルってあげてるの？
96:login:Penguin
08/03/04 23:25:08 1HISt+SQ
>>89
今、見れるよ。
URLﾘﾝｸ(hira.main.jp)
97:login:Penguin
08/03/05 00:28:24 i1KlFfDY
>>96
URLﾘﾝｸ(lkh.linux.or.jp) はダメですな。
ついでにどうでもいいことだが復旧が14日になってる。
98:login:Penguin
08/03/09 15:12:04 yKM6hUof
流石、おかげで助かった。
99:login:Penguin
08/03/11 01:34:49 e4Dy49Rh
>>81
URLﾘﾝｸ(www.kernel.org)
100:login:Penguin
08/03/11 02:00:31 zMxxyNE2
>>99
そのパッチが実は>>82が言っている間違って当たったやつじゃないの??
自分はそう解釈して手作業でnclude/linux/kbuildの中のunifdef-y += i2o-dev.hとunifdef-y += if_addrlabel.hを
とっぱらっちゃったよw
そうしたらヘッダービルドでエラー吐いて止まっていたのが一応は最後まで動いたけど・・・
なんか間違っているかな・・・ unifdef-y += i2o-dev.hはとっちゃダメなのかな?
101:login:Penguin
08/03/16 00:48:49 MpeVb6ev
ethのrebuild_headerが呼ばれるタイミングって
具体的にどんな時？
102:login:Penguin
08/03/19 23:46:52 jmy0fpSq
LKMLが妙に静かなんだが、止まってるんですかねえ。
急ぐ用件は無いのでどうでもいいんだが。
>>101
細かい条件はしらんがARPで使ってたような。
103:login:Penguin
08/03/19 23:58:00 Qa3r2ljm
>>102
MLもイースターでお休み？
104:login:Penguin
08/03/20 00:03:12 13szK1zJ
vger.kernel.orgのwebホストが反応してないのう。
105:login:Penguin
08/03/20 04:37:39 13szK1zJ
On the vger.kernel.org outage
URLﾘﾝｸ(lwn.net)
ディスクの故障だった模様。
106:login:Penguin
08/03/20 05:05:53 tKu/tMTh
2.6.24はこれ以上更新する気は無いようだね。
107:login:Penguin
08/03/20 05:38:24 HD0e/G/U
>>105
Raidでもだめだったのか。
108:login:Penguin
08/03/20 06:24:04 ApFSmS5s
vger復活したようですな。
だけどうちはまだ配送されてこない…
>>107
・実はRAID0だった
・再構築中に別のドライブがお亡くなり
とか、まあよくある話ですよ。
109:login:Penguin
08/03/20 15:30:00 NzSxD3i0
再構築とか断末魔の高温が感染とか、連鎖は結構あるらしいね。
110:login:Penguin
08/03/23 21:49:48 yRCsvBuW
vmwareとかみたいな仮想NIC
モジュールを組み込んだ場合
実物のNICが受け取ったskbは
一度どこに保持されるの？
その後どうやって仮想NICに渡されるのかな？
うーん
111:login:Penguin
08/03/23 22:16:07 NvqLU+q0
>>110
トンネリングドライバをとおして、仮想NICの受信バッファにコピーされる
112:login:Penguin
08/03/23 22:37:18 yRCsvBuW
>>111
とすると
/net/ipv4/ipip.cの
tunnel関係のAPI呼んでコピーするって
理解でいいのかな？
113:login:Penguin
08/04/01 17:53:14 pmN4fC91
Linux Kernel Watch 3月版
Linusの片腕、Andrewの夢は「結合テストを楽に」
URLﾘﾝｸ(www.atmarkit.co.jp)
diffstatが長過ぎる！
リリース管理を効率化する新しい動き：linux-next
そろそろ来るか？ ext4
vmspliceのセキュリティホールで大騒ぎ
-stableの進ちょく
114:login:Penguin
08/04/01 19:07:07 UEFyIKC9
URLﾘﾝｸ(lkml.org)
ちょっとびびった。
115:login:Penguin
08/04/01 21:19:31 ANvX4LXa
やっぱFreeBSD最強だな
116:login:Penguin
08/04/03 01:56:49 dVTiRbCS
Linux Unified Kernel
URLﾘﾝｸ(www.reactos.org)
117:login:Penguin
08/04/03 16:33:35 PZ7B2EAT
SLQB
なんて読むんすか
118:login:Penguin
08/04/03 21:16:57 pOT0s9Wt
SiLuQaBoke
119:login:Penguin
08/04/03 22:34:23 itZB1pzN
>>117
まさか、また増えるとは思わなかったよな。正直
120:login:Penguin
08/04/04 01:03:27 OtFZQ81U
パケットsendtoとrecvfromでコピーすると
結構コストかかって困る。
どうすりゃいいんだろう。
700Mbps3本とかになると絶望的だ
121:login:Penguin
08/04/04 22:25:39 EB7v+A+k
>>120
意味がわからないんだぜ
122:login:Penguin
08/04/05 06:26:22 b3ldXGNy
Linux開発者が脱童貞に成功して話題に
ｽﾚﾘﾝｸ(news板)
123:login:Penguin
08/04/06 14:15:01 JJCiprq0
2.6.24に対応したvserver-patchてないんかね
124:login:Penguin
08/04/06 23:25:30 G9Hec4Dd
あるよ。Linux-VServerの開発版フォルダにおいてあった。
ただ、まだテスト中。どこが悪いというわけではなく、単に正式版を
取りまとめられてないだけらしい。
125:login:Penguin
08/04/08 09:59:31 dZO4G6Kf
【レポート】Linuxカーネル開発の舞台裏 (1) にぎわう開発コミュニティと企業の思惑 | エンタープライズ | マイコミジャーナル
URLﾘﾝｸ(journal.mycom.co.jp)
Linuxカーネル開発―誰がこの仕事を担っているのか？ － ＠IT
URLﾘﾝｸ(www.atmarkit.co.jp)
Linuxカーネルの開発者数，2005年から3倍に増加：ITpro
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
126:login:Penguin
08/04/09 00:40:38 miANdZt+
eth0からloopbackにskbデータ渡された場合
このskbデータはポインタとして渡るの？
それともコピーされて渡されるの？
いまいち仮想NIC作ってるけどこのへんが曖昧で困る
127:login:Penguin
08/04/09 07:10:54 yVLTyVbP
>>126
そのためのソース
128:login:Penguin
08/04/16 21:30:20 vkAUGKVL
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 15
EXTRAVERSION = .7-ubuntu1
NAME=Sliding Snow Leopard
Makefile 見るとこんな記述があるのですが、
NAME っていったい何のためにあるのでしょうか？
またカーネルコンフィグの中の
CONFIG_LOCALVERSION とどのような関係があるのでしょうか？
後者は uname で現れる名前が変わるだけなのでしょうか？
カーネルモジュールのバージョンチェックなどへの
影響範囲について記述されたページがあれば教えていただきたいです。
129:login:Penguin
08/04/17 14:53:35 2ZTMPRpD
CentOS と Fedora を使っています。
自分のマシン用にカーネルをビルドして快適に過ごしているんですが、
そのカーネルを同系のマシン群に持って行きたいと思っています。
そこで rpm 化したいのですが、どこから手をつければいいんでしょうか？
いっそのこと普段使っているカーネルイメージと initrd などを
一式コピーしようかとも思うのですが、できれば遠隔地なので
rpm 化して送りつけて先方でインスコしてもらおうと思っています。
えっと、 spec ファイル書かなきゃだめですか？
130:login:Penguin
08/04/17 14:55:38 oKMPwdta
>>129
Fedoar/Centのkernelのsrc.rpm持ってきて、kernel.spec 改造。
あとは、rpmbuild。
131:login:Penguin
08/04/17 15:02:24 9MUt1grs
>>129
セキュリティーアップデートがあるたびに
パッケージ作り直すんですか。
ご苦労様
132:login:Penguin
08/04/17 15:38:50 SfBgT8dA
ネットで憂さ晴らしですか。
(・∀・)ﾆﾔﾆﾔ
133:login:Penguin
08/04/18 03:05:57 YPlxF7YB
-rw-rw-r-- 1 536 536 48601689 Apr 17 03:13 linux-2.6.25.tar.bz2
134:login:Penguin
08/04/22 02:58:32 K5LULxC1
>>129
それだけならカーネルと/lib/modules/`uname -r`をtarで
固めてコピーしたほうが手っ取り早いと思うんだが。
135:login:Penguin
08/04/28 04:35:50 Jwl+b1GN
URLﾘﾝｸ(kerneltrap.org)
なんかlinuxには似合わない代物が来たな。
別に進化を否定している訳ではないが、どのくらい実用的なんだろう。
kexecは既にふつーに使えるしねぇ。
136:login:Penguin
08/04/28 22:11:10 4G8VwVTo
>>135
そうか？ かなりlinuxらしいし、きれいな実装法に思えるが。 kexecはあくまでもfast rebootで
あるからrebootlessで全ての状態が中断されずに走り続けるkspliceとは比較にならないと思う。
変更の解析にgnu bfdライブラリを使ってオブジェクトレベルで行い、特別なコンパイラレベルの
ツールを使わないというのも既存のディストリとの整合性も良いし、最後の結論の：
Due to Ksplice’s high level of automation and focus
on ease of adoption, it should be possible for any Linux
distributor―or other motivated individual―to start re-
leasing Ksplice-based hot update packages for common
starting kernel configurations.
は期待してしまう。 kspliceに基づくカーネルのホットアップデートがrpmやdebで配布され、
それをrpm, dpkgするだけで走り続けながらパッチが出来たらうれしいユーザーは多いと思うよ。
137:login:Penguin
08/04/28 23:04:25 XN/aGQUB
しかし、 kexec にしろこれにしろむしろ reboot ばっかの Windows に搭載されるほうが効果あるよなぁ。
いつか、 Windows の活気的新機能! リブートせずにOSアップデート! とか広告されちゃう日が来るんだろうか。
138:login:Penguin
08/04/28 23:09:22 Jwl+b1GN
winでは既に載っていなかったっけ?
linuxに似合わんと書いたのはちゃんと読んでなかったけど、
データ意味の変わらないパッチに対してのみ差分適用できるってやつか。
apiを通じてフェイルオーバー云々なのかと思ったよ。
139:login:Penguin
08/04/28 23:15:03 xAo94tBm
kspliceでユーザ空間のアプリ
どの鳥でも簡単にホットスワップする
方向にいくといいんだけどね
通信デバイス組み込みだと神機能になるなぁ
140:login:Penguin
08/05/01 05:19:39 B2N5tSzk
URLﾘﾝｸ(lkml.org)
誰か答えてあげてください。
うちは古いPCがまだ2.4のままだが…最近使ってないからなあ。
141:login:Penguin
08/05/02 21:58:22 2xF5hA5s
へー。ksplice。
カーネルの実行コードをランタイムで置き換えるようなイメージ?
普通のコードとの類推で考えると、例えばコンパイラが最適化しちゃってるような部分
（自動インライン化とか）は、ソースとの対比がしにくいでしょ。
そういうのはどうなってるのかな、と思ったり。
いかん、プログラムがカーネルかユーザかでどう違うのかもよくわからなくなってきた。
アホなこと書いてたらごめんなさい。
142:login:Penguin
08/05/02 23:04:22 COmGxuSX
ksplice が ON になってると /proc/ksplice/map みたいなとこにそういう情報うめこむとか?
143:login:Penguin
08/05/02 23:05:50 UYoRQPop
>>141
> ソースとの対比がしにくいでしょ。
kspliceはパッチ当てる前と後のカーネルをそれぞれビルドし、バイナリを比較してパッチを
作成するのでソースは読まない。
144:login:Penguin
08/05/03 08:33:49 4uOkgA2v
カーネルをコンパイルするとき、
make
make modules_install
make install
が定番のようですが、 make install するとすでに bzImage があるのに
またビルドしなおしているようです。つまり最初の make でやってること
をもう一度やっているようなのです。気持ち悪いので何が起こっている
のか見てみようと思ったのですが、 Makefile には install という
ターゲットの定義がありません。
そもそも最後の make install は、bzImage を /boot に適切な
名前でコピーして initrd のイメージを作るという二つのタスクを
やっているだけなのでしょうか？とするとそこは手動でやれば
いいということなのでしょうか？
CentOS だと make install で initrd のイメージまで作って
くれるようですが、Ubuntu だと mkinitrd コマンドが別に
用意されていて手動で作らないといけないみたいです。
145:login:Penguin
08/05/03 14:40:17 RESuStAm
make installをkernelビルドで叩いたことは、今だかつてないな
146:login:Penguin
08/05/03 15:36:50 35c0bNHS
>>144
結局必要なのは
１．bzImageのコピー
２．System.mapのコピー
３．initrd の構築
だけなので、おいらはいつも自前スクリプト
147:login:Penguin
08/05/04 08:03:44 YbfIo6tr
>>144
CentOSのkernel src.rpm拾ってきて、kernel.spec読んでみれば？
148:login:Penguin
08/05/04 10:23:57 0n/4jA1S
ふつう
make bzImage & make modules
meke modules_install
頑張って登録
じゃねーの？
149:login:Penguin
08/05/04 14:45:18 f2RRTopy
>>148
普通かどうか知らんけど、おいらも同じ。
bzImage だけ /boot へコピーして reboot。
150:login:Penguin
08/05/04 14:57:07 wXNFlkH2
>>144
arch/$(ARCH)/Makefile
151:login:Penguin
08/05/04 18:05:33 2gCDjBFB
>>148
make bzImage & make modules
は古い作法。
make
だけで上記２つはやってくれる。
つか、ほとんどのアーキでカーネルはbzImageではつくらないわけで、
最近のドキュメントからは消えてるやりかただと思う。
もちろん実害はないけどね。
152:login:Penguin
08/05/04 21:49:51 mLAMu6gx
>>144
たぶん、気のせいだと思うよ。
bzImageを作るのではなくて、bzImageを作る必要があるのかどうかチェックしているだけじゃないか。
153:login:Penguin
08/05/05 14:31:15 Vur9Ut4N
あれ？
make だけで bzImage まで作ってくれりるの？
そのあと make modules したらまたモジュールのコンパイルしている気がするのは気がするだけか。
154:login:Penguin
08/05/05 14:42:23 pTqXDz/U
おれの場合
2.4系
make bzImage && make modules && make modules_install
2.6系
make && make modules_install
その後は共通
cp System.map /boot/System.map-2.X.XX.X && cp arch/i386/boot/bzImage /boot/kernel-2.X.XX.X
mkinitrd /boot/initrd-2.X.XX.X 2.X.XX.X <-必要あれば
>>153
気がするとかいうんじゃなくて make V=1 で verbose させたときの出力でも貼れよ
155:login:Penguin
08/05/05 14:43:27 pTqXDz/U
2.4系の場合、make dep するの忘れてた
156:login:Penguin
08/05/05 14:49:01 B6gPYpkP
パッケージで管理しないの？
157:login:Penguin
08/05/05 14:54:41 pTqXDz/U
パッケージで管理しなきゃいけないなんて強迫観念、どこからくるの？
158:login:Penguin
08/05/05 15:33:50 eCuCEW49
たまたまbzImageって打ち忘れたときに
makeだけでbzImageとmoduleもやってくれるって気がついた
159:login:Penguin
08/05/05 17:55:14 om4Jbrag
>>156
debianとかubuntuとかdeb系ならpackageにするな
packageにすると何か不都合があるという強迫観念は無いしなw
160:login:Penguin
08/05/06 10:07:24 3KplGto4
make install
をすると、/boot/grub/grub.confを書き換え（てくれ）る。
161:login:Penguin
08/05/07 04:58:50 jkQXmoJF
ようやくremove v850 supportが-mmに入るらしい。
冥福でも祈っておきますかね。
162:login:Penguin
08/05/08 22:49:55 zjaQbqhP
deb系だと簡単だからなぁ。
/usr/src/linux# make-kpkg --bzimage --revision=custom.1.0 kernel_image
rpm系だとパッケージ作らないな。
163:login:Penguin
08/05/08 23:51:23 aArXWV97
"make rpm"なんてことができたりするわけですが。
deb派なんで使ったことないけど。
164:login:Penguin
08/05/08 23:58:34 cXW3h6md
debとかrpmとか作ったパッケージどう利用してる？
パッケージに固めてその後インストールってだけなら
わざわざパッケージ化する意味感じられないんだけど
165:login:Penguin
08/05/09 00:26:22 jc04nupS
>>164
1000台以上のシステムに配布してるけどね。
166:login:Penguin
08/05/09 01:40:40 HdSVdVag
速いマシンでpackage化して、遅いマシンにインストールとかは良くやるな
kernelに限らず
167:login:Penguin
08/05/09 01:54:53 wpvCHRkO
>>165>>166
これはって感じではなかったけど、ありがと
168:login:Penguin
08/05/09 02:44:41 F15+qpVN
今のカーネルはどのバージョンの gcc でコンパイルすればいいの？
カーネルの各バージョンによってコンパイラのバージョンも
ある程度制限されるのかな？
昔は 2.7.2.3 をずっと使っていた時期があった。
169:login:Penguin
08/05/09 03:07:58 6Arb8kg/
linux 2.6.xは、gcc 2.xは打ちきられたが、3.x, 4.1.0を除く4.xを使えば基本的には問題ないはず。
まあ、カーネルと追加モジュールは同じバージョンのgccでコンパイルしたほうがいいだろう。
linux 2.4.33は、gcc 4.0までしか対応していない。
170:login:Penguin
08/05/09 03:12:13 6Arb8kg/
33じゃなくて36だな
171:login:Penguin
08/05/09 03:17:41 wpvCHRkO
Documentaion/Chagses の "Current Minimal Requirements" が参考になるかな
172:login:Penguin
08/05/09 12:53:02 YJkR6Ryh
>>165
1000台以上でnetbootじゃないのか。後苦労様。
173:login:Penguin
08/05/09 20:00:51 YAjLseB2
>>172
そりゃ全部違う客先のシステムだから。 まあ一気にではなくてアップデートパッケージの
一部として必要な客だけにだけど。
174:login:Penguin
08/05/11 01:22:28 eXTEiFTy
>>144
CentOSとUbuntuでmake installの動きが違うって事は各ディストリが用意したkernel sourceを使用して
いるって事かな。それだと最新のkernelが提供されてなかったりするでしょ。
本家から落としてきたkernelだとsourceを展開した所のREADMEにやり方が書いてあるよ。
GCCのバージョンもこれ以上の物をつかえって書いてある。
で、いきなりだけど2.6.25.2がつい先日出たと思ったら2.6.25.3がいきなり来てるw
175:login:Penguin
08/05/12 15:49:43 p2NAN1FV
SATAスレから移動してきました。
libataのPATAコントローラで、ディスクにエラーがあって
UDMA/100->66,33,PIO4へとフォールバックしてしまった
コントローラをUDMA/100に戻すのに、リブート以外の
方法ってあるのでしょうか？
176:login:Penguin
08/05/15 18:33:32 ATo1hfqh
次の 2.6.26 は、2.6.7の時代に逆戻り。
とFUDっぽく書いてみた。
[announce] "kill the Big Kernel Lock (BKL)" tree
URLﾘﾝｸ(www.ussg.iu.edu)
177:login:Penguin
08/05/15 23:41:27 vdpD93iK
>>176
BKLってどこで使われてたっけ？
mountとかドライバとか？
178:login:Penguin
08/05/15 23:51:27 6wCVnW3Y
2.7 or 2.8ってまだ影も形もなし?
2.6でどこまで引っ張るの?
179:login:Penguin
08/05/16 00:11:56 oRD1Yii3
>>178
URLﾘﾝｸ(www.zdnet.com.au)
>One of the original worries was that we would not be able to make big changes within the confines of the development model ...
>I always said that if there is something so fundamental that everything will break then we will start at 2.7 at that point.
180:login:Penguin
08/05/19 04:26:50 6UjCe17e
>>170
gcc-4.2.3 おkです
181:login:Penguin
08/05/20 01:36:24 D0FaA2M8
>>177
NFSまわりには大量に残っていたような・・
182:login:Penguin
08/05/20 01:37:59 D0FaA2M8
>>178
LKMLの削除予定な互換機能をいつ消すかという議論で、だれかが、これは２．７で消すとドキュメントしてあるけど、
２．７って一生出そうにないから、今すぐ消しちゃっていいんじゃない。
とか言い出したときに反論が誰からもあがらないレベル。
183:login:Penguin
08/05/22 22:04:51 0yN+2sYR
Linux Kernel Watch 番外編 - Linuxメモリ管理の最先端を探る
URLﾘﾝｸ(www.atmarkit.co.jp)
184:login:Penguin
08/05/22 22:50:32 JIWpqO09
> Linuxカーネルメーリングリスト（LKML）の議論では「もうカーネル2.7は出ない」ともいわれており
2.6.99までいったら次は2.6.100?
185:login:Penguin
08/05/22 23:04:08 0yN+2sYR
>>184
いま、2.6.25だから、あと７５回のリリースが必要、いまのところ3ヶ月に一回リリースだから１年回に４回のリリース、
つまり75/4で18.75年後か。
もうLinux自体がなくなってるんじゃね？
186:login:Penguin
08/05/22 23:15:06 lfhq5Xa9
>184
2.1 は 2.1.132 まで出てる
187:login:Penguin
08/05/23 00:01:11 g7WmubFt
でも今カーネルって世界の大企業が金をかけて開発に参加しているんでしょう。IBMとか。
リーナスが居なくなってからどういった流れになるんだろうね。
その頃はPCなんて開発者かマニアしか持ってないかなw 今のPCと同じくらいの性能が携帯や
テレビに組み込まれるか、もっと用途を特化（家電化）した物になるかな。
アプリを入れ替えてなんでも出来るってPCはマニアと開発用、20年前とある意味状況が似てるなw
188:login:Penguin
08/05/23 02:41:55 Aw92lsXu
家電業界が閉鎖的だから無理じゃね？
189:login:Penguin
08/05/23 06:13:03 S91UB5ne
もうLinuxは役目を終えたよ
さようなら・・・
190:login:Penguin
08/05/23 07:12:29 stBfu2fQ
まだ始まってすらいねーよ
191:login:Penguin
08/05/23 10:23:48 XqX2dolZ
永遠に始まることはないかも。
192:login:Penguin
08/05/23 12:51:22 EFqM8MG5
URLﾘﾝｸ(lkml.org)
誰も消してなかったんかい。
193:login:Penguin
08/05/24 18:01:56 hYDvYrhl
Riserには、信者いるから怖くて出来なかったんじゃね？
194:login:Penguin
08/05/24 18:20:00 ENvVuwzk
忘れたのか、お前ら・・・
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
ジーク レイサー ！
朝昼晩と唱えよ。
195:login:Penguin
08/05/24 18:21:22 z216+1L/
発音はライザーではないのか？
196:login:Penguin
08/05/24 18:45:06 f0NI1a/q
一つ質問
スケジューラーって何でラウンドロビン？
197:login:Penguin
08/05/24 23:37:05 CZoyeCxg
>>196
お前は何を言っているんだ？
198:login:Penguin
08/05/24 23:37:56 hhAnOur+
俺は殺してない！ 俺はやってない！
199:login:Penguin
08/05/25 00:37:36 WOd4jCZ5
だ～れが、ころした
ラウンドロビン？？？
200:login:Penguin
08/05/25 07:17:53 iSyhNPh1
>>196
お前は何を言っているんだ？
201:login:Penguin
08/05/25 07:26:54 I72gntmD
runq の扱いについて調べる限り、
単純なラウンドロビンにはないっていないようだけど、
そもそも何かを「順に」やらせるのがスケジューラだからなぁ。
202:login:Penguin
08/05/25 16:41:44 M2hikG1r
スケジューラクラスをFIFOにすれば、ラウンドロビンから逃げられるよ
203:login:Penguin
08/05/25 20:12:49 33xpzD5A
>>201
そういや、SJFとかSRTF、FCFSにしなかった理由って何なんだろうね？
良く知らんけど
204:login:Penguin
08/05/25 23:58:51 M2hikG1r
>>203
カーネルはどのプロセスが短時間ジョブかは知らないだろう。
統計的な予測はできるじゃん。という反論はあるが、まさにそのヒューリスティックな予測がバグっていたから、
Fair なスケジューラほしーーって議論になったんだよね。
逆にいうと、いかなる予測をいれても、そのアルゴリズムにつけこんでCPU時間を余計に分捕るプロセスはつくれてしまうので、
汎用OSには向かないんじゃね？
という意見はあるんだろうね。それが真実かどうかは知らんが。
あと、POSIXが要求している仕様（nice値が４０段階あって、それとは別にRRクラスとFIFOクラスがある）がいくつかの
スケジューラを選択不可能にしてるわな。
205:login:Penguin
08/05/26 00:52:50 FihVIMEu
POSIXなんて古くさいもんにこだわって利便性すれのもいかがなものか
206:login:Penguin
08/05/26 01:12:56 NwiVdCZh
それはLinuxをかなり根本的な所から否定してないかい？
207:login:Penguin
08/05/26 01:19:30 sypYwFrG
>>205
POSIXは実装すべきインタフェースを規定してるだけ
あと、実装の仕方は自由
208:login:Penguin
08/05/26 01:20:04 O94OAVVL
POSIXに準拠していないとペンタゴンとかに納入できない～
209:login:Penguin
08/05/26 06:11:59 1U7r21z/
>>204
へー。ありがとう
210:login:Penguin
08/05/27 01:12:47 OXsbLFOe
POSIX対応はオプションにすれば良い。
………Windowsみたいに
211:login:Penguin
08/05/27 08:36:15 k8MnOQSJ
POSIX対応、というかUNIX互換がオプションなのはXPだけです
2000もVIstaも標準でついてきます
212:login:Penguin
08/05/28 02:10:29 oGzSVSIa
intel製GBit ether I/F用の
ドライバのe1000の更新履歴を読みたいのですが、
どこを探すべきなんでしょうか?
intel からダウンロードしたsrc内に含まれておらず、
途方にくれています。
213:login:Penguin
08/05/28 15:12:06 bSXvNUz8
>bad pmd ffff810000207238(9090909090909090)
ファイヤーウォールの中のマシンだから、
何か送り込まれるはずはないんだけどなぁ....
と言ってた日本人のその後が知りたい...
214:login:Penguin
08/05/28 23:20:42 wup/54/O
>>213
いや nop nop nop は他に考えられないだろ。常考
215:login:Penguin
08/05/29 02:03:31 RqPZ5P46
>>212
URLﾘﾝｸ(sourceforge.net)
Notesのアイコンをクリックしてみれば?
216:login:Penguin
08/05/29 11:20:12 cIvV6HAo
何かカーネルのver上げたら起動時にiptables-restoreとか実装されてたんだが
これいつのverのkernelから実装された？
217:login:Penguin
08/05/29 13:13:58 j9BUJtS8
>>216
ずいぶん前からそのスクリプトなかったっけ？
218:login:Penguin
08/05/29 21:40:11 cIvV6HAo
>>217
今まで2.6.18.*使ってたんだが、2.6.25.4を試験的に適当にぶち込んでみたら実装されてたんで
いつからサポートされるようになったのかなーと
219:login:Penguin
08/05/30 00:26:26 i7V61m8w
>>215
おおっ、ありがとう。
sourceforge まじめに見たことがなかったので、
Notesのアイコンは、ただの装飾だと思ってた。
220:login:Penguin
08/05/30 01:17:18 rQsfphG1
>>216
カーネルソースにそんなスクリプトは無いが？
221:login:Penguin
08/05/30 22:13:00 4dggi27y
5月版 マージウィンドウなんか1週間に縮めちゃえ？
URLﾘﾝｸ(www.atmarkit.co.jp)
2.6.26に向けて再燃、リリースプロセスめぐる議論
マージウィンドウ、2週間の是非
linux-nextの存在意義とは？
cgroupでリソースを管理する幸せ
着々と進化するKVM、準仮想化での改善
とうとうマージされた便利機能、KGDB
-stableの進ちょく
222:login:Penguin
08/05/30 22:44:00 l+5uNLCi
kgdbマージは嬉しいというよりもやっとかー！という感じ。
cgroupは期待。
マージについてはリリースプロセスよりそもそも作ってるものの品質管理汁。
223:login:Penguin
08/05/30 23:16:36 hKjiSzwA
KernelWatchいつも読んでる
これ読んでる人多そうだな
hdx
sdx
扱いの情報のときは非常に役に立った
224:login:Penguin
08/05/31 22:01:11 GsnI8rry
cgroupはどの辺が期待大きいの？
225:login:Penguin
08/05/31 23:17:47 GsnI8rry
>>213
なんか、Hugh Dickinsが以下のパッチで直したっぽいね。
Signed-off-by: Hugh Dickins <hugh@veritas.com>
---
arch/x86/mm/init_64.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- 2.6.26-rc4/arch/x86/mm/init_64.c 2008-05-03 21:54:41.000000000 +0100
+++ linux/arch/x86/mm/init_64.c 2008-05-28 17:38:19.000000000 +0100
@@ -206,7 +206,7 @@ void __init cleanup_highmap(void)
pmd_t *last_pmd = pmd + PTRS_PER_PMD;
for (; pmd < last_pmd; pmd++, vaddr += PMD_SIZE) {
- if (!pmd_present(*pmd))
+ if (pmd_none(*pmd))
continue;
if (vaddr < (unsigned long) _text || vaddr > end)
set_pmd(pmd, __pmd(0));
226:login:Penguin
08/06/02 02:26:22 4+cxl5O4
www.kernel.orgからダウンロードした
カーネルをコンパイルしたいんですが、
Fedora core 1 + glibc 2.3.3 + kernel 2.4.28 (日経Linux 2005/2)とか
Fedora core 5 + glibc 2.4 + kernel 2.6.16.1 (日経 自分で作るLinux)
のように、素直（？）にコンパイルが通る、gccとglibcとkernelの
組み合わせってどうやって調べればいいのでしょうか？？
例えば下記の組み合わせとかだと、エラーが出てコンパイルできないんですが・・・？
fedora8(kernel2.6.23.1-42, gcc 4.1.2 20070925)+linux-2.6.24+glibc-2.7:
libc_pic.os: undefined reference to '__sync_fetch_and_add_4'
libc_pic.os: undefined reference to '__sync_val_compare_and_swap_4'
libc_pic.os: undefined reference to '__sync_bool_compare_and_swap_4'
227:login:Penguin
08/06/02 02:47:26 CsUkV150
>>226
安心しる。原因はそこじゃない
228:login:Penguin
08/06/02 02:48:41 1wnxA0m9
>>226
つLKML
229:login:Penguin
08/06/02 02:57:23 CsUkV150
>>228
いや、エラーメッセージにlibcがどうのって書いてあるって事は、彼はカーネルではないものをコンパイルしている。
230:226
08/06/03 02:09:26 A/4i6670
・・・kernelでなくて、glibcのコンパイルで
ひっかかっているんでした。
ググってみるとgccを、configureに-with-arch=i686をセットして
リビルドする必要があるそうな・・・。
gccのコンパイルって簡単にできるのかなぁ？
とりあえず、今日はここまでで。。。
231:login:Penguin
08/06/03 09:04:24 mdCw3C7C
gccのコンパイルは簡単だよ。
glibcに比べると問題も少ないと思う。
232:login:Penguin
08/06/03 19:53:44 CGhlGyiM
なんでまた Fedora なんかで glibc をコンパイルしているんだ…
233:login:Penguin
08/06/04 02:51:08 oXKsNeol
>なんでまた Fedora なんかで glibc をコンパイルしているんだ…
？
234:login:Penguin
08/06/04 10:10:06 5ihx5Ml6
>>233
>>226
235:login:Penguin
08/06/04 20:18:03 eTYYKKOo
仕事でカーネル開発してる会社に入りたいんだが
おすすめの所があったら教えてほしい
236:login:Penguin
08/06/04 21:05:08 RFSQlr2C
マイクロソフト
237:login:Penguin
08/06/04 21:07:21 3y6iDe6j
windriver
238:login:Penguin
08/06/05 00:55:11 1HiRtmXB
KFC
239:login:Penguin
08/06/05 11:16:12 2tYqolu8
えっ?みんな趣味でカーネルいじってんの?
俺は仕事でカーネル開発できてるからその延長でやってるんだけど
みんな同じようなもんだと思ってた
240:login:Penguin
08/06/05 18:06:27 8DCO4Eyi
>>235
カーネル開発を楽しみたいなら、それを本来業務にするとそのうちツラくなるんじゃね？
ハード屋のドライバ部門か、オープン系システム屋のインフラ部門を勧めておく。
241:login:Penguin
08/06/05 21:53:47 +BskgBlU
つらい事もあることはあるけど、ほかと比べたらずっとマシだと思っている俺がいる。
242:login:Penguin
08/06/05 22:19:16 HrX/ifBR
ｌｔｔngってKernel 2.6.11に当たらないかな？
243:login:Penguin
08/06/05 22:31:37 DWYqtKzD
>>242
そんな古いバージョンを使ってるって事はバニラなやつじゃなくて、ディストリの手が入ったやつなんでしょ。
だとすると、誰にも答えようがないわな
244:login:Penguin
08/06/06 00:46:00 XK6LtEvG
>>243
mvに聞いたらカスタマイズ必要で5000万って言われた
あすこボリ杉なんだよ
245:login:Penguin
08/06/06 05:49:28 pazCXsqF
起動時のUSBデバイスの番号割当ってどういう順番に割り当てられるのでしょうか？
バス番号はPCIのアドレス番号順に割り当てられています。
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4
２本のUSB-serialアダプタのケーブル（同じメーカーのもの）が指してあるのですが、
バス３のが先に認識されてttyUSB0となりバス１のがttyUSB1を取りました。
Jun 5 16:30:09 localhost kernel: usb 3-1: pl2303 converter now attached to ttyUSB0
Jun 5 16:30:09 localhost kernel: usb 1-2: pl2303 converter now attached to ttyUSB1
数回再起動してみましたが同じ割当でした。４本ほど刺す予定なのですが、この順番は
起動時に一貫している事は保証されているのでしょうか？
246:login:Penguin
08/06/07 16:48:16 j2f9qOKz
udev使え
247:login:Penguin
08/06/08 00:31:10 x24x5jC+
>>244
mv って Monta Vista ？
248:login:Penguin
08/06/08 10:57:56 Z92/HsfC
>>247
そそVistaってつくのは糞だと確信した
249:login:Penguin
08/06/08 12:33:56 7MPo+476
カーネルの更新についてなんですが。
カーネルが2.6.23.1-42.fc8の時にfedora8をインストールして使っていて、
それ以来カーネルのアップデートがある度に、更新しているんですが
その度にネットワークに繋がらなくなります。
eth0の検出で失敗します。カーネルのバグとの情報を得たので、
いつかeth0をすんなり検出してくれるカーネルが登場するのを待っていましたが
ついにfedora9になってしまった・・・。
なにか対策はないでしょうか？
250:login:Penguin
08/06/08 20:51:46 eh7VZfqh
>>248
LTTngは機種依存部がx86_64とPowerPCしかないから、組み込みへのPortingに5000万はあながち無茶じゃないよ。
と、いうか、組み込みで使うって事はチューニング用途でしょ？
チューニング用途で、OprofileよりLTTngがうれしいときってどんな時よ？
251:login:Penguin
08/06/09 02:55:08 EML7d3Il
>>250
5000万て一体何人月突っ込むつもりなんだよ。高杉
252:login:Penguin
08/06/09 10:47:25 jCFOqXC+
>>249
BTS
253:login:Penguin
08/06/09 11:25:44 /SXlcbGK
>>251
どうせ実作業はUSになるんだからそんなものだろう。
254:login:Penguin
08/06/09 22:39:54 1EI7zjeO
>>251
一部うごかねーけど
ARMとsh4向けのパッチとかgoogle探せばあるよ
Oprofileでdlopenした関数のプロファイル取れないと
思うけど、それは認識違い？
LTTだと一応、ユーザ空間用のPrint文差し込めばLttでトレースできるんだけど
255:login:Penguin
08/06/09 23:49:57 HtDaA/1r
>>254
PCレジスタの値まではとれるんだから、そのあとの関数名への変換ぐらい自分でスクリプト書いて変換するだけじゃん
256:login:Penguin
08/06/13 10:57:07 IQJsBbwz
Linuxメモリ管理の最先端を探る
URLﾘﾝｸ(www.atmarkit.co.jp)
>この問題に対する解答として、Rik van RielとLee SchermerhornがVM pageout scalability
>improvementsパッチセットを提案しています（実は筆者も開発に参加していて、筆者のパッチも
>たくさんマージされているので思い入れがあります）。
さらりと入れる自分の宣伝おつw
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5367日前に更新/214 KB
担当:undef