トップページ⇒linux
1001コメント264KB

【Linux】カーネル総合5【Kernel】

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2009/09/21(月) 00:08:58ID:ylzlbzAT
●前スレ
【Linux】カーネル総合４【Kernel】
ttp://pc11.2ch.net/test/read.cgi/linux/1196581993/



●The Linux Kernel Archives
ttp://www.kernel.org/

●FTP ミラー
ftp://ftp.t.ring.gr.jp/pub/linux/kernel.org/
ftp://ftp.dnsbalance.ring.gr.jp/pub/linux/kernel.org/
ftp://ftp.kddlabs.co.jp/pub/linux/
ftp://ftp.iij.ad.jp/pub/linux/kernel/linux/

●LKML アーカイブ
ttp://www.uwsg.iu.edu/hypermail/linux/kernel/
ttp://marc.theaimsgroup.com/?l=linux-kernel

●Linux HeadQuarters
ttp://www.linuxhq.com/

●Linux Links - Kernel
ttp://www.linuxlinks.com/Kernel/

●Linux V2.2 カーネル内部解析報告
ttp://japan.linux.com/kernel/internal22/index.shtml

●Linux V2.4 カーネル内部解析報告
ttp://japan.linux.com/kernel/internal24/index.shtml
0652login:Penguin2010/09/22(水) 22:50:29ID:BxsI6ANw
>>651
お前のカーネルビルドの仕方がキモイ。
0653login:Penguin2010/09/23(木) 06:40:38ID:kVSiUiKz
【２ちゃんねる使用上のお約束等】
http://info.2ch.net/guide/faq.html#B0

>固定ハンドル叩きは禁止
0654login:Penguin2010/09/23(木) 09:44:25ID:NG8yR6LQ
>>653 削除依頼出せばいいのにｗｗｗｗｗｗ
0655login:Penguin2010/09/23(木) 12:57:06ID:DGAkqnuE
叩いている部類なんか？これ
make xconfig
とか
make menuconfig
とか使わないのは変だぞ。
0656login:Penguin2010/09/23(木) 13:02:51ID:SmJUDs7m
>>655
make configでもoldconfigでもいいけど.config捏造する必要あるんかと。
0657login:Penguin2010/09/23(木) 15:41:15ID:Ycjxx5Hp
あ、カーネルコンパイルの話題でてるからここでいい？
CentOS5.5_x64(2.6.18-194.11.3.el5)に、2.6.35.4を入れようとして困ってる
カーネルパニックは起こしてないんだけど、HwClockが正常に動かない。
グーグル先生によると、/dev/rtcが/dev/rtc0になったので
その関係でエラーになるって判ったんだけど
ls /dev/rtc* すると /rtcも/rtc0もできてるんだよね
とりあえず cp /dev/rtc0 /dec/rtc　とかしておけばエラーでないんだけど
起動時のデバイス読み込みでエラーがでる
これって、どうするべきなのかな？
initrdを弄るしかないの？
0658login:Penguin2010/09/23(木) 15:42:06ID:Ycjxx5Hp
あ、カーネルコンパイルの話題でてるからここでいい？
CentOS5.5_x64(2.6.18-194.11.3.el5)に、2.6.35.4を入れようとして困ってる
カーネルパニックは起こしてないんだけど、HwClockが正常に動かない。
グーグル先生によると、/dev/rtcが/dev/rtc0になったので
その関係でエラーになるって判ったんだけど
ls /dev/rtc* すると /rtcも/rtc0もできてるんだよね
とりあえず cp /dev/rtc0 /dec/rtc　とかしておけばエラーでないんだけど
起動時のデバイス読み込みでエラーがでる
これって、どうするべきなのかな？
initrdを弄るしかないの？
0659login:Penguin2010/09/23(木) 15:47:29ID:iQfv1r4b
mknodしないの？
0660login:Penguin2010/09/23(木) 16:43:53ID:X8zkx/UZ
Linux Kernel Watchのふっかつきぼんぬ
0661login:Penguin2010/09/23(木) 16:50:37ID:SmJUDs7m
kosaki生きてるのか？
0662login:Penguin2010/09/23(木) 16:52:23ID:DGAkqnuE
CentOS5.5_x64がどんなものかは知らんけど、udevが動いているのであればその設定ファイルが対応していないのかもしれんね。

