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

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

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2007/12/02(日) 16:53:13ID:v60lx45q
●前スレ
【Linux】カーネル総合3【Kernel】
ttp://pc11.2ch.net/test/read.cgi/linux/1146235963/
0446login:Penguin2009/01/17(土) 06:48:33ID:S+ngPFbA
>>444
それはOSの時計の精度を決める奴だよ。操作性とかにも影響する。
250Hzだと4ﾐﾘ秒単位、1000Hzだと1ﾐﾘ秒単位。

精度を上げすぎると負荷が上がったりハードウェアの制御で不具合が出るから
多くても1000Hzにしてある。

後、変更するにはカーネルの再構築が必要で、環境によってやり方が違うから自分で調べよう
0447login:Penguin2009/01/17(土) 08:22:14ID:MbjHFxeA
GEMってなにか設定いるの？
0448login:Penguin2009/01/17(土) 08:24:38ID:M1p6wg8l
>>447
いらない。
0449login:Penguin2009/01/17(土) 11:58:39ID:zS7kgnq/
いつになったら
PF_RINGって標準で使えるようになるの？
0450login:Penguin2009/01/17(土) 21:21:43ID:J13OQkWH
>>447
ちっとも速くなった気がせんわけだが
0451login:Penguin2009/01/17(土) 21:48:25ID:M1p6wg8l
>>450
945GM だけど速くなったよ。

Compiz Fusion の Expo や Desktop Wall プラグインと Wallpaper プラグインの
組み合わせ動作がキビキビになった。
0452login:Penguin2009/01/17(土) 23:46:39ID:aC/h0b1A
http://www.atmarkit.co.jp/flinux/rensai/watch2005/watch08a.html
ここにタイマ割り込みの事が書いてある。カーネル2.6.13-rc1から250Hzになったんだ。
それ以前はデフォルトが1000Hzだったとは知らなかった・・
0453login:Penguin2009/01/18(日) 00:17:58ID:Ny7bYr1J
カーネルコンフィグ時には昔からCONFIG_HZ=1000ってやちゃってたけど、ベつにRTカーネル仕様じゃ
ないし、リーナス氏も1000にして確実に良い事有るのかいってみろって言うくらいだから、今回
ちょっと250に戻してみるかw
0454login:Penguin2009/01/18(日) 00:30:20ID:0uG030Dj
1000から250にするメリットは消費電力だけで、他のどんな値でもない
250の理由が何かあるって事かな？
0455login:Penguin2009/01/18(日) 03:00:44ID:ClRnsqKI
無駄な割り込みが減少してスループットが向上する。

ただ、個人的にはHZはCLOCK_TICK_RATEの約数であるべきだと思う。
0456login:Penguin2009/01/18(日) 19:06:25ID:xhI1EKWK
CONFIG_HZの説明にマルチメディアやNTSCビデオなんかやる人は300がいいみたいな事が
xconfigの説明に書いてあったので1000から300へしてみました。

Linux上のアプリの動きは体感できないです。でもVmwareでゲストのXP使うときにWINUPDATEなどで
XPが激しくHDDにアクセスする時に今まではホストのLinuxがかなりもっさりしてたのですが、これが
無くなりました。
0457login:Penguin2009/01/20(火) 03:34:13ID:O8avWr3l
2.6.28.1: stable
01/19/2009 03:48 AM
http://www.kernel.org/kdist/fragments/stable.html
0458login:Penguin2009/01/24(土) 18:37:47ID:j3OrWlaN
linuxデスクトップユーザーの特徴

①インストールしただけで選民思想
②やっていることはwindowsと同じ。しかもめんどくさくなっただけ。
③コマンド打ち込んでプロだと勘違い
④黙ってwindowsでも使ってろと間口を狭める
⑤素人がだのなんだのとwindowユーザーを馬鹿にする
⑥カーネルいじればいいだろと無茶を要求
⑦linux開発者とのずれを認識できていない
⑧wineを使うくせにlinuxを再現しようとする動きがあるとたたく

　　　　　　 冫─'　 ~　￣´^-、
　　　　　／　　　　　　　　　　丶
　　　　/　　　　　　　　　　　　　ﾉ、
　　　/　　／ヽ丿彡彡彡彡彡ヽヽ
　　　|　　丿　　　　　　　　　　　ミ
　　　|　彡　＿＿__　　＿＿__ 　ﾐ/
　　　ゝ_/／|　　　 |⌒|　　　 |ヽゞ
　　　|tゝ　　＼__／_　 ＼__／　| |　　　 ＿＿＿＿＿＿＿＿＿＿
　　　ヽﾉ　　　　／＼_／＼　　 |ﾉ　　／
　　　　ゝ　　　/ヽ───‐ヽ　/　　/ 　linuxはめんどくさくて難しい分だけ、
　　　　 /|ヽ　　　ヽ──'　　 /　＜　　自称プロが悦に浸るためのツールとして最高なんじゃないだろうかwww
　　　　/ | 　＼　　　￣　　／　　　＼
　 　／　ヽ　　 　‐-　　　　　　　 　　　￣￣￣￣￣￣￣￣
0459login:Penguin2009/01/24(土) 18:38:34ID:7lr1RUyg
>>458
黙ってwindowsでも使ってろ
0460login:Penguin2009/01/24(土) 18:57:38ID:f4Jx4fnK
>linuxデスクトップユーザーの特徴
この1行だけで十分笑えたw

結局windowsでunix系のツールがないから
使うんだよね。
0461login:Penguin2009/01/25(日) 16:48:50ID:ZZ9FAEtv
kernel_sendmsgを使ってるとたまに送信途中で途切れてしまい、その後しばらく
連続してエラーを吐くようになってしまいます。
このときkernel_sendmsgの戻り値で-11が返ってきているのですが、-11が何を表して
いるかわかる方いらっしゃいませんか？

送信が途切れたら残りのバッファを再送するような処理を書いたのですが
うまく動かなくて･･･。
0462login:Penguin2009/01/25(日) 19:56:13ID:KzNWuG0E
>>461
include/asm-generic/errno-base.hを見たらこう書いてあったから、
#define EAGAIN 11 /* Try again */
再送しようとしているんじゃない？
0463login:Penguin2009/01/25(日) 21:59:51ID:ZZ9FAEtv
>>462
なるほど、そんなところに書いてあったんですね。
MSG_DONTWAITと設定していたためにEAGAIN（ソケットが非停止に設定されており、要求された操作が停止した。）と返ってきていたようです。
これを手がかりに頑張ってみます。
助かりました。ありがとうございます。
0464login:Penguin2009/01/30(金) 18:37:37ID:pFX4Hfia
Linux Kernel Watch　1月版
　スケジューラの挙動は三巨頭会談で決まるのだ？
http://www.atmarkit.co.jp/flinux/rensai/watch2009/watch01a.html
トピック満載の2.6.28リリース
まだまだあるぞ新機能
ついにLinuxにもadaptive lock導入か?!
-stableの進ちょくはお休み
0465login:Penguin2009/01/30(金) 18:57:15ID:qnrJLGzh
>>464
2ページ目に文章が重複しているところがあるね。
編集仕事しろ。
0466login:Penguin2009/01/30(金) 19:06:53ID:pFX4Hfia
"対象の便器を占有している香具師が、現在ちゃんと起きて力んでいる"のかを見るのがadaptive lockだよな？
別のロック待ちやI/O待ちで寝ている時もビジーウェイトなのか？
それとももじもじし始めてから中の人が寝た場合の話？
0467login:Penguin2009/01/30(金) 19:13:08ID:vTDTCFoG
ロック待ちとロック保有が同一コアで動いている場合はblockになるから性能が良くなるってことかな。
0468login:Penguin2009/02/01(日) 19:05:22ID:UNptCmpn
>>466
Solaris由来の「伝統的な」Adaptive lockは違う。あっちは、一定時間スピンして、だまなら寝る方式なので、
１分だけトイレの前でもじもじして、それ以上なら、きっと中の人は大のほうだろうと推測して、別の便所を探しに行く。

今回Linuxで議論されているのは、相手が寝ているかどうかを見ているので、別のロックやI/Oで寝ていたら一回も
スピンせずに即座にブロック。

便器にたとえると、対象のトイレの前に立つと、ESPで中の人が大か小かが分かってしまうので、
（スケジューラが教えてくれるので）、待った方が良いかどうかが誤りなく瞬時に判別できる。
ただし、世の中には小なのにやたら時間をかける変な人がいて、そういうときだけ判断を誤る。
0469login:Penguin2009/02/02(月) 21:53:48ID:J90wuBuS
>>468
そーなのかー
Solarisも見てるもんだとてっきり
0470login:Penguin2009/02/03(火) 01:59:50ID:uUulKu65
2.6.16のバックポートメンテ、終わってるのか・・・
0471login:Penguin2009/02/03(火) 09:58:49ID:fc5tos9M
>>468
男なのに万年便秘で便通は週に一度あるかないかです。
子供の頃から頻尿で常に残尿感があります。
ごめんなさい。
誰かに迷惑をかけてるなんて思わなかったよ。
0472login:Penguin2009/02/03(火) 22:32:26ID:nz1c5GJq
おまいらLinux kernel watchが不人気で連載中止かも試練ぞ。
日本語で貴重なんだけどなぁ。
0473login:Penguin2009/02/03(火) 22:38:43ID:GL2YhfGc
まぢ？ あそこで毎月楽しみにしてるの、あの連載くらいなのに。
0474login:Penguin2009/02/03(火) 22:49:20ID:TfyP5WFf
不人気ってどこにアンケートとってんだろ…
0475login:Penguin2009/02/03(火) 23:21:46ID:hHl/n+3O
なんか、ソフトバンク系はいまコストカット圧力がすごいらしいと聞いた
0476login:Penguin2009/02/03(火) 23:26:20ID:52sJIYs3
*HZを忘れてるドライバがへたりそうだな
0477login:Penguin2009/02/03(火) 23:33:59ID:LguxkZZC
>>472
あれが不人気になるようじゃ日本のITはオワッタな。
毎回ウハウハしたりニヤニヤして読んでるのに。
0478login:Penguin2009/02/04(水) 00:36:08ID:fd0XVi2g
>>472
ええええ（￣□￣；）
英語が苦手だけど新しもの好きな俺はあれを見てカーネル更新するのが楽しみだったのに・・
なんとなく今はディストリのカーネルからあえて更新する人も少なくなってきたんだろうなあ。

俺はUbuntuだけどUbuntuスレでもディストリ管理から自分で野良ビルドを入れていくってのは
推薦されない感じの雰囲気。でもUbuntuの規約の1つにOS内部は誰でも好きなようにいじれるべきってのが
あって、実際海外のUbuntuフォーラムでは以外と野良ビルドして便利に使う方法なんかも活発。

そこいくと日本はちょっと毛色が違う、どっちかというとWINDOWSみたな雰囲気になっちゃってる気がする。
なんでわざわざカーネルなんか更新するのって雰囲気。Linuxの醍醐味のような気がするんだけどなあ・・
0479login:Penguin2009/02/04(水) 00:42:22ID:GAA9FgZs
>>478
バイナリ配布が中心のディストリで、
使えればいいやというユーザが多いとそうなる。
0480login:Penguin2009/02/04(水) 00:55:33ID:P34Xf3bm
つーか、同じ技術ページ同士で比較しても
JavaだのapacheだのPHPだのと比較して読む人が少ないのは当たり前よ。
ただ、ページビューが少ないからって価値が低いわけじゃないんだけどな。
0481login:Penguin2009/02/04(水) 01:00:36ID:KbLhUz4W
今日から一日一回クリックするよ
0482login:Penguin2009/02/04(水) 01:12:34ID:RRoUQW0I
>>480
えらい人には数字で見せないと。
感想メールでも大量に届けば評価してもらえるんでないかい。

