- 1 名前：login:Penguin mailto:sage [2007/12/02(日) 16:53:13 ID:v60lx45q]
- ●前スレ
【Linux】カーネル総合3【Kernel】
ttp://pc11.2ch.net/test/read.cgi/linux/1146235963/
- 751 名前：login:Penguin mailto:sage [2009/07/24(金) 22:00:45 ID:qlwn44yy]
- >>747
世界がテストベッド。
テスト手順は人間の本能に刻まれている。
１００万個の目玉は１万ページのテスト手順に勝る。
・・・とか信じてそうだ。
実は誰もテストせず数年経過とかあるから怖い。Signed-off-by,
Reviewed-Byに加えて
Tested-by:<tester-sig>
Tested-with: <URL-to-testcode>
とか欲しくなるぞ。
- 752 名前：login:Penguin mailto:sage [2009/07/25(土) 12:06:02 ID:4Qinpv4Z]
- >>751
Tested-by:は昔から使われてるぞ。
- 753 名前：login:Penguin mailto:sage [2009/07/25(土) 12:52:25 ID:3/suj8BZ]
- >>752
じゃなくて、commitされるものはどれもテストされるべき
って言いたいんじゃない？
- 754 名前：login:Penguin [2009/07/25(土) 15:16:29 ID:wTyfgRHd]
- テストコードが無いのはレガシーコードだと言いたいのでした。
ただ、ドライバとかはむずかしいのかもとは思った。
- 755 名前：login:Penguin mailto:sage [2009/07/26(日) 13:22:45 ID:FmTSWpi4]
- Fedora固有の問題なのかもしれないが、kernelの挙動のような気もするので、ここで質問。
/proc/uptimeに入っている値の意味ってkernelのバージョンによって変わりうるのだろうか？
最近、Fedora11 x86-64 (kernelは2.6.29系）をインストールしたPCにおいて、/proc/uptimeの
値は稼働時間（秒）＋謎の値（稼働時間より妙に小さい）になっている感じなのだが、
Feora11を入れるまでは稼働時間（秒）＋アイドル時間（秒）だった。manの説明を見る限り、
以前の挙動の方が正しいように見える。
ちなみに、稼働しているPCの負荷はかなり低くてアイドル時間がほとんどを占めているので、
同じフォーマットの値だとは考えにくい。
何か仕様変更があったのだろうか？
- 756 名前：login:Penguin mailto:sage [2009/07/26(日) 17:47:58 ID:F499QACg]
- >>755
コードを読む限り、idleを表示しようとしてるな。うちのマシン(mainlineの最新）ではuptimeは以下のようになっており、
妥当な値。
で、最近デカイ修正ないから、regressionに心当たりないなぁ
/proc/uptime
----------------------
2295257.97 1218617.97
CPUを100%つかうプロセスを１分動かすと、２つの値はそれぞれ、どれだけ動く？
- 757 名前：login:Penguin mailto:sage [2009/07/26(日) 18:10:16 ID:F499QACg]
- >>754
LKML読んでて、テストコードでなんとかなりそうな問題って少ないんだが、具体的にはどうよう状況を想定してる？
例をあげる。
定期的にregressionする問題児機能として、cpu-hotplug, memory-hotplugがあるが、これは明らかに
開発者がテストできないのが問題。
かつ、CPUやメモリを挿抜できるマシンを見たこと無いと何に気をつけないといけないか、普通は一生知る機会がない。
カーネル内に普通にif 文入ってりゃカーネル勉強してれば自然と身につくけど、速度の兼ね合いで巧妙に if文が
入らないようにしてあるケースが多いので、コードを読んでいてもまず理解できん。
個人的な経験でいうと、ユニットテストが有効なのはアプリケーションレイヤだよ。テストってのは自分のもってる仮定が真か
否かを確認する作業なので、よく分からないハードの互換性のための機能とか、よく分からないアプリの互換性のための
機能とかは、テストできない。
それに加えて、性能のために、無理矢理ロックレスにしてる部分ってユニットテストすると、failureするよね。
でも人間は気づかないのでOK理論でまかり通ってる。
この「人間は気づかないはず」ってのはかなり曖昧な根拠なので、すごく予想外のワークロードで破綻したりする。
テスト不足が原因じゃなくて設計時の分析不足が根本なので、テストじゃ品質は上がらない
ちょっと、違う河岸の人の意見が聞きたくなったので、燃料投下ですよ
- 758 名前：login:Penguin mailto:sage [2009/07/26(日) 19:09:21 ID:eLPutGUO]
- CPUのmockとかメモリのmockを作ってテストを書く
failするロジックを見つけたら必ずテストを追加する
- 759 名前：login:Penguin mailto:sage [2009/07/26(日) 19:10:20 ID:eLPutGUO]
- とうっかり書いてしまったがそんなへんてこなmockを書くのは極めて難しいな
- 760 名前：login:Penguin mailto:sage [2009/07/26(日) 22:07:20 ID:FmTSWpi4]
- >>756
stressをインストールして試してみた。CPUがデュアルコアなので各コアの負荷が100％になるようにしてみた。
[root@localhost stress-1.0.0]# uptime; cat /proc/uptime; stress -c 2 -t 60; cat /proc/uptime
21:58:50 up 1 day, 22:31, 2 users, load average: 0.44, 0.35, 0.14
167498.57 166.57
stress: info: [29421] dispatching hogs: 2 cpu, 0 io, 0 vm, 0 hdd
stress: info: [29421] successful run completed in 60s
167558.58 166.57
[root@localhost stress-1.0.0]# uname -r
2.6.29.6-213.fc11.x86_64
稼働時間の方はちゃんと60秒分増えているけれど、2個目の値は変わらず・・・。
- 761 名前：login:Penguin mailto:sage [2009/07/26(日) 22:13:34 ID:YbAk5UrG]
- ドライバ類って共通レイヤでのユニットテストがしやすそうなイメージあるけどなぁ。
ハードウェアエミュレータがあれば更に良し。
- 762 名前：login:Penguin mailto:sage [2009/07/27(月) 07:26:05 ID:wJYxMPcL]
- 具体的にはどうやってテストするの？
エミュレータなんかかました途端に、それは「エミュレータに対するテスト」
でしかなくなるし、ってかこの世のありとあらゆるデバイスの挙動の
あらゆるケースを実機通り（実機のバグ・不具合含めて）に正確にテスト
できるエミュレータとか、ちょっとありそうにない気がするが。
- 763 名前：login:Penguin mailto:sage [2009/07/28(火) 06:23:34 ID:I6HFN565]
- >>760
ごめん、CPU100%ぶんまわしたら、当然idle時間は増えんわな。たぶん省電力関係が悪さをしていると思うので
１） cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
の結果を貼っておくれ
２） 同じディレクトリの scaling_governorをon_demandから（Fedoraならon_demandなんだよね？）、
performance に変更して１日放置してみて
これで直るなら、ただの表示ミスだから気にする必要はない。
- 764 名前：login:Penguin mailto:sage [2009/07/28(火) 06:37:10 ID:I6HFN565]
- >>763
起動オプションで、 idle=poll もやってみて。C2/C3 stateに入るときの問題かもしれぬ。
- 765 名前：login:Penguin [2009/07/28(火) 21:24:21 ID:gAPV/qCK]
- テストってそんなもんな気がするけど???
- 766 名前：755 mailto:sage [2009/07/28(火) 22:53:13 ID:3fzUjTnx]
- >>764
レス感謝。
初めに報告した側のPC(以下PC1） はサーバ運用のため実験しにくいので、同じFedora11 x86_64版をインストールし、
同様の状況になっている別PC（以下PC2）で実験してみた。結果は以下のような感じだった。
[root@localhost ~]# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
acpi-cpufreq
[root@localhost ~]# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
ondemand
ちなみにPC1だと
[root@localhost ~]# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
ondemand
[root@localhost ~]# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
powernow-k8
で、PC2でカーネルオプションにidle=pollを追加して起動し、
echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor してみた後は
[root@localhost ~]# cat /proc/uptime
1744.18 0.13
という感じで、残念ながら変化無し。
アイドル時間が検出できないこと以外は運用上の障害は特にないので、そのまま運用してもいいんだけれど
やっぱり気持ち悪いなぁ・・・。
- 767 名前：login:Penguin mailto:sage [2009/07/30(木) 00:16:00 ID:+o444z33]
- ある特徴をもつパケットをIP層でフィルタリングするカーネルモジュール
を書きたいのですが、iptable_filter.cのipt_hook()とかを使って
できますかね？
- 768 名前：login:Penguin mailto:sage [2009/08/04(火) 17:34:45 ID:Ahd4ZMYm]
- likely() とunlikely() について詳しく解説していただけないでしょうか？どうしてこの処理が必要なのでしょうか？
- 769 名前：login:Penguin mailto:sage [2009/08/04(火) 18:05:10 ID:jK3O5/wp]
- gcc + likely でぐぐれ
- 770 名前：login:Penguin mailto:sage [2009/08/05(水) 19:03:19 ID:NmLViMJY]
- 今時のx86って分岐ヒント・プリフィックスがあるんだね
- 771 名前：login:Penguin mailto:sage [2009/08/05(水) 22:52:05 ID:c9kehUAX]
- 今のgccは分岐prefixは生成しないと思うが。今のCPUの実装でいうと勝手に命令はprefetchされてるんだけど、
ジャンプ命令は飛び先が命令をfetch終わるまで分からない（当たり前だ）、だから、ジャンプしないほうに可能性が
高い処理を入れておくのが賢い。
確率が半々のif文だったら、飛び先を近くにしておくと、ちょっと先fetchでtakenもnot takenもフェッチされるので
お得だけど、確率が90%の時は残り10%はすんげえ遠くに追いやった方がお得。
よってunlikelyで通らないとヒントづけされたブロックは関数の最後の方に寄せられる。likelyはその逆。
- 772 名前：login:Penguin mailto:sage [2009/08/05(水) 23:24:28 ID:6HIRSosI]
- 確か今時のプロセッサの分岐予測は
初見の分岐を見たら、その分岐が手前方向だったら分岐すると予測し
先方向だったら分岐しないと予測すると思ったけど。
理由はもちろん、ループというのがそういう形に作られているため。
(先方向の理由は知らないが、たぶん統計的なものだろう)
で、当然、最適化コンパイラは、
それ(分岐頻度の想定)にあわせた分岐/非分岐のブロック配置をする。
- 773 名前：login:Penguin mailto:sage [2009/08/06(木) 00:06:36 ID:vQt8Mjn6]
- >>772
実行プロファイルとか取ってるのかと思ったら、あんま賢くないんだね。
- 774 名前：login:Penguin mailto:sage [2009/08/06(木) 13:59:03 ID:7rlUfYmR]
- >>773
プロファイルとってるけど、数に限りがあるから、テーブルにのってないジャンプについては
typicalなコンパイラのクセからポリシーを決めるんだわさ
- 775 名前：login:Penguin mailto:sage [2009/08/06(木) 22:56:30 ID:aRQrUWVt]
- >>774
Open64でビルドしたカーネルそんなことしてるように見えないけど
- 776 名前：login:Penguin mailto:sage [2009/08/06(木) 23:12:21 ID:WIwoXzLG]
- 「プロファイルをとっている」のはCPUだぞ？
理解した上で書いてる？
そりゃ、カーネルスレでハードの話題はスレ違いだが、話の流れってものがあるから。
このへんみれば、おおよその技術的なことはわかるんじゃないかね。
ja.wikipedia.org/wiki/%E5%88%86%E5%B2%90%E4%BA%88%E6%B8%AC
- 777 名前：login:Penguin mailto:sage [2009/08/07(金) 17:00:34 ID:Pvjb3Cze]
- カーネルのヘッダファイルを見るとenumと全く同じ名前でdefineし直していて単なる無駄に見えるのですがマイナーなコンパイラのための対策か何かなのでしょうか?
- 778 名前：login:Penguin mailto:sage [2009/08/07(金) 17:11:24 ID:tHF5HJWh]
- 具体的に
- 779 名前：777 mailto:sage [2009/08/07(金) 17:43:38 ID:Pvjb3Cze]
- >>778
僕にだよね...
例えば、linux/rtnetlin.hだと↓
enum {
RTM_BASE = 16,
#define RTM_BASE RTM_BASE
RTM_NEWLINK = 16,
#define RTM_NEWLINK RTM_NEWLINK
- 780 名前：login:Penguin mailto:sage [2009/08/07(金) 18:13:53 ID:tHF5HJWh]
- >>779
型チェックが欲しいときと要らん時があるからだろ。
- 781 名前：777 mailto:sage [2009/08/07(金) 18:45:03 ID:Pvjb3Cze]
- >>780
プリプロセッサ通ったらやっぱりenumだと思うんだけど...?
- 782 名前：login:Penguin mailto:sage [2009/08/07(金) 18:45:15 ID:ZCbtwiUW]
- 型チェックはプリプロセッサではやらないと思うんだけど。
- 783 名前：login:Penguin mailto:sage [2009/08/07(金) 19:01:22 ID:Pvjb3Cze]
- だから、
わざわざenumとdefineと定義してもプリプロセッサを通ったらenumだけになっちゃう
で、コンパイラではenumの定義しか見えないんだから型チェックがしたい/したくないとか制御できてないように思うんですが...
- 784 名前：login:Penguin mailto:sage [2009/08/07(金) 19:08:38 ID:KtOPT9+5]
- 例えばglibcのstdio.hの中に以下のような一節がある
/* Standard streams. */
extern struct _IO_FILE *stdin; /* Standard input stream. */
extern struct _IO_FILE *stdout; /* Standard output stream. */
extern struct _IO_FILE *stderr; /* Standard error output stream. */
#ifdef __STDC__
/* C89/C99 say they're macros. Make them happy. */
#define stdin stdin
#define stdout stdout
#define stderr stderr
#endif
>>779 もこの手の要請のせいではないかと予想
- 785 名前：login:Penguin mailto:sage [2009/08/07(金) 19:15:42 ID:tHF5HJWh]
- >>783
netdev辺りに remove unneeded definition とか言ってパッチ投げると
なぜそうなってるか解説してもらえるんじゃないかな。
- 786 名前：login:Penguin mailto:sage [2009/08/07(金) 19:22:17 ID:ZCbtwiUW]
- >>783
ごめん、>>782は>>780へのレス。というか>>781を読まずに書いた。
- 787 名前：login:Penguin mailto:sage [2009/08/07(金) 20:01:34 ID:rGcT3Hcr]
- #define stdin stdin
しておけばプリプロセッサがstdinを消しちゃうこともないし
#ifdef stdin
でもtrueになるし
ってだけの話じゃないの？
- 788 名前：login:Penguin mailto:sage [2009/08/07(金) 22:53:31 ID:Zmpep1HC]
- Amazon EC2 の日々の利用料金を確認するため
日毎のI/Oリクエスト合計数を出したいんですが
なにかいい方法ないでしょうか？
iostat の tps ってシステムが稼動始めてからの合計？
それだと日毎に、ってのは難しいですよね
- 789 名前：login:Penguin mailto:sage [2009/08/08(土) 01:12:06 ID:fEJHlBnC]
- >>777
デバッグのときにシンボル補完してくれるからかも？＞enum
マクロもビルドオプション付ければ可能ではあるんだけど、カーネルが
超巨大化するので。
- 790 名前：777 mailto:sage [2009/08/08(土) 12:11:41 ID:O2AsxnLe]
- みなさんありがとうございました。
>>787のifdefしたいはなんとなく納得できます。
- 791 名前：login:Penguin mailto:sage [2009/08/10(月) 22:33:28 ID:abkAQLZt]
- 最近のLinuxの
Memory Mapped Fileって
メモリにWriteしてSyncすると
pbufferが走るの？
- 792 名前：login:Penguin mailto:sage [2009/08/10(月) 23:02:05 ID:eejzbTvy]
- っカーネルソース
- 793 名前：login:Penguin mailto:sage [2009/08/11(火) 20:07:58 ID:2WktrRtv]
- @vger.kernel.org 系の ML 止まってる？
- 794 名前：login:Penguin mailto:sage [2009/08/11(火) 20:59:05 ID:2WktrRtv]
- 流れ出したみたい
- 795 名前：login:Penguin mailto:sage [2009/08/14(金) 22:33:29 ID:imrAHybe]
- intelチップセットのノートPC使ってるけど
DRMを有効 → X起動でフリーズ
DRMを無効 → X激遅で使い物にならず
うんざりしてきた
- 796 名前：login:Penguin mailto:sage [2009/08/14(金) 22:37:26 ID:rN7Fq7S1]
- nVidia一択がJK
- 797 名前：login:Penguin mailto:sage [2009/08/14(金) 22:43:27 ID:VAslznzA]
- Intel 安定
NVIDIA 速い
ATi Windows専用
- 798 名前：login:Penguin mailto:sage [2009/08/14(金) 23:12:57 ID:XR99CTCn]
- 9月10日に
RV870はLinuxに対応しないって明言するらしい
- 799 名前：login:Penguin mailto:sage [2009/08/17(月) 11:35:22 ID:/cA/EyFg]
- 2.6.29→2.6.30でUSBまわりって大きく変わった？
まったく同じconfigで作ってもfriioがUSBエラーを吐きまくるようになったんだが…
- 800 名前：login:Penguin mailto:sage [2009/08/17(月) 11:41:28 ID:ohk2Aoag]
- linus-treeにマージされてないと大変だね。
カーネルのABIが変わっても自分で調べて直さなきゃならないし、
作者の興味が無くなったらそこで終了。
- 801 名前：login:Penguin mailto:sage [2009/08/17(月) 12:22:17 ID:B4Bxz+2u]
- マージしたらいいのに。ドライバならGregはすぐマージしてくれるよ
- 802 名前：login:Penguin mailto:sage [2009/08/17(月) 12:25:45 ID:uz6wkSgr]
- ｲ｀ﾍ
/: :| ヽ
/ : :/ ヽ ＿＿＿ _,,,:. .-: :´彡ﾌ
_ノ＼＿∠: : : : : : : : :｀: :-: :,:_:／彡 /
( : : : : : : : : : : : : : : ｀ゝ /
マ r::/: /: : | : : : : : : : : ::＼ /
｜ //: /: : : |: : | |: : |: _: : : :ヽ
ジ {/ 7|｀＼/i: /|:|／|´: : : : :|ヽ
〉 ,‐-‐､｀|7 || |_::|,_|: : :|:::|: |
で ／ r:oヽ` /.:oヽヽ: :|: | :|
{ {o:::::::} {:::::0 }/: :|N
っ | ヾ:::ソ ヾ:::ｿ /|: : |
！？ ヽ::::ー-.. ／ヽ ..ー-::: ヽ::| r--ッ
-tヽ／´|｀::::::::::;／ `､ ::::::::::: /: i } ＞
::∧: : :|: |J ＼ ／ ／::i: | /＿ゝ
. ＼ヾ: |::|｀ - ,, ___｀-´_ ,, - ´|: : :|:::|
ヽ: |::|＼ ￣/ /| |: : :|: |
- 803 名前：login:Penguin mailto:sage [2009/08/17(月) 13:29:25 ID:IIDjTJ7I]
- >>799
そうおもったんなら、なぜChangeLogを見ようとしないのだ？
- 804 名前：login:Penguin mailto:sage [2009/08/17(月) 13:36:32 ID:N7HpcAG+]
- >>800-801
そういうのはマージされた所で変わらん。
名前変えたぜくらいならついでに直してもらえるが、
微妙に仕様変わったりする場合は放置される。
- 805 名前：login:Penguin mailto:sage [2009/08/17(月) 13:58:45 ID:Pk6+wyDO]
- >>802
うけたw
- 806 名前：login:Penguin mailto:sage [2009/08/17(月) 14:03:50 ID:F9Hxs/Y9]
- >>802
ｲ｀ﾍ
/: :| ヽ
/ : :/ ヽ ＿＿＿ _,,,:. .-: :´彡ﾌ
_ノ＼＿∠: : : : : : : : :｀: :-: :,:_:／彡 /
ま ( : : : : : : : : : : : : : : ｀ゝ /
r::/: /: : | : : : : : : : : ::＼ /
ふ //: /: : : |: : | |: : |: _: : : :ヽ
ぃ {/ 7|｀＼/i: /|:|／|´: : : : :|ヽ
〉 ,‐-‐､｀|7 || |_::|,_|: : :|:::|: |
ふ ／ r:oヽ` /.: oヽヽ:|: | :|
ぇ { {o:::::::} {:::::::0 ヽ: :|N
っ | ヾ:::ソ ヾ:::::::ン ゝ|_ノ´￣｀¨ヽ
！？ ヽ::::TT.. ｨ――--ァT´弋_,.,ィー-
-tヽ／´|｀::::| |::;／ ／:| |:::: ／:i つ ＼__
::∧: : :|: |J | | ＼ ／ | |／::i: | 二ン
. ＼ヾ: |::|｀ - ,, ___￣￣_ ,, -´|: : :|:::|
ヽ: |::|＼ ￣/ /| |: : :|: |
_,,,ヽ_ヘ_,,_ﾉ＾ﾚ,,_....
- 807 名前：login:Penguin mailto:sage [2009/08/17(月) 19:18:31 ID:b3LzJIdw]
- すごい亀で申し訳ないが、>>755ってこれじゃねぇの？
ttp://lkml.org/lkml/2009/5/9/45
ttp://lkml.org/lkml/2009/8/14/152
- 808 名前：755 mailto:sage [2009/08/17(月) 23:29:09 ID:BdjlVxHY]
- >>807
当たりっぽい。
ソースを見た感じだと、64bitで扱わなきゃならない箇所を32bitで扱ってしまっているのか・・・。
LKMLに上がっているということは、いずれパッチが取り込まれるのかな？
アイドル時間が分からない以外の実害はないんで、もうしばらく待ってみる。
- 809 名前：login:Penguin mailto:sage [2009/08/18(火) 00:09:01 ID:AEIuMqWU]
- カーネルコンパイルするときの、LD とかCC の意味を教えてください。
- 810 名前：login:Penguin mailto:sage [2009/08/18(火) 00:46:01 ID:T2Dm2Hjr]
- あんまり深く考えたことないけど、普通に考えて
CC: コンパイル
LD: リンク
じゃねぇの？メッセージ的にもそれっぽいし
- 811 名前：login:Penguin mailto:sage [2009/08/18(火) 00:50:49 ID:t149Kxcg]
- >>810
あたり
- 812 名前：login:Penguin mailto:sage [2009/08/19(水) 21:41:26 ID:Tho/5L2s]
- IPCセマフォとPOSIXセマフォを比較すると
IPC配列が複数個で遅い
POSIXは1個だから軽量みたいな説明を見るのですが
具体的にデータ構造ではどれのことを指しているのでしょうか？
- 813 名前：login:Penguin mailto:sage [2009/08/19(水) 21:58:19 ID:oqH6+Tca]
- >>812
glibcのnptl以下のsem_* をみれ。そもそも競合がないかぎり xchg 命令一発で終わっており、
カーネルの中にすら入らないから
逆にPIC セマフォをlocklessにしたり、ユーザランドだけでごにょごにょする方法は未だ見つかって
いないのではないかな。
- 814 名前：login:Penguin mailto:sage [2009/08/20(木) 12:43:42 ID:IuJt3Yqf]
- Debianのdepパッケージについて質問です。
公式サイトから落とせるarm用パッケージの共有ライブラリが、どんなconfigureオプションで
コンパイルされているのか調べる方法ってありますか？
gccだとgcc -vってやった時にコンパイル時のconfigureオプションが表示されますが、あんな
感じで調べる方法があれば教えてください。
- 815 名前：814 mailto:sage [2009/08/20(木) 12:45:30 ID:IuJt3Yqf]
- ごめんなさい、スレを間違えました。
- 816 名前：login:Penguin mailto:sage [2009/08/20(木) 20:30:22 ID:+k9Nz7s4]
- 早くLinuxのカーネルがFreeBSDのカーネルよりパフォーマンスよくならないかなー・・・
- 817 名前：login:Penguin mailto:sage [2009/08/20(木) 21:12:06 ID:gFmbm5B9]
- >>816
まだそんなに差があるの?
- 818 名前：login:Penguin mailto:sage [2009/08/20(木) 21:24:31 ID:+k9Nz7s4]
- >>817
スループットの計測グラフみたら2.6.30とFreeBSD7.2の間に結構差があった
- 819 名前：login:Penguin [2009/08/20(木) 23:55:01 ID:XTDFR6e5]
- >>818
そうなんだ。
d.hatena.ne.jp/syuu1228/20090511/1242035533 の
NetBSD 5.0だかのグラフで、Linux(Fedora Core 10)の方がFreeBSDよりいいのかなって思ってた。
- 820 名前：login:Penguin mailto:sage [2009/08/21(金) 00:07:50 ID:YkMVscqX]
- 誰がベンチマークを計測したかによって変わるしな。
ベンチマークを公開するにはちゃんと意図があるのだよ。
嘘には３種類あって
・良い嘘
・悪い嘘
・ベンチマーク
と言われている。
- 821 名前： ◆Zsh/ladOX. mailto:sage [2009/08/21(金) 00:53:05 ID:LinlgJyn]
- そんなに凄いならスパコンとかに顔を出してもいい感じだが。>>BSD
ってカーネル関係ないかw
- 822 名前：login:Penguin mailto:sage [2009/08/21(金) 01:42:13 ID:T7hb8yiR]
- スケーラビリティが要る場面ではLinuxが強いだろ。
マン・パワーを必要とする膨大な作業があるから、大企業が
よってたかって人手を投入しているLinuxのほうが上なのが普通なはず。
- 823 名前：login:Penguin mailto:sage [2009/08/21(金) 02:39:53 ID:p2qtAUKk]
- >>818
SELinux使っているってオチとか?
- 824 名前：login:Penguin mailto:sage [2009/08/21(金) 06:45:00 ID:pxACKAQd]
- >>819
NetBSDすっげえな
- 825 名前：login:Penguin mailto:sage [2009/08/21(金) 10:18:05 ID:De+1kbfp]
- >>822
残念ながら、現状のlinuxカーネルのスケーラビリティは他のOSに比べたら悪くて当然な出来。
まだまだspinlock多すぎ。
- 826 名前：login:Penguin mailto:sage [2009/08/21(金) 10:25:05 ID:taRwReOf]
- プログラムとか全くできない素人の素朴な疑問なんだけど
Linuxカーネルって、みんな寄ってたかってこんだけいじくりまくってるのに
どうしてパフォーマンスが上がらないの？
- 827 名前：login:Penguin mailto:sage [2009/08/21(金) 10:35:30 ID:b9Y8OXWv]
- >>826
上がらないって、どうやって計ったの?
- 828 名前：login:Penguin mailto:sage [2009/08/21(金) 10:42:07 ID:taRwReOf]
- 計ったなんて書いてないけど？
- 829 名前：login:Penguin mailto:sage [2009/08/21(金) 10:44:05 ID:b9Y8OXWv]
- え、計りもせずに「上がらない」なんて言ってんの!?
- 830 名前：login:Penguin mailto:sage [2009/08/21(金) 10:45:31 ID:p2qtAUKk]
- >>826
BKLが残っている
カーネルスレッド多すぎ: lkml.org/lkml/2009/8/20/117
adaptive lockが採用されてないって聞いたことある
SIMDがあまり使われていない(レジスタ退避との兼ね合いで避けられているが、高速化できる場所はもっとあると思う)
ってことでパフォーマンス上がる余地はあるけど、他のカーネルと比べてどうかは知らない。
- 831 名前：login:Penguin mailto:sage [2009/08/21(金) 10:49:30 ID:HWzVO6eL]
- カーネルスレッド多すぎの件は、何年か前にsgiの連中が
4096CPUマシンで動かしたときに何とかならんもんか
といってたけど、やっとパンピーのマシンに多コアマシンが
降りてきたから真面目に取り組みはじめたね。
- 832 名前：login:Penguin mailto:sage [2009/08/21(金) 10:54:04 ID:MlJa3Ii9]
- カーネルスレッドならWindowsだってかなりあるじゃん
スケジューラの問題じゃないの？
- 833 名前：login:Penguin mailto:sage [2009/08/21(金) 11:01:43 ID:6GhqxsGw]
- >>830
SIMDはレジスタ退避のコストを考えるとほとんど期待出来ないと思ふ。
やっぱりそこら中に散らばってるspin lockのCPU無駄使いが諸悪の根源だと思うでよ。
- 834 名前：login:Penguin mailto:sage [2009/08/21(金) 11:06:27 ID:taRwReOf]
- >>829
スレの流れからそういう話だったじゃん。
それとも自分で確かめた結果以外は話にも出すなってか？
俺ルール？
>>830
どうしてそうなのかってとこが気になるんだけど、
昔から色々な選択肢を方々に提供してきただけに
ある機能がレガシーになってもなかなか切れない、
構造も変えにくいってことかな…？
ちなみにadaptive lockは2.6.30で載ったっぽい？
- 835 名前：login:Penguin mailto:sage [2009/08/21(金) 11:27:39 ID:p2qtAUKk]
- >>834
個人的にはカーネルのプロファイリングの手法がしょぼかったせいじゃないかなと思っている。
最近のプロファイラの進化によってパフォーマンスは上げやすくなったんじゃないかなぁ。
- 836 名前：login:Penguin [2009/08/21(金) 11:31:02 ID:MlJa3Ii9]
- というかハッカーならロックなんて使わずにカーネル作れよ
スピンロックなんて使っておいて何がハッカーだよ（笑）
- 837 名前：login:Penguin mailto:sage [2009/08/21(金) 11:32:58 ID:HWzVO6eL]
- mutex: implement adaptive spinning
ttp://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0d66bf6d3514b35eb6897629059443132992dbd7
- 838 名前：login:Penguin mailto:sage [2009/08/21(金) 11:42:48 ID:HWzVO6eL]
- >>831 のソースが見つかった
ttp://lwn.net/Articles/229873/
- 839 名前：login:Penguin mailto:sage [2009/08/21(金) 11:53:26 ID:p2qtAUKk]
- >>836
lockless/wait-freeは最近の流行だねぇ。lock自体がBKLと同じ扱いになる日が来るかもな。
- 840 名前：login:Penguin mailto:sage [2009/08/21(金) 12:07:05 ID:bWwhod0w]
- Linuxの設計やパフォーマンスはそんなに悪くないよ。
ただ、BSD(のネットワーク周りなど)の初期設計がとても良いので、
そこが効くベンチマークを取ると差が出るだけ。
- 841 名前：login:Penguin mailto:sage [2009/08/21(金) 12:12:48 ID:pxACKAQd]
- とりあえずBSDに比べればめちゃくちゃ人多いわけだから今後に期待
- 842 名前：login:Penguin mailto:sage [2009/08/21(金) 12:52:01 ID:6GhqxsGw]
- 人が多けりゃどうにかなる問題でも無いと思うぞ。
自動テストでプロファイル取って、遅くなる修正入れたら
ボコボコにされるとかやれば何とかなるかもしれんが。
そんなことをgccがやってるとか何とか聞いたような気がする。
- 843 名前：login:Penguin mailto:sage [2009/08/21(金) 12:55:48 ID:vx/cVYTm]
- >>834 前半
別人だが >819 の主旨はNetBSDのバージョン間の比較だし
「上がらない」はLinuxのバージョン間の比較と解釈できる表現だし
それでいて今のスレの流れにベンチマーク結果があるのは >819 の
Fedora Core 10 ひとつだけだから「ソースは？」とつっこまれたんだろ。
>827 のつっこみ方もどうかと思うがそんなに敵意をむき出すことは無いだろ。
- 844 名前：login:Penguin mailto:sage [2009/08/21(金) 16:39:20 ID:5M/wknFG]
- >>840
ネットワーク周りはLinuxのほうがパフォーマンス出てるって聞いたけどなー
数年前の話だから今は違うんか?
- 845 名前：login:Penguin mailto:sage [2009/08/21(金) 19:36:35 ID:WaG9vPdi]
- >>844
場合による。10Gイーサとか最新の環境ならLinux一択。Linux世代が入手できない古代のハードなら絶対BSD。
それ以外はドライバの出来も効くのでケースバイケース。
- 846 名前：login:Penguin mailto:sage [2009/08/21(金) 19:37:55 ID:WaG9vPdi]
- カーネルスレッドが多すぎ問題はJensが対応を開始したよ。ざっと見た感じ結構有望そう
- 847 名前：login:Penguin mailto:sage [2009/08/21(金) 19:39:19 ID:WaG9vPdi]
- BKLは性能に関係有るところにはもう残ってないので気にしなくてよいと思われ
- 848 名前：login:Penguin mailto:sage [2009/08/21(金) 19:43:52 ID:IuT2OPFN]
- ReiserFSからもいなくなったの？
- 849 名前：login:Penguin mailto:sage [2009/08/21(金) 20:13:46 ID:WaG9vPdi]
- mainlineにもう入ったかは忘れたが、Fredricがなくしたはず
- 850 名前：login:Penguin mailto:sage [2009/08/21(金) 21:51:17 ID:00xOIOY7]
- SystemVとPOSIXのソースをおいかけてたら
気がついたらこんな時間になってたけど
以下の理解で正しいの？
SystemVセマフォ
userspace->sem_op->syscall->kernel->kernel lock
POSIXセマフォ
userspace->sem->glibc->syscall->kernel->kernel lock
競合無いとき
userspace->sem->glibc
- 851 名前：login:Penguin mailto:sage [2009/08/21(金) 23:29:52 ID:ATg1NEMY]
- 最近のカーネルでirqbalance使う意味ってある？
使わなくてもいい感じに負荷分散されてる様に見えるんだけど…
- 852 名前：login:Penguin mailto:sage [2009/08/22(土) 00:03:06 ID:LGqzvHPp]
- うちで何もしていないやつはエラく偏る@Athlon64X2
17: 33 24973 IO-APIC-fasteoi firewire_ohci
18: 485064 140728827 IO-APIC-fasteoi eth1
20: 54911 19292568 IO-APIC-fasteoi sata_via
入れればそれなりにならされるので無意味じゃないだろう。
俺は気にしていないので何もしていないが。
- 853 名前：login:Penguin mailto:sage [2009/08/22(土) 00:15:59 ID:1NbfsqaS]
- 偏った方が、逆にキャッシュの使用効率がいいと思うんだけど。
- 854 名前：login:Penguin mailto:sage [2009/08/22(土) 09:47:18 ID:iygx6FPk]
- kernel-2.6.30.5 です
不要なデバイスドライバーを削りたくて、とりあえず手始めにネットワークカードを選択したいのですが
機種 NEC Express5800／110Ge
LAN Intel 82566DM-2 Gigabit
これに必要なデバイスドライバーはどれを選択したらいいのでしょうか？
Device Drivers --->[*] Network device support --->？
- 855 名前：login:Penguin mailto:sage [2009/08/22(土) 10:03:15 ID:yjOdojRy]
- ところで起動中の
starting httpd [OK]
とかの書式とか色とかってどこで変更可能？
- 856 名前：login:Penguin mailto:sage [2009/08/22(土) 11:07:05 ID:Qg2YY+77]
- >>854
ググったら、e1000e がドライバらしいから、その後
--> Ethernet (1000Mbit) --> Intel(R) PRO/1000 PCI-Express Gigabit Ethernet support
2.6.31-rc7 での選択だけど、多分変わらない
>>855
カーネル関係なくないか？
何使ってるかしらんが起動スクリプト(/etc/rc.d/rc)と、
それから読み込まれるいろんなファイルを見ていけばいいんじゃない？
- 857 名前：login:Penguin mailto:sage [2009/08/22(土) 11:13:51 ID:RpQH+zaA]
- >>854
ドライバはたいていモジュールでコンパイルされるので、リソース食わないよ?
組み込みの人?
- 858 名前：login:Penguin mailto:sage [2009/08/22(土) 11:19:30 ID:iygx6FPk]
- >>356
ありがとうございます、どのような文言で検索されましたか？
よろしかったら教えてください
とりあえずNetwork device support 配下の
--> Ethernet (1000Mbit) --> Intel(R) PRO/1000 PCI-Express Gigabit Ethernet support
これだけに* を入れて今コンパイルしています。
- 859 名前：login:Penguin mailto:sage [2009/08/22(土) 11:25:37 ID:Qg2YY+77]
- >>858
多分、俺の事だと思うので…
「Express5800／110Ge」でググっただけ。で、
ttp://wiki.nothing.sh/page/NEC%20Express5800%A1%BF110Ge
に書いてあった。
ただ、>>857も言ってるけどわざわざドライバ切ることもないとも思う(サーバマシンだし)
まぁビルド時間節約はできるけど
- 860 名前：login:Penguin mailto:sage [2009/08/22(土) 11:33:36 ID:iygx6FPk]
- >>859 さん
>>857 さん
ありがとうございます。
- 861 名前：login:Penguin mailto:sage [2009/08/22(土) 13:32:21 ID:Cj3XfUQp]
- >>853
キャッシュのaffinityを重視するかCPUのロードバランスを重視するかって話だけど、
大抵の場合はaffinity重視で行ったほうが全体の性能はあがるよね。
- 862 名前：login:Penguin mailto:sage [2009/08/22(土) 14:56:31 ID:kbUxBrOu]
- >>861
普通のプロセスに関してはそういう作りになってるんだし、
一般論を話しててもしょうがないかと。
個々のケースについての具体的な数字が無いと。
- 863 名前：login:Penguin mailto:sage [2009/08/22(土) 17:56:26 ID:Cj3XfUQp]
- >>862
普通のプロセスの話じゃなくて、割り込み〜ksoftirqdまわりの話なんだけど…
- 864 名前：login:Penguin [2009/08/23(日) 22:35:17 ID:DukYj/4T]
- 日々の給料に数万円の現金をそのまま上乗せ
ＩＴ廃品回収ビジネス
2ch.zz.tc/kaisyu
（情報料６万５０００円）
|
 |