0663login:Penguin2010/09/23(木) 17:49:02ID:6/e+Ifr/
>>661
kosakiたん
http://twitter.com/kosaki55tea
0664login:Penguin2010/09/23(木) 22:27:58ID:BphgtiMV
こちらもkosakiﾀｿ
http://mkosaki.blog46.fc2.com/
0665login:Penguin2010/09/23(木) 22:55:38ID:5Wbtg4zP
>>660
あれおわっちゃったの？
0666login:Penguin2010/09/24(金) 05:22:21ID:NsLY6Y09
>>658
initrdか、udevのルールかな
0667login:Penguin2010/09/25(土) 10:23:45ID:8ZNoIYKa
ttp://www.atmarkit.co.jp/news/201009/24/linuxcon.html

これ、読んでて知ったんだけど、
Documentation に ja_JP なんて、出来たんだね。

ビックリした。
0668login:Penguin2010/10/03(日) 07:40:37ID:be+W6rmm
kosakiﾀﾝがIOヘビーな状態でデスクトップが遅くなるのを改善する
パッチっていうのは、どのバージョンで取り込まれるの？
(あるいは取り込まれたの？)
VMwareでWindows7を起動すると、アプリの動作頻繁に止まったりして
使い勝手が悪いんで、早く直って欲しい。
0669login:Penguin2010/10/04(月) 17:37:13ID:94r3eLHB
Linux Kernel Watch って終わっちゃったんですか？
0670login:Penguin2010/10/04(月) 17:52:17ID:bBxjsrkM
おわってないよ。全力で充電中だよ！
0671login:Penguin2010/10/04(月) 22:29:21ID:rPUYyNtS
充電してるそばから放電してんだろ
0672デムパゆんゆん＠粛々と遂行してまいりたい。2010/10/04(月) 22:31:19ID:WVES5DoH
あべしに放流汁
0673login:Penguin2010/10/05(火) 00:43:12ID:PFiNr/Wl
DistributionのKernelを再構築するんじゃなくて
linux kernelを直接起動したいんだけどどうすればいい？
0674login:Penguin2010/10/05(火) 15:03:10ID:bKnzZuUk
エスパーするとvanilla kernelを使いたいってことでおk？
0675login:Penguin2010/10/05(火) 17:57:15ID:e1coGYZV
めんどいのでkexec
0676login:Penguin2010/10/05(火) 18:04:03ID:PUF4XQe1
UbuntuのKernel PPAは独自パッチ当たってなかったはず。
06776732010/10/05(火) 19:16:52ID:Mdp2ZAi1
ありがとうございます。
vanilla kernel, Kernal PPA で調べてみます。
0678login:Penguin2010/10/06(水) 18:42:14ID:xAT8obs4
kosakiはLinux kernel watchを続けるつもりはないらしい。
twitterで言ってた。

LWN代わりに読めば？
0679login:Penguin2010/10/06(水) 18:54:06ID:wl04Bmbx
次の生け贄を探してる。
0680デムパゆんゆん＠OSSFJ2010/10/07(木) 03:01:09ID:STlcJHTV
>>678
kosakiは疲れてるんかの
気合入れすぎていきなりプッツンするより晴れ時々休憩
0681login:Penguin2010/10/08(金) 14:29:11ID:Quo9eUrR
「Linux Kernel Watchはなくなるの？」
「Linux Kernel Watchはこれからどうなるの？」
・・・
「答えは、もちろんNO。」
「もちろん連載し続けます。」
「ますます面白くなるLinux Kernel and Ruby Watch！」

だといいな・・・
0682login:Penguin2010/10/08(金) 14:33:21ID:Quo9eUrR
全部読むだけでも大変だろうに不定期連載にした上で何人かで書き綴るというのが
いいような気がする。
0683login:Penguin2010/10/09(土) 03:53:16ID:4mLXjSTE
カーネルに本質的な変更が入らなくなったんだろうな
マイナーなファイルシステム追加とかばっかだし
こんなときこそ基本部分の解説でもあればいいな
0684login:Penguin2010/10/09(土) 20:27:12ID:mKqRrEN/
Colonel Sanders Watch