>>481
IPアドレスが同じなので一人分にしかならなかったり。
0483login:Penguin2009/02/04(水) 02:10:59ID:3f3+oVuU
>>472
ええっ
@itはLinux Tipsが断り無しにFedora前提だったりLinux SquareにSolaris入れたりとLinux Kernel Watch以外あまり良い印象が無いのに、その上Linux Kernel Watchを切るって…。
Linuxに詳しい人がもういない気がする…と思ったらITmediaが運営してたのかぁ。もっと詳しい人まわして欲しいなぁ。
0484login:Penguin2009/02/04(水) 02:11:41ID:XVazh12C
Linux kernel watch は英語が出来ない人にとって大切な情報源なのにっ
あれがなくなると困る～
0485login:Penguin2009/02/04(水) 07:20:43ID:gGZQcfvh
Kernel Watchを見るような人は@ITの記事の殆どに興味がないでしょ。
男が女装して女子校に通うくらい無理がある。
0486login:Penguin2009/02/04(水) 11:38:16ID:N6p4Zexo
>>485
2次元の世界ではよくある事なんですけどね
0487login:Penguin2009/02/04(水) 11:48:15ID:w2V1QNh7
>>473
不人気なのか？
不況で原稿料を下げられるからどうしようかとは書いてたけど。
0488login:Penguin2009/02/04(水) 18:04:24ID:epRo/oFx
英語できない奴多いんだな
0489login:Penguin2009/02/04(水) 18:35:32ID:3f3+oVuU
KernelTrapも更新されなくなったけど、それの代替になる所ってどこかある?
0490login:Penguin2009/02/04(水) 18:37:23ID:DVwUg+WE
lwnが強いな、やはり。
0491login:Penguin2009/02/04(水) 18:37:58ID:NLTVFFbJ
LWN
0492login:Penguin2009/02/04(水) 21:14:37ID:fnWcLRh5
>>489
LKMLも慣れれば直接読んでも苦にならないよ。
0493login:Penguin2009/02/05(木) 01:11:27ID:75AktqXX
あそこは流量が多すぎてなあ…
100～200通/日くらいならついていけるが。

ということでlinux-archしか読んでないこの頃。
0494login:Penguin2009/02/05(木) 10:24:34ID:1Ft0Lu1H
sh2a ?
0495login:Penguin2009/02/05(木) 15:07:05ID:KTnOlaf7
>>493
流量はたしかにね。
gmailのアカウントが受け取ってくれなくなるもんな
どこで読もうかと思案中
0496login:Penguin2009/02/07(土) 09:05:41ID:QOk9HHlo
>>495
つ gmane
0497login:Penguin2009/02/11(水) 17:04:15ID:0S258QE/
>>496 thx
RSSにとか色々できるんだね。
ROMるには十分そうだ
0498login:Penguin2009/02/19(木) 05:34:27ID:kDjzngV3
PhenomII をUbuntu 8.10で試してみたけど、BOINCのベンチマークで
Celeron Dual-Coreに負けるのにはショック
0499login:Penguin2009/02/19(木) 23:48:48ID:r93JfwKl
>>498
Phenomはバグもちだから性能出ないでしょ
WindowsでもCeleronの半分の性能しかでないし
0500login:Penguin2009/02/20(金) 00:03:02ID:pLBBobDh
>>499
あのエラッタ、IIでも直ってないのか
0501login:Penguin2009/02/20(金) 00:05:45ID:DGy5gq4a
あのエラッタはIIには無いよ。
0502login:Penguin2009/02/20(金) 00:22:12ID:yMqcUKvG
キャッシュの差でしょ。
ベンチマークソフトはキャッシュに納まるから。
0503login:Penguin2009/02/20(金) 16:07:19ID:XV0/njye
>>502
いや、それがWin7 64bitのBOINCだとちゃんとQ6700より上のベンチスコアが出るんだよね…>Phenom II
なんで、LinuxカーネルだとPhenom系のベンチスコアが悪いのかが解せません。
最新カーネルだと直るのかな？
0504login:Penguin2009/02/20(金) 16:30:22ID:cHOqoTTX
>>503
LinuxのソフトはCPU向けのチューニングが弱い傾向にあるな
Linuxのソフトは大抵GCCで生成されるからGCCの対応次第

