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

1 名前：login:Penguin [2006/04/28(金) 23:52:43 ID:OSZilmdD] 前スレ pc8.2ch.net/test/read.cgi/linux/1100967722/ 467 名前：login:Penguin mailto:sage [2007/04/14(土) 12:32:33 ID:BiYQHwK9] て言うかそらHDDへの書き込みなんて間に合わないんだから固まるかメモリなくなるか、どっちかだな。 リアルタイムカーネルならメモリが亡くなる方がはやそうだ。 468 名前：login:Penguin mailto:sage [2007/04/14(土) 12:47:24 ID:NL9NunrN] >>467 FCをいくつも接続して同時並列に書き込んでるような構成を 勝手に想定してたんだが、違うかな。 469 名前：login:Penguin mailto:sage [2007/04/14(土) 12:54:01 ID:xmp7f+Mm] >>468 そうだろうね。ファイルシステムもカーネルのバージョンも システムの構成も秘密みたいだから想像で書くとすると、 ファイルシステムにXFSを使っててジャーナルログが スワップアウト出来ないメモリをつかんでで、それが どんどんと溜ってるからmallocできなくなるんと 違うかな。それかカーネルのメモリーリークのあるバージョン を使っているとか。 あとは dirty_background_ratio を調整するとかあるけど 切り分けのできてない>>458にはさっぱりだろうな。 業者呼べよ。 470 名前：login:Penguin mailto:sage [2007/04/14(土) 13:02:32 ID:rDs8AFmH] syncして /proc/sys/vm/drop_cachesをクリアしてみたんですけど マシン今全部とまっちゃいました。困りました.... 471 名前：login:Penguin mailto:sage [2007/04/14(土) 18:55:16 ID:rDs8AFmH] うーむ、O_DIRECT難しいです。マシン25台止まってしまって焦った。 休みでよかったw 472 名前：login:Penguin mailto:sage [2007/04/14(土) 21:50:04 ID:rDs8AFmH] マシン復旧ｼﾏｽﾀｰ またまた質問なんですけどO_DIRECTでデータを書き出す場合 char *data = (char *)malloc(512* 1024); posix_memalign( (void **)&data, 512, 512*1024); とりあえずこんな形で確保してその後writeすればいいみたいだけど 毎回そんな都合良く倍数ちょうどで書き出せるわけもなく、あまりが出た場合どうすればいいのですか？色々調べてみたのですが、Linux 2.6 では、512 バイトごとの境界に配置されていれば充分である。としか記述されていなくて困ってます。 端数でたらどないせっちゅうのか教えてください。 473 名前：login:Penguin mailto:sage [2007/04/14(土) 23:27:26 ID:NL9NunrN] 余りが出ないようにする。つーか、自分で面倒をみる。 つーか、 Linuxプログラミング pc11.2ch.net/test/read.cgi/linux/1118024349/l50 でする話だな。 474 名前：login:Penguin mailto:sage [2007/04/14(土) 23:29:25 ID:rDs8AFmH] >>473 ありがとうちょっと聞いて来ます。 475 名前：login:Penguin mailto:sage [2007/04/16(月) 12:57:24 ID:Kkc4V4u/] CFSにConブチギレ ttp://www.ussg.iu.edu/hypermail/linux/kernel/0704.1/2458.html 476 名前：KD125053235206.ppp-bb.dion.ne.jp mailto:sage [2007/04/16(月) 23:46:08 ID:yi6AG7ik] そしてスレの先にはさりげなくグサッと刺すコメントが： > If these issues aren't fixed, you're going to stuck with the same > kind of creeping elitism that has gradually killed the FreeBSD > project and other BSDs. 勝手に殺すなー（ｳﾜﾜｧﾝ 477 名前：login:Penguin [2007/04/18(水) 23:35:59 ID:luJV3V3d] ----------------------- mm_segment_t fs; 　： fs = get_fs(); set_fs(KERNEL_DS); 　： [命令] 　： set_fs(fs); ----------------------- set_fs()、set_fs()って何のために使うの？ どういう[命令]の時に必要なの？ わかる人教えて。 478 名前：login:Penguin mailto:sage [2007/04/18(水) 23:51:15 ID:g2KRiZ5Z] >>477 g新部氏のblogに解説があった希ガス 479 名前：login:Penguin [2007/04/18(水) 23:52:01 ID:luJV3V3d] >>478 そこは読んだけど見つからなかった。 480 名前：login:Penguin mailto:sage [2007/04/19(木) 00:16:07 ID:hSmrJarJ] >>479 ttp://www.codeblog.org/blog/gniibe/200603.html 欲嫁 481 名前：login:Penguin [2007/04/19(木) 00:29:35 ID:17XiKx+z] >>480 そこも読んだけど、結局sock_sendmsg()がset_fs(KERNEL_DS)を必要とする関数であることはどうやって判断するの？ 「どういう[命令]の時に必要なの？」かが結局わからない。 482 名前：login:Penguin mailto:sage [2007/04/19(木) 00:33:09 ID:D/ROgTSv] メールで聞いてみたら 483 名前：login:Penguin [2007/04/19(木) 00:34:15 ID:17XiKx+z] だれに？ 484 名前：login:Penguin mailto:sage [2007/04/19(木) 00:38:51 ID:7WhYig/V] g新部さんに。 485 名前：login:Penguin [2007/04/19(木) 00:40:03 ID:17XiKx+z] 答えてくれるかな。 486 名前：login:Penguin mailto:sage [2007/04/19(木) 00:44:34 ID:D/ROgTSv] じゃ、LKMLにヨロ 487 名前：login:Penguin [2007/04/19(木) 00:49:43 ID:17XiKx+z] えー、ここで答えてよ。 ま、それはいいとして。 hira.main.jp/wiki/pukiwiki.php?put_user()%2Flinux2.6 に * Context: User context only. This function may sleep. ってかいてあるけど、 ユーザアプリからioctl()でカーネルモジュールを呼び出したときも「User context」なの？ コンテキストには、ユーザコンテキストと割り込みコンテキストがあるという認識で正しい？ 488 名前：login:Penguin mailto:sage [2007/04/19(木) 16:26:37 ID:G/1Uoa6u] Linux: The Completely Fair Scheduler kerneltrap.org/node/8059 489 名前：login:Penguin mailto:sage [2007/04/19(木) 16:42:44 ID:Q1Zrb6lC] >>487 ITRONじゃねーんだからその名前はなかろう。 ここで言う所のコンテキストはメモリ空間という意味ですかねえ。 490 名前：login:Penguin [2007/04/19(木) 20:46:30 ID:x+OTiJML] >>489 え、どういう意味？LinuxでもITRONでもコンテキストは実行コンテキストのことでしょ？ それはともかく、 コンテキストには、ユーザコンテキストと割り込みコンテキストがあるという認識で正しい？他にもある？ 491 名前：login:Penguin mailto:sage [2007/04/19(木) 21:25:20 ID:1ECU5YLF] >>490 これでも読んで出直しておいで。 ttp://www.amazon.co.jp/Linux%A5%AB%A1%BC%A5%CD%A5%EB2-6%B2%F2%C6%C9%BC%BC-%B9%E2%B6%B6%B9%C0%CF%C2/dp/4797338261 492 名前：login:Penguin [2007/04/19(木) 22:15:02 ID:x+OTiJML] >>491 それは読んだよ。 493 名前：login:Penguin [2007/04/20(金) 10:59:28 ID:/xbU1Fxb] >>489 何故そこでITRONが出てくるんだ？ 494 名前：login:Penguin [2007/04/20(金) 23:42:59 ID:qvG9BAN7] オブテロンで8CPU SMPにするとカーネルが起動途中で飛ぶのだけど、なぜでしょうか？ ログは当然拾えませんが、どうも5つめのコアを認識した瞬間に飛ぶようなのです。 同じコンフィグでもCPU数だけ4に押さえると正常起動します。 カーネルバージョンはいろいろ試しましたがどれでも症状は同じでした。 よろしくお願いします。 495 名前：login:Penguin mailto:sage [2007/04/20(金) 23:50:17 ID:4yJr0CyU] >>494 lkmlにAndiをCC:入れてGo 496 名前：login:Penguin mailto:sage [2007/04/21(土) 00:54:22 ID:Ptf9W/cp] >>494 Andiに電話すればよくね？この時間仕事してるはずー 497 名前：login:Penguin mailto:sage [2007/04/21(土) 00:59:38 ID:nVuQG1Bb] >>494 | カーネルバージョンはいろいろ試しましたがどれでも症状は同じでした。 もっと色々試したら?　ぐらいしかアドバイスできないな。 498 名前：login:Penguin mailto:sage [2007/04/21(土) 02:29:16 ID:Xw1eIR6s] とりあえずディス鳥に報告したら？ それともヴぁにらカーネル？ 499 名前：login:Penguin mailto:sage [2007/04/21(土) 08:05:20 ID:fsQmaAc+] まさかCPU最大数4にコンフィグして作ったカーネルとかじゃないでしょうねw 500 名前：login:Penguin mailto:sage [2007/04/21(土) 08:59:11 ID:z7qsSwp3] Opteron dual core 4CPU のとき似たようなことがあったと聞きました。 直接さわっていないので詳細はわからないのですが、OpenSuSE はだめで、 SuSE Enterprise Linux なら OK でした。いまはそのまま SuSE Enterprise Linux で稼働中です。 501 名前：login:Penguin mailto:sage [2007/04/21(土) 11:15:11 ID:QaPPng34] それでは、マザーボードに載ってるチップセットやBIOSの制限ではないみたいだな。 502 名前：login:Penguin mailto:sage [2007/04/21(土) 18:45:34 ID:Ptf9W/cp] andiにbigironカーネル入れろとか言われなかったっけ？ なんか機嫌わりーぞ？ 503 名前：login:Penguin mailto:sage [2007/04/21(土) 21:09:29 ID:Xv/Wu2nU] >>500 あ、DualCore 4CPUです。 MAX_CPU_NR を８以上にする必要があるのですが、5以上を指定すると飛びます。 ただ、GentooのインストーラCDはなぜか8CPUがすべて認識されているので できないはずはないのですが・・・ もうちょっとがんばってみます。 504 名前：login:Penguin mailto:sage [2007/04/22(日) 00:06:39 ID:xoee3Fwh] >499に1票 505 名前：login:Penguin mailto:sage [2007/04/22(日) 00:38:08 ID:NkBup1fI] はい次の方どうぞー。 506 名前：login:Penguin mailto:sage [2007/04/22(日) 12:41:58 ID:D93fVub+] >>499, 504 じゃなくて、最大CPU数を4にすれば起動します。 同じ設定で最大CPU数を8にすると5つ目のCPUを認識した瞬間（のように見える）再起動するのです。 ほんとに瞬間的なので、表示されているログをきちんと見ることもできません。 最大CPU４のときの認識の様子は次のとおりです。 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:1 APIC version 16 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 15:1 APIC version 16 ACPI: LAPIC (acpi_id[0x03] lapic_id[0x02] enabled) Processor #2 15:1 APIC version 16 ACPI: LAPIC (acpi_id[0x04] lapic_id[0x03] enabled) Processor #3 15:1 APIC version 16 ACPI: LAPIC (acpi_id[0x05] lapic_id[0x04] enabled) Processor #4 15:1 APIC version 16 WARNING: NR_CPUS limit of 4 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x06] lapic_id[0x05] enabled) Processor #5 15:1 APIC version 16 WARNING: NR_CPUS limit of 4 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x07] lapic_id[0x06] enabled) Processor #6 15:1 APIC version 16 WARNING: NR_CPUS limit of 4 reached. Processor ignored. ACPI: LAPIC (acpi_id[0x08] lapic_id[0x07] enabled) Processor #7 15:1 APIC version 16 WARNING: NR_CPUS limit of 4 reached. Processor ignored. 507 名前：login:Penguin mailto:sage [2007/04/22(日) 12:54:47 ID:U+PMpe/V] ｱﾁｬ 508 名前：login:Penguin mailto:sage [2007/04/22(日) 14:04:44 ID:vVxh8mTs] 過ぎたマシンだということだな。 509 名前：login:Penguin mailto:sage [2007/04/22(日) 14:47:42 ID:u8W9t1Vk] opteron 8 core 持ってるなんて、動かしたらさぞやファンの音が 大きくて、夜は眠れないだろうに。 510 名前：login:Penguin mailto:sage [2007/04/22(日) 16:54:57 ID:D93fVub+] >>509 電源は1200Wだし、ファンは６基就いているので、確かに凄まじい音です。 しかし家ではないので、大丈夫です。 >>508 そういうことですね・・面独裁のでインストールCDのカーネルそのままコピーしようかなあ・・ 511 名前：login:Penguin mailto:sage [2007/04/22(日) 17:01:26 ID:1v3xY9v8] まさかNR_CPUSの意味を調べていないとかじゃないでしょうねw 512 名前：login:Penguin mailto:sage [2007/04/22(日) 17:46:43 ID:D93fVub+] NR_CPUSってSMP時の最大CPU数（総コア数）でしょ。 こう書いてありますよ。 CONFIG_NR_CPUS: │ │ │ │ This allows you to specify the maximum number of CPUs which this │ │ kernel will support. Current maximum is 255 CPUs due to │ │ APIC addressing limits. Less depending on the hardware. │ │ │ │ This is purely to save memory - each supported CPU requires │ │ memory in the static kernel configuration. │ │ 513 名前：login:Penguin mailto:sage [2007/04/22(日) 19:21:15 ID:MnbVnfy7] >>505 514 名前：login:Penguin mailto:sage [2007/04/22(日) 22:54:40 ID:ZEqeNIK2] バカ発見（藁 515 名前：login:Penguin [2007/04/23(月) 23:40:41 ID:TqECVpvs] >>514 516 名前：login:Penguin [2007/04/25(水) 09:53:24 ID:NL98Ha60] LKMLでは相変わらず｢俺のほうがおまえのよりデカイ｣議論が延々続いているようですが それはさておき、各種デバイス(USBメモリ等含む)のLINUXドライバ開発を 1600人あまりの精鋭プラス予備軍のカーネル開発者たちが無償で請け負うとの案内が出ていました。 必要な情報は製品の外部仕様と挙動だそうです。 開発されたドライバは公開されるので、製品に｢LINUX対応｣と銘打つことができるそうです。 周辺・関連機器メーカーの方は検討してみてはいかがでしょうか。 連絡先アドレスは……あとで調べてレスします。 517 名前：login:Penguin mailto:sage [2007/04/25(水) 09:57:01 ID:T+WyufgO] おいおい、いつの話題だよ。 518 名前：login:Penguin mailto:sage [2007/04/25(水) 11:05:29 ID:xemG7cYm] >>516 >>436の話とは別？ 519 名前：login:Penguin mailto:sage [2007/04/25(水) 17:14:24 ID:LBX5QPyJ] 遅れてきたルーキー 520 名前：login:Penguin mailto:sage [2007/04/25(水) 19:23:31 ID:xemG7cYm] >>519 BOOMERか！ 521 名前：login:Penguin mailto:sage [2007/04/25(水) 20:07:04 ID:wUDqYFFy] >>520 ボキャ天ﾅﾂｶｼｽw 522 名前：login:Penguin [2007/04/25(水) 22:41:50 ID:NL98Ha60] ハーフライフ一週間のとこに出てたので新しいかと思っていたら 一月の記事でしたOrz 523 名前：login:Penguin mailto:sage [2007/04/26(木) 00:55:12 ID:7guDQNuw] >>522 だから、いつも言ってるだろう！ おまえは、頭でっかちすぎる。 524 名前：login:Penguin [2007/04/26(木) 09:52:33 ID:+Has5Xzx] いわれてたっけ●rz 525 名前：login:Penguin mailto:sage [2007/04/26(木) 17:45:24 ID:C7VjAS8c] STR,STD... kdump並のウルトラCが必要なのかな。 526 名前：login:Penguin mailto:sage [2007/04/26(木) 20:55:58 ID:GX2/mssv] どっちかてーとkexecじゃないすかねえ。 APMならBIOSに丸投げできたけど、ACPIはそういうわけにいかんからのう。 527 名前：login:Penguin [2007/04/27(金) 21:53:32 ID:8003YhUG] ちょっと質問なんですがinotifyを利用しようとちょこちょこっとサンプルを書いてみたのですが、 動作仕様がどうにも理解に苦しみます。下のように、ループでreadしてブロッキングすると、最初の一回だけはreadするのですが、2回目以降無反応になってしまいます。 /* size of the event structure, not counting name */ #define EVENT_SIZE (sizeof (struct inotify_event)) /* reasonable guess as to size of 1024 events */ #define BUF_LEN (1024 * (EVENT_SIZE + 16) char buf[BUF_LEN]; int len, i = 0; int fd = inotify_init(); int wd = inotify_add_watch(fd, "/usr/local/hoge", IN_ACCESS | IN_MODIFY); while(1){ len = read (fd, buf, BUF_LEN); } 528 名前：login:Penguin mailto:sage [2007/04/27(金) 23:08:59 ID:EZ45sIxG] >>527 とりあえずすべてのシステムコールで返り値チェックしてerrnoをしらべろ そもそも /usr/local/hoge はファイル？ディレクトリ？ /usr/local/hoge にどんなアクセスをした？ こういうファイルに こんなアクセスをしたら こうなると思ったけど こんな結果になった くらいの情報は必要 529 名前：login:Penguin mailto:sage [2007/04/29(日) 20:46:36 ID:rZL1ahYI] www.linux.or.jp/JM/html/LDP_man-pages/man2/inotify_add_watch.2.html inotify_add_watch() の呼び出しが成功すると、(略) これ以降に inotify ファイルディスクリプタから read(2) を行うと、 監視対象ディスクリプタが返される。 これらの read() を行うと、ファイルシステムイベントを示す inotify_event 構造体が読み出される。返された監視対象ディスクリプタにより、 どのオブジェクトでそのイベントが発生したかを特定できる。 530 名前：login:Penguin [2007/04/29(日) 21:04:08 ID:pBG0iRqZ] >>529 それは解かるのですが、 while(1){ read(...) } としたときになんらかのアクションがあると上記のコードでは、 1.リードでブロッキング 2.イベントが発生 3.ブロッキングしていたreadからinofify_event構造隊のデータが返されます。 4.読めた情報を適切に処理します。 5.1へ戻る 流れとしては上記のようになると思います。問題となるのは初回の動作とn(n>=2)の時で挙動が違います。 ・初回は、イベントが発生するとそのまま2以降のシーケンスに流れていきます。 ・2回目以降はイベント発生してもずっとブロッキングした状態になります。つまりイベントを関知できていないということです。 それでどうしたらいいもんかなぁと思ってます。 531 名前：login:Penguin mailto:sage [2007/04/29(日) 22:30:19 ID:3LKFnPe9] >>530 >>528 で尋ねられてる情報の半分も出てないんだが? 532 名前：login:Penguin [2007/04/29(日) 22:32:30 ID:pBG0iRqZ] >>531 どんなファイルでもなるからやってみろよボケ さっさとやれ。プログラム書いて動かせよ？しらねーなら すいませんって言えよﾎﾞｹ 533 名前：login:Penguin mailto:sage [2007/04/29(日) 22:46:35 ID:3LKFnPe9] なんかひどい言われようだが… ==== program #include <stdio.h> #include <sys/inotify.h> int main(void) { /* size of the event structure, not counting name */ #define EVENT_SIZE sizeof(struct inotify_event) /* reasonable guess as to size of 1024 events */ #define BUF_LEN (1024 * (EVENT_SIZE + 16)) char buf[BUF_LEN]; int len, i = 0; int fd = inotify_init(); printf("fd=%d.\n", fd); 534 名前：login:Penguin mailto:sage [2007/04/29(日) 22:47:55 ID:3LKFnPe9] int wd = inotify_add_watch(fd, "/tmp/foo", IN_ACCESS | IN_MODIFY); printf("wd=%d.\n", wd); while (1) { struct inotify_event *ev; len = read(fd, buf, BUF_LEN); printf("len=%d.\n", len); ev = (struct inotify_event *) buf; printf("%d, %08x, %08x, %d, %s\n", ev->wd, ev->mask, ev->cookie, ev->len, ev->name); } return 0; } 535 名前：login:Penguin mailto:sage [2007/04/29(日) 22:48:57 ID:3LKFnPe9] ====片方の端末 % cc -o test test.c % ./test fd=3. wd=1. len=16. 1, 00000002, 00000000, 0, len=16. 1, 00000002, 00000000, 0, ====もう片方の端末 % echo > /tmp/foo % echo > /tmp/foo ==== 私のところでは問題ない。 linux kernel 2.6.21.1 glibc 2.5 536 名前：login:Penguin [2007/04/30(月) 00:17:45 ID:XIwj/Z1t] IN_MODIFY入れるとなんか変だな... 537 名前：login:Penguin [2007/04/30(月) 11:46:20 ID:mlJ1TH1o] >>527=>>530=>>532が謝る番では？ 使い方間違ってただけなんだろ？ しかしマニュアルドキュメントがわかりにくいのは確かだな。 538 名前：login:Penguin mailto:sage [2007/04/30(月) 11:57:39 ID:bBqUiCik] >>537 うぜえ、消えろ 539 名前：login:Penguin mailto:sage [2007/04/30(月) 12:02:19 ID:JxyWDw/R] もしかして>>532=>>538なのかwwww 540 名前：login:Penguin mailto:sage [2007/04/30(月) 12:09:16 ID:I1BXKMoI] >>538 プッ 541 名前：login:Penguin [2007/04/30(月) 12:56:29 ID:XIwj/Z1t] ubuntu7.04だとまともに動作しないらしい... 542 名前： ◆Zsh/ladOX. mailto:sage [2007/04/30(月) 18:55:59 ID:qUPaHj6D] FedoraCore2(i386)、FedoraCore5(x86_64)でも動かん。ダメﾎﾟ 543 名前：login:Penguin mailto:sage [2007/04/30(月) 20:11:56 ID:vBFiYDj4] ARM/Debian Etch (2.6.15.4) MIPS/Debian Etch (2.6.17.13) x86_64/RedHat EL4 (2.6.18) x86/Gentoo (2.6.21) で動作確認してるよ。 カーネルで inotify support の組み込み忘れてない？ 544 名前： ◆Zsh/ladOX. mailto:sage [2007/04/30(月) 20:20:16 ID:qUPaHj6D] >>542のどっちも % grep -i inotify .config CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y (´･ω･`) 545 名前：login:Penguin mailto:sage [2007/04/30(月) 20:22:57 ID:EVyG0KCG] FC5(i686)でも動かない。 CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y になってるけど。 546 名前：login:Penguin mailto:sage [2007/04/30(月) 20:38:12 ID:vBFiYDj4] initNGで使われてるから、ソース参考にしてみては？ glibcのヘッダではなく、 ttp://www.kernel.org/pub/linux/kernel/people/rml/inotify/headers/ の定義ではどうよ？ 547 名前：login:Penguin mailto:sage [2007/04/30(月) 20:38:43 ID:1B6DUYHo] DynTickは急激に負荷がかかるとだめぽだな。 まるで2.4系に退化したみたいだ。 548 名前：login:Penguin [2007/04/30(月) 21:20:31 ID:XIwj/Z1t] ubuntuが腐っているようですね。どうもお騒がせしました。 一度目はどんなファイル開いてもうまく行くのですが。その後2度目以降は 無反応になってしまうようです。 FedoraとGentooで試したら問題なかったです。どうもすいませんでした。 549 名前：login:Penguin mailto:sage [2007/04/30(月) 22:39:26 ID:QckF6ZL2] すいませんって言 ったな 550 名前：login:Penguin [2007/05/01(火) 04:35:25 ID:g0swsIWn] UbuntuとFCの両方ともだめなのか？ もしそうなら何でそうなってるんだろうね？ 551 名前：login:Penguin mailto:sage [2007/05/01(火) 19:58:03 ID:AzdFd/9E] Linux: Merging in 2.6.22 kerneltrap.org/node/8122 552 名前：login:Penguin [2007/05/01(火) 23:18:23 ID:mq8aRVBi] ubuntuがダメだFCはうまく行くときもある。よくわからん。 調査中 553 名前：login:Penguin [2007/05/08(火) 10:58:27 ID:XKFA94h5] ﾊﾞﾆﾗとmmｶｰﾈﾙの関係ってどんな？ mmのが先行してると思っていが いまはﾊﾞｰｼﾞｮﾝ番号が同じでmmはRCになってるので逆転したの？ 554 名前：login:Penguin mailto:sage [2007/05/08(火) 11:32:12 ID:LH1r089h] アッシュとナタリアの関係とおなじかんじ 555 名前：login:Penguin [2007/05/08(火) 23:03:30 ID:tKtnVwyW] ねね、ユーザの行動完全に監視できるようなモジュールとかないですかね？ しかもrootkit的に隠れて監視しちゃう系のやつないですかね？ 556 名前：login:Penguin mailto:sage [2007/05/08(火) 23:05:33 ID:W1PwRzk/] >>555 auditd 557 名前：login:Penguin [2007/05/08(火) 23:38:29 ID:tKtnVwyW] >>556 auditdすげー遅くないですか？1秒間にsyscall 1万回ぐらい出したぐらいで ハングしたかと勘違いする程遅くなります。使いものになりそうもないのですが... 558 名前：login:Penguin mailto:sage [2007/05/09(水) 00:58:36 ID:Y/s6wdPq] >>557 使い方が悪い。 559 名前：login:Penguin [2007/05/09(水) 07:38:44 ID:JBFllK/7] 良い使い方は？ 560 名前：login:Penguin mailto:age [2007/05/09(水) 18:44:24 ID:AVxUEFYS] userファイルの中に何もないんですが、 どうすれば見れるようになりますか？ 561 名前：login:Penguin mailto:sage [2007/05/09(水) 18:51:04 ID:sZVL/6LE] くだ質へ逝け 562 名前：login:Penguin mailto:sage [2007/05/09(水) 19:14:40 ID:wXCiS1Vp] >>560 $ touch me 563 名前：login:Penguin mailto:sage [2007/05/09(水) 22:25:24 ID:eqA1dMQB] Debianスレで質問をしたのですが、こちらに誘導されてきました。 自分で色々試してみたのですが、どうしても解決できないので、分かる方がいましたらアドバイスお願いします。 Debian etchをインストールしたCore 2 Duo T5500マシーンでacpi-cpufreqとcpufreq-ondemandモジュールをロードして、 cpufreq-setコマンドでそれぞれのコアのgovonerをondemandにすると下記のエラーが頻繁に出るようになります。 kernel: rateup[24408]: segfault at 0000000000000000 rip 0000000000000000 rsp 00007fff36e84320 error 14 あとXも不安定になり、Xが勝手に再起動します。 試してみた事は以下の通りです。 M/B(Asus N4L-VM DH)のBIOSを最新にする。 kernel.orgから2.6.21.1を取ってきてインストール。 ondemandの代わりにpowersaveを使う。 564 名前：login:Penguin [2007/05/10(木) 07:02:47 ID:0+0Fk0Ga] 状況がさっぱりわからないが cpufreqを使うのをやめたら？ 565 名前：login:Penguin mailto:sage [2007/05/10(木) 13:43:35 ID:YEr0RFBe] >>564 ありがとうございます。cpufreqを使わなければ何も問題は起きません。 ただPCがアイドル状態の時の消費電力をできるだけ落とすためにCPUの周波数を最低にしたいんです。 cpufreqの他に同じような機能を持つものがあるんでしょうか? 566 名前：login:Penguin [2007/05/10(木) 22:46:42 ID:BLWHqLav] プロセス間で共有メモリ使う時一般的にLinux回りだとPOSIXとSystemVどっちが高速？ また、POSIXのMUXTEXとSsystemVのセマフォどっちが高速（Mutexはオプション付けて） 567 名前：login:Penguin [2007/05/11(金) 09:14:27 ID:DFDvgY5e] >>565 以前は問題があったようだけど最近は報告されていないようなので、ほかのモジュールとの相性の問題かも。 今のバージョンのカーネルでは、タイミング制御の仕組みの大幅変更を行なったようなので、不整合を起こしているモジュールがあっても不思議はない。 CPU速度をどうしても落としたいというのなら他の方法はないと思う。 ただ、アイドル時の消費電力は比較的少ないので、ファン回転数や画面のスタンバイだけでもそこそこ効果あるでしょう。 568 名前：login:Penguin mailto:sage [2007/05/11(金) 09:44:05 ID:YfnV2Hgz] >>567 分かりました。ありがとうございます。 experimentalなモジュールを色々使ってるのでしょうがないのかもしれません。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef