【Linux】カーネル総合4【Kernel】
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2007/12/02(日) 16:53:13ID:v60lx45q【Linux】カーネル総合3【Kernel】
ttp://pc11.2ch.net/test/read.cgi/linux/1146235963/
0477login:Penguin
2009/02/03(火) 23:33:59ID:LguxkZZCあれが不人気になるようじゃ日本のITはオワッタな。
毎回ウハウハしたりニヤニヤして読んでるのに。
0478login:Penguin
2009/02/04(水) 00:36:08ID:fd0XVi2gええええ( ̄□ ̄;)
英語が苦手だけど新しもの好きな俺はあれを見てカーネル更新するのが楽しみだったのに・・
なんとなく今はディストリのカーネルからあえて更新する人も少なくなってきたんだろうなあ。
俺はUbuntuだけどUbuntuスレでもディストリ管理から自分で野良ビルドを入れていくってのは
推薦されない感じの雰囲気。でもUbuntuの規約の1つにOS内部は誰でも好きなようにいじれるべきってのが
あって、実際海外のUbuntuフォーラムでは以外と野良ビルドして便利に使う方法なんかも活発。
そこいくと日本はちょっと毛色が違う、どっちかというとWINDOWSみたな雰囲気になっちゃってる気がする。
なんでわざわざカーネルなんか更新するのって雰囲気。Linuxの醍醐味のような気がするんだけどなあ・・
0479login:Penguin
2009/02/04(水) 00:42:22ID:GAA9FgZsバイナリ配布が中心のディストリで、
使えればいいやというユーザが多いとそうなる。
0480login:Penguin
2009/02/04(水) 00:55:33ID:P34Xf3bmJavaだのapacheだのPHPだのと比較して読む人が少ないのは当たり前よ。
ただ、ページビューが少ないからって価値が低いわけじゃないんだけどな。
0481login:Penguin
2009/02/04(水) 01:00:36ID:KbLhUz4W0482login:Penguin
2009/02/04(水) 01:12:34ID:RRoUQW0Iえらい人には数字で見せないと。
感想メールでも大量に届けば評価してもらえるんでないかい。
>>481
IPアドレスが同じなので一人分にしかならなかったり。
0483login:Penguin
2009/02/04(水) 02:10:59ID:3f3+oVuUええっ
@itはLinux Tipsが断り無しにFedora前提だったりLinux SquareにSolaris入れたりとLinux Kernel Watch以外あまり良い印象が無いのに、その上Linux Kernel Watchを切るって…。
Linuxに詳しい人がもういない気がする…と思ったらITmediaが運営してたのかぁ。もっと詳しい人まわして欲しいなぁ。
0484login:Penguin
2009/02/04(水) 02:11:41ID:XVazh12Cあれがなくなると困る〜
0485login:Penguin
2009/02/04(水) 07:20:43ID:gGZQcfvh男が女装して女子校に通うくらい無理がある。
0486login:Penguin
2009/02/04(水) 11:38:16ID:N6p4Zexo2次元の世界ではよくある事なんですけどね
0487login:Penguin
2009/02/04(水) 11:48:15ID:w2V1QNh7不人気なのか?
不況で原稿料を下げられるからどうしようかとは書いてたけど。
0488login:Penguin
2009/02/04(水) 18:04:24ID:epRo/oFx0489login:Penguin
2009/02/04(水) 18:35:32ID:3f3+oVuU0490login:Penguin
2009/02/04(水) 18:37:23ID:DVwUg+WE0491login:Penguin
2009/02/04(水) 18:37:58ID:NLTVFFbJ0492login:Penguin
2009/02/04(水) 21:14:37ID:fnWcLRh5LKMLも慣れれば直接読んでも苦にならないよ。
0493login:Penguin
2009/02/05(木) 01:11:27ID:75AktqXX100〜200通/日くらいならついていけるが。
ということでlinux-archしか読んでないこの頃。
0494login:Penguin
2009/02/05(木) 10:24:34ID:1Ft0Lu1H0495login:Penguin
2009/02/05(木) 15:07:05ID:KTnOlaf7流量はたしかにね。
gmailのアカウントが受け取ってくれなくなるもんな
どこで読もうかと思案中
0496login:Penguin
2009/02/07(土) 09:05:41ID:QOk9HHloつ gmane
0497login:Penguin
2009/02/11(水) 17:04:15ID:0S258QE/RSSにとか色々できるんだね。
ROMるには十分そうだ
0498login:Penguin
2009/02/19(木) 05:34:27ID:kDjzngV3Celeron Dual-Coreに負けるのにはショック
0499login:Penguin
2009/02/19(木) 23:48:48ID:r93JfwKlPhenomはバグもちだから性能出ないでしょ
WindowsでもCeleronの半分の性能しかでないし
0500login:Penguin
2009/02/20(金) 00:03:02ID:pLBBobDhあのエラッタ、IIでも直ってないのか
0501login:Penguin
2009/02/20(金) 00:05:45ID:DGy5gq4a0502login:Penguin
2009/02/20(金) 00:22:12ID:yMqcUKvGベンチマークソフトはキャッシュに納まるから。
0503login:Penguin
2009/02/20(金) 16:07:19ID:XV0/njyeいや、それがWin7 64bitのBOINCだとちゃんとQ6700より上のベンチスコアが出るんだよね…>Phenom II
なんで、LinuxカーネルだとPhenom系のベンチスコアが悪いのかが解せません。
最新カーネルだと直るのかな?
0504login:Penguin
2009/02/20(金) 16:30:22ID:cHOqoTTXLinuxのソフトはCPU向けのチューニングが弱い傾向にあるな
Linuxのソフトは大抵GCCで生成されるからGCCの対応次第
後、BOINCは純粋な計算ソフトだからカーネルの差はあまり関係ない
0505login:Penguin
2009/02/20(金) 17:03:11ID:XV0/njye失礼しますた。gccがPhenom系にも最適化対応するのを首を長くして待ちます。
0506login:Penguin
2009/02/20(金) 17:38:45ID:xKaEo+4J64bit版ならSSEが使用されるはずではあるのだけれど。
自前でコンパイルするか最適化された物をどこかから持ってくるかしてみたほうが良いと思う。
0507login:Penguin
2009/02/20(金) 20:34:07ID:S3s1rkKEカーネル構築やってみたらどうだろう
CONFIG_M586=y
になってるはずだから
Phenomに相当するものを有効にして試すとか
Ubuntuだったら手順は
https://help.ubuntu.com/community/Kernel/Compile
日本語訳はあるのかどうか知らない
0508login:Penguin
2009/02/21(土) 08:20:46ID:VKGOSFVD0509login:Penguin
2009/02/21(土) 08:39:34ID:ETQRIuHCいまって、32bitだと強制NUMA=nなんだっけ?
年末ぐらいにIngoがKconfig変えてた気がするが
0510login:Penguin
2009/02/21(土) 11:12:58ID:hJpNWjj9うざいほど営業やらDMきて迷惑気味なんだが
0511login:Penguin
2009/02/24(火) 01:32:31ID:pX2XxE8Hグローバル変数の使い方について教えてください。
ヘッダファイルで 「extern unsigned long sabun;」を定義して、
kernel/timer.c で「unsigned long sabun = 0;」と実態を
定義してます。
fs/nfs/inode.cで、ヘッダファイルをインクルードして、sbunを使ってます。
するとコンパイルで、
WARNING: "sabun" [fs/nfs/nfs.ko] undefined!
とおこられます。
カーネルでグローバル変数として利用したい場合はどうすればよいのでしょうか?
0512login:Penguin
2009/02/24(火) 02:10:59ID:VBQlp0Jb0513login:Penguin
2009/02/24(火) 23:33:11ID:pRP/nhlK痛い信者が憑いてるみたいだし。
0514login:Penguin
2009/02/25(水) 12:19:48ID:VFwJbR7O0515login:Penguin
2009/02/25(水) 18:52:12ID:PG+Z+/i/ttp://marc.info/?l=linux-kernel&m=120850448810590&w=2
ttp://lkml.org/lkml/2007/1/9/73
0516login:Penguin
2009/02/26(木) 02:11:08ID:ghtWsUdW実装に作者と信者の人格があわられるよ
reiserfsなんてマジ基地レベルの実装だっただろ
本人も犯罪者でマジ基地レベルだったし
開発者が痛いプロジェクトはどこも
実装も痛い
日本だとRubyとかSeesaa なんか狂信者の集まりだろ
実装もやばやばだし
0517login:Penguin
2009/02/26(木) 09:11:39ID:K2fT4ot7その論理でいくと一番狂ってるのはJavaだな
実装も信者も
0518login:Penguin
2009/02/26(木) 13:05:34ID:tDhwCNJO異常だったかも知れないが、別に普通だろ。
神経質なところが基地外じみているが。
0519login:Penguin
2009/02/26(木) 14:01:56ID:zkN0ao4E攻めるべき相手も分かってないみたいだし、
解決すべき問題点も挙げているわけでもないし。
取り巻きからupstreamにマージしてくれよって言われて、
とりあえずこんなんあるんだけどどうよ、って流れでは
100年経っても無理だね。
TOMOYOがどう攻めたか、誰を見方につけたか、くらいは学習すればいいのに。
0520login:Penguin
2009/02/26(木) 15:15:01ID:/VNm+j/+まあ興味を持ってくれる人が出てくるのを待つしかないからねえ。
FSなら変にもめなきゃ簡単に入りそうな気はする。
0521login:Penguin
2009/02/27(金) 06:01:45ID:r6OMqEB7むしろ入りにくいんじゃない?
(保守の面も含めて)安心して使えるのが未だにext3と
linuxはFS周りは遅れ気味で、だからこそbtrfsが注目されていると思う。
0522login:Penguin
2009/02/27(金) 06:32:34ID:c711uaYx強硬に反対する人はまずいない。
0523login:Penguin
2009/02/27(金) 11:22:47ID:mZ2ksAW5lsf-workshop(Linux Storage & Filesystems Workshop)
が登竜門みたいだね。
ttp://lkml.indiana.edu/hypermail/linux/kernel/0902.3/01381.html
少なくともこの辺でアピールしとかないと歯牙にもかからない
って感じだな。でなけりゃ傍流で細々とやっていてそのうち
忘れ去られると。
0524login:Penguin
2009/02/27(金) 20:09:22ID:AUoPAEqKあったんだが、最近更新やめちゃったからね。 -mm
0525login:Penguin
2009/03/08(日) 20:59:55ID:GH/Y8LZH簡単に改善するにはもっと情報ほしいんだけど
なんかいい方法ないっすか?
0526login:Penguin
2009/03/10(火) 21:28:57ID:GdRFmw6zhttp://www.daily.co.jp/newsflash/2009/03/10/0001747074.shtml
0527login:Penguin
2009/03/11(水) 00:35:08ID:oxbCuR8lwindowsならシステムコールをフックするという方法があります。
フックした排他オブジェクトのロック関数内などで、これが呼ばれた場所と
スレッドIDを記録していけば、原因の特定が可能。
多分linuxにも応用できると思います。
0528login:Penguin
2009/03/11(水) 01:21:17ID:4/oImeap0529login:Penguin
2009/03/11(水) 01:46:51ID:ndR4kwVkftraceとかSystemTapとか使ってみたら?
0530login:Penguin
2009/03/12(木) 02:00:45ID:Q23C1K2a役立つの?
普通にメモリ100MBとか確保してるのを
置き換えても幸せになれる?
0531login:Penguin
2009/03/12(木) 20:49:17ID:/5waLCXSなれない。HugeTLBが聞いてくるのは、それを使う前がTLBミスで性能劣化が起きているときだから、
数十、数百ギガとかのデータがないと、目に見える差は出ない。
0532login:Penguin
2009/03/12(木) 23:24:42ID:Q23C1K2a4Gぐらいじゃ不幸になる?
0533login:Penguin
2009/03/13(金) 00:12:51ID:x7CFdrcdhttp://www.oracle.co.jp/2shin/ora81/18_19.html
0534login:Penguin
2009/03/13(金) 00:52:01ID:d9xi8y0wうそを教えるのはいくない
0535login:Penguin
2009/03/13(金) 08:01:59ID:X32lgzLhorz
0536login:Penguin
2009/03/13(金) 08:30:19ID:OBlhHJW3直ってるけどどのコミットで直ったのかわからんという場合、そのコミットを
特定して簡単に取り込む方法はあるでしょうか?
ext3/jbdが200GBほどの巨大コピーをすると必ず吹っ飛ぶので頭に来てるんですが、
OpenVZとVMwareも併用してる関係上、2.6.26から先に進めません。で、一旦
この2つは忘れてnextに切り替えたら通ったので何かが直ったのは間違い
ないんですが・・・
git-bisectで吹っ飛んだときのコードパスを触っているコミットを拾ってきて
git-cherry-pickする、とするのかなと思いつつも、バージョンが3も飛ぶと
容易にはマージできない訳で、やる前からげんなりしてます。でもこの方法しかない?
0537login:Penguin
2009/03/13(金) 11:28:14ID:OBlhHJW3すみません、大ボケしてました。
最初バグが入ったところを追いかけていた話と混ざってしまった。
上だけなら普通にコードパスを含んでるファイルをgit-diffすればいいだけですね。
0538login:Penguin
2009/03/16(月) 20:39:06ID:+jw1kNKJ# Force gcc to behave correct even for buggy distributions
CFLAGS += $(call cc-option, -fno-stack-protector)
コメントからすると、イカれたディストリでもgccが正しく動くようにするものらしいのですが、
これに従ってスタックプロテクトを外すと、Kernel的にはどんな影響があるのでしょうか?
0539login:Penguin
2009/03/16(月) 21:41:42ID:03SCkUUuAMD K8/K10 で CnQ する powernow-k8.ko は Phenom II でも動作するけど、
こいつのコア電圧上げ下げパッチは K8系でしか動かない。
正確には hwpstate で動くやつはコア電圧読み書きをサポートしてない。
現状、Phenom / Phenom II に対するコア電圧上げ下げパッチないしアプリは存在しない?
ためしに/dev/cpu/*/msr叩いてコアやNB電圧上げ下げやOCはX3 720で出来たけど
K8より電圧上げ下げはむしろ楽になってるくらいで車輪の再発明になる
と信じてるんだがうまくみつかんね。
0540login:Penguin
2009/03/17(火) 22:59:47ID:P2matg1t0541login:Penguin
2009/03/18(水) 00:33:56ID:eVh+IAHOカーネルモジュールを常に更新しなくてもいいのですかね?
event maskだけCore2とか最新CPUのを読み取れればいいのですか?
0542login:Penguin
2009/03/18(水) 02:13:00ID:zvHoDucU・・・
Mar 17 01:01:01 hoge kernel: ------------[ cut here ]------------
Mar 17 01:01:01 hoge kernel: kernel BUG at mm/rmap.c:479!
Mar 17 01:01:01 hoge kernel: invalid operand: 0000 [#1]
Mar 17 01:01:01 hoge kernel: Modules linked in: ipt_REJECT ipt_limit ipt_state ip_conntrack iptable_filter ip_tables loop md5 ipv6 dm_mirror dm_mod uhci_hcd ehci_hcd eepro100 via_rhine e100 mii ext3 jbd sata_via libata 3w_xxxx sd_mod scsi_mod
Mar 17 01:01:01 hoge kernel: CPU: 0
・・・
という部分がありました。
"kernel BUG"とありますが、これは本当にバグで停止したのでしょうか。
それとも、ハードウェア障害等が原因でしょうか。
自分ではメモリかな、とは思ってるんですが・・・
ディストリビューションはFedoraCoreの3年ぐらい前のバージョン
カーネルはFedoraCoreデフォルトのままです。
機材が遠隔地にあるため、パーツを交換して様子見というのは難しいです。
何かご存知の方いらっしゃればアドバイスお願いします。
スレ違い等の場合はそう言っていただくと助かります。
よろしくお願いします。
0543login:Penguin
2009/03/18(水) 04:10:38ID:SE16OZPj0544login:Penguin
2009/03/18(水) 10:05:41ID:DNBYgSTg送り込まれたといったところか。
0545login:Penguin
2009/03/18(水) 10:24:02ID:zvHoDucU>>543-544
となると、対策としては
カーネルのバージョンアップ(ディストリビューション自体も?)
Apacheのバージョンアップ
ぐらいしか無いということなんでしょうかね・・・
今回の攻撃では単に止まっただけであればいいのですが、
何か仕込まれてないか確認しないとまずいでしょうね。
SonicWall等のFWでそういう攻撃防げるのであれば、
導入することも検討してみます。
0546login:Penguin
2009/03/18(水) 17:38:57ID:pKG41WUr何されててもおかしくないぞ
0547login:Penguin
2009/03/18(水) 20:54:43ID:Jh98gmYPinvalid operand というのはコードがおかしな命令だったことを意味する。
バグでデータを壊すことはよくあるが、コードを壊すのはまず考えられない。
なので、可能性があるとしたら、メモリが化けた、CPUキャッシュが化けたっていうハード故障系か、
>>543 がいうように、ウィルスにやられた。だと思う
0548login:Penguin
2009/03/18(水) 21:46:58ID:RWYXndAFふつ〜に立ち上がったんだけど、vmwareが立ち上がらないからdmesgしたら
>kernel BUG at /build/buildd/linux-2.6.27/drivers/cpufreq/cpufreq_userspace.c:122! invalid opcode: 0000 [1] SMP
なメッセージが出たことがある。再立ち上げしてもたしか出た。kernelの更新(ubuntuまんま)したばっかしだったから、
そういうkernel、てか、moduleなのかな? とか思ったり。
なんで、更新前のkernelで立ち上げて、メッセージが出ないでvmwareが立ち上がるのを確認して、出かけて、
夜帰ってきて当該のkernelで立ち上げて以降出てない。ということならある。ハード故障系だろうか...?
soft raid1なんだけど、HDDエラーで化けた、だといいな、キャッシュエラーとかよかマシ? と思っているけど、…
0549login:Penguin
2009/03/18(水) 22:52:21ID:zvHoDucUハードの障害の可能性も考えると、
サーバーマシンごとそっくり新しいものにしたほうが安心ですよね。
とりあえずカーネルのバージョン上げて様子見ますが、
早いうちに置き換えられるよう検討します。
0550login:Penguin
2009/03/18(水) 23:13:40ID:fs8nU1K0BUG macroで例外起こすために不当命令使ってる。
なので、そこだけで壊れているとは判断できない。
0551login:Penguin
2009/03/24(火) 12:55:14ID:LJtxTesT0552login:Penguin
2009/03/24(火) 14:32:40ID:kyEDcVni2.6.29 だめだ、ウチはCATVでDHCP接続なんだが、何分かするとネットワークがくたばる。
0553login:Penguin
2009/03/24(火) 15:46:32ID:rew/CQ2p0554login:Penguin
2009/03/24(火) 15:48:26ID:vqmighgs逆に考えろ
今は数こそ少ないがこれから増えまくって人類に代わって世界を支配してやるという野望を持っているんだよ
0555login:Penguin
2009/03/24(火) 16:01:29ID:jdG/hz2L0556login:Penguin
2009/03/24(火) 17:20:45ID:6YSp3Dyiなりましたことは当時誰も想像できなかったのでこざいます」
0557login:Penguin
2009/03/24(火) 19:25:45ID:kmaklgHK>>551のIDが
TesT
だな。
0558login:Penguin
2009/03/24(火) 19:43:38ID:Mg6fm2qb[ 29.465011] IRQ 19/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs
[ 30.538683] IRQ 17/nvidia: IRQF_DISABLED is not guaranteed on shared IRQs
nvidiaの本家のドライバー入れると必ず出る。なんかググっても大した情報が無かった。
ドライバーのバージョンを何個か変えてみたけどやっぱり出る。噂では64Bitだと出なくてx86だと
出るらしいんだけど。
0559login:Penguin
2009/03/24(火) 20:15:01ID:/qzX0rTjスタックプロテクトって、スタックオーバーフローさせないものじゃないの?
0560login:Penguin
2009/03/24(火) 20:43:31ID:SZSOfRtbttp://journal.mycom.co.jp/news/2009/03/24/059/
Linux 2 6 29 - Linux Kernel Newbies
ttp://kernelnewbies.org/Linux_2_6_29
0561login:Penguin
2009/03/24(火) 23:15:08ID:O1f2ziLk気にするな。
ドライバの問題なので、苦情はnvidiaへ。
>>559
あふれたのを検出するだけ。
そのために色々小細工されるので、kernelみたいに
行儀の悪いプログラムには都合が悪い。
0562login:Penguin
2009/03/25(水) 00:06:00ID:KXaahG0g将来のIRQスレッドの実装のために、間違った使い方をしていた場合にWarning出すようになった。実害はない。
ようするにNvidiaクソ
0563558
2009/03/25(水) 00:29:47ID:x7pgsUQ/レストン。実はググった時に英語のサイトの方ですがかなり前からこのワーニングが出ててリーナスは一向になおそうと
しないなんて書いてる人が居たので、って事はカーネルよりドライバーサイドの問題かなとも思ってました。
その方のサイトでkernel/irq/manage.cに当てるパッチを自作してたようですが、なんかパッチというより
見た感じただのソースの削除なんですよね^^; なので当てなかったw
0564login:Penguin
2009/03/25(水) 17:29:30ID:60vMVYbv推察するに、warnig出すようになったソース部分を削除したんでしょうな
(要するに、昔のソースコードに戻しただけ)なんだろう
0565login:Penguin
2009/03/25(水) 21:56:05ID:IDClJJpzどこを見れば対応か否か判別できますかね?
自分で修正したいけどどうすればいいか解らん
0566login:Penguin
2009/03/25(水) 23:48:38ID:uqaWVlhO0567552
2009/03/29(日) 17:06:19ID:QvwOa21Jttp://lists.debian.org/debian-kernel/2009/03/msg00734.html
0568login:Penguin
2009/03/29(日) 22:25:17ID:G8CsmA46ttp://lkml.indiana.edu/hypermail/linux/kernel/0903.3/00025.html
だれか、このスレッドのサマリーくれくれ
0569login:Penguin
2009/03/30(月) 08:41:21ID:2QOFnZq60571login:Penguin
2009/03/30(月) 10:00:07ID:DEJfFw9I自分でrcを試してレポートすれ。
とか
それはディストリビュータの仕事だ。
てな事を言われそうな気もする。
昔みたいに安定版・開発版を分ければ少しはマシに…ならんか。
0572login:Penguin
2009/03/30(月) 15:15:51ID:nfkncL2Pやっぱりか!nfsもすぐ落ちる…
0573login:Penguin
2009/03/30(月) 19:43:08ID:a1nAkH/Iとりあえずそれ使っとけばいいじゃない。
0574login:Penguin
2009/03/30(月) 20:50:43ID:bNrSl60T.27はまだGregKHチームがやってるから、普通のstable release cycleだよ。もうすぐGregは手を引いて
ほんとうのバグフィックスオンリーモードになる見込み
0575login:Penguin
2009/04/01(水) 20:52:56ID:zov+EiQOON/OFFしたかったので、arch/sh/kernel/setup.cのsetup_arch()辺りで
コマンドラインパラメータにquietを指定しようとしています。
ところがJP状態を取得するために下記のような感じでコードを書いたのですが、
どうもJPの状態を参照しようとするとカーネルがハングアップしてしまいます。
volatile u32 *jp1 = (volatile u32 *)0xXXXXXXXX;
if (*jp1 & 0x00000001)
{
*cmdline_p = "quiet";
}
カーネルの中なので物理アドレスで直接I/Oアクセスできると思い、このような
コードを書いたのですが、根本的に何か間違っているでしょうか?
上記コードに何か問題がありましたらご教示宜しくお願いします。
0576login:Penguin
2009/04/01(水) 21:03:40ID:19GFc86iとかいるんじゃねーの
とか嘘ついてやるぜ
うっへっへっへっへ
0577login:Penguin
2009/04/01(水) 23:04:24ID:kF+hkjidLWNにまとまってたよ
http://lwn.net/Articles/326471/
■ このスレッドは過去ログ倉庫に格納されています