09/04/18 04:05:25 vno7K8Z9
URLﾘﾝｸ(lkml.org)
遅すぎて使い物にならんと思うが。
608:login:Penguin
09/04/18 05:10:19 RMX0CEhX
>>607
Qemuをカーネルに入れればおk
609:login:Penguin
09/04/18 10:11:42 0X+MA58t
> I do find it amusing that microsoft keeps telling people to use
> Silverlight, yet it requires SSE so lots of Athlon's and some Pentium
> 2s running Windows XP are simply out of luck. Flash of course has no
> such pointless minimal requirements and works everywhere.
へぇー。
ブラウザシェアならぬ、実稼動CPUシェアを知りたいですな。UA名にプロセッサも
含めてくれないかな。
610:login:Penguin
09/04/18 11:15:06 M0qyB2pu
Intelが最強なんだよ
Intelは今期も黒字で粗利40%超えてるんだぞ
Intel最強マンセー
611:login:Penguin
09/04/18 12:21:20 0X+MA58t
Intelはハードというよりx86命令というソフトが収益の源泉だからな。
x86というだけで、通常ありえない高利益と需要が約束されている。
もっともWindowsがそれを支えてるのでWindowsが動かんx86は対象外だけど。
他のx86メーカと非x86メーカの間の利益率も比較してみたいところ。
612:login:Penguin
09/04/18 12:57:59 M0qyB2pu
>>607
貧乏人の戯言に耳を傾けるほど
時間的余裕はないって
英語で言うとどうなるの？投稿するぉ？
613:login:Penguin
09/04/19 22:31:56 UcMMlCYu
SSEは後方互換においてはまだ需要があると思うがな。
逆に聞きたいが、今現在においてSSEをあっさり捨てる勇気があるのか？w
614:login:Penguin
09/04/20 10:16:33 I7jvSaJV
それはIntelに聞けよ
あとAMDにも、3DNow!について今どう思っているのか聞いといてくれ
615:login:Penguin
09/04/20 11:58:38 yVfskrVK
>>613
SSE捨てたら、AMD64とINTEL64の64bitモードの浮動小数点演算が
大変なことになるぞ。
616:login:Penguin
09/04/20 12:10:41 xgsq6gfc
>>612
> 貧乏人の戯言に耳を傾けるほど
> 時間的余裕はないって
それって、裏を返せば、ちょっとでも時間短縮するとたちまち赤字がでるってことか？ｗ
617:login:Penguin
09/04/20 20:23:13 GV2vMemG
「3DNow!」は、若さゆえの過ち
618:login:Penguin
09/04/20 20:28:06 GV2vMemG
>>610
キモッ！
619:login:Penguin
09/04/21 11:44:27 F0LOvqQ6
3DNowはまあいいけど、SSE5はどうするんだ？
620:login:Penguin
09/04/21 19:03:06 KUyr8Kra
kernel内で使ってないっしょ
コンパイラさえ対応したらいくらでも変えられそう。
エンコーダ屋さんが困るくらいか
621:login:Penguin
09/04/22 18:16:32 SoS7q4me
ビルトインのカーネル用コンパイラーとな？
622:login:Penguin
09/04/23 00:45:37 LSGIh3iL
Ingoの言うことを真にうけるなんて君はまだ若い
623:login:Penguin
09/04/26 04:06:16 l3pFaAFg
>>620
使ってる。
624:login:Penguin
09/04/26 05:01:30 FHtJboH2
カーネルをコンパイルする時にmake V=1のオプションでコンパイル中のメッセージを見ると、
ほとんどで-mno-sse -mno-sse2 -mno-sse3って感じ（実際にはsseだけじゃなくもっと沢山
CPU命令殺してた）になってるんだけど、やっぱコード的にそうした方がいいって事なんだろうか・・
ちなみにCONFIG_X86_32=yでCONFIG_MK8=yで、# CONFIG_X86_GENERIC is not set
になってます。
625:login:Penguin
09/04/26 22:20:12 SuUFLhK1
生成コードがよくなるんじゃなくて、SSEレジスタの退避コストの削減がおいしいんだよね。
だからRAID6だけはSSE使ってるよ。
626:login:Penguin
09/04/29 03:27:26 Eu1RFbBE
kernelだけ64bitで再構築したいんだけど
cpuの種類を、たとえばAthlon等のものを選択すれば
64bitのkernelとしてコンパイルされるもんなの？
627:login:Penguin
09/04/29 14:54:20 3gMZiKhb
>>626
いやいや、32Bit環境でCPUを64の物を選んでもダメ。64Bit用のglibcはもちろん、そう簡単に言うと
カーネルとは全く関係無く完全にクロスコンパイル環境がそのマシンで構築されていなくてはだめ。
つまり何のアプリでも即64Bitでコンパイル出来る環境として揃ってないとダメですね。
628:login:Penguin
09/04/29 15:41:13 4pKrL6n7
>>627
んなこたー無い。
629:login:Penguin
09/04/29 15:53:18 3gMZiKhb
ちょっと高度な話で理解出来なかったかなw
630:login:Penguin
09/04/29 18:28:39 Rjo8+Wzs
コンパイラ、アセンブラはx64のコードを生成できるものが必要だけど
glibcは関係ないべ？？
631:login:Penguin
09/04/29 19:27:51 BG3LyTVm
x86(32bit)のGCCは64bitコードを生成できるだろう？
実際には64bit用のheader fileが必要だが
632:login:Penguin
09/04/30 07:42:01 q4mF+jP0
64bitのtoolchainを用意すればいいと言えば解決
633:login:Penguin
09/05/01 02:30:11 xdNJqN7s
だから普通の Linux ディストリ環境であれば build: x86_32, host: x86_64 の場合
ARCH オプションを付ける以外何もしなくていいってば
634:login:Penguin
09/05/01 15:39:50 YqmlxfDi
たとえばglibcとかにアセンブラで実装されたコードは含まれていないの？
635:login:Penguin
09/05/01 23:17:18 a8C9Gxsn
>>634
$ find . -name "*.S" | wc -l
1165
$ cd sysdeps/i386
$ ls *.S
addmul_1.S bsd-setjmp.S htons.S lshift.S mul_1.S setjmp.S strchrnul.S strpbrk.S strtok_r.S sub_n.S
add_n.S dl-trampoline.S i386-mcount.S memchr.S rawmemchr.S stpcpy.S strchr.S strrchr.S strtok.S
bsd-_setjmp.S htonl.S __longjmp.S memcmp.S rshift.S stpncpy.S strcspn.S strspn.S submul_1.S
636:login:Penguin
09/05/02 00:54:34 EhCR4+nr
devfsの亡霊？ /devtmpfs
637:login:Penguin
09/05/04 17:54:50 Uf0+CXEW
宜しくお願いします
Linux-UVC(URLﾘﾝｸ(openfacts.berlios.de))
uvcカメラのドライバーです、最近のカーネルには、最初から組み込まれているようです
kernel2.6.27.7-smpにも、組み込まれており、uvc対応カメラを自動認識したのですが、この度
kernel2.6.29.1へ再構築したら、認識できませんでした、.configファイルの何処を設定したら、uvcドライバーが有効になるのでしょうか、教えてもらえませんか。
638:login:Penguin
09/05/05 04:14:27 GsDTOooV
えーごのヒアリング修行にでも。
URLﾘﾝｸ(lkml.org)
いつまで続くかなあ…
>>637
V4Lの所で選べる。
639:login:Penguin
09/05/05 11:32:53 ZI5Qcyb1
>>638
Thxです、ありました、有効にして再コンパイルしたら見事に起動したのですが
不可解なことが起こりました、ffmpegという、エンコーダーとストリーミングサーバーをインストールしているのですが
インストールオプションで、./configure --enable-libmp3lame などと
オプションを付加することで、色々なコーデックに対応するのですが、旧カーネルでは、問題なくライブラリを読み込むのですが
再構築したカーネルで起動すると、パスが見当たらないと、悪態をつきます
新カーネルでそのソフトを、削除して入れ直してもおなじ状況なのですが
再構築する場合に、何か特別なオペレーションを行わなくては駄目なのでしょうか？
640:login:Penguin
09/05/05 11:51:43 OjKOqDfM
>>637
modprobe uvcvideo
>>639
普通再構築とは関係ないな。
何か別のことと思われ
641:login:Penguin
09/05/05 11:56:18 ZI5Qcyb1
>>639です
すいません、旧カーネルでffmpeg起動させて、rebootして新カーネルを立ち上げたら
問題なく、ffserverも起動しました、しばらく様子をみます。
642:login:Penguin
09/05/07 01:02:22 /JDLadUU
capset を使おうと思ったのだが他のプロセスにやろうとするとEPERMが帰って来る。
kernel/capability.cを見たら
"Set capabilities for the current process only. The ability to any other process(es)
has been deprecated and removed."
だって。 なんでだろ？
643:login:Penguin
09/05/07 02:54:19 uKQs+bfa
>>642
2.6.29で権限周りをCRED方式で再実装するときに、整合性とれなくて捨てたと記憶
644:login:Penguin
09/05/08 21:08:44 Bi0nGqML
4月版 RCUの全面書き直しも！ 2.6.29は何が変わった？
URLﾘﾝｸ(www.atmarkit.co.jp)
ランダムシード受け渡し方法の変更によるアプリケーション起動の高速化
RCUが全面書き直しで「Tree RCU」に
ファイルシステム・フリーズでスナップショット
クレデンシャル処理の全面書き直し
WiMAXレディに
cpumask APIの変更（a.k.a 4096CPU対応ふたたび）
メモリ関連の多数の変更
Ext4への変更
FUSEへの変更
そのほか、および別記事（前月号）ですでに紹介済みのもの
645:642
09/05/08 23:31:16 djhjImz5
>>643 >>644
参考になりました。 ありがとうございます。
646:login:Penguin
09/05/12 20:44:38 I1XzEsyJ
URLﾘﾝｸ(www.mjmwired.net)
これカーネル付属のドキュメントなんだけど、17行から21行までを見ると自前でカーネル更新した時に
make headers_installして出てきたものをそのまんま/usr/includeにぶっこんでも、例え鳥の用意した
/usr/include/linux、/usr/include/asmなんかが自前で用意したカーネルより古いやつから作られてる
場合でもとりあえずは動くよって解釈でいいのかな?
この辺のヘッダーってglibcやgccが関与してくるよね確か。
647:login:Penguin
09/05/12 20:54:33 G23US09I
>>646
ABI は誤って公開したインターフェースも維持しようと努力してくれるが、公開されてるのがバグと判断されたもんは
バシバシ削除されていってるので、やらない方が無難。
まあ、manになってないようなヘッダー定義を使う方が悪い。というスタンスなんだろうが
648:login:Penguin
09/05/12 21:20:16 9/pA7QiG
/usr/include/linux /usr/include/asm 内のファイルはカーネルコンパイルしたときに
上書きされるか、そっくり入れ替えられるだけだろ
ここで動く、動かない言ってるのはこれらのライブラリーを使って動くプログラムのこと
古いバージョンのカーネルヘッダーでコンパイルしたpろグラムは
あたらしいバージョンのカーネルで動く (と、期待される)
当然だろ…。 そうじゃなかったらカーネルのバージョンをあげる度に
すべての関連プログラムをコンパイルし直すことになる LOL
２１行目までで言ってることはとてつもなく常識的なことだけ
649:login:Penguin
09/05/12 22:01:51 I1XzEsyJ
即レスどうもです。
>>647
バシバシ削除ですか、知らなかった。ちょっとそれ聞くと怖いですね・・・
怖いスタンスだ^^;
>>648
いや、自前でカーネルコンパイルしてインストールした場合/usr/include/linux,asm等は一切書き換えられないです。
確かリーナスもそれほいほい新しいのにするのはまずいよ的な事を言ってた気がしたんですが、ここ最近のカーネルでは
make headers_installなんてのをやると、ちゃんと新機能が生きるようなヘッダーのみ抽出してくれるらしくて
ドキュメントにも後方互換的な文になっているようなので、やってみようかなと思った次第です。
650:login:Penguin
09/05/12 22:22:25 9/pA7QiG
/usr/include/ 内のファイルはかきかわならない
/usr/include/linux.asm 内はカーネルコンパイル時、
正確には/sbin/mkinitcpio -k 2.6.29.xx 叩いた時の
最新へっだーに依存するだろ
/usr/include/linux.asm内のファイルの日付と自分のログをみれば明らかじゃ内科
651:login:Penguin
09/05/12 23:52:05 I1XzEsyJ
>>650
あれ? /sbin/mkinitcpioって命令が無いですw
Ubuntuなんですが、多分似たような命令はupdate-initramfsだと思うんですが・・
652:login:Penguin
09/05/13 01:21:46 Z5Id1+/V
kernel 2.6.27からftrace使えますよね？
653:login:Penguin
09/05/13 19:35:05 Wv+h5Q0h
>>652
2.6.27 の ftraceは今と全然違って、はっきりってオモチャだぞ
654:login:Penguin
09/05/13 22:07:11 GyRQNzw/
超絶進化して開発者のおもちゃにされてる的なことが
@itの記事に書いてあった気がするけど。
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だぞ？
理解した上で書いてる？
そりゃ、カーネルスレでハードの話題はスレ違いだが、話の流れってものがあるから。
このへんみれば、おおよその技術的なことはわかるんじゃないかね。
URLﾘﾝｸ(ja.wikipedia.org)
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のほうがパフォーマンス出てるって聞いたけどなー
数年前の話だから今は違うんか?
845:login:Penguin
09/08/21 19:36:35 WaG9vPdi
>>844
場合による。10Gイーサとか最新の環境ならLinux一択。Linux世代が入手できない古代のハードなら絶対BSD。
それ以外はドライバの出来も効くのでケースバイケース。
846:login:Penguin
09/08/21 19:37:55 WaG9vPdi
カーネルスレッドが多すぎ問題はJensが対応を開始したよ。ざっと見た感じ結構有望そう
847:login:Penguin
09/08/21 19:39:19 WaG9vPdi
BKLは性能に関係有るところにはもう残ってないので気にしなくてよいと思われ
848:login:Penguin
09/08/21 19:43:52 IuT2OPFN
ReiserFSからもいなくなったの？
849:login:Penguin
09/08/21 20:13:46 WaG9vPdi
mainlineにもう入ったかは忘れたが、Fredricがなくしたはず
850:login:Penguin
09/08/21 21:51:17 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
09/08/21 23:29:52 ATg1NEMY
最近のカーネルでirqbalance使う意味ってある？
使わなくてもいい感じに負荷分散されてる様に見えるんだけど…
852:login:Penguin
09/08/22 00:03:06 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
09/08/22 00:15:59 1NbfsqaS
偏った方が、逆にキャッシュの使用効率がいいと思うんだけど。
854:login:Penguin
09/08/22 09:47:18 iygx6FPk
kernel-2.6.30.5 です
不要なデバイスドライバーを削りたくて、とりあえず手始めにネットワークカードを選択したいのですが
機種 NEC Express5800／110Ge
LAN Intel 82566DM-2 Gigabit
これに必要なデバイスドライバーはどれを選択したらいいのでしょうか？
Device Drivers --->[*] Network device support --->？
855:login:Penguin
09/08/22 10:03:15 yjOdojRy
ところで起動中の
starting httpd [OK]
とかの書式とか色とかってどこで変更可能？
856:login:Penguin
09/08/22 11:07:05 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
09/08/22 11:13:51 RpQH+zaA
>>854
ドライバはたいていモジュールでコンパイルされるので、リソース食わないよ?
組み込みの人?
858:login:Penguin
09/08/22 11:19:30 iygx6FPk
>>356
ありがとうございます、どのような文言で検索されましたか？
よろしかったら教えてください
とりあえずNetwork device support 配下の
--> Ethernet (1000Mbit) --> Intel(R) PRO/1000 PCI-Express Gigabit Ethernet support
これだけに* を入れて今コンパイルしています。
859:login:Penguin
09/08/22 11:25:37 Qg2YY+77
>>858
多分、俺の事だと思うので…
「Express5800／110Ge」でググっただけ。で、
URLﾘﾝｸ(wiki.nothing.sh)
に書いてあった。
ただ、>>857も言ってるけどわざわざドライバ切ることもないとも思う(サーバマシンだし)
まぁビルド時間節約はできるけど
860:login:Penguin
09/08/22 11:33:36 iygx6FPk
>>859 さん
>>857 さん
ありがとうございます。
861:login:Penguin
09/08/22 13:32:21 Cj3XfUQp
>>853
キャッシュのaffinityを重視するかCPUのロードバランスを重視するかって話だけど、
大抵の場合はaffinity重視で行ったほうが全体の性能はあがるよね。
862:login:Penguin
09/08/22 14:56:31 kbUxBrOu
>>861
普通のプロセスに関してはそういう作りになってるんだし、
一般論を話しててもしょうがないかと。
個々のケースについての具体的な数字が無いと。
863:login:Penguin
09/08/22 17:56:26 Cj3XfUQp
>>862
普通のプロセスの話じゃなくて、割り込み～ksoftirqdまわりの話なんだけど…
864:login:Penguin
09/08/23 22:35:17 DukYj/4T
日々の給料に数万円の現金をそのまま上乗せ
ＩＴ廃品回収ビジネス
URLﾘﾝｸ(2ch.zz.tc)
（情報料６万５０００円）