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

【Linux】カーネル総� ..

655:login:Penguin
09/05/13 22:12:17 kepsiXJ+
>>654
>>594

656:login:Penguin
09/05/13 22:49:03 rkBQEpqh
Linuxってこういうどうでもいい機能だけはやたらと沢山あるよね

657:login:Penguin
09/05/14 00:41:52 NkpTSNYK
>>653
そうなんですか
SystemTapだと5msec内の処理を取りこぼしていて
負荷が極小のトレーサー欲しかったのですが
LTTngのパッチでも当てるしかない

困った困った助けて欲しい

658:login:Penguin
09/05/15 21:26:50 woaavPoE
プログラム板から、誘導されました
C言語で、linux のioポートのアクセスを行う実装を行いたくて
#include <linux/types.h>
#include <linux/config.h>
#include <asm/system.h>
include <asm/io.h>
これらのファイルがないと怒られます、どうしたらいいのでしょうか？
因みに、鳥はslacklware12.2でkernel-headersはインストールしているのですが
カーネルを 2.6.29.3に上げているためだと思います、 2.6.29.3用のkernel-headersをインストールしないといけないのでしょうか？
もしそうなら、 2.6.29.3用のkernel-headers2.6.29.3は何処でdlすれば良いのでしょうか？

659:login:Penguin
09/05/15 21:36:15 C33HMuYD
通ぶってSlackwareなんざ使ったりカーネル入れ替えたりしないほうがいいと思う

660:login:Penguin
09/05/15 21:50:55 F/g6GQEm
>>658
普通カーネルヘッダーはソースに入ってる。ソースツリーのincludeなんだけど、途中からasmの置き場所が変わったかな。
arch/自分のアーキテクチャのディレクトリ/include/asmになってる。

だからソースツリーのincludeに先に言ったarchの中にあるasmへのリンクをasmとして作るのかな。

661:login:Penguin
09/05/15 22:20:16 /vg103Gn
>>658
参照元プログラムが古いと思われ。自分が必要とする定義を /usr/include でgrepして、必要なファイルを
includeしてみ

662:login:Penguin
09/05/16 00:40:06 5XEEGbuw
これ<linux/config.h>ってもうなくなってると思う
実際今見てみたらこれ以外は全部あった

663:login:Penguin
09/05/16 08:48:42 E4y7kQy6
>>658です
皆さん大変Thxです
/usr/local/include の配下に
ln -s /home/foo/src/linux/arch/x86/include/asm
とリンクを張り、インクルードしましたが、
#include <linux/types.h>
#include <linux/config.h>
#include <asm/system.h>
include <asm/io.h>
これらの、ファイルの中で読み込まれている、インクルードファイルの位置が、違っていたりで
上手くいきませんでした、>>661氏の意見が正しいと思います
2004/01/22 の記事なので、仕方無いものと思います
簡単なプログラムなので、ゆっくり読めば、必要なヘッダー等わかるかも知れません。

664:login:Penguin
09/05/19 20:52:05 fujGeruF
TUX webserver
URLﾘﾝｸ(people.redhat.com)
Kernel Korner - Network Programming in the Kernel
URLﾘﾝｸ(www.linuxjournal.com)
何となくメモ。

665:login:Penguin
09/05/20 14:35:39 qVLi4iAs
カーネルｵﾜﾀ･･･
URLﾘﾝｸ(getnews.jp)

666:login:Penguin
09/05/20 14:36:44 7SacSVIF
>>665
マックもオワタ…

667:login:Penguin
09/05/20 19:54:44 FnMl1f4M
>>665
何事かと思ったじゃねーかｗｗｗｗ
こんなに綺麗につられたのは久しぶりだなｗｗｗ

668:login:Penguin
09/05/20 20:44:31 LkZdSdQN
>>665
俺もつられてしまったぞ。
やるな、665！
やっぱ、手羽だよな。

669:login:Penguin
09/05/21 08:58:25 Y0rEkADc
手羽はやまちゃんが美味い

670:login:Penguin
09/05/21 10:20:56 RGR6//Nr
それ言ったら名古屋人に「何それ？」と返されたことがある

671:login:Penguin
09/05/21 22:03:22 1CRH2QVx
幻の～なんていうからものすごく期待していったのに
激しくオーソドックスな塩こしょう味じゃねーか。
名古屋人の味覚だけは分からん。

672:login:Penguin
09/05/21 22:44:43 VQ1VPDP0
まあ味噌煮込みうどんは残念なブツだった。

673:名古屋のガッカリな食べ物ランキング
09/05/22 19:06:54 ne5ywnsR
名古屋のガッカリな食べ物ランキング

9:　味噌にごみ＆きしめん
8:　味噌おでん
7:　醤油たこ焼
この辺は初めから何の期待もしていなかったし、実際食べてみて、ああやっぱりみたいなレベル

6:　ひつまぶし
神宮っていうか内田橋の某店が有名ですね、元々がうなぎの蒲焼だし、まずくはないですよ
でもね、どうしてあんなに高いの？普通に鰻重食べた方が良いって、つか鰻重まぜたのと大して変わらんし

5:　伝説の手羽先
どう考えても、普通の焼き鳥屋で塩手羽食った方がうまい、以上

4:　台湾ラーメン
今池よりは矢場町の味仙の方が良いとか、又はどこそこの台湾料理屋の方がうまいとか……アホかと
もうね、はっきりいってガッカリ以外の何者でもなし、つか名古屋のラーメンってどこもかしこもほんっとマズい
本郷亭とか、八龍とか、何であんな列んでんの？理解出来ん

3:　喫茶マウンテン
色物がマズいのは理解出来る、でも食ってみろよ、色物以外もマズいって

2:　矢場とん
考えてみて欲しい、とんかつのサクサク感をぶち壊しにする、秘伝と称する味噌ダレにびっちょりと漬かったとんかつを…
あえてソースで頼むと、ソースはちょこっとしかかかってないんだぜ
止めはテーブルに置いて行く中濃ソース、中濃でとんかつ……もうねサクサク感の全否定

1:　寿がきや
名古屋人に言わせると寿がきやはうまいらしい、辛うじてまともな味覚を持っている人ですら
「寿がきやは寿がきやって言う食べ物だから」とかほざく始末
全国展開？こんな物を好んで食いたがるのは名古屋人だけですから

674:login:Penguin
09/05/23 00:05:07 hQzezqm/
つあんかけスパゲティ