今日も動きません、直立不動です
0685login:Penguin2010/10/10(日) 17:51:56ID:HgjEIr9d
>>668
2.6.32.24にはマージされてた。

使ってみた感想は…プラシーボ？
ちょっと速くなった気が、しないでもない。
まぁ、実際Disk I/Oが速くなるわけじゃないからなぁ。
0686login:Penguin2010/10/10(日) 19:34:51ID:mQMrRAFX
遅くなるっていうか高負荷時にマウスカーソルが動かなくなる。
0687login:Penguin2010/10/10(日) 20:21:15ID:Fg1qdVm7
>>685
続報ではそのパッチだけでは効果は限定的で、

ttp://lkml.org/lkml/2010/8/26/327

のlow-latency CFQパッチで旧来の応答性を取り戻すとか何とか。
それにしても

ttps://bugs.launchpad.net/ubuntu/+source/linux/+bug/131094?comments=all

を見ると３年も前からやってるのか・・・実はみんな我慢強い？
0688login:Penguin2010/10/10(日) 20:21:39ID:Fg1qdVm7
s/CFQ/CFS/
06896682010/10/11(月) 13:02:55ID:D/gPBtel
>>685
って事は、Fedora13ではマージされてるって事か…
普通の使い方では、あまり気にならないけどVMware上でWindows7を
起動すると、とたんに両方のアプリが固まりだすんでかなり困ってたけど、
試しに、Windows7側の描画オプションを最低負荷の設定にしたら、
全体的に快適になった。なんでやねん。
0690login:Penguin2010/10/14(木) 10:05:33ID:Eywc+8N8
>>668
vmware プロセスを ionice すればいいんじゃね
0691login:Penguin2010/10/18(月) 22:09:37ID:PFVhh13F
すみません。ここで良いのか分からないのですが、ヒントください。

ネットワークが10GでつながっているPCと、1Gでつながっている複数台のPCがあります。
1GのPCで動いているプロセスに対して10GのPCからTCPでパケットを投げたとき、
1GのPCの数を増やしていっても10G側PCの合計の使用帯域が1Gを越えること
ができません。

iperfで計測してます。
使用しているスイッチはDELL PowerConnect6224です。
10GのPCはethtoolで10Gでリンクアップしてるのを確認してます。

ここを見ろ等でもいいので、よろしくお願いします。
0692login:Penguin2010/10/18(月) 22:14:03ID:Piswp4ZQ
静的リンクされたドライバ（例えばSPIとかシリアルとか）って、
カーネルのブート時に何順で初期化されてるんでしょうか？
0693login:Penguin2010/10/19(火) 10:58:32ID:D8xij98x
drivers/base/init.c

ここに出てこないのはリンクした順番。
0694login:Penguin2010/10/19(火) 16:55:17ID:xNegMArX
SDカードのライトプロテクト情報をプログラムから取得したいんだけど、ダミーライトしてテストする以外に、ライトプロテクトされてるかどうかってどうやって取得すればいいの？
0695login:Penguin2010/10/19(火) 17:13:46ID:Ux5sdFhe
roでしかマウントできないから判別の仕様はあるでしょ。
0696login:Penguin2010/10/19(火) 17:55:07ID:xNegMArX
>>695
なるほど。
一端rwモードでマウントしてみて、実際にはroモードでマウントされたかどうかで判断するってことですかね。
できればマウントする前にライトプロテクト情報を取得したいんだけど、やっぱり難しい？
0697login:Penguin2010/10/19(火) 18:06:20ID:60t+R+ti
ioctlからI_CANPUTで

http://linux.die.net/man/3/ioctl
06986922010/10/19(火) 21:57:56ID:IBgPNuRF
>>693
ありがとうございました。
0699login:Penguin2010/10/20(水) 01:08:00ID:XCKGijDo
>>697
おぉーできました！
ありがとう。
0700login:Penguin2010/10/25(月) 14:43:02ID:2z5tATUw
K0SAKIたんがrevertしてるのは 2.6.36に入ったOOM rewrite patchか・・
ttp://lwn.net/Articles/391222/
0701login:Penguin2010/10/27(水) 07:26:21ID:wVCRpzjv
ちょっと調べてみたけど、思ったより荒れててワロタｗ

