1 名前:login:Penguin [04/11/21 01:22:02 ID:35GEtc3b] 前スレ pc5.2ch.net/test/read.cgi/linux/1046731075/
565 名前:login:Penguin mailto:sage [2005/09/21(水) 06:05:51 ID:DvlrC0DF] ぶっちゃけもとからkexecがまともにうごかん
566 名前:login:Penguin mailto:sage [2005/09/22(木) 13:12:41 ID:JYNY/oAu] >>565 やっぱりそんな感じですか... kexecがうまく動作した人の環境を参考にしたいです. 晒し,よろしくお願いします.
567 名前:login:Penguin mailto:sage [2005/09/22(木) 21:30:47 ID:ValGZs5v] Understanding the Linux Kernel, Third Edition www.oreilly.com/catalog/understandlk/
568 名前:login:Penguin [2005/09/22(木) 21:34:57 ID:GVdFbnfq] 詳しい方教えてください。 Kernel2.4の開発は止まったんですか? 最近kernel.orgで新たなリリースがないですよね。 それとも十分枯れてバグが見つからなくなったんでしょうか?
569 名前:login:Penguin mailto:sage [2005/09/22(木) 21:58:09 ID:LXmVHI+i] >>568 マルコがメンテしてる。最新は2.4.32pre3。 2.4.Xが出るまでの間のセキュリティーホールは Willy Tarreauが-hfXでメンテしてる。2.4.31-hf5。 新しい機能はまず採用されない。要望を却下するのがマルコの仕事。
570 名前:login:Penguin [2005/09/23(金) 16:27:03 ID:5rOE4yYC] >>567 待ってました! 日本語版が出るのは半年先くらいかな。 ところで2.6のバージョンはいくらなんだろうか?
571 名前:login:Penguin mailto:sage [2005/09/23(金) 19:37:30 ID:iEaDxNjy] >>570 ttp://www.kernel.org
572 名前:568 mailto:sage [2005/09/23(金) 22:41:17 ID:1u9E94to] >569 ありがとう! よく分かりました。
573 名前:login:Penguin mailto:sage [2005/09/24(土) 16:13:47 ID:PbtQzcSF] >>561 マージしてもLinuxの概念やこれまで積み上げてきたものが変わるわけでもないのにね。 とっとと正式に使えるようになってほしいよ。
574 名前:login:Penguin mailto:sage [2005/09/24(土) 16:41:49 ID:vE8D0+v6] reiser4 は mm シリーズ 中で update が続いている間は無理だろ。
575 名前:login:Penguin mailto:sage [2005/09/28(水) 00:11:57 ID:h/5rUdtU] 今実験的にAPIの中のint $0x80をint $0x43とかに変更して そのAPIを使ってコンパイルしたアプリケーションが実際に動作しなくなるのかどうか 確認しようと思って試してみたら、動作してしまった。 ユーザープロセスから0x80に割り込みしなきゃシステムコールは発行されないはずなのに、 int $0x43で動作できてしまうってどういうことかわかる人います? ぜひ教えて下さい。
576 名前:login:Penguin mailto:sage [2005/09/28(水) 09:43:16 ID:z1OJznOv] >>575 システムコール呼出し(のつもりのロジック)が空振りしてるだけじゃないの?
577 名前:login:Penguin [2005/09/28(水) 16:24:19 ID:dbrXNZua] >>576 そうなんでしょうか。 /usr/include/asm/unistd.h内部のソースを 変更しているのでコンパイルしたらまともなコードが生成されないと思うんですけど。。。 どうなんでしょう
578 名前:login:Penguin mailto:sage [2005/09/28(水) 21:06:08 ID:QTDI82+z] >>577 直した方じゃなくてlibcの中にある方使ってるとか。 まあそういうヘンな事するときは、全部自前で書かないと混乱の元だと思う。
579 名前:login:Penguin mailto:sage [2005/09/28(水) 22:10:46 ID:Lh4fkyMU] >>577 objdumpで確認しる
580 名前:login:Penguin mailto:sage [2005/09/28(水) 23:05:45 ID:0AXFOpOY] >>578 libc内部でLinuxの提供するAPIは通さずに システムコールって発行されてるんですか?
581 名前:login:Penguin mailto:sage [2005/09/28(水) 23:12:39 ID:XqQo8p0B] さてasm/unistd.hを参照しているのは誰でしょう?
582 名前:login:Penguin mailto:sage [2005/09/28(水) 23:14:15 ID:0AXFOpOY] >>581 アプリケーションのソースじゃないんですか? もしかして別の箇所だったり?
583 名前:login:Penguin [2005/09/28(水) 23:15:57 ID:0AXFOpOY] >>581 そういえばlinux/unistd.hでしたか。 でもそれって何か関係があるんですか?
584 名前:login:Penguin mailto:sage [2005/09/28(水) 23:19:11 ID:zpa2f01C] vdsoや, $ ldd /bin/bash linux-gate.so.1 => (0xffffe000) [後略] あたりを調べると吉. 最近int$80は流行らないらしい
585 名前:login:Penguin mailto:sage [2005/09/29(木) 01:28:10 ID:nNQfNbLt] ていうかAPIを80から43って感じで修正した後write(1, "Hello\n", 6); ってやったら動作してしまったんですけど、ここで呼び出されてるwrite()って どこのwrite()ですか?asm/unistd.h内部で定義されているやつなら 変更されてて間違った割り込みをかけるはずだからちゃんと動作しないはずなんですけど。。。 >>584 はやらないってどんなことですか?
586 名前:login:Penguin mailto:sage [2005/09/29(木) 02:56:16 ID:m55T6/Yz] >>585 write() を _syscall3() に置き換えているのは誰よ? /usr/include/unistd.h では write() は単に extern されてるだけだろ まさかヘッダを書き換えるだけで標準ライブラリの動きが変わるとは思っていないよね?
587 名前:584 mailto:sage [2005/09/29(木) 08:36:21 ID:a9zciEAW] あまり詳しい説明はどこにもないみたいだけど,vsyscallあたりでぐぐったらこれが出て来る lwn.net/Articles/30258/ 最近はint $80をつかわないでもシステムコールは発行できるようになっているらしい.
588 名前:login:Penguin mailto:sage [2005/09/29(木) 20:20:49 ID:3BpNJCCT] >>586 あ!やっとわかりました。 そういうことでしたか。。。ありがとうございます。 >>587 面白そうなネタありがとうございます。見てみます
589 名前:login:Penguin mailto:sage [2005/10/07(金) 23:43:17 ID:XVhbBEeT] 2.4.31でnbdをlocalhostでやってみたんだけど、 なぜかファイルシステムを作るときになって固まる。 よそのマシンのndb-clientならOKなんだけどなぁ。
590 名前:login:Penguin mailto:sage [2005/10/08(土) 00:14:07 ID:V0JAOqQl] [lkml] Block I/O Mystery ttp://www.uwsg.iu.edu/hypermail/linux/kernel/0510.0/1637.html この、BlockDeviceって奴、ネタ的にjap臭いんだけど、どうだろう?
591 名前:login:Penguin [2005/10/17(月) 13:19:46 ID:N6oUbLjs] /proc/stat に disk_io 項目がないのですが、どこで 有効にできるのでしょうか。 Linux 2.6.13 です。 よろしくお願いします。
592 名前:login:Penguin mailto:sega [2005/10/20(木) 11:38:05 ID:VLI8gozw] 今動いてるカーネルの HZ って /proc の下のどこかで見れますか? カーネルは2.4.24くらいで
593 名前:login:Penguin mailto:sage [2005/10/20(木) 11:52:18 ID:8vZaV9XS] >>592 /proc/cpuinfo か?
594 名前:login:Penguin mailto:sage [2005/10/20(木) 13:59:50 ID:VLI8gozw] >>593 CPUの動作周波数とかの情報は見れるけど 変数のHZは見れないんだよね
595 名前:login:Penguin mailto:sage [2005/10/20(木) 14:09:39 ID:IfIaaCwc] >>591 いつのまにか廃止されたぽいですな。 そのへんのコードがごっそり無くなってまふ。 >>592 include/asm/param.hのやつか? 動的には取れないと思うが。
596 名前:login:Penguin mailto:sage [2005/10/20(木) 18:03:07 ID:BijTIW1J] ttps://www.gigantea.info/wiki/pukiwiki.php?cpufreqによれば 2.4系でも /proc から /sys/device/system に移ったようだ
597 名前:login:Penguin [2005/10/20(木) 20:45:02 ID:VYfTk/A4] カーネルモジュールについて前々から疑問に思っていたことを質問させて下さい。 それは、rpmでインストールされたカーネルモジュールが、自分で再構築して作った モジュールよりもサイズが小さいことです。 たとえば、私のCentOS4.2の環境を例に挙げると、 rpmでインストールされた2.6.9-22.ELのsnd-intel8x0.koは、not strippedにも かかわらず42kバイトです。 同じソースから作成し、自分でmake modules_installしたsnd-intel8x0.koは 217kバイトです。 どちらのモジュールもstripするとほぼ同じ大きさの28kバイトになります。 どこでサイズが違いが生じるのかなと少々追ってみましたが、まだわかりません。 rpmの場合も、コンパイルした時点では217kバイトです。/var/tmpのテンポラリーroot にインストールした直後も217kバイトでしたが、rpm完成後にその同じファイルを見ると 42kバイトに小さくなっていました。 でも、rpmbuildコマンドが作る/var/tmp以下のスクリプトの中を見ても、縮小処理を おこなっているような部分が見つけられないでいます。 (gpg sign系のスクリプトの中で何らかの処理がおこなわれているのかなあ) すみませんが、どなたか答えを教えて頂けないでしょうか?
598 名前:login:Penguin mailto:sage [2005/10/20(木) 21:08:11 ID:+VYgfE2n] >>597 それらモジュールに対してstrip -gしてみよう。
599 名前:login:Penguin mailto:sage [2005/10/20(木) 21:44:51 ID:VYfTk/A4] >>598 レスありがとうございます。 両者strip -gしてみましたが、何も出力されませんでした。 strip -gで更新時間は変わりましたが、サイズは変わりませんでした。
600 名前:login:Penguin mailto:sage [2005/10/20(木) 23:13:03 ID:IfIaaCwc] >>597 objdump -h の結果を突き合わせれば何かわかるんでないかい。
601 名前:login:Penguin mailto:sage [2005/10/20(木) 23:24:05 ID:G+/3/mrC] みなさんI/Oスケジューラは何使ってますか?
602 名前:login:Penguin mailto:sage [2005/10/21(金) 00:43:09 ID:kbXcDk2y] >>600 ありがとうございます。 やってみました。 自分でmake modules_installした方は、.debug_aranges, .debug_pubnames , .debug_info 等 名にdebugが含まれるシンボルがたくさん含まれていました。 で、strip --strip-debugを大きい方に施すと、小さい方とほぼ同じサイズになりました。 違いはsignくらいしかないので、これが原因であったことは明確になりました。 rpmbuildのプロセスの何処でstrip --strip-debugがおこなわれているか?は これから調べてみます。
603 名前:597,599,602 mailto:sage [2005/10/21(金) 01:55:45 ID:kbXcDk2y] ちゃんと調べてはいないのですが、 rpmbuildコマンドが/var/tmpに作成したテンポラリースクリプトのコメントを読むと rpmbuildコマンドは、実行ファイルをrpmファイルに収納する際に、デフォルトで find hoge -type f -perm -100 -exec strip -S \{} \; (と同等なこと)をするのではないかと想像できますね。
604 名前:login:Penguin [2005/10/23(日) 00:07:50 ID:Wmgx8Uhj] >>601 noop
605 名前:login:Penguin [2005/10/23(日) 12:10:10 ID:PMhX0HKN] おまいら、LKC2005に行きますか? そういえば今年はチュートリアルが減ったね。なんでだろ〜♪ U33Linuxカーネル座談会ってのがあるけど、俺、年齢制限に 引っかかちゃって参加できない・・・orz
606 名前:login:Penguin mailto:sage [2005/10/28(金) 12:31:58 ID:8LYZmsqn] 2.6.14の目玉はrelayfsかな? 将来的にprocを置き換える物になるのかしら? 他にウマそうなエサないかな
607 名前:login:Penguin mailto:sage [2005/10/28(金) 12:49:28 ID:e5AN84at] >>606 FUSE
608 名前:login:Penguin mailto:sage [2005/10/29(土) 02:20:13 ID:DVW4UAMa] FUSE は早く欲しいな。
609 名前:login:Penguin mailto:sage [2005/10/30(日) 02:02:53 ID:sO96607/] FUSE なんていらねーだろ
610 名前:login:Penguin mailto:sage [2005/10/30(日) 18:08:53 ID:dDotMsCO] ユーザ空間のプログラムにファイルシステムを実装 て、どいうことっすか。それが出来たら何が目出度い んすか?おいらアホなんでわかないす。
611 名前:login:Penguin mailto:sage [2005/10/30(日) 18:22:52 ID:mjn873w6] 圧縮ファイルシステムとかをカーネルいじらずに実現できるかも? よくわかんねーや
612 名前:login:Penguin mailto:sage [2005/10/30(日) 22:09:48 ID:9MdiLiGn] >>610 漏れもいまいちピンとこないんだが、 たとえばWebDAVをmountできるとか、 IMAPやLDAPをSNMPなんかをファイルシステムにしちゃえるとか、 そんな感じか?
613 名前:login:Penguin mailto:sage [2005/10/30(日) 23:44:55 ID:qi6BIzI7] fuse.sourceforge.net/wiki/index.php/FileSystems に応用例が。 個人的には www.runtimeaccess.com/ これがおもしろそう。アプリケーションの内部データをファイルとして公開できる。
614 名前:login:Penguin mailto:sage [2005/10/31(月) 01:20:43 ID:bTEKiYiQ] sshfsとか便利っすよ
615 名前:login:Penguin mailto:sage [2005/10/31(月) 02:24:07 ID:D/KVOzw8] smbマウントって、今までカーネル頼ってたんだっけ?
616 名前:login:Penguin mailto:sage [2005/10/31(月) 03:35:15 ID:ofAsaD23] plan9 ってユーザーごとにディレクトリ構造が違うとか聞いたけど、 そんな感じ?
617 名前:login:Penguin mailto:sage [2005/10/31(月) 05:41:46 ID:Oz6Xd/YP] ユーザ空間で /proc みたいなことできるってこと? そしたら便利だけど
618 名前:login:Penguin mailto:sage [2005/10/31(月) 17:55:05 ID:AbVbSfh+] plan9のは、入ったときに動的に構成される。 複数のディレクトリを一つに纏めたり出来るんで、 プログラムは全部binに置いてあるように見せられる。 plan9 bindあたりがキーワード
619 名前:login:Penguin mailto:sage [2005/10/31(月) 23:21:34 ID:vYt6vcjp] >>613 あぁそうか、なるほど。39。 VMwareやXenなどの仮想化と組み合わせれば、おもしろいことができそうだな。 たとえばLinuxとWindowsのVFSレイヤ同士のゲートウェイみたいなモンが作れれば、 WinFSだろうがYukonだろうが、もっとガンガンやってくれ...って感じか? しかしなんだな、ここまでくるともう、脳みそがよじれそうだな。(藁
620 名前:login:Penguin mailto:sage [2005/11/01(火) 01:08:27 ID:dOl5ENFt] >>619 それはあえて作らんでも既にあるような気がするんだが。
621 名前:login:Penguin [2005/11/01(火) 15:57:33 ID:IkhGKU0F] x86限定でよいなら、VMWareとか使わなくてもWindowsからdllを持ってきて必要ならWineも借りてほげほげってのがパフォーマンス上よい気がする。
622 名前:login:Penguin mailto:sage [2005/11/02(水) 00:41:29 ID:jJhFCNI3] >>620 いや、NTFSなんかは開発止まってるし、暗号化対応なんて夢のまた夢でしょ。 WinFSなんて全然耳にしたことないし、後追い再実装は既に破綻している。 そのあたりの処理をゲストにさせれば、 いちいち、他のOSのファイルシステムをLinux上に再実装しなくて済む。 あとはライセンスの問題だけ片づければ、いつでも「本物」のコードを利用できる。 …と思うんだが、どうよ?
623 名前:620 mailto:sage [2005/11/02(水) 15:52:00 ID:EMCTV0aP] >>621 Wineじゃあまねする階層がちゃいまふ。 そういえばNTFS.sysを無理矢理動かすなんてのがあったような気がするが。 >>622 NTFSは開発続いとるが。まあ暗号あたりは無理だろうな。 んで、ゲスト経由で見に行くのであれば、素直にSMBなりNFSでいいんでないかい? 全機能は使えないかも知れんが、読み書きするだけなら問題なかろう。
624 名前:login:Penguin mailto:sage [2005/11/02(水) 17:41:37 ID:Vy0wtxkV] >>623 NTFS.sysを無理矢理動かすって、これかな? Captive: The first free NTFS read/write filesystem for GNU/Linux www.jankratochvil.net/project/captive/
625 名前:login:Penguin mailto:sage [2005/11/03(木) 05:14:27 ID:24DTR0S6] なんでFUSEがVMware,Xenと絡んでくるんだ...
626 名前:login:Penguin [2005/11/07(月) 23:13:39 ID:ERcKGA8X] カーネル2.6.Xで、netfilterフックに関する↓のコードをinsmodすると、 パニックしてしまいます。なぜでしょうか。教えてエロい人。 #include <linux/module.h> #include <linux/skbuff.h> #include <linux/netfilter.h> #include <linux/netfilter_ipv4.h> static unsigned int incomming(unsigned int hooknum, struct sk_buff **pskb, const struct net_device *in, const struct net_device *out, int (*okfn)(struct sk_buff *)) { printk("hello!\n"); return NF_ACCEPT; } static struct nf_hook_ops giveme = {{NULL, NULL}, incomming, NULL, PF_INET, NF_IP_POST_ROUTING, INT_MAX}; int init_module(void) { if (nf_register_hook(&giveme) != 0) { printk("rate nf_register_hook failed\n"); return -1; } return 0; } void cleaup_module(void) { nf_unregister_hook(&giveme); }
627 名前:login:Penguin [2005/11/09(水) 16:00:53 ID:SUskJ4qV] Should Linux Have a Binary Kernel Driver Layer? ttp://linux.slashdot.org/linux/05/11/08/1915218.shtml?tid=4&tid=8&tid=106 OSDL and binary kernel driver ttp://www.kroah.com/log/2005/11/03/ 日本のメーカ... lol
628 名前:login:Penguin mailto:sage [2005/11/09(水) 16:34:02 ID:8xkaFGUP] >>627 無線LANなどのデバイス向けにDynamic Firmware Loadingがかなり昔から実装されて いるわけだが、それでも不満なのか?>日本のメーカー
629 名前:login:Penguin mailto:sage [2005/11/09(水) 17:20:36 ID:SUskJ4qV] Re:out of touch linux kernel 'hackers' (Score:5, Informative) ttp://linux.slashdot.org/comments.pl?sid=167693&cid=13982870 >Frankly, linux desperatly needs both a kernel debugger, >and an ABI to be a REAL alternative for many customers. Whoa, magic word customers. Linux doesn't have customers. Your company may have customers. There's no obligation on Linux to help you get/keep your customers.
630 名前:login:Penguin mailto:sage [2005/11/09(水) 17:38:39 ID:SUskJ4qV] Re:Only one word (Score:5, Informative) ttp://linux.slashdot.org/comments.pl?sid=167693&cid=13981368 Not just Heresy, but Linus has said directly that he doesn't want a stable binary kernel driver API percisely so that people *can't* write binary drivers for Linux. あと、 Re:Only one word (Score:5, Insightful) ttp://linux.slashdot.org/comments.pl?sid=167693&cid=13983426 A stable binary kernel driver API would have the following effects: * There would be no incentive for companies to make their drivers Free Software * There would be no way to fix bugs in the drivers which would cause Linux to crash more often * There would be no way to verify that the drivers were free from security flaws (e.g. buffer overflows), nor would there be a way to check for malicious behavior (e.g. rootkits, like the Sony CD driver) * There would be greater vendor hardware support In other words, it would turn Linux into the same kind of piece of shit that Windows is, and defeat the entire purpose of using it!
631 名前: ◆IIiDC8JS7w mailto:sage [2005/11/10(木) 00:11:22 ID:qGjKWUSe] >>626 動くやつを置いたので、 使ってみてください。 ttp://www.wikihouse.com/linuxfs/index.php?mod ↑のページの下のほうに添付ファイルとして 置いてます。 解凍して、makeすれば nethoge.ko ファイルが出来るので その nethoge.ko をinsmodしてください。
632 名前:login:Penguin mailto:sage [2005/11/12(土) 01:09:20 ID:RVEnSl+s] kernel2.6でUSBserial使いたいのですが、 デバイスをつながないとデバイスノード/dev/ttyUSB?が出来なくて しかも一般ユーザにノードを読み書きする権限がありません。 2.4ではノードが消えないのでchmodして使ってましたが 2.6ではどのような使い方をすればいいでしょうか。
633 名前:login:Penguin mailto:sage [2005/11/12(土) 09:34:09 ID:OTPOboT9] udev
634 名前:login:Penguin [2005/11/12(土) 14:30:33 ID:BznqGq+6] 「はじめて読む486」 はじめて読み中。 嗚呼Linuxカーネルはいつになったら読めるのか
635 名前:login:Penguin mailto:sage [2005/11/12(土) 16:12:40 ID:vP1wokJH] 2.6.15-rc1とか2.6.14-mm2だとalsa driverのコンパイルが通らんね。 zaptelも駄目だ。
636 名前:login:Penguin mailto:sage [2005/11/12(土) 16:48:34 ID:7KE8hwuh] 2.6.15-rc1 フルコンパイルはして無いけど、alsa も問題なくコンパイルは通ったよ、 alsa は 1.0.10rc3 がマージされたみたいだね、モジュールによっては通らないのあるかも
637 名前:login:Penguin mailto:sage [2005/11/12(土) 19:06:07 ID:vP1wokJH] ドライバはvia-82xxです。もうrc3までマージされてるんだ。 struct pci_driverにownerっていうメンバーがないのに初期化しているのが、問題になってました。 2.6.15-rc1のやつとdiffとったら、その行だけ削除されてる。 zaptelはclass_device_createの呼び出しでコンパイルエラーです。 でも、include/linux/device.hは変わってないんで、どこからの影響なのか追い切れない。
638 名前:login:Penguin mailto:sage [2005/11/13(日) 20:07:39 ID:6nmqlxnx] vermagic イラネ
639 名前:login:Penguin mailto:sage [2005/11/14(月) 21:09:19 ID:ur5GcksV] >>634 それ読んだ後にすぐに読めるよ(^-^)b
640 名前:login:Penguin [2005/11/14(月) 21:20:57 ID:GoJAP3IS] 11/10にあった、U33カーネル座談会って、参加した人いる?年齢オーバーなもんで参加できなかったんだよな。 だれか、レポートして!!
641 名前:login:Penguin mailto:sage [2005/11/14(月) 22:04:17 ID:0+L2+DHs] キタコレ www.informit.com/articles/article.asp?p=414983&rl=1 forceを使って読み進めていこうじゃないか
642 名前:login:Penguin mailto:sage [2005/11/15(火) 12:18:38 ID:8gR7ipul] >>640 ↓若手カーネル技術者(U33)によるLinuxカーネル座談会/2 tiki.is.os-omicron.org/tiki.cgi?c=h&p=RecentPages メインは30代前半かな。 若手なのかな?カーネルだと若手なのかもしれない。
643 名前:login:Penguin [2005/11/15(火) 12:45:30 ID:60SJGbQ0] >>628 彼らはNDAでベンダをガチガチに縛って、開発ライセンスや特許収入で儲けるビジネスモデルをやってくれていますから。 そのお陰でデバイスのシェアが良くないことをわかってないんでしょうね。日本のメーカは営業主導型だから。
644 名前:login:Penguin mailto:sage [2005/11/15(火) 13:01:57 ID:h9OsIftQ] >>643 どこのメーカーもオープンソースの研究はしているし、現場レベルではソースコードの 開示には積極的な姿勢があるんだけど、いかんせん管理職など上層部が理解しておらず その気がないというのが多いな。
645 名前:login:Penguin mailto:sage [2005/11/15(火) 20:35:30 ID:8gR7ipul] NILFSとかは実際に使えるようになると良いと思うなぁ。 WindowsXPにもある特定の地点に戻るシステムの復元 という機能があるのだが、そんな事ができるようになる のかな?
646 名前:login:Penguin mailto:sage [2005/11/15(火) 21:31:44 ID:h9OsIftQ] >>645 Windows XPの復元機能はファイルとレジストリのスナップショットでしかないので、 *NIX系OSならtarでも何でもいいからルートファイルシステム以下の全てについて 全体/差分バックアップを取ればそれが復元機能になる。あとはcronのような スケジューラでバックグラウンド処理させればOK。 nilfsはそれをもっとシステム的にしたもので、全てのファイル書き込みに対して 履歴を残し続けていくもの。どんなファイル操作でも常に履歴を残す仕組みなので、 ソースコードの保管などには便利かもしれないが、Windows XPのような復元機能を 期待するとしたら過剰な機能かも。 あと、使ってみたいのなら今でも使えるだろ。使い物になるかどうかはともかく。 www.nilfs.org/
647 名前:620 mailto:sage [2005/11/16(水) 10:45:04 ID:2LwI+36C] >>627 GregKHセンセイがお怒りのようでつ。 ttp://lkml.org/lkml/2005/11/14/215 ttp://lkml.org/lkml/2005/11/15/270
648 名前:647 mailto:sage [2005/11/16(水) 10:49:38 ID:2LwI+36C] うが、名前にごみが… Differences between the kernel community and corporate structures の悪い例がなかなか笑える。
649 名前:645 mailto:sage [2005/11/16(水) 11:05:41 ID:0ho/otcm] >>646 サンクス!わかりやすかった。なるほどね。
650 名前:login:Penguin mailto:sage [2005/11/16(水) 23:06:01 ID:97NxNnP0] >>647 >Documentation/ 以下を読まんヤツ多すぎ、 って、言ってることはどこでもいっしょだな。
651 名前:login:Penguin mailto:sage [2005/11/16(水) 23:32:34 ID:/ZMT0ln1] >>647 こんなんに怒られたらションベンチビル lug.oregonstate.edu/albums/greg-kh/greg_kroah_hartman.jpg
652 名前:login:Penguin mailto:sage [2005/11/17(木) 00:40:56 ID:RCOf5wF5] >>651 おまけに彼、身長が2メートルかそれ以上あるんだよな。 はじめてみたときは、海兵隊員かとおもたよ。 怒るときっとションベンチビルなんてもんじゃあ…。
653 名前:login:Penguin mailto:sage [2005/11/17(木) 02:01:08 ID:2M5NTTjV] 日本のメーカってw
654 名前:login:Penguin mailto:sage [2005/11/17(木) 02:02:12 ID:2M5NTTjV] 俺のIDがぁぁ...ショックだ。orz
655 名前:login:Penguin mailto:sage [2005/11/17(木) 05:30:30 ID:KEPxj4hD] TOMOYOさん?
656 名前:login:Penguin mailto:sage [2005/11/17(木) 07:15:55 ID:KNcep6bs] rlove.org/images/gregkh_ks_200307.jpg ユルシテクダサイ モウシマセン コノトオリデス
657 名前:login:Penguin mailto:sage [2005/11/17(木) 19:29:37 ID:RE0R+w/u] 黒澤メソッド・・・世界を救うか?
658 名前:login:Penguin mailto:sage [2005/11/18(金) 17:29:04 ID:rfAV+Y1T] LinuxにBSDのkqueueみたいなのってないの?
659 名前:ヽ(´ー`)ノ ◆.ogCuANUcE mailto:sage [2005/11/18(金) 17:52:34 ID:A27xMaGn] >>658 epoll()。 libevent でも使って抽象化するといいよ。
660 名前:login:Penguin mailto:sage [2005/11/21(月) 21:41:07 ID:LE1lObev] カーネル内部からファイルを読み込みたい場合、どうすればいいですか? やっぱりprocですか? sys_openって使えませんか? 宜しくお願いします
661 名前:login:Penguin mailto:sage [2005/11/21(月) 23:29:16 ID:wFRDjHVF] ハァ?
662 名前:login:Penguin mailto:sage [2005/11/22(火) 01:18:45 ID:ySzT5Knt] >>660 どうしてもというならユーザアプリに手伝ってもらうのが一番安全だよ /sysなり/procなり/devなりを経由するがいいよ sys_openは使わせないよ
663 名前:login:Penguin mailto:sage [2005/12/01(木) 19:43:55 ID:bm3ExGx9] 古い話ですいませんが、UNIX USER の2004年6月号読んでると、 「つまりプロセス空間に対するTLB情報を有効に利用するためには、 プロセスを再スケジューリングするときに、やはり同じCPU上で動作させたほうが 有利であることが分かります」 と書いてあるんですが、プロセスが切り替わってもTLBはフラッシュされないんでしょうか? 「これを読めや!」というのがあったら教えて下さい。
664 名前:login:Penguin mailto:sage [2005/12/01(木) 22:39:16 ID:hsLoHdrd] >>663 しなきゃアドレス空間切り替わらんだろう。 キャッシュの間違いじゃないの?
665 名前:login:Penguin mailto:sage [2005/12/03(土) 00:28:03 ID:Vsm/k6eA] Pentiumなど物理アドレスでキャッシュしている場合は フラッシュする必要は無いね。