[過去ログ]
/**ファイルシステム総合スレ その3**/ (983レス)
/**ファイルシステム総合スレ その3**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
756: login:Penguin [sage] 2005/08/19(金) 09:51:21 ID:4HTKR+1a 工エェーーー! http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/756
757: ◆IIiDC8JS7w [sage] 2005/08/24(水) 00:50:58 ID:es+jZwDN Solaris10 3/05版 2005/02/01 ZFS無し Solaris10 4/05版 2005/06/14 ZFS無し Open Solaris 5/05版 2005/06/17 ZFS無し Open Solaris 6/05版 2005/07/20 ZFS無し Open Solaris 7/05版 2005/08/18 ZFS無し ソース落として見たけど、まだ入ってない。。 zfsまだかぁ〜ヽ(`Д´)ノ 詳解ファイルシステムの進捗遅くてゴメンナサイm(_ _;)m http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/757
758: login:Penguin [sage] 2005/08/24(水) 10:18:55 ID:8nHKmGrk zfsは2006にならなかったっけ? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/758
759: login:Penguin [age] 2005/08/29(月) 16:54:24 ID:QLxFM6C4 ext2/3の話だが、 あるディレクトリにファイルをどんどん追加していくと、 ディレクトリサイズって、増えていくけど、逆に そのでかくなったディレクトリ内のファイルをどんどん消していくと、 ディレクトリサイズって小さくなる? Webで調べた感じでは、ポインタのみの移動で片付けられている。 これって、ディレクトリサイズは小さくならないことを意味してる? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/759
760: login:Penguin [sage] 2005/08/29(月) 17:57:49 ID:FonpiRVm syslogって、HDDやRAM Diskが一杯一杯になって書き込めなくなったら自動的に止まってくれるんですか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/760
761: login:Penguin [sage] 2005/08/29(月) 18:02:08 ID:RzdHZcOA >>760 くだらねえ質問はここに書き込め!Part 110 http://pc8.2ch.net/test/read.cgi/linux/1125241920/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/761
762: login:Penguin [sage] 2005/08/29(月) 19:55:33 ID:SSwdPpeM 2.6.13がでたけど、reiser4は今回も見送り。 やっぱりいらない子か... http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/762
763: login:Penguin [sage] 2005/08/29(月) 20:22:37 ID:3Gpf59Nn まあファイルシステムがぶっこわれていた場合、 阿鼻叫喚の坩堝になりますからなあ。 慎重になってもらった方がうれすい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/763
764: login:Penguin [sage] 2005/08/29(月) 20:42:55 ID:9AogWNK5 Remember 2.4.5! http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/764
765: login:Penguin [sage] 2005/09/01(木) 22:04:06 ID:Ks1KjAOk devfsがぁー! …、使ってなかった。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/765
766: login:Penguin [sage] 2005/09/05(月) 16:38:05 ID:ALrk0J+T iozoneでの結果。 Writer:ext3<<XFS Re-Writer:exit3<XFS Reader:ext3=XFS Re-Reader:ext3>XFS だいたい、こんな感じ。 XFS(デフォルト)、XFS(inode size=512)、XFS(inode size=2048)は、ほとんど変わんない。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/766
767: login:Penguin [sage] 2005/09/05(月) 16:42:21 ID:yzFS47Js fs/ntfs/inode.c を気まぐれに読んでたら /* Bye, bye... */ ってのがあってなんかほろりときた http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/767
768: login:Penguin [sage] 2005/09/05(月) 18:53:16 ID:ALrk0J+T iozoneでの結果つづき。 Writer:ext3<reiserfs<XFS Re-Writer:exit3=reiserfs<XFS Reader:reiserfs<ext3=XFS Re-Reader:XFS<reiserfs<ext3 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/768
769: login:Penguin [sage] 2005/09/06(火) 01:35:55 ID:fCn0aMdT >>759 消したあとに作成するとtruncateされるそうな(BSD) なぜでしょうね? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/769
770: login:Penguin [sage] 2005/09/06(火) 06:18:52 ID:BUH06TpX >>768 あれ?raiserが早いって話はどこいったんだorz http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/770
771: login:Penguin [sage] 2005/09/06(火) 07:13:33 ID:W387GgkU >>759 小さくならないわけ無いじゃん。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/771
772: login:Penguin [sage] 2005/09/06(火) 17:35:38 ID:DNhuzUh3 >>759,769,771 テストしたよ。 # uname -r 2.6.12-gentoo-r9 # df -Th . Filesystem Type Size Used Avail Use% Mounted on /dev/hda4 ext3 17G 15G 761M 96% /mnt/hoge # mkdir test1 && cd test1 test1 # ls -ld . drwxr-xr-x 2 root root 4096 Sep 6 17:21 . test1 # touch {0..9999} test1 # ls -ld . drwxr-xr-x 2 root root 122880 Sep 6 17:21 . test1 # rm * test1 # ls -ld . drwxr-xr-x 2 root root 122880 Sep 6 17:21 . test1 # touch a.txt test1 # ls -ld . drwxr-xr-x 2 root root 122880 Sep 6 17:22 . test1 # cd .. && mv test1 test2 # ls -dl test2/ drwxr-xr-x 2 root root 122880 Sep 6 17:22 test2/ # ディレクトリを異なるファイルシステムに持っていくと、小さくなった。 ちなみに、reiserfs 上では、ファイルを削除した時点で、ディレクトリサイズは縮小された。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/772
773: login:Penguin [sage] 2005/09/08(木) 18:58:43 ID:l59tiwHK >>769 ファイルを消した時に同時にディレクトリもtruncateすると、 直後に作成されたファイルのためにまたディレクトリが伸びることになります。 そしてそれを消すとまたtruncateされる。 この繰り返してslashingが発生するので、 truncateされるのはファイルが増えた時だけなのです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/773
774: login:Penguin [sage] 2005/09/10(土) 01:17:56 ID:XRydJ3P5 >>773 raiserfsは何で律儀にtruncateできるんだ? あとUFS+softdependだとcreate/unlinkは非同期writeになるのでunlink時にtruncate出来ると思う。 ただcreate時までtruncateを遅らせるとCPU時間を節約できる利点はある。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/774
775: login:Penguin [sage] 2005/09/10(土) 14:01:20 ID:eUhGzL+2 >>774 slashingが起きても気にしないからでは。 UFSはCPU/diskの速さが今と100倍違う時代の設計ですから、 新しいfilesystemではでっかいcacheでなんでも吸収できてしまうと考えて 細かいことを気にしない設計であってもおかしくありませんよ。 冗談はさておき、 UFSはindirect blockが非常に高コストですからtruncate後に起きることに対して 神経質になる必要があります。対してreiserfsは小さなブロックをinodeに格納して ブロックの手配を遅らせることができるのでslashingは起きません。 てな感じでしょうか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/775
776: login:Penguin [sage] 2005/09/14(水) 02:28:04 ID:BY/ZH1tt スラッシングはthrashingじゃない? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/776
777: ◆IIiDC8JS7w [sage] 2005/09/15(木) 00:23:07 ID:t4sQJvi1 ファイル操作ベンチマークテストツール作ってみました。 ( create、open、utime、stat、unlink ) ttp://www.wikihouse.com/linuxfs/index.php?tool からどうぞ。 あと、おまけで、Cソースの整形スクリプトも置いてます。 不具合等の報告、改善案ありましたらよろしくです。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/777
778: login:Penguin [sage] 2005/09/15(木) 00:25:49 ID:yV2kdjHn > あと、おまけで、Cソースの整形スクリプトも置いてます。 タブでインデントしている馬鹿専用? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/778
779: ◆IIiDC8JS7w [sage] 2005/09/15(木) 01:11:22 ID:t4sQJvi1 タブ正規化している部分を省略して spaceのままのほうが良いかな? 他の部分はどう?>>778 私はタブでインデントするので。。。 タブ派?space派?用に2つ用意しますか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/779
780: login:Penguin [sage] 2005/09/15(木) 01:53:28 ID:V253vCix タブでインデントすることのデメリットが大して思い浮かばないのは俺だけですか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/780
781: login:Penguin [sage] 2005/09/15(木) 02:31:11 ID:BCiydThy タブ幅が違う環境だと、見え方が変になるとか…… でもスペースも手打ちだとやりにくい (手打ちするなよ、って話ですが) http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/781
782: login:Penguin [sage] 2005/09/15(木) 04:24:26 ID:+dCyKchV エディターでいくらでも何とかなる時代にオールドタイプな話をしてんのね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/782
783: login:Penguin [sage] 2005/09/15(木) 06:06:38 ID:BCiydThy いちいちタブ幅を変えんの、めんどくさくないっすか? まあ↑の方のやつの反応はどう考えても過剰と思うけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/783
784: login:Penguin [sage] 2005/09/15(木) 08:21:12 ID:m8CyMhPJ 俺はタブ派ではあるが、基本的にはどっちでもいい。 が、多人数でメンテしているソースがタブとスペースが混在しているのは、激しく萎える。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/784
785: login:Penguin [sage] 2005/09/15(木) 08:30:10 ID:U0wxNCCp expandでもつかっとけ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/785
786: login:Penguin [sage] 2005/09/15(木) 15:10:29 ID:YsEdPohc GNU indent つかっとけ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/786
787: login:Penguin [sage] 2005/09/16(金) 07:42:51 ID:gfGtHpd+ 778=リチャード・ストールマン http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/787
788: login:Penguin [sage] 2005/09/16(金) 10:08:38 ID:xsY0Ij9a SELinux有効にしてあるマシンで、mkfs.xfsでi-nodeのサイズを指定しなかったんだけど、 具体的のどの程度パフォーマンス落ちるんですかね。ディスクを無駄に食うのはあんまり気にならないんですが。 160GBのディスク中の100GBのfsで既に90GB使ってるから、別のディスク持ってこないと待避出来ない状態。 まあsquidのキャッシュだから捨てても良いんだが。 そもそも、約200人ぐらいのユーザしかいないのに90Gも要らないし。なに考えてたんだろう。 インデントは基本4spaceで、8の倍数ならtab派。 面倒なときは全部tab。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/788
789: login:Penguin [sage] 2005/09/16(金) 20:47:52 ID:ddw+clWY >>788 >>729 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/789
790: login:Penguin [sage] 2005/09/21(水) 23:54:09 ID:7NSXu838 reiser4って2.6.14でもスルーされそうなふいんき? Hansタソに怨みでもあるのかな... http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/790
791: login:Penguin [sage] 2005/09/22(木) 04:56:21 ID:scb+o7MU Remember 2.4.5! http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/791
792: login:Penguin [] 2005/09/26(月) 18:36:52 ID:/aJAuI9c NILFS http://enterprise.watch.impress.co.jp/cda/software/2005/09/26/6239.html http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/792
793: login:Penguin [sage] 2005/09/26(月) 19:35:12 ID:kVDYJq8s NetBSDのLFSを移植したわけではなさそうだな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/793
794: login:Penguin [sage] 2005/09/26(月) 21:19:43 ID:u/RYtqVu Win機でXFS読む方法(出来れば書きも)ってないでしょうか? VirtualPCでLinux入れるしかないのかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/794
795: login:Penguin [sage] 2005/09/26(月) 22:11:45 ID:u9tzUB6M NILFSの不思議な旅 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/795
796: login:Penguin [sage] 2005/09/26(月) 22:45:08 ID:uklN6Kts >>792 lkmlにアナウンスないよね。 彼らは自分達だけでメンテしていくつもりなのかね。 live-patchingの時みたいに。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/796
797: login:Penguin [sage] 2005/09/26(月) 23:26:53 ID:v1J2Pu6f >>796 live-patchingはlkmlに出てきたぞ。 実装がアホすぎて相手にされなかったが。 NILFSはどうすんのかね。 まずは教祖様の所で叩きまくっていただきたいなあと思いますな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/797
798: login:Penguin [sage] 2005/09/26(月) 23:35:09 ID:pjtxYGbi 教祖様はLFS支持派じゃなかったっけ? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/798
799: login:Penguin [sage] 2005/09/26(月) 23:40:59 ID:H5Mv5eNU LFSってなんだよ。 Linux From Scratch? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/799
800: login:Penguin [sage] 2005/09/27(火) 00:13:46 ID:RE+QfhY6 Log-structured File Systemってことぐらい>>792の記事にも書いているというのに、 799の知能障害っぷりはすさまじいな… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/800
801: login:Penguin [sage] 2005/09/27(火) 00:21:52 ID:Fx4wqmuG >>797 live-patchingってなに?って聞こうと思ったが >>800の用に罵倒されるだろうからlkml検索した。 jump突っ込んでリスタートしないでpatchを突っ込む機能? なのは分かったが、実装のアホさをかげんを語ってほしい。>知ってる人 i386 と x86_64 でしか動かないところとか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/801
802: login:Penguin [sage] 2005/09/27(火) 00:26:24 ID:ERekk5SP live-patchingは実装以前に、なぜその機能が必要なのかを 議論して説明できなかったことが問題ではないかな。 だって顧客が(いままでのやり方を変えたくないから) 必要だって言うから、なんて理由ではねぇ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/802
803: login:Penguin [sage] 2005/09/27(火) 08:08:50 ID:oL5iuLFb それにわざわざkernelいじってsyscall追加しなくても既存の仕組みだけで実装 できちゃったしね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/803
804: login:Penguin [sage] 2005/09/27(火) 11:40:57 ID:U4MMBpGZ >>797 えっ、教祖様がNILFS書いたんじゃないの? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/804
805: login:Penguin [sage] 2005/09/27(火) 15:35:14 ID:2d1wyKFE >>804 教祖様は別の研究所でつ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/805
806: login:Penguin [sage] 2005/09/28(水) 07:18:33 ID:dfqVjPFF tmpfsについての雑誌記事をよみ、 さっそくメモリ512MBなのに、 /tmpをtmpfsにしました。 かなり体感上高速化できたので、 調子こいて/usr/tmpと/var/tmpも/tmpのシンボリックリンクに貼り直し、 /usr/src/package/BUILDも/tmpのシンボリックリンクに貼り直しました。 さすがにここまでくると512じゃ足りません。 2GBまで増設しようと思います。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/806
807: login:Penguin [] 2005/09/28(水) 13:08:09 ID:/TXRdfre >>806 つ【i-RAM】 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/807
808: login:Penguin [] 2005/09/28(水) 14:49:02 ID:Jmeyj6gp >>806 /usr/tmp や /var/tmp には、 再起動で消えちゃ困るファイルを置くから、 tmpfs にしてはいかんのでは? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/808
809: login:Penguin [sage] 2005/09/28(水) 15:20:17 ID:U3SJad7H そもそも /usr/tmp なんてもう使わんだろ。 ls -ld /usr/tmp してみ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/809
810: 806 [sage] 2005/09/28(水) 16:42:30 ID:NXYGMIF5 それでは/usr/tmpと/var/tmpはtmpfsやめます。 /var/tmpもう一回掘って、/usr/tmpはそのリンクにします。 i-RAMですか……。もう1GBのメモリを注文してしまいまそた。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/810
811: login:Penguin [sage] 2005/09/28(水) 22:08:50 ID:2Q878b28 symlinkはダサい bind mount汁 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/811
812: login:Penguin [sage] 2005/09/29(木) 10:05:32 ID:KaFswIJ5 >>810 落とす時にどっかに退避するとか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/812
813: login:Penguin [sage] 2005/09/29(木) 10:07:14 ID:myBDv3X7 >>811 bind mount がダサくないとする件について語ってもらおうか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/813
814: login:Penguin [sage] 2005/09/29(木) 14:07:37 ID:Fw7eVUmP >>813 symlinkよりbind mountが後でできたらかじゃないかな? 古いものはダサいという。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/814
815: login:Penguin [sage] 2005/09/29(木) 14:18:37 ID:myBDv3X7 新しいか否かだけで、優劣が決まるわけじゃないし、適材適所っつーのもあるし、 その辺を含めて >>811 に語っていただきたい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/815
816: login:Penguin [sage] 2005/09/29(木) 14:51:53 ID:cioRdP52 symlinkはsimple is the bestって感じで好きだけどなぁ。お手軽な実装で最大の効果。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/816
817: login:Penguin [sage] 2005/09/30(金) 18:58:48 ID:9DKY8Ymb bind mountなんて使ってわざわざfstab増やさなくても、symlinkでええやん http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/817
818: login:Penguin [sage] 2005/09/30(金) 22:00:26 ID:8BDoz3jj symlinkすんのとbind mountすんのとどっちがコスト低いんよ? 教えてエロイ人 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/818
819: login:Penguin [] 2005/10/01(土) 00:00:34 ID:T2yStrEv >>818 その前にコストとは何か定義しろ。話はそれからだ。 動作スピードか?手順の容易さか?管理の複雑さか?かかる時間か?必要な経費か? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/819
820: login:Penguin [sage] 2005/10/02(日) 00:17:54 ID:El16X4Al NILFS 期待できる? ttp://d.hatena.ne.jp/kazama/20050927/p1 http://www.nilfs.org/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/820
821: login:Penguin [sage] 2005/10/02(日) 00:35:23 ID:8NyStQFr FS-p? nil http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/821
822: login:Penguin [sage] 2005/10/02(日) 02:39:40 ID:QTwk5fFU >>820 -- 最大の問題は, まだクリーナ (GC) が未実装でディスクを使いきるとそこで おしまいになってしまうことです. snapshot を維持した効率的 GC はなかなか 難しく, 公開には間に合いませんでした. -- 少なくともこれが解決するまでは、評価対象にもならん。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/822
823: login:Penguin [sage] 2005/10/02(日) 03:01:24 ID:fDDwC6YB GCなしのLFSって何の冗談だよ…。評判の悪いNetBSDのLFSだってGCなしなら そりゃとんでもなく安定して動くぞ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/823
824: login:Penguin [] 2005/10/02(日) 05:37:34 ID:B9ZIguVy write onceメディアで使えば無問題 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/824
825: login:Penguin [sage] 2005/10/02(日) 08:28:50 ID:MZ8Iwq1l げ、GC無しなのか。。。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/825
826: login:Penguin [sage] 2005/10/02(日) 10:23:51 ID:g7K2h7c7 9fs http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/826
827: login:Penguin [sage] 2005/10/02(日) 10:48:38 ID:d/mMgmky たぶん、雨海さんはGCへの興味からLFSを実装し始めたのだから、 「効率的」のところで色々挑戦したいことがあるのでしょうね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/827
828: login:Penguin [sage] 2005/10/02(日) 10:51:47 ID:yX3Ok4CW どうせそのち、みんなNILFSの事なんか忘れて、 GCも実装せずに済むのを待ってるんじゃまいか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/828
829: login:Penguin [sage] 2005/10/02(日) 11:13:50 ID:93pq6ACZ 現状のファイルシステムのスタンダードって何? いまだに ext3? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/829
830: login:Penguin [sage] 2005/10/02(日) 11:18:19 ID:QTwk5fFU http://www.nilfs.org/ の TODO List に並んでいる項目を眺めてみりゃ まだアルファ品質レベルなのは明らか。 それなのにバージョン1.0.0としてこのタイミングでリリースしたのは NTT内部でいろいろ政治的な問題があったんだろうね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/830
831: login:Penguin [sage] 2005/10/02(日) 11:42:31 ID:jkmzNrT4 >>828 未踏のプロジェクトだったら間違いなくそれだよなw http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/831
832: login:Penguin [sage] 2005/10/02(日) 14:49:19 ID:Skt6bCFA disk fullになったら落ちるのか (((;゚Д゚))ガクガクブルブル http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/832
833: login:Penguin [sage] 2005/10/03(月) 17:58:01 ID:TGhMqhDm Known Bugs The system hangs on a disk full condition. . ィ .._ .......、._ _ /:/l! またまた、ご冗談を :~""''.>゙' "~ ,、、''‐'、| _ ゙、'、::::::ノ:::::::_,.-=. _〜:、 /_.}'':, ``、/:::::::::__....,._ `゙'Y' _.ェ-、....._ /_゙''i゙ノ、ノ ,.--l‐''"~..-_'.x-='"゙ー 、`'-、 ,:' ノ゙ノブ " .!-'",/ `'-‐'') /\ `/ でノ-〈 .-''~ >'゙:: ‐'"゙./ ヽ.,' ~ / //::::: ', / ,:' http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/833
834: login:Penguin [sage] 2005/10/03(月) 18:08:55 ID:nK/Zqv7X NetBSDが苦労してたのが、サクっと出てきたのかと思ってスゲーってって思ったのに、 肝心要の部分は、出来てないんですね(´・ω・`) http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/834
835: login:Penguin [sage] 2005/10/03(月) 18:22:47 ID:NuDWG+fv GC抜きのLinux用LFSを一から作るより、NetBSDのLFSのGCに手を入れて安定化を 目指すほうが、技術的には1万倍ぐらい有用だと思う。ってことでNILFSの目的って NTT研でこんなことやってますよってアドバルーンを上げることだけなんだろうな… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/835
836: login:Penguin [sage] 2005/10/03(月) 18:27:45 ID:ksA+zmBN >>833 /ノ 0ヽ _|___|_ ヽ( # ゚Д゚)ノ ゲイツのファットの方がまだ気合いが入ってる! | 个 | ノ| ̄ ̄ヽ ∪⌒∪ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/836
837: login:Penguin [sage] 2005/10/04(火) 08:58:14 ID:2DfYM6Ne ttp://d.hatena.ne.jp/kazama/20050927/p1 を読むと、 開発側は、GCが出来てないのを問題と認識してるみたいだね。 重要なGCを未実装で出すなんて、成果を早く出せみたいにせっつかれたんだろうか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/837
838: login:Penguin [sage] 2005/10/04(火) 11:22:30 ID:LeSteqXG >>837 なにかに間に合わせるためにとりあえず発表つー感じですな。 まあ発表した所で、時限爆弾を抱えているファイルシステムなんて物を、 評価以外で使う人はいないと思いまふが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/838
839: login:Penguin [sage] 2005/10/04(火) 11:57:52 ID:gxZIEFzI ここは白痴のスレか?それとも釣堀か? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/839
840: login:Penguin [sage] 2005/10/04(火) 15:42:42 ID:uJ6nJ2FU トラックバック:http://d.hatena.ne.jp/kazama/20050927/p1 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/840
841: login:Penguin [sage] 2005/10/04(火) 22:09:24 ID:ZygceYpT >>840 歳をとるとアレというよい例ですな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/841
842: login:Penguin [sage] 2005/10/04(火) 23:56:14 ID:jJ/Ll66C 自分は結構楽しみに待ってたりする。 気長にいこーよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/842
843: login:Penguin [sage] 2005/10/05(水) 00:04:54 ID:QFafW1iM つーか今は使い物になる前に公開するのが基本だろ? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/843
844: login:Penguin [sage] 2005/10/05(水) 00:44:12 ID:m0mfoKiG >>843 jfsとか? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/844
845: login:Penguin [sage] 2005/10/05(水) 01:02:49 ID:QFafW1iM いやmergeはちょっと… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/845
846: login:Penguin [sage] 2005/10/05(水) 03:50:47 ID:T6hGU6Sy >>843 GCなしのLFSは使い物になるかどうか以前の問題なんだけど。 一番重要なところが実装されていないどころか、仕様すらできていない。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/846
847: login:Penguin [sage] 2005/10/05(水) 19:31:33 ID:06HlPsS8 上半期末だったのでチャレンジシートに書く成果のために急いていたのかねえ。 もっともあと半年待ったところでどうにかなるものでもなさそうだが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/847
848: login:Penguin [sage] 2005/10/05(水) 23:15:15 ID:C9iJy0M/ >>847 この成果でチャレンジシート書いても良い評価はもらえんような気もするが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/848
849: login:Penguin [] 2005/10/06(木) 17:27:53 ID:/klPsKwC >>752 :login:Penguin:2005/08/19(金) 01:12:20 ID:eyFrYcEH >>メモリ256MBしかなくても2TBのtmpfs作れるんだから。 って有るんだけど どういう意味?誰か教えて。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/849
850: login:Penguin [sage] 2005/10/06(木) 19:34:10 ID:Rx6o4GVA >>849 実メモリ以上の大きさの仮想メモリが確保できます という話 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/850
851: login:Penguin [sage] 2005/10/06(木) 20:50:30 ID:Ix8hZQ5K 結局swapするんだけど。 プロセス用のメモリを圧迫してしまわないかが心配なのだけど、パフォーマンスはどうなのかな? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/851
852: login:Penguin [sage] 2005/10/06(木) 23:31:52 ID:xT3uD10e 馬鹿の心配、するが問題 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/852
853: login:Penguin [sage] 2005/10/07(金) 05:55:53 ID:OhVmq87l ファイルシステムの容量以上の sparse file 作って 全部埋めようとしたらどうなる? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/853
854: login:Penguin [sage] 2005/10/07(金) 08:20:58 ID:FCO+kwEN おまえの馬鹿さ加減が知れる http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/854
855: login:Penguin [sage] 2005/10/07(金) 16:11:49 ID:TB2XB9e6 >>851 何もかもスワップします スワップするとパフォーマンスは落ちます http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/855
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 128 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.024s