VMサミットがあまり盛り上がらなかったというのもあるんだろうが、
当事者がGoogleと富士通のみ。

Googleはこうあるべきなんだよ
富士通はこういう問題が起きてるんだよ

と平行線。９月ぐらいからやってるけど、NAKつけてるのが当のGoogleだけで
どっちにも援護がろくにないのが他の人の興味の無さが伺える。

富士通からするとOOMも考慮したアプリケーションの動作が変わってしまうので死活問題。
Googleも多分社内での調査の結果出てきたものだろうし今後がどうなるか楽しみである。
0702login:Penguin2010/10/27(水) 11:06:52ID:Oba30/BY
今日もNAKくらって、暴れていますた
0703login:Penguin2010/10/27(水) 11:27:55ID:kWb3+0oh
以前 2.6.36 snd_hda_intel (ad1981)で音がでなくなった
と書いたが、2.6.36-git8 にて直った模様
0704login:Penguin2010/10/27(水) 12:15:11ID:MuMAkBDY
GCC 2.95でKernel 2.6.34.7をコンパイルしたいのですが、Binutilsはどのバージョンでもいいのでしょうか?
0705login:Penguin2010/10/27(水) 12:28:03ID:+CGqcvLJ
>>704
2.95はもうサポート外だよ
0706login:Penguin2010/10/27(水) 12:34:03ID:N5QBsmfH
Documentation/Changes にいろいろ書いてあるよ
0707login:Penguin2010/10/27(水) 14:00:14ID:MuMAkBDY
お、GCC 3.2以上って書いてあります。ありがとうございます。
0708login:Penguin2010/10/28(木) 09:26:52ID:QdwYTWK/
2.4カーネルをまだ使ってるんだが、いつまで使えるかなぁ？
2.4.37.10でフィックス止まったんだろ？
0709login:Penguin2010/10/28(木) 10:59:07ID:eioO1OTw
RHEL3は続くらしいから、そっちからパッチを持ってこれればまだ何とかなるんじゃないかな>2.4
0710login:Penguin2010/10/28(木) 11:09:34ID:F67PkC++
-rw-r--r-- 1 root root 1257549 11月 4 2009 vmlinuz-2.4.21-63.EL