後、BOINCは純粋な計算ソフトだからカーネルの差はあまり関係ない
0505login:Penguin2009/02/20(金) 17:03:11ID:XV0/njye
>>504
失礼しますた。gccがPhenom系にも最適化対応するのを首を長くして待ちます。
0506login:Penguin2009/02/20(金) 17:38:45ID:xKaEo+4J
デフォルトのパッケージは古いCPUでも動くようにコンパイルされるからgccが対応しても意味がない可能性が。
64bit版ならSSEが使用されるはずではあるのだけれど。
自前でコンパイルするか最適化された物をどこかから持ってくるかしてみたほうが良いと思う。
0507login:Penguin2009/02/20(金) 20:34:07ID:S3s1rkKE
>>505
カーネル構築やってみたらどうだろう

CONFIG_M586=y

になってるはずだから
Phenomに相当するものを有効にして試すとか

Ubuntuだったら手順は
https://help.ubuntu.com/community/Kernel/Compile
日本語訳はあるのかどうか知らない
0508login:Penguin2009/02/21(土) 08:20:46ID:VKGOSFVD
カーネルが影響するとしたらCONFIG_NUMA=yかどうかかな。
0509login:Penguin2009/02/21(土) 08:39:34ID:ETQRIuHC
>>508
いまって、32bitだと強制NUMA=nなんだっけ？
年末ぐらいにIngoがKconfig変えてた気がするが
0510login:Penguin2009/02/21(土) 11:12:58ID:hJpNWjj9
RedHatのRTカーネルっていいの？
うざいほど営業やらDMきて迷惑気味なんだが
0511login:Penguin2009/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:Penguin2009/02/24(火) 02:10:59ID:VBQlp0Jb
モジュールからその変数を見たいならEXPORT_SYMBOLしとけ。



0513login:Penguin2009/02/24(火) 23:33:11ID:pRP/nhlK
aufs2どうだろ。
痛い信者が憑いてるみたいだし。
0514login:Penguin2009/02/25(水) 12:19:48ID:VFwJbR7O
実装に作者や信者の人格が現れるわけじゃなし、ほっとけ。
0515login:Penguin2009/02/25(水) 18:52:12ID:PG+Z+/i/
この辺を見ると、unionfs系のstackable fsは絶対に入りそうに見えない...

ttp://marc.info/?l=linux-kernel&m=120850448810590&w=2
ttp://lkml.org/lkml/2007/1/9/73
0516login:Penguin2009/02/26(木) 02:11:08ID:ghtWsUdW
>>514
実装に作者と信者の人格があわられるよ
reiserfsなんてマジ基地レベルの実装だっただろ
本人も犯罪者でマジ基地レベルだったし

開発者が痛いプロジェクトはどこも
実装も痛い

日本だとRubyとかSeesaa なんか狂信者の集まりだろ
実装もやばやばだし
0517login:Penguin2009/02/26(木) 09:11:39ID:K2fT4ot7
>>516
その論理でいくと一番狂ってるのはJavaだな
実装も信者も
0518login:Penguin2009/02/26(木) 13:05:34ID:tDhwCNJO
reiserfsのコードは、Linuxの一部としてみたら
異常だったかも知れないが、別に普通だろ。
神経質なところが基地外じみているが。
0519login:Penguin2009/02/26(木) 14:01:56ID:zkN0ao4E
なんつうか、ディスカッションになってないね。aufs2。

攻めるべき相手も分かってないみたいだし、
解決すべき問題点も挙げているわけでもないし。