不味すぎて名古屋人以外は誰も知らないが、
なぜか栄にはきしめん屋と同じくらい存在する。

>2:　矢場とん
あれは何度も通ってようやく癖になるラーメン屋みたいなものだ。

あとは全部同意。

ところで、futexって握ったままプロセスが死ぬとどうなるの？

675:login:Penguin
09/05/23 01:00:59 4BAGx6Xk
exitするときに取り上げられる。

676:login:Penguin
09/05/23 02:01:04 DykLad9M
thx

677:デムパゆんゆん
09/05/23 23:06:40 5S1Luerd
ずっと気になったんだが
つ名古屋コーチン忘れてまいか～

678:login:Penguin
09/05/29 11:22:22 B1PLTIQv
古いけどメモ。
i486 emu in mainline?
URLﾘﾝｸ(lkml.org)

679:login:Penguin
09/05/30 19:42:18 hAe5QFOm
X86_EMU486でソースを切り替えるんじゃなくてビルドオプション変えるんじゃだめなのかな？
カーネルだけ動いてもユーザランドがi486以降でしか動かなければアウトだし。

680:login:Penguin
09/05/30 20:05:11 mjlAWyLv
じゃなくてこれ、i386上でユーザーランドを含めたi486の機械語を動かすパッチね。
不正な命令(SIGILL)をハンドリングしてi486の命令をエミュレートする。
このパッチ自体はSMPと両立できなかったりメモリチェックが甘かったりとあまり実用的では無いけど。

681:login:Penguin
09/05/30 20:11:14 mjlAWyLv
ユーザーランドを含めた→ユーザースペースの

682:login:Penguin
09/05/30 21:00:39 SSkj0yg0
i386でＳＭＰ対応ってどんだけマゾなんだよ。ＵＰ前提でいいだろ。
i486ですら、前に誰かが世の中に存在するの？って質問していて、

たしかＡｌａｎ Coxが持っていたような・・・
↓
こっち見んな( ﾟдﾟ )

よかおバカトークしてたと記憶。つまりそんだけレアってこった

683:login:Penguin
09/05/30 21:09:10 SSkj0yg0
s/i486ですら/i486のＳＭＰマシンですら/

684:login:Penguin
09/05/31 21:51:29 WND3xFQO
386SMPってvoygerだっけ？　地上で１システムが動いているだけという幻の。

685:login:Penguin
09/05/31 22:54:30 OVItpWgv
voyger
は地上にはなく宇宙遥彼方

686:login:Penguin
09/06/01 15:48:42 Due7hYNZ
>>684
この前、ついにあきらめて完全に削除されていたような・・・

やっと、サブアーキがなくなったーーとＩｎｇｏ大喜び。ネコまっしぐら

687:login:Penguin
09/06/05 00:20:12 qIsowSsx
5月版　Firefoxのプチフリーズ問題から始まった大論争
URLﾘﾝｸ(www.atmarkit.co.jp)
それはFirefoxのプチフリーズ問題から始まった
さらばorderedモード、ext3のデフォルトがwritebackモードに変更
お前のページを共有する、抵抗は無意味だ―KSM