何を期待してるのやら
0711login:Penguin2010/10/28(木) 16:26:31ID:0HUKnnMX
2.4のmaintenerによると2011/09までのようだ
http://marc.info/?l=linux-kernel&m=128375193613619
0712login:Penguin2010/10/28(木) 22:38:28ID:3seH5kY+
clangでコンパイルしたらコンパクトになったりするんかな？
0713login:Penguin2010/10/29(金) 06:38:15ID:gYMDdLSe
>>712
最適化に関してはgccの方が上。
最適化切った状態でのコンパイル速度は早くなるはず。
また、MSIL (.Net bytecode)やJava bytecodeを出力できるようになるかも。カーネル側に大幅な書き加えが必要だけども。
あとは静的コード解析のclang static analyzerが使えるようになる。coverityと比べるとかなり性能悪いけども。
0714login:Penguin2010/11/04(木) 09:44:39ID:0yupRKvZ
>>712
clangはgccよりもIDEとの相性がいいのが売り。
あと、gccも危機感を感じて開発にてこいれがあるみたい。
0715login:Penguin2010/11/06(土) 05:01:40ID:6aJUodpE
パーミッションについて質問です。
group1 に属する user1, user2 からは読み書きでき、
httpd からは読み込みだけでき、
その他からは読み書きできない設定は、どのようにすればいいのでしょうか?
0716login:Penguin2010/11/06(土) 07:05:32ID:WVhqMdMS
くだ質行け
0717login:Penguin2010/11/08(月) 16:11:00ID:jdTlxAsJ
utraceって結局どうなったんだよ。 立ち消えか？
0718login:Penguin2010/11/08(月) 16:48:55ID:61hitq+4
ぜんぶkosakiたんがカーネルヲッチを書かない所為
0719login:Penguin2010/11/08(月) 17:18:15ID:jdTlxAsJ
マジかよ。今日も俺はptraceでデバッグツール作るのかよ。
0720login:Penguin2010/11/08(月) 18:30:22ID:PBut4P7e
>>717
まだ開発中なう。頑張ってるから待ってね。
0721login:Penguin2010/11/09(火) 14:37:32ID:zZyiqa8V
>... you have seen it. It suck!
あらあら。お里が知れますことよ。
0722login:Penguin2010/11/09(火) 14:45:47ID:Jdz3ASFg
要するに氏ねよ糞がって言いたいのですね、kosakiたんは
0723login:Penguin2010/11/11(木) 14:30:33ID:wCqsyMf9
sem_initをプロセス間共有モードで呼び出したら、エラーコード38(ENOSYS:レベル 2 で同期がとれていない)が返ってきたんだけど、これってどんなことが原因で発生するエラーなの？
レベル２で同期がとれていないってどういう意味？？
07247232010/11/11(木) 15:47:56ID:wCqsyMf9
自己解決。
ENOSYSの内容を勘違いしてますた(^^;
う〜ん、システムがプロセス共有セマフォをサポートしていないってことか…
システムがプロセス共有セマフォをサポートしていない場合、セマフォやミューテックスの代わりに使えるお勧めシステムコールってどんなのがある？
0725login:Penguin2010/11/11(木) 15:53:45ID:wO6XEGEx
ENOSYSの意味を調べようとは思わないのですか？
07267232010/11/11(木) 16:15:48ID:wCqsyMf9
>>725
レスありがとう。
システムがスレッド間共有セマフォしかサポートしてないから、プロセス間セマフォが使えないよっていう意味じゃないのかな？
shmgetで共有メモリが使えるのは確認済みなので、単にセマフォが共有メモリをサポートしてないのかなっと思ったので、じゃあ代替えのシステムコールってどんなのがあるのかなと思って聞いてみたんだけど…
0727login:Penguin2010/11/11(木) 22:17:49ID:lqvzszP9
>>724 man sem_overview して sem_open() 使えば？
0728login:Penguin2010/11/12(金) 08:58:31ID:t6xVUPjh
>>723
プロセス間でセマフォ共有したいのなら sem_open 使うのでは？
0729login:Penguin2010/11/13(土) 00:38:05ID:uMUjt3q7
あんがい /etc/fstab に
tmpfs /dev/shm tmpfs defaults 0 0
っていう行がなかったりして。
07307232010/11/13(土) 15:22:40ID:+yRyQI22
>>727-728
sem_openを呼び出してもerrno=38で返ってくるんだよね…
>>729
ちゃんとマウントされてるけど駄目なんだよね…

とりあえずソケットで排他かけて回避することにするかな。
レスくれたみんな、ありがとう。
0731login:Penguin2010/11/16(火) 12:19:37ID:Zl2tiZ32
>>730
flockでいいじゃん
0732login:Penguin2010/11/16(火) 13:04:14ID:qdwhL2rC
このスレで質問したからにはファイルをmmapしてfutexで自前の実装をすべき
0733login:Penguin2010/11/17(水) 19:10:54ID:azQyQe8+
>>730 カーネルのバージョン、Config、glibc のバージョンおせーて
0734login:Penguin2010/11/18(木) 06:40:33ID:LsSMbAAi
使っていてるcpuアーキテクチャも重要なんだぜ？
0735login:Penguin2010/11/19(金) 03:16:52ID:ner0qV3q
CPUアーキテクチャに依存しないよう根性出すのがLinux使いの心意気だろ
0736login:Penguin2010/11/19(金) 15:34:26ID:FKv5zDF5
2010年11月18日　"ミラクルパッチ"にLinusも大喜び！Linuxカーネルを高速化させた233行のコード
http://gihyo.jp/admin/clip/01/linux_dt/201011/18

Linus氏を歓喜させたのは，カーネル開発に携わるMike Galbraith氏が書いた233行のカーネルスケジューリングパッチ。
このパッチを適用すると，デスクトップ環境においてパフォーマンスが著しく向上するという。
0737login:Penguin2010/11/19(金) 16:09:16ID:VY0/+51z
よさそうなパッチだな。ありがとう。←パッチを当てる。カチッ
パフォーマンスアップ系だな。カチャカチャ、ッターン。
それで、聞きたいことがあるんだが、このコードの、ふふ、

ﾌｫ━━（━（━(-( ( (ﾟﾛﾟ;) ) )-）━）━） ━━ !!!!!
0738login:Penguin2010/11/20(土) 00:59:19ID:okSfeADH
>>736
これってカーネルの問題だったのか・・・
てっきりGNOMEやドライバーの問題だと思ってた
0739login:Penguin2010/11/20(土) 02:16:23ID:Kf8Y6I+v
Linux板ニュース速報 14
http://hibari.2ch.net/test/read.cgi/linux/1286198205/364,366-379,381-397
ミラクルパッチの話を抽出

ニュース速報スレとこっち(>>738)で、ネガティブに話したがる輩がやたら目に付いた。
負荷をかけてテストしたのだから負荷をかけなければ意味がないとか
屁理屈を捏ねて、Linuxカーネルが高速化したポジティブ話を必死に印象変えようとしていた。

居るね、工作員てマジで、近頃はやたら目に付く光景。
0740login:Penguin2010/11/20(土) 21:27:41ID:vuHy9g8D
とうとう君にも見えるようになったか
0741login:Penguin2010/11/21(日) 00:32:05ID:7MX7HAJg
まあポジティブなのも工作の成果だがw
冷静に利点欠点を見れてないのはお互いさまだな
かねてからスケジューラーはBFSやら何やらで物議を醸してたし
それがようやく一つのパッチに集約されたってだけのこと
0742login:Penguin2010/11/21(日) 09:28:57ID:4VmxKjZE
その後のこれである
http://blog.internetnews.com/skerner/2010/11/forget-200-lines-red-hat-speed.html
0743login:Penguin2010/11/21(日) 09:29:23ID:p4hfq+Nj
今回のはBFSとは関係ないよ。ただtty毎のタスクグループを追加するってだけ。
CLIでのfork多い作業や、その作業を行うGUIアプリに効果あるはず (アップデートマネージャとか)。
ソースやML全部追えてないので補足よろ。
0744login:Penguin2010/11/21(日) 14:36:48ID:7MX7HAJg
んーデスクトップ向けチューニングの範囲内のように見えるけど・・・
0745login:Penguin2010/11/21(日) 18:50:56ID:yldYO1Gm
アイデアとしては悪くないんだけど、所詮チューニングレベルだよね。
スケジューラ自体の改善ではない。
0746login:Penguin2010/11/21(日) 19:04:03ID:yldYO1Gm
追加すると、あっちのスレで誰かが書いてるように、同じ端末の対話的プロセスの
応答性向上には何も寄与しないってあたりが「本当にこれでいいのか？」と思わせて
しまうことになりやすいのかな。
0747login:Penguin2010/11/21(日) 20:44:55ID:lwYXULmt
kosakiたんがそろそろkernel watchを書きたがっている模様です。
0748login:Penguin2010/11/21(日) 22:34:07ID:u/EqG3Qx
アップを始めた模様wktk
0749login:Penguin2010/11/21(日) 23:55:01ID:1OrhOq5y
工作員がどうとか今どきなに言ってるんだか。
居て当然、常識の範疇。

話半分て言葉があるが、2chは半分どころじゃない。
書き込みが多い板だと八割が工作員と思った方がいい。
0750login:Penguin2010/11/22(月) 01:06:58ID:4heAhjtP
さすがに8割工作員はないな。多く見積もってもパレートの法則に沿った
工作員2割、工作にだまされる人6割、だまされない人2割、くらいだろう。
0751login:Penguin2010/11/22(月) 18:51:16ID:vGeqwjEP
http://lkml.org/lkml/2010/11/16/392
とりあえず、パッチはエレガントだけど出来は今ひとつだったので
こっちの方を推奨する流れのようだ
■ このスレッドは過去ログ倉庫に格納されています