取り巻きからupstreamにマージしてくれよって言われて、
とりあえずこんなんあるんだけどどうよ、って流れでは
１００年経っても無理だね。

TOMOYOがどう攻めたか、誰を見方につけたか、くらいは学習すればいいのに。
0520login:Penguin2009/02/26(木) 15:15:01ID:/VNm+j/+
TOMOYOもあまりいい例じゃないと思うが…

まあ興味を持ってくれる人が出てくるのを待つしかないからねえ。
FSなら変にもめなきゃ簡単に入りそうな気はする。
0521login:Penguin2009/02/27(金) 06:01:45ID:r6OMqEB7
FS周りは保守的な人が多いから
むしろ入りにくいんじゃない？

（保守の面も含めて）安心して使えるのが未だにext3と
linuxはFS周りは遅れ気味で、だからこそbtrfsが注目されていると思う。
0522login:Penguin2009/02/27(金) 06:32:34ID:c711uaYx
VFSに手を出さなければ他のFSが巻き込まれることはないので、
強硬に反対する人はまずいない。
0523login:Penguin2009/02/27(金) 11:22:47ID:mZ2ksAW5
新しいFSがメインストリームに入るかどうかは、
lsf-workshop(Linux Storage & Filesystems Workshop)
が登竜門みたいだね。
ttp://lkml.indiana.edu/hypermail/linux/kernel/0902.3/01381.html

少なくともこの辺でアピールしとかないと歯牙にもかからない
って感じだな。でなけりゃ傍流で細々とやっていてそのうち
忘れ去られると。
0524login:Penguin2009/02/27(金) 20:09:22ID:AUoPAEqK
いままでは-mm経由でAndrewが強引にマージするというパスも登竜門（裏口？）として
あったんだが、最近更新やめちゃったからね。 -mm
0525login:Penguin2009/03/08(日) 20:59:55ID:GH/Y8LZH
Oprofileでpthread_mutexが頻繁に起きてるの解ったんだけど
簡単に改善するにはもっと情報ほしいんだけど
なんかいい方法ないっすか？
0526login:Penguin2009/03/10(火) 21:28:57ID:GdRFmw6z
カーネル見つかったよ！！
http://www.daily.co.jp/newsflash/2009/03/10/0001747074.shtml
0527login:Penguin2009/03/11(水) 00:35:08ID:oxbCuR8l
>>525
windowsならシステムコールをフックするという方法があります。
フックした排他オブジェクトのロック関数内などで、これが呼ばれた場所と
スレッドＩＤを記録していけば、原因の特定が可能。
多分linuxにも応用できると思います。
0528login:Penguin2009/03/11(水) 01:21:17ID:4/oImeap
kprobes?
0529login:Penguin2009/03/11(水) 01:46:51ID:ndR4kwVk
>>525
ftraceとかSystemTapとか使ってみたら？
0530login:Penguin2009/03/12(木) 02:00:45ID:Q23C1K2a
HugeTLBってどうゆう時に
役立つの？

普通にメモリ100MBとか確保してるのを
置き換えても幸せになれる？
0531login:Penguin2009/03/12(木) 20:49:17ID:/5waLCXS
>>530
なれない。HugeTLBが聞いてくるのは、それを使う前がTLBミスで性能劣化が起きているときだから、
数十、数百ギガとかのデータがないと、目に見える差は出ない。
0532login:Penguin2009/03/12(木) 23:24:42ID:Q23C1K2a
>>531
4Gぐらいじゃ不幸になる？
0533login:Penguin2009/03/13(金) 00:12:51ID:x7CFdrcd
>>532
http://www.oracle.co.jp/2shin/ora81/18_19.html
0534login:Penguin2009/03/13(金) 00:52:01ID:d9xi8y0w
>>533
うそを教えるのはいくない
0535login:Penguin2009/03/13(金) 08:01:59ID:X32lgzLh
HugeLBについて正しく説明しているページを教えて下さい
orz
0536login:Penguin2009/03/13(金) 08:30:19ID:OBlhHJW3
いま使ってるカーネル（2.6.26）で明らかにバグってるが、next最新だと
直ってるけどどのコミットで直ったのかわからんという場合、そのコミットを
特定して簡単に取り込む方法はあるでしょうか？