688:login:Penguin
09/06/06 00:33:50 zT5/Y8AY
＿　□□　　　＿　　　　　＿＿＿､､､
　／／＿　　[][]／／　 ,,-―''':::::::::::::::ヽヾヽ':::::/
／／　＼＼　／／　／::::::::::::::::::::::::::::::i l | l i:::::::ミ　　2150edc6c5cf00f7adb54538b9ea2a3e9cedca3fを
￣　　　　￣　￣／ /:::::::::,,,-‐,／i/`'''￣￣￣｀i::;|　　
―`―--^--､＿_ 　 /:::::::::=ｿ　　 /　ヽ､／　　　,,|/　　commitしたのは　
/f ）,fヽ,-､　　ﾉ　|　三　i　<ニ`-, ノ　/､-ﾆニ' 」'）　　　　
　 i'/　/^~i f-iノ　　|三　彡　t￣｡` ｿﾊ_ﾞ'､￣｡,ﾌ | ）　誰だぁっ！！
,,,　　　　 l'ノ　j　　ﾉ::i⌒ヽ;;|　￣￣　/ _ヽ､￣　ﾞi　）　　
　 ` '' -　　／　　　ﾉ::|　ヽミ　　`＿,(＿　　i＼_　 `i ヽ､　∧ ∧ ∧ ∧
　　　　　／／／　　|:::|　( ミ　 /　＿＿ニ'＿＿｀i　|　　Ｙ　Ｙ　Ｙ　Ｙ　Ｙ
　　　,-"　　　　　,|:::ヽ　ミ　　/-──―-`l 　|　　／／　　　 |
　　 |　　／／　　　l::::::::l＼　　　 ||||||||||||||||||||||/　 |　　　　　／／ |
　　/　　　　＿＿__.|:::::::| 　　､　`ー-――┴　/　　　＿＿,,..-'|
　/ﾞｰ､,-―'''ＸＸＸＸ `''l::,/|　　　　ｰ- ､＿＿￣＿,,-"､＿,-''XXXXX |
/XX/ XXXXXXXXXX|　|　　　　　　　　　＿,　　/ﾉXXXXXXXXXX|

URLﾘﾝｸ(www.linuxhq.com)
noextentsが消えた

689:login:Penguin
09/06/06 01:06:36 s5ChGVIv
犯人はヤス

690:login:Penguin
09/06/06 10:30:27 llsk3snN
現実問題、noextents なんて必要か？
Jan Karaがext3に戻れなくなるとか反対していた気もするが

691:login:Penguin
09/06/06 11:28:46 llsk3snN
>>688
マージコミットの見方を教えておく

git show 2150edc6c5cf00f7adb54538b9ea2a3e9cedca3f

すると

commit 2150edc6c5cf00f7adb54538b9ea2a3e9cedca3f
Merge: cd76469... 4b90567...
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Thu Jan 8 17:14:59 2009 -0800

というヘッダが表示される。このMerge行重要。
んで、これをコピー＆ペーストして

git log -p cd76469..4b90567

と打つ。んで、noextentsで検索すると犯人はTed Tso であることが分かる。すでに知っていたらすまん

692:login:Penguin
09/06/06 13:00:57 /VR1XxAT
>>690
イラン

693:login:Penguin
09/06/10 23:39:02 fj4chPWL
4プロセス間をIPCメッセージキューでデータ転送しているのですが
もっと高速にする方法ご存知ないでしょうか

694:login:Penguin
09/06/11 08:38:38 EilXbBGo
POSIX message queueってどうなの？

695:login:Penguin
09/06/11 09:42:43 vwI/yHy2
>>693
共有メモリはどう？

696:login:Penguin
09/06/11 09:51:14 uaZByA8O
>>693
unix domain socketで転送

697:login:Penguin
09/06/11 13:38:06 LDTPlndN
カーネルのバージョン付けは、誰が決めるの？
欧州議会みたいにいろんな国選出の技術者の討論で決めるのですか？

698:login:Penguin
09/06/11 17:05:19 2biNdNJj
Linus

699:login:Penguin
09/06/11 21:09:05 ZSHW+6x2
元老院だよ

700:login:Penguin
09/06/11 21:17:50 qTTLr2eL
RedHatからUbuntuを薦めている300人委員会に決まってるだろ

701:login:Penguin
09/06/11 21:20:21 LDTPlndN
リナクス故、Java the Hatがカーネルの命名をするか、、、初めて知ったよ。
勉強になった、ありがとう。

702:login:Penguin
09/06/11 23:12:43 LBj0DDNX
IPCとPosixのメッセージキューだと
どちらがいいんですかね？

POSIXの方が速いような記述は見られるけど
IPCとの比較が見てみたい

703:login:Penguin
09/06/12 18:52:44 62lG4Kk/
Linuxカーネルのスカトロが入ったっていう噂は本当ですか？
そうですか・・・

Linux オタワ

704:login:Penguin
09/06/12 21:02:37 j0w8fT+r
>>703
原田知世がスカトロ好きってそんなに有名だっけw
それにしても本当にひどい名前だよ、まったく

705:login:Penguin
09/06/13 00:16:04 WC1bTh8Y
>>704
ちょｗ
そんな実名だしちゃ、まずいっしょ

いずれにせよ、2.26.30 以降はスカトロLinux なんだなー

706:login:Penguin
09/06/13 02:01:01 ejf5oGI/
>>687
こういう身近な話だと、わかりやすい
ほんとおもしろいわ

707:login:Penguin
09/06/13 11:13:38 xcULKyPS
2.6系カーネルに独自ドライバを組み込もうとしています。
ググったらmake menuconfigすると表示されるメニューは
ドライバソースの各フォルダにあるKconfigとMakefileを
編集すればできそうなことは分かったのですが、Kconfigに
カスタムドライバを追加する方法を分かりやすく解説した
ページがあれば教えていただけないでしょうか。

下記のようにデバイスドライバのツリーを追加したいのですが
KconfigとMakefileを編集した後、make menuconfigを
実行しても、新しくドライバツリーに項目が増えてくれなくて
悩んでいます。
Device Drivers 　--->
　 Hoge device drivers 　--->
　　 <M> Hoge hoge device

宜しくお願いします。

708:login:Penguin
09/06/13 11:48:10 ycnhXlHO
論よりソース
実際に項目を追加してるcommitの差分を見ればいい

709:login:Penguin
09/06/13 12:46:47 xcULKyPS
>>708
レスありがとうございます。
ソースは見ているのですが、Device Drivers項目の中に、新しく
Hoge Driversというサブ項目を追加しているような例が見つかりません。
Misc devices項目など同一階層に新規項目を作りたいのですが・・・
下記のようにしてもDevice Drivers内に Hoge device drivers が
表示されない状況です。

drivers/Kconfigに、 source "drivers/hoge/Kconfig" を追加

drivers/Makefileに、obj-y += hoge/ を追加

drivers/hoge/Kconfigに下記内容を記述
　menu "Hoge device drivers"
　config HOGE_TEST
　　tristate "Hoge hoge device "
　　default y
　　help
　　　Hoge hoge device driver.
　endmenu

drivers/hoge/Makefileに下記内容を記述
　obj- := hoge.o # Dummy rule to force built-in.o to be made

710:login:Penguin
09/06/13 15:11:15 ycnhXlHO
はて、特に間違っている部分は見当たらない・・・よう・・な・・・
元ファイルにtypoとかあったりしないよ・・・ね?

drivers/Makefile:
...
obj-y += hoge/

drivers/Kconfig:
...
source "drivers/hoge/Kconfig"

drivers/hoge/Makefile:
obj-$(CONFIG_HOGE_TEST) += hoge.o

drivers/hoge/Kconfig:
menu "Hoge device drivers"
config HOGE_TEST
　tristate "Hoge hoge device"
　default y
　help
　　Hoge hoge device driver.
endmenu

711:login:Penguin
09/06/13 23:08:37 anvVj87A
親メニューが depends on ついてるとかそういうオチじゃね？
もしくはメニューが Drivers/Char/Serial の奥底とかに埋まってる。

menuconfig 起動して HOGE_TEST を検索してみればわかると思うが。

つか、.config に #CONFIG_HOGE_TEST is not defined とか
入ってるかどうかは確認したのか？

712:login:Penguin
09/06/14 07:23:59 5XYxUxKe
モノリシック
Solaris,HP-UX,AIX,Linux

マイクロ
Windows,Mac

713:login:Penguin
09/06/17 12:47:13 7xjbwVQk
xhciが(linux-2.6に)キター

714:login:Penguin
09/06/17 23:33:34 APJbtoA3
>>712
Windowsはマイクロカーネルではない。
URLﾘﾝｸ(www.cs.vu.nl)

715:login:Penguin
09/06/18 00:21:50 jUFA0OA6
Mac OS Xもマイクロカーネルではない

716:login:Penguin
09/06/18 00:45:49 ydzluLGA
>>715
いや、>>714のリンクを見れば分かるが、Tanenbaumはマイクロカーネル扱いしてる。
FreeBSDの各種機能がカーネル空間にあるのはco-locationという技術であって、
それでもメッセージ通信をしているのに変わりはないのでマイクロカーネル扱い。

717:login:Penguin
09/06/18 01:05:41 K/QPtrIN
tkh

718:login:Penguin
09/06/18 01:09:48 K/QPtrIN
FreeBSDをマイクロカーネルと主張する人は珍しい

719:login:Penguin
09/06/18 01:17:54 ydzluLGA
>>718
どこにそんな奴がいるんだ？

720:login:Penguin
09/06/18 08:08:03 ROmx8PKu
>>714
Windowsはマイクロカーネルのほうに近いんじゃない?
良くも悪くも。

721:login:Penguin
09/06/18 08:34:42 P5FnQwjc
2.6.31でまたbtrfsのフォーマットが変わったらしいね。

722:login:Penguin
09/06/18 12:58:50 ROmx8PKu
>>721
なにしろ仕様書に「まだ変わる」と書いてあるんだから
まだまだ何回も変わるだろうな。

723:login:Penguin
09/06/18 21:36:02 /7hyuS6j
単純に、モノシリック・マイクロで分けられる時代ではないでしょ
極端にしたらデメリットが馬鹿にならなくなるから

724:login:Penguin
09/06/18 22:24:57 kG3j8SQv
モノシリック？

語源(モノリス=1つの岩)と意味を知ってれば間違えようがないのにね。

725:login:Penguin
09/06/19 00:53:23 pQJhBuk1
つい最近どっかで全く同じ会話を見かけたなぁ
スラドだったか

726:login:Penguin
09/06/19 01:25:37 jIhK5NOW
いぢめる？

727:login:Penguin
09/06/19 07:00:15 KkOlQ/pH
>>724
語源は例の「十字軍の時代に」って奴だ

728:login:Penguin
09/06/19 10:28:12 pDdjOaAM
「モノシリック」は「モノシリアン(mono-syrian)のような」という意味であり、
十二世紀半ばに西欧にて発生した。
「モノシリアン」とは第2回以降の十字軍遠征を阻む、シリア(聖書でアラムの地とされる、
聖地エルサレムを含む西アジアの地中海に面する一帯の地域)の回教徒達(Syrian)の
結束したさまを指す十字軍内部で用いられていた隠語であり、十字軍衰退とともに
一般人への回教文化の流入とともに広がった。
現在、「モノシリック」は一つに統一され強固にまとまったさまを指す言葉として
用いられている。

例えばモノシリック・カーネルとは一枚岩のような丈夫なカーネルということである。

729:login:Penguin
09/06/19 14:24:33 pQJhBuk1
へー
728さんって物知りなんですね

730:login:Penguin
09/06/19 14:49:17 9Fvtvp5W
物知りックwww

731:login:Penguin
09/06/19 17:54:48 ucgmQt3s
なつかしすぎて吹いたｗ

732:login:Penguin
09/06/20 14:13:18 scxDjYjs
>>730
トラ技5月号あたりの
新入社員向け特集で毎年出てくる。

733:login:Penguin
09/06/20 20:40:19 MZ+4ddd0
DaveM が page allocation failureのメッセージうざいから、warning出すのやめようぜ。って言ってるけど、使ってる奴ほんとにいないの？

734:login:Penguin
09/06/21 23:29:12 VQh+3f2H
カーネル的にはQPI接続のNUMAなi7 Xeon構成には対応してるの？

735:login:Penguin
09/06/21 23:34:37 GKm9ryra
opteronのころから対応してるでしょ

736:login:Penguin
09/06/22 00:05:07 gHVjWzz2
>>735
CONFIG_NUMA: │ Enable NUMA (Non Uniform Memory Access) support.
│ The kernel will try to allocate memory used by a CPU on the
│ local memory controller of the CPU and add some more
│ NUMA awareness to the kernel.
│ For 64-bit this is recommended if the system is Intel Core i7
│ (or later), AMD Opteron, or EM64T NUMA.

そうみたい。S5500HCV買ってくる。

737:login:Penguin
09/07/01 21:41:05 RjIEoEza
6月版　君は知っているか？ 2.6.30の変更内容を
URLﾘﾝｸ(www.atmarkit.co.jp)
ファイルシステム周りの追加
　日本発のログ構造化ファイルシステム「NILFS」
　EXOFS
　POHMELFS
　FS-Cache
　relatimeがデフォルトでONに
セキュリティ周りの強化
　TOMOYO
　IMA
ネットワーク周りの強化
　Reliable Datagram Sockets（RDS）
　IEEE 802.11w（wireless management frame protection support）
そのほか、カーネルコアの変更
　カーネルイメージを、従来のGZIPだけでなく、LZMA/BZIP2でも圧縮できるようになりました。LZMAは伸長時間の速さと高圧縮率を兼ね備えており、期待が持てます
　カーネルのzImageがとうとうサポートされなくなりました。bzImageで困りませんからね
　x86の最後のサブアーキテクチャ「Voyager」のサポートコードが削除され、x86 archからサブアーキテクチャ対応コードが削除されました。「これでメンテが簡単になる」と、x86開発者が泣いたとか
　adaptive spinning mutexがマージされました。もはやmutexはロック競合時にスリープするとは限りません

738:login:Penguin
09/07/01 23:52:13 xu0kECu7
>>737
zImage無くなったのはx86だけじゃねえのか？

まあどうでもいいことだが。

739:login:Penguin
09/07/02 14:14:02 /ScnEAS7
>>738
ほかのアーキだと元々 make zImage が存在しないような

740:login:Penguin
09/07/02 14:27:45 /ScnEAS7
ねえ、kernel watch以外にカーネルの情報が読める所ってないの？

741:login:Penguin
09/07/02 14:34:11 7A/mbtL3
>>739
べつに必須の機能じゃないので無い方が多いかもしれんが、
使えるのもある。

さすがにbzImageはx86だけだが。

742:login:Penguin
09/07/02 14:34:12 JUQuwRcW
>>740
つ URLﾘﾝｸ(www.kernelnewbies.org)

743:login:Penguin
09/07/02 18:55:26 0KAGXtNr
フレームバッファを使ってダブルバッファのような目的で複数ページを切り替えて
表示をしたいんですが、ioctlとか使って実現する方法ってありますか？

744:login:Penguin
09/07/12 19:00:16 Hd0P+JHm
>>743
DirectFBあたりは、そうやって実装してるよね

745:login:Penguin
09/07/22 03:26:29 vGwEU6X3
kernel watch の執筆者が、kernel勉強会で講演してるじゃん
YLUG 第97回カーネル読書会 TOMOYO Linuxメインライン化記念勉強会
URLﾘﾝｸ(zoome.jp)

746:login:Penguin
09/07/22 23:07:37 Ihq5K6Dd
米Microsoft、「Hyper-V」LinuxドライバをカーネルコミュニティにGPLv2で提供
URLﾘﾝｸ(sourceforge.jp)

747:login:Penguin
09/07/23 18:18:38 7uKirgZE
ここで一句

カーネルは
テスト無いので
レガシーだ

748:login:Penguin
09/07/23 19:13:55 P+5ig7CA
レガシー【legacy】
(１)遺産。遺物。
(２)コンピューター分野で，旧世代の技術に基づいたハードウエア・ソフトウエアなどの総称。

749:login:Penguin
09/07/23 23:43:17 ndnD86SS
URLﾘﾝｸ(www.tdd-net.jp)

750:login:Penguin
09/07/24 05:29:49 0MjShUNk
ネタがすべってるー

751:login:Penguin
09/07/24 22:00:45 qlwn44yy
>>747
世界がテストベッド。
テスト手順は人間の本能に刻まれている。
１００万個の目玉は１万ページのテスト手順に勝る。

・・・とか信じてそうだ。
実は誰もテストせず数年経過とかあるから怖い。Signed-off-by,
Reviewed-Byに加えて

　Tested-by:<tester-sig>
　Tested-with: <URL-to-testcode>

とか欲しくなるぞ。

752:login:Penguin
09/07/25 12:06:02 4Qinpv4Z
>>751
Tested-by:は昔から使われてるぞ。

753:login:Penguin
09/07/25 12:52:25 3/suj8BZ
>>752
じゃなくて、commitされるものはどれもテストされるべき
って言いたいんじゃない？

754:login:Penguin
09/07/25 15:16:29 wTyfgRHd
テストコードが無いのはレガシーコードだと言いたいのでした。

ただ、ドライバとかはむずかしいのかもとは思った。

755:login:Penguin
09/07/26 13:22:45 FmTSWpi4
Fedora固有の問題なのかもしれないが、kernelの挙動のような気もするので、ここで質問。

/proc/uptimeに入っている値の意味ってkernelのバージョンによって変わりうるのだろうか？
最近、Fedora11 x86-64 (kernelは2.6.29系）をインストールしたPCにおいて、/proc/uptimeの
値は稼働時間（秒）＋謎の値（稼働時間より妙に小さい）になっている感じなのだが、
Feora11を入れるまでは稼働時間（秒）＋アイドル時間（秒）だった。manの説明を見る限り、
以前の挙動の方が正しいように見える。

ちなみに、稼働しているPCの負荷はかなり低くてアイドル時間がほとんどを占めているので、
同じフォーマットの値だとは考えにくい。

何か仕様変更があったのだろうか？

756:login:Penguin
09/07/26 17:47:58 F499QACg
>>755
コードを読む限り、idleを表示しようとしてるな。うちのマシン(mainlineの最新）ではuptimeは以下のようになっており、
妥当な値。

で、最近デカイ修正ないから、regressionに心当たりないなぁ

/proc/uptime
----------------------
2295257.97 1218617.97

CPUを100%つかうプロセスを１分動かすと、２つの値はそれぞれ、どれだけ動く？

757:login:Penguin
09/07/26 18:10:16 F499QACg
>>754
LKML読んでて、テストコードでなんとかなりそうな問題って少ないんだが、具体的にはどうよう状況を想定してる？

例をあげる。
定期的にregressionする問題児機能として、cpu-hotplug, memory-hotplugがあるが、これは明らかに
開発者がテストできないのが問題。
かつ、CPUやメモリを挿抜できるマシンを見たこと無いと何に気をつけないといけないか、普通は一生知る機会がない。
カーネル内に普通にif 文入ってりゃカーネル勉強してれば自然と身につくけど、速度の兼ね合いで巧妙に if文が
入らないようにしてあるケースが多いので、コードを読んでいてもまず理解できん。

個人的な経験でいうと、ユニットテストが有効なのはアプリケーションレイヤだよ。テストってのは自分のもってる仮定が真か
否かを確認する作業なので、よく分からないハードの互換性のための機能とか、よく分からないアプリの互換性のための
機能とかは、テストできない。

それに加えて、性能のために、無理矢理ロックレスにしてる部分ってユニットテストすると、failureするよね。
でも人間は気づかないのでOK理論でまかり通ってる。
この「人間は気づかないはず」ってのはかなり曖昧な根拠なので、すごく予想外のワークロードで破綻したりする。
テスト不足が原因じゃなくて設計時の分析不足が根本なので、テストじゃ品質は上がらない

ちょっと、違う河岸の人の意見が聞きたくなったので、燃料投下ですよ

758:login:Penguin
09/07/26 19:09:21 eLPutGUO
CPUのmockとかメモリのmockを作ってテストを書く
failするロジックを見つけたら必ずテストを追加する

759:login:Penguin
09/07/26 19:10:20 eLPutGUO
とうっかり書いてしまったがそんなへんてこなmockを書くのは極めて難しいな

760:login:Penguin
09/07/26 22:07:20 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
09/07/26 22:13:34 YbAk5UrG
ドライバ類って共通レイヤでのユニットテストがしやすそうなイメージあるけどなぁ。
ハードウェアエミュレータがあれば更に良し。

762:login:Penguin
09/07/27 07:26:05 wJYxMPcL
具体的にはどうやってテストするの？
エミュレータなんかかました途端に、それは「エミュレータに対するテスト」
でしかなくなるし、ってかこの世のありとあらゆるデバイスの挙動の
あらゆるケースを実機通り（実機のバグ・不具合含めて）に正確にテスト
できるエミュレータとか、ちょっとありそうにない気がするが。

763:login:Penguin
09/07/28 06:23:34 I6HFN565
>>760
ごめん、CPU100%ぶんまわしたら、当然idle時間は増えんわな。たぶん省電力関係が悪さをしていると思うので

１） cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
の結果を貼っておくれ

２）同じディレクトリの scaling_governorをon_demandから（Fedoraならon_demandなんだよね？）、
performance に変更して１日放置してみて

これで直るなら、ただの表示ミスだから気にする必要はない。

764:login:Penguin
09/07/28 06:37:10 I6HFN565
>>763
起動オプションで、 idle=poll もやってみて。C2/C3 stateに入るときの問題かもしれぬ。

765:login:Penguin
09/07/28 21:24:21 gAPV/qCK
テストってそんなもんな気がするけど???

766:755
09/07/28 22:53:13 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
09/07/30 00:16:00 +o444z33
ある特徴をもつパケットをIP層でフィルタリングするカーネルモジュール
を書きたいのですが、iptable_filter.cのipt_hook()とかを使って
できますかね？

768:login:Penguin
09/08/04 17:34:45 Ahd4ZMYm
likely() とunlikely() 　について詳しく解説していただけないでしょうか？どうしてこの処理が必要なのでしょうか？

769:login:Penguin
09/08/04 18:05:10 jK3O5/wp
gcc + likely でぐぐれ

770:login:Penguin
09/08/05 19:03:19 NmLViMJY
今時のx86って分岐ヒント・プリフィックスがあるんだね

771:login:Penguin
09/08/05 22:52:05 c9kehUAX
今のgccは分岐prefixは生成しないと思うが。今のCPUの実装でいうと勝手に命令はprefetchされてるんだけど、
ジャンプ命令は飛び先が命令をfetch終わるまで分からない（当たり前だ）、だから、ジャンプしないほうに可能性が
高い処理を入れておくのが賢い。
確率が半々のif文だったら、飛び先を近くにしておくと、ちょっと先fetchでtakenもnot takenもフェッチされるので
お得だけど、確率が90%の時は残り10%はすんげえ遠くに追いやった方がお得。
よってunlikelyで通らないとヒントづけされたブロックは関数の最後の方に寄せられる。likelyはその逆。

772:login:Penguin
09/08/05 23:24:28 6HIRSosI
確か今時のプロセッサの分岐予測は
初見の分岐を見たら、その分岐が手前方向だったら分岐すると予測し
先方向だったら分岐しないと予測すると思ったけど。

理由はもちろん、ループというのがそういう形に作られているため。
(先方向の理由は知らないが、たぶん統計的なものだろう)

で、当然、最適化コンパイラは、
それ(分岐頻度の想定)にあわせた分岐/非分岐のブロック配置をする。

773:login:Penguin
09/08/06 00:06:36 vQt8Mjn6
>>772
実行プロファイルとか取ってるのかと思ったら、あんま賢くないんだね。

774:login:Penguin
09/08/06 13:59:03 7rlUfYmR
>>773
プロファイルとってるけど、数に限りがあるから、テーブルにのってないジャンプについては
typicalなコンパイラのクセからポリシーを決めるんだわさ

775:login:Penguin
09/08/06 22:56:30 aRQrUWVt
>>774
Open64でビルドしたカーネルそんなことしてるように見えないけど

776:login:Penguin
09/08/06 23:12:21 WIwoXzLG
「プロファイルをとっている」のはCPUだぞ？
理解した上で書いてる？
そりゃ、カーネルスレでハードの話題はスレ違いだが、話の流れってものがあるから。

このへんみれば、おおよその技術的なことはわかるんじゃないかね。
Wikipedia項目ﾘﾝｸ

777:login:Penguin
09/08/07 17:00:34 Pvjb3Cze
カーネルのヘッダファイルを見るとenumと全く同じ名前でdefineし直していて単なる無駄に見えるのですがマイナーなコンパイラのための対策か何かなのでしょうか?

778:login:Penguin
09/08/07 17:11:24 tHF5HJWh
具体的に

779:777
09/08/07 17:43:38 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
09/08/07 18:13:53 tHF5HJWh
>>779
型チェックが欲しいときと要らん時があるからだろ。

781:777
09/08/07 18:45:03 Pvjb3Cze
>>780
プリプロセッサ通ったらやっぱりenumだと思うんだけど...?

782:login:Penguin
09/08/07 18:45:15 ZCbtwiUW
型チェックはプリプロセッサではやらないと思うんだけど。

783:login:Penguin
09/08/07 19:01:22 Pvjb3Cze
だから、
わざわざenumとdefineと定義してもプリプロセッサを通ったらenumだけになっちゃう
で、コンパイラではenumの定義しか見えないんだから型チェックがしたい/したくないとか制御できてないように思うんですが...

784:login:Penguin
09/08/07 19:08:38 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
09/08/07 19:15:42 tHF5HJWh
>>783
netdev辺りに remove unneeded definition とか言ってパッチ投げると
なぜそうなってるか解説してもらえるんじゃないかな。

786:login:Penguin
09/08/07 19:22:17 ZCbtwiUW
>>783
ごめん、>>782は>>780へのレス。というか>>781を読まずに書いた。

787:login:Penguin
09/08/07 20:01:34 rGcT3Hcr
#define stdin stdin
しておけばプリプロセッサがstdinを消しちゃうこともないし
#ifdef stdin
でもtrueになるし
ってだけの話じゃないの？

788:login:Penguin
09/08/07 22:53:31 Zmpep1HC
Amazon EC2 の日々の利用料金を確認するため
日毎のI/Oリクエスト合計数を出したいんですが
なにかいい方法ないでしょうか？

iostat の tps ってシステムが稼動始めてからの合計？
それだと日毎に、ってのは難しいですよね

789:login:Penguin
09/08/08 01:12:06 fEJHlBnC
>>777
デバッグのときにシンボル補完してくれるからかも？＞enum
マクロもビルドオプション付ければ可能ではあるんだけど、カーネルが
超巨大化するので。

790:777
09/08/08 12:11:41 O2AsxnLe
みなさんありがとうございました。
>>787のifdefしたいはなんとなく納得できます。

791:login:Penguin
09/08/10 22:33:28 abkAQLZt
最近のLinuxの
Memory Mapped Fileって

メモリにWriteしてSyncすると
pbufferが走るの？

792:login:Penguin
09/08/10 23:02:05 eejzbTvy
っカーネルソース

793:login:Penguin
09/08/11 20:07:58 2WktrRtv
@vger.kernel.org 系の ML 止まってる？

794:login:Penguin
09/08/11 20:59:05 2WktrRtv
流れ出したみたい

795:login:Penguin
09/08/14 22:33:29 imrAHybe
intelチップセットのノートPC使ってるけど

　DRMを有効　→　X起動でフリーズ
　DRMを無効　→　X激遅で使い物にならず

うんざりしてきた

796:login:Penguin
09/08/14 22:37:26 rN7Fq7S1
nVidia一択がJK

797:login:Penguin
09/08/14 22:43:27 VAslznzA
Intel 安定
NVIDIA 速い
ATi Windows専用

798:login:Penguin
09/08/14 23:12:57 XR99CTCn
9月10日に
RV870はLinuxに対応しないって明言するらしい

799:login:Penguin
09/08/17 11:35:22 /cA/EyFg
2.6.29→2.6.30でUSBまわりって大きく変わった？
まったく同じconfigで作ってもfriioがUSBエラーを吐きまくるようになったんだが…

800:login:Penguin
09/08/17 11:41:28 ohk2Aoag
linus-treeにマージされてないと大変だね。
カーネルのABIが変わっても自分で調べて直さなきゃならないし、
作者の興味が無くなったらそこで終了。

801:login:Penguin
09/08/17 12:22:17 B4Bxz+2u
マージしたらいいのに。ドライバならGregはすぐマージしてくれるよ

802:login:Penguin
09/08/17 12:25:45 uz6wkSgr
　ｲ｀ﾍ
　/: :| ヽ
/ : :/　　ヽ　＿＿＿　　　_,,,:. .-: :´彡ﾌ
_ノ＼＿∠: : : : : : : : :｀: :-: :,:_:／彡　/
　　　　　 ( : : : : : : : : : : : : : : ｀ゝ　 /
　　マ　　r::/: /: : | : : : : : : : : ::＼ /
　　｜　//: /: : : |: : | |: : |: _: : : :ヽ
　　ジ　 {/ 7|｀＼/i: /|:|／|´: : : : :|ヽ
　　　　　〉 ,‐-‐､｀|7　|| |_::|,_|: : :|:::|: |
　　で　／ r:oヽ`　　　/.:oヽヽ: :|: | :|
　　　　{　{o:::::::}　　　　{:::::0　}/: :|N
　　っ　 |　ヾ:::ソ　　　　ヾ:::ｿ /|: : |
　！？ヽ::::ー-..　／ヽ　..ー-::: ヽ::|　r--ッ
-tヽ／´|｀::::::::::;／　　 `､ ::::::::::: /: i　}　＞
::∧: : :|: |J　　＼　　／　　／::i: | /＿ゝ
. ＼ヾ: |::|｀ - ,, ___｀-´_ ,, - ´|: : :|:::|
　　ヽ: |::|＼　　　￣/ /|　　|: : :|: |

803:login:Penguin
09/08/17 13:29:25 IIDjTJ7I
>>799
そうおもったんなら、なぜChangeLogを見ようとしないのだ？

804:login:Penguin
09/08/17 13:36:32 N7HpcAG+
>>800-801
そういうのはマージされた所で変わらん。
名前変えたぜくらいならついでに直してもらえるが、
微妙に仕様変わったりする場合は放置される。

805:login:Penguin
09/08/17 13:58:45 Pk6+wyDO
>>802
うけたw

806:login:Penguin
09/08/17 14:03:50 F9Hxs/Y9
>>802
　ｲ｀ﾍ
　/: :| ヽ
/ : :/　　ヽ　＿＿＿　　　_,,,:. .-: :´彡ﾌ
_ノ＼＿∠: : : : : : : : :｀: :-: :,:_:／彡　/
　　ま　　( : : : : : : : : : : : : : : ｀ゝ　 /
　　　　　r::/: /: : | : : : : : : : : ::＼ /
　　ふ　//: /: : : |: : | |: : |: _: : : :ヽ
　　ぃ　{/ 7|｀＼/i: /|:|／|´: : : : :|ヽ
　　　　〉 ,‐-‐､｀|7　|| |_::|,_|: : :|:::|: |
　　ふ　／ r:oヽ`　　　/.: oヽヽ:|: | :|
　　ぇ　{　{o:::::::}　　　　{:::::::0 ヽ: :|N
　　っ　 |　ヾ:::ソ　　　　ヾ:::::::ンゝ|_ノ´￣｀¨ヽ
　！？ヽ::::TT..　ｨ―--ァT´弋_,.,ィー-
-tヽ／´|｀::::| |::;／　　　／:| |:::: ／:i つ＼__
::∧: : :|: |J　| | ＼　　　／　| |／::i: | 二ン
. ＼ヾ: |::|｀ - ,, ___￣￣_ ,, -´|: : :|:::|
　　ヽ: |::|＼　　　￣/ /|　　|: : :|: |
　　　　_,,,ヽ_ヘ_,,_ﾉ＾ﾚ,,_....

807:login:Penguin
09/08/17 19:18:31 b3LzJIdw
すごい亀で申し訳ないが、>>755ってこれじゃねぇの？

URLﾘﾝｸ(lkml.org)
URLﾘﾝｸ(lkml.org)

808:755
09/08/17 23:29:09 BdjlVxHY
>>807
当たりっぽい。
ソースを見た感じだと、64bitで扱わなきゃならない箇所を32bitで扱ってしまっているのか・・・。
LKMLに上がっているということは、いずれパッチが取り込まれるのかな？
アイドル時間が分からない以外の実害はないんで、もうしばらく待ってみる。

809:login:Penguin
09/08/18 00:09:01 AEIuMqWU
カーネルコンパイルするときの、LD とかCC の意味を教えてください。

810:login:Penguin
09/08/18 00:46:01 T2Dm2Hjr
あんまり深く考えたことないけど、普通に考えて

CC: コンパイル
LD: リンク

じゃねぇの？メッセージ的にもそれっぽいし

811:login:Penguin
09/08/18 00:50:49 t149Kxcg
>>810
あたり

812:login:Penguin
09/08/19 21:41:26 Tho/5L2s
IPCセマフォとPOSIXセマフォを比較すると

IPC配列が複数個で遅い
POSIXは1個だから軽量みたいな説明を見るのですが

具体的にデータ構造ではどれのことを指しているのでしょうか？

813:login:Penguin
09/08/19 21:58:19 oqH6+Tca
>>812
glibcのnptl以下のsem_* をみれ。そもそも競合がないかぎり xchg 命令一発で終わっており、
カーネルの中にすら入らないから
逆にPIC セマフォをlocklessにしたり、ユーザランドだけでごにょごにょする方法は未だ見つかって
いないのではないかな。

814:login:Penguin
09/08/20 12:43:42 IuJt3Yqf
Debianのdepパッケージについて質問です。
公式サイトから落とせるarm用パッケージの共有ライブラリが、どんなconfigureオプションで
コンパイルされているのか調べる方法ってありますか？
gccだとgcc -vってやった時にコンパイル時のconfigureオプションが表示されますが、あんな
感じで調べる方法があれば教えてください。

815:814
09/08/20 12:45:30 IuJt3Yqf
ごめんなさい、スレを間違えました。

816:login:Penguin
09/08/20 20:30:22 +k9Nz7s4
早くLinuxのカーネルがFreeBSDのカーネルよりパフォーマンスよくならないかなー・・・

817:login:Penguin
09/08/20 21:12:06 gFmbm5B9
>>816
まだそんなに差があるの?

818:login:Penguin
09/08/20 21:24:31 +k9Nz7s4
>>817
スループットの計測グラフみたら2.6.30とFreeBSD7.2の間に結構差があった

819:login:Penguin
09/08/20 23:55:01 XTDFR6e5
>>818
そうなんだ。
URLﾘﾝｸ(d.hatena.ne.jp) の
NetBSD 5.0だかのグラフで、Linux(Fedora Core 10)の方がFreeBSDよりいいのかなって思ってた。

820:login:Penguin
09/08/21 00:07:50 YkMVscqX
誰がベンチマークを計測したかによって変わるしな。
ベンチマークを公開するにはちゃんと意図があるのだよ。

嘘には３種類あって
・良い嘘
・悪い嘘
・ベンチマーク
と言われている。

821: ◆Zsh/ladOX.
09/08/21 00:53:05 LinlgJyn
そんなに凄いならスパコンとかに顔を出してもいい感じだが。>>BSD

ってカーネル関係ないかw

822:login:Penguin
09/08/21 01:42:13 T7hb8yiR
スケーラビリティが要る場面ではLinuxが強いだろ。
マン・パワーを必要とする膨大な作業があるから、大企業が
よってたかって人手を投入しているLinuxのほうが上なのが普通なはず。

823:login:Penguin
09/08/21 02:39:53 p2qtAUKk
>>818
SELinux使っているってオチとか?

824:login:Penguin
09/08/21 06:45:00 pxACKAQd
>>819
NetBSDすっげえな

825:login:Penguin
09/08/21 10:18:05 De+1kbfp
>>822
残念ながら、現状のlinuxカーネルのスケーラビリティは他のOSに比べたら悪くて当然な出来。
まだまだspinlock多すぎ。

826:login:Penguin
09/08/21 10:25:05 taRwReOf
プログラムとか全くできない素人の素朴な疑問なんだけど
Linuxカーネルって、みんな寄ってたかってこんだけいじくりまくってるのに
どうしてパフォーマンスが上がらないの？

827:login:Penguin
09/08/21 10:35:30 b9Y8OXWv
>>826
上がらないって、どうやって計ったの?

828:login:Penguin
09/08/21 10:42:07 taRwReOf
計ったなんて書いてないけど？

829:login:Penguin
09/08/21 10:44:05 b9Y8OXWv
え、計りもせずに「上がらない」なんて言ってんの!?

830:login:Penguin
09/08/21 10:45:31 p2qtAUKk
>>826
BKLが残っている
カーネルスレッド多すぎ: URLﾘﾝｸ(lkml.org)
adaptive lockが採用されてないって聞いたことある
SIMDがあまり使われていない(レジスタ退避との兼ね合いで避けられているが、高速化できる場所はもっとあると思う)

ってことでパフォーマンス上がる余地はあるけど、他のカーネルと比べてどうかは知らない。

831:login:Penguin
09/08/21 10:49:30 HWzVO6eL
カーネルスレッド多すぎの件は、何年か前にsgiの連中が
4096CPUマシンで動かしたときに何とかならんもんか
といってたけど、やっとパンピーのマシンに多コアマシンが
降りてきたから真面目に取り組みはじめたね。

832:login:Penguin
09/08/21 10:54:04 MlJa3Ii9
カーネルスレッドならWindowsだってかなりあるじゃん
スケジューラの問題じゃないの？

833:login:Penguin
09/08/21 11:01:43 6GhqxsGw
>>830
SIMDはレジスタ退避のコストを考えるとほとんど期待出来ないと思ふ。

やっぱりそこら中に散らばってるspin lockのCPU無駄使いが諸悪の根源だと思うでよ。

834:login:Penguin
09/08/21 11:06:27 taRwReOf
>>829
スレの流れからそういう話だったじゃん。
それとも自分で確かめた結果以外は話にも出すなってか？
俺ルール？

>>830
どうしてそうなのかってとこが気になるんだけど、
昔から色々な選択肢を方々に提供してきただけに
ある機能がレガシーになってもなかなか切れない、
構造も変えにくいってことかな…？
ちなみにadaptive lockは2.6.30で載ったっぽい？

835:login:Penguin
09/08/21 11:27:39 p2qtAUKk
>>834
個人的にはカーネルのプロファイリングの手法がしょぼかったせいじゃないかなと思っている。
最近のプロファイラの進化によってパフォーマンスは上げやすくなったんじゃないかなぁ。

836:login:Penguin
09/08/21 11:31:02 MlJa3Ii9
というかハッカーならロックなんて使わずにカーネル作れよ
スピンロックなんて使っておいて何がハッカーだよ（笑）

837:login:Penguin
09/08/21 11:32:58 HWzVO6eL
mutex: implement adaptive spinning
URLﾘﾝｸ(git.kernel.org)

838:login:Penguin
09/08/21 11:42:48 HWzVO6eL
>>831 のソースが見つかった
URLﾘﾝｸ(lwn.net)

839:login:Penguin
09/08/21 11:53:26 p2qtAUKk
>>836
lockless/wait-freeは最近の流行だねぇ。lock自体がBKLと同じ扱いになる日が来るかもな。

840:login:Penguin
09/08/21 12:07:05 bWwhod0w
Linuxの設計やパフォーマンスはそんなに悪くないよ。
ただ、BSD(のネットワーク周りなど)の初期設計がとても良いので、
そこが効くベンチマークを取ると差が出るだけ。

841:login:Penguin
09/08/21 12:12:48 pxACKAQd
とりあえずBSDに比べればめちゃくちゃ人多いわけだから今後に期待

842:login:Penguin
09/08/21 12:52:01 6GhqxsGw
人が多けりゃどうにかなる問題でも無いと思うぞ。

自動テストでプロファイル取って、遅くなる修正入れたら
ボコボコにされるとかやれば何とかなるかもしれんが。

そんなことをgccがやってるとか何とか聞いたような気がする。

843:login:Penguin
09/08/21 12:55:48 vx/cVYTm
>>834 前半
別人だが >819 の主旨はNetBSDのバージョン間の比較だし
「上がらない」はLinuxのバージョン間の比較と解釈できる表現だし
それでいて今のスレの流れにベンチマーク結果があるのは >819 の
Fedora Core 10 ひとつだけだから「ソースは？」とつっこまれたんだろ。

>827 のつっこみ方もどうかと思うがそんなに敵意をむき出すことは無いだろ。

844:login:Penguin
09/08/21 16:39:20 5M/wknFG
>>840
ネットワーク周りはLinuxのほうがパフォーマンス出てるって聞いたけどなー

数年前の話だから今は違うんか?

次ページ