[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その3**/ (983ﾚｽ)
/**ファイルシステム総合スレ その3**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
731: 728 [sage] 2005/07/24(日) 19:09:27 ID:gZFpPnFD >730 qtperted使えばreiaserfsのパーティション拡張いけますか？ どんな感じのオペレーションしたか差し支えなければ。 KNOPPIXあたり使ったんでしょうか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/731
732: 728 [sage] 2005/08/01(月) 02:15:47 ID:F13p05NA libreiserfsインストしても reiserfsのパーティション拡張できなくて血迷った発言してしまいましたが マシンリブートしたら普通に partedでreiserfsのパーティション拡張できました。 ご迷惑おかけしますた。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/732
733: 728 [sage] 2005/08/01(月) 02:19:30 ID:F13p05NA <チラシの裏> 結局いろいろ調べてみたけど データそのままでXFSのパーティション拡張する方法は見つけられませんでした。 xfs_growfsでファイルシステムの拡張は楽勝でできるのに・・・うぅ LVMは管理がややこしいのでちと避けたいの都合があるので とりあえずはパーティション拡張できるreiserfsで行くことにします。 </チラシの裏> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/733
734: login:Penguin [sage] 2005/08/01(月) 08:40:08 ID:k6geJ+BY <チラシの裏> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/734
735: login:Penguin [sage] 2005/08/02(火) 01:09:11 ID:rz2bf8eL 6TBの外付けRAIDは1TBづつ論理ボリュームが 切られているから、LVMなしではありえない。 そろそろ16TBの壁が見えてきた... http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/735
736: login:Penguin [sage] 2005/08/02(火) 01:09:49 ID:rz2bf8eL </チラシの裏> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/736
737: login:Penguin [sage] 2005/08/02(火) 05:57:26 ID:nlMphKPH <トイレの壁> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/737
738: login:Penguin [sage] 2005/08/02(火) 20:18:00 ID:7tHnst2D http://www.asahi-net.or.jp/~AD8Y-HYS/rakugaki.htm http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/738
739: login:Penguin [sage] 2005/08/05(金) 22:31:02 ID:WIqOo8zL 当たり前のような質問かもしれないのですが /dev/hda （300GB)上に dev/hda1 （200GB)を作成してデータを格納した後 fdiskで/dev/hda1 をいったん削除。 すぐに /dev/hda1 を300GBで作成しなおした場合 ファイルシステムが200GBのままだと思うのですが 中のデーターって読めない状態になっちゃうんですよね？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/739
740: login:Penguin [sage] 2005/08/05(金) 22:31:53 ID:WIqOo8zL </トイレの壁> 先に閉じ忘れちまったよ・・・ orz http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/740
741: login:Penguin [sage] 2005/08/05(金) 22:44:01 ID:KU4F9jr6 パーティションの開始位置が変わってなくて、終了位置がファイルシステムの末端より後ろならその作業をいくら繰り返そうが読める Win9xのfdiskだと読めなくなるがね http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/741
742: login:Penguin [sage] 2005/08/05(金) 23:26:12 ID:4Yibt62T Windowsのfdiskが、内部の情報までクリアしてしまうのは、↓こういうの http://cocoa.2ch.net/unix/kako/964/964868780.html を防ぐためだと思うよ。 端的にいうと、パーティションを小さくきりなおした時でも 内部(ファイルシステム)の持つサイズ等の情報が残っていると パーティションを越えた領域にまで読み書きが及んでしまう可能性があるから。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/742
743: login:Penguin [sage] 2005/08/06(土) 00:04:14 ID:3S3/1Uzt windowsは初心者が多いから、 「fdiskで見えなくしたから大丈夫」 と思う人が多いんだろう。だから、部分的に削除する必要がある。 Linuxの場合、いざというときのために削除しない。みんな分かってるしね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/743
744: login:Penguin [sage] 2005/08/07(日) 13:49:02 ID:Je5HZYTh <チラシの裏> ReiserDriverのrfsdfsd.regがExt2fsdのをそのまま持ってきててわらた </チラシの裏> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/744
745: login:Penguin [sage] 2005/08/15(月) 23:08:32 ID:6QBzqfJz シーケンシャル書き込みをしたときに 書き込みが分断されにくいファイルシステムってどれになるんでしょうか？ Win機でキャプチャした動画をそのまま LinuxのSamba上に直接書き込みたいのですが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/745
746: login:Penguin [sage] 2005/08/16(火) 00:04:53 ID:00d/sAd6 mkfsした直後のファイルシステムならなんでも http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/746
747: login:Penguin [sage] 2005/08/16(火) 01:24:06 ID:QDWio2py tmpfsオススメ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/747
748: login:Penguin [sage] 2005/08/16(火) 05:31:23 ID:43STq93l tmpfs いいね http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/748
749: login:Penguin [sage] 2005/08/16(火) 12:42:30 ID:KdwkTm81 ramfsとは一味違うよな http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/749
750: login:Penguin [sage] 2005/08/16(火) 22:44:58 ID:4BururbB ext2でいいんじゃね？ 同時にいくつものファイルを扱ったり、小さい(ブロックサイズより)ファイルを大量に扱うのなら他を検討したほがよいと思うけど。 ストレージ容量やファイルサイズが馬鹿でかいときはxfs,jfsがいいって聞くけど、普通の動画ファイル鯖ぐらいならext2で十分かと。 まあジャーナリングぐらいつけておいたほうがよいかとは思うのでext3かな http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/750
751: login:Penguin [sage] 2005/08/18(木) 15:11:58 ID:k3U/nA8j <!-- UNIX USER 2004年9月号の51ページ に 「XFSは、小さなファイルをｉノードに格納する機能を持っており、 当然ながら格納したファイルのパフォーマンスは向上する。……」 って書いてあるんだけど、これ嘘じゃん！ だまされたーーー！！ --> http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/751
752: login:Penguin [sage] 2005/08/19(金) 01:12:20 ID:eyFrYcEH メモリ256MBしかなくても2TBのtmpfs作れるんだから。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/752
753: login:Penguin [sage] 2005/08/19(金) 01:23:27 ID:sGLEA7MH XFSはその機能あったと思うけど。 デフォルトだと、inodeが256byteしかないから使われないだろうけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/753
754: login:Penguin [sage] 2005/08/19(金) 08:47:38 ID:zbirz8sM mkfs.xfs(8)より抜粋 The XFS inode contains a fixed-size part and a variable-size part. The variable-size part, whose size is affected by this option, can contain: directory data, for small directories; attribute data, for small attribute sets; symbolic link data, for small symbolic links; the extent list for the file, for files with a small number of extents; and the root of a tree describing the location of extents for the file, for files with a large number of extents. ファイル自体をinodeに格納する機能は無いと思われ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/754
755: login:Penguin [sage] 2005/08/19(金) 09:47:51 ID:Vu9aPjPp directory data, for small directories; symbolic link data, for small symbolic links; http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/755
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の話だが、 あるディレクトリにファイルをどんどん追加していくと、 ディレクトリサイズって、増えていくけど、逆に そのでかくなったディレクトリ内のファイルをどんどん消していくと、 ディレクトリサイズって小さくなる？ Ｗｅｂで調べた感じでは、ポインタのみの移動で片付けられている。 これって、ディレクトリサイズは小さくならないことを意味してる？ 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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 153 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.028s