ext3/jbdが200GBほどの巨大コピーをすると必ず吹っ飛ぶので頭に来てるんですが、
OpenVZとVMwareも併用してる関係上、2.6.26から先に進めません。で、一旦
この２つは忘れてnextに切り替えたら通ったので何かが直ったのは間違い
ないんですが・・・

git-bisectで吹っ飛んだときのコードパスを触っているコミットを拾ってきて
git-cherry-pickする、とするのかなと思いつつも、バージョンが３も飛ぶと
容易にはマージできない訳で、やる前からげんなりしてます。でもこの方法しかない？
0537login:Penguin2009/03/13(金) 11:28:14ID:OBlhHJW3
>>536
すみません、大ボケしてました。
最初バグが入ったところを追いかけていた話と混ざってしまった。
上だけなら普通にコードパスを含んでるファイルをgit-diffすればいいだけですね。
0538login:Penguin2009/03/16(月) 20:39:06ID:+jw1kNKJ
debian sargeで2.6.16.16から2.6.16.62に乗り換えようと思ったのですが、Makefileに変なオプションが追加されているのを発見。

# Force gcc to behave correct even for buggy distributions
CFLAGS += $(call cc-option, -fno-stack-protector)

コメントからすると、イカれたディストリでもgccが正しく動くようにするものらしいのですが、
これに従ってスタックプロテクトを外すと、Kernel的にはどんな影響があるのでしょうか？
0539login:Penguin2009/03/16(月) 21:41:42ID:03SCkUUu
どこで訊いたらいいのか分からんのでもっとうまいスレがあったら教えて。

AMD K8/K10 で CnQ する powernow-k8.ko は Phenom II でも動作するけど、
こいつのコア電圧上げ下げパッチは K8系でしか動かない。
正確には hwpstate で動くやつはコア電圧読み書きをサポートしてない。

現状、Phenom / Phenom II に対するコア電圧上げ下げパッチないしアプリは存在しない?

ためしに/dev/cpu/*/msr叩いてコアやNB電圧上げ下げやOCはX3 720で出来たけど
K8より電圧上げ下げはむしろ楽になってるくらいで車輪の再発明になる
と信じてるんだがうまくみつかんね。
0540login:Penguin2009/03/17(火) 22:59:47ID:P2matg1t
posix_time.hってどこにあるのですか？
0541login:Penguin2009/03/18(水) 00:33:56ID:eVh+IAHO
Oprofileって
カーネルモジュールを常に更新しなくてもいいのですかね？
event maskだけCore2とか最新CPUのを読み取れればいいのですか？
0542login:Penguin2009/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:Penguin2009/03/18(水) 04:10:38ID:SE16OZPj
ウィルスに一票
0544login:Penguin2009/03/18(水) 10:05:41ID:DNBYgSTg
うむ。httpあたりから、カーネルの脆弱性を突くペイロードを
送り込まれたといったところか。
0545login:Penguin2009/03/18(水) 10:24:02ID:zvHoDucU
まず、ageてしまって申し訳ないです。

>>543-544
となると、対策としては
カーネルのバージョンアップ（ディストリビューション自体も？）
Apacheのバージョンアップ
ぐらいしか無いということなんでしょうかね・・・

今回の攻撃では単に止まっただけであればいいのですが、
何か仕込まれてないか確認しないとまずいでしょうね。

SonicWall等のFWでそういう攻撃防げるのであれば、
導入することも検討してみます。

0546login:Penguin2009/03/18(水) 17:38:57ID:pKG41WUr
Fedoraの3年前のバージョンなんてとっくにサポート切れてるんだから
何されててもおかしくないぞ
■ このスレッドは過去ログ倉庫に格納されています