1 名前:xfs好きなんでなんとかならんかなあ mailto:sage [2010/08/08(日) 23:26:04 ID:hB0d5896] zfs/btrfsの先行き不透明な昨今、皆様いかがお過ごしでしょうか。 なんか先月末見失ったと思ったらずっと無いっぽいので立ててみました。 しかし需要はあるんだろうか。 ●前スレ ファイルシステム総合スレ その11 hibari.2ch.net/test/read.cgi/linux/1256639505/ ●関連スレ? OpenSolaris総合スレッド その4 pc12.2ch.net/test/read.cgi/unix/1267016339/ 過去スレ、関連リンクは >>2-10 あたりで。
52 名前:login:Penguin mailto:sage [2010/08/21(土) 15:43:55 ID:Y6I1AYvn] >>48 基本的にファイルを消しも改変もしない物置用途では、NILFSはネタではなく マヂで選択肢になるとおもう。
53 名前:login:Penguin mailto:sage [2010/08/21(土) 15:52:28 ID:AxHZ95YO] >>52 変化がないのにスナップショットが連続的に取れても嬉しくなくね?
54 名前:login:Penguin mailto:sage [2010/08/21(土) 15:54:04 ID:aaU3d9nW] ext4かな。
55 名前:login:Penguin mailto:sage [2010/08/21(土) 18:05:13 ID:9TY2nodR] >>50 2TBのディスクです。RAIDは組まずに、あとからもう1台つないで、バックアップ用(適当にcronでバックアップ予定)を つけるつもりです。自宅のみのファイルサーバーなので、バッテリバックアップも余裕ができたらという程度です。 自分が懸念しているのは、後々そのディスクを他のPCに使い回すときや手持ちのバックアップソフトで再利用できるかと いうことです。ext3なら手持ちのソフト(TrueImage)で扱える選択肢も広がるのですが、XFSは触ったことがないので自分の中では よくわからないといったところで・・・。ext4もXFSと同様に手持ちのソフトで扱えないという不安があります。 システムディスクとは別なので、システムが飛んだときにデータを取り出したい場合に ext4でも難易度(もしくは可否)は高くないのでしょうか?
56 名前:login:Penguin mailto:sage [2010/08/23(月) 10:59:28 ID:p/A1zI+O] 2TB程度ならext3でいいだろ。 最近はめんどうだから15TBまではext3にするな。 ext4が16TB越えサポートするまでは、それ以上はxfsかな。
57 名前:login:Penguin [2010/08/23(月) 20:43:04 ID:i8Ez0Vg8] samba+ext4だとタイムスタンプが1s以下まで保存できるという効能があるぞ。
58 名前:login:Penguin mailto:sage [2010/08/23(月) 20:58:57 ID:pJJCkxSj] >>56 レスサンクスです。ext3で大丈夫そうなので安心しました。 >>57 タイムスタンプが1s以下まで保存できるという効能 すみません、よくわからないです・・・。ちと勉強してきます。
59 名前:login:Penguin [2010/08/23(月) 23:55:43 ID:i8Ez0Vg8] ttp://ja.wikipedia.org/wiki/Ext3 ttp://ja.wikipedia.org/wiki/Ext4 ttp://ja.wikipedia.org/wiki/XFS ttp://ja.wikipedia.org/wiki/NT_File_System ttp://sourceforge.jp/magazine/10/03/02/1128243 ext3 1s ext4 1ns xfs 1ns ntfs 100ns
60 名前:login:Penguin mailto:sage [2010/08/24(火) 23:15:30 ID:G3ZDEGcq] >>53 基本的に書き換わらないとはいえ、書き換わることはあるし、追加はされるので、 スナップショットの意味はあることはある。 なにより、倉庫用途だとLFS最大の弱点のGCがほとんど気にならなくなるのが大きい。
61 名前:login:Penguin mailto:sage [2010/08/25(水) 07:59:31 ID:O9PYoM4W] >>56 それって嬉しいか? >>60 ライトが少ないからジャーナルによる容量の圧迫とGCによるCPU速度の浪費がないのか。 自炊したもんばっかりじゃなくて、自分で作ったドキュメント類を置くのならいいかもね。
62 名前:login:Penguin mailto:sage [2010/08/27(金) 08:43:14 ID:vuY5GSGO] P4 1.6GHz 512MBのマシンにXubuntu10.04入れてからNTFS-3G入れて デフォルトで入ってるプレイヤーでNTFS上のMP3、Oggvorbis再生したら音飛びしまくってまともに聞けないんだが これはNTFSが重いせいなのかマシンスペックが低いからなのかどっちなんだろうか 同じマシンにXP入れた時はMP3、Oggvorbisで音飛びなんて一度もなかったんだが
63 名前:login:Penguin [2010/08/27(金) 08:59:15 ID:z7vhWqg3] ntfs-3gはユーザモードだからwindowsで動かすより倍以上遅いとか聞いたことがあるけど カーネルに入れられないのかな
64 名前:login:Penguin mailto:sage [2010/08/27(金) 12:59:21 ID:Y8H/0QBm] >>63 昔はカーネル組み込みだったような気がする。 #常用するもんじゃないし。
65 名前:login:Penguin mailto:sage [2010/08/27(金) 13:47:04 ID:yptYii9p] >>62 ちっちゃな tmpfs でも作ってそこにおいて比較してみたら?
66 名前:login:Penguin mailto:sage [2010/08/27(金) 15:56:40 ID:QpKlC1GA] >>64 まだあるがな。 書き込みに制限はいつになったらなくなるのだろうか?
67 名前:login:Penguin mailto:sage [2010/08/27(金) 18:07:16 ID:yAvn1wgi] カーネルコンフィグのファイルシステムで設定するNTFSサポートってユーザー空間だったの??
68 名前:login:Penguin mailto:sage [2010/08/27(金) 18:47:02 ID:OjBs0QT2] - [Phoronix] Native ZFS Is Coming To Linux Next Month www.phoronix.com/scan.php?page=article&item=zfs_linux_coming&num=1 少し気になるけど微妙だな…
69 名前:login:Penguin mailto:sage [2010/08/27(金) 18:53:23 ID:AzLLVeAa] メインラインには入りそうもないな。 インドの会社がつぶれたらそれでおしまい、みたいな。
70 名前:login:Penguin mailto:sage [2010/08/27(金) 19:40:25 ID:Y8H/0QBm] もう、Btrfsがそろそろ実用目前だろ。 Ubuntu 10.10で使用可。 Fedora 14,OpenSuseでも使用可。 MeeGoでは標準。 そろそろ、Ext4の頃のように、大規模にテストしてバグだしする頃合いだろ。 ZFSの移植には期待しない方がいい。 FileSystemは繊細なので、移植は難しい。XFSがいい例。 FreeBSDのZFSも実際には非常に性能が悪く、バグも未だに尽きない。
71 名前:login:Penguin [2010/08/27(金) 20:36:37 ID:LyYuV+eD] カーネルのはCONFIG_NTFS_RWこれか 書き込みはファイルの長さ変更不可とか でNTFS-3GはFUSEだから遅いってことか
72 名前:login:Penguin [2010/08/27(金) 20:38:20 ID:LyYuV+eD] CaptiveNTFSも以前試したけどNTFS-3Gと同じくらい遅かったな
73 名前:login:Penguin mailto:sage [2010/08/27(金) 22:53:22 ID:u8rvLl6U] >>63 fuseってそんな重くないらしいぞ。
74 名前:login:Penguin [2010/08/27(金) 23:14:17 ID:LyYuV+eD] ZFSもFUSE経由だとえらく遅いと聞いたけどどうなんだろう
75 名前:login:Penguin mailto:sage [2010/08/27(金) 23:36:49 ID:9kdqyTFF] VxFSなら早いお^p^
76 名前:login:Penguin mailto:sage [2010/08/28(土) 00:38:04 ID:AcBDiFL5] >>75 昔Solaris でハマった嫌な思い出がorz
77 名前:login:Penguin mailto:sage [2010/08/28(土) 02:55:49 ID:ff65lFBS] Btrfsってもうiscsi上でのファイルシステム共有に対応するパッチ取り込まれたんだっけ? 取り込まれたならEXT4から乗り換えてみる
78 名前:login:Penguin mailto:sage [2010/08/28(土) 18:56:38 ID:Tj+SWzQS] 運用レベルだとVxFS一択なのは同意 HAの切り替わりの速さは異常
79 名前:login:Penguin [2010/08/30(月) 22:15:25 ID:61eoXhlz] Linuxにおける10億ファイル問題 slashdot.jp/linux/10/08/30/083215.shtml ext4では多量のファイルを格納できるように設計・開発が進められているが、とある大容量システムでテストした結果、それでもファイルシステムの作成に4時間、10億のファイルを書き込むのに4日、ファイルシステムのチェック(fsck)に2.5時間かかったそうだ。 さらにfsckで大量のメモリを要するのも問題とのことだ。 ちなみに、このような大量のファイルを含むディレクトリに対して「ls」を実行すると最悪な結果になるそうで、lsはreaddir()とstat()でディレクトリ内のファイルを取得するために毎秒数千ファイル程度の処理しかできないそうだ。 そのため、10億のファイルに対してlsを実行すると実行完了まで数日かかるという。
80 名前:login:Penguin mailto:sage [2010/08/30(月) 22:27:09 ID:1jQmIMEV] 一つのディレクトリに10億も突っ込む運用やアプリの設計を見直せよ
81 名前:login:Penguin mailto:sage [2010/08/30(月) 22:31:57 ID:joYqFAc4] xfs で rm うーん、死ヌルかも
82 名前:login:Penguin [2010/08/30(月) 23:41:44 ID:61eoXhlz] ところでext4とxfsでイメージファイル作ってマウントしてfirefoxのソース展開してtimeで測ったら xfsは4倍くらいrealがかかるんだけどなんでなんだろ userやsysは大して変わんないのに ext4はext4で100Gのイメージ作ってmkfsしたら1.7Gも食ってるし
83 名前:login:Penguin mailto:sage [2010/08/30(月) 23:53:15 ID:aSuq2Hyy] 馬鹿はお引き取りください
84 名前:login:Penguin mailto:sage [2010/08/31(火) 02:56:28 ID:LE75P2XP] >>82 xfs マウントするときに -o nobarrier ってつけてみ。 実運用では理解してつけてね
85 名前:login:Penguin mailto:sage [2010/08/31(火) 13:14:03 ID:RiveLua3] NTFSは43億まで格納いけるな
86 名前:login:Penguin mailto:sage [2010/08/31(火) 16:53:17 ID:grH851qT] >>84 >When comparing versus ext3, >note that ext4 enables write barriers by default, while ext3 does >not enable write barriers by default.
87 名前:login:Penguin mailto:sage [2010/08/31(火) 19:46:54 ID:KafEq8Cv] ファイルシステム上に/tmp作るのとtmpfsに作るのと違いってあったりとか? 試しにtmpfsにしてみたら/tmpがあった同一ディスクのI/Oがきつい時のXの体感速度が上がった気がするんだけど >>84 nobarrierとosyncisdsyncつけたらext4と同じ程度になりますた ノートなので急な電源断の可能性は低いと思うし大丈夫かなと thxです
88 名前:login:Penguin mailto:sage [2010/08/31(火) 20:55:00 ID:J9EZwXk+] tmpfsはメモリ ノーマル/tmpはディスク ってことじゃなくて?
89 名前:login:Penguin mailto:sage [2010/08/31(火) 21:51:38 ID:RCNPjudK] /tmpにあるのってソケットとかじゃないのかな。
90 名前:login:Penguin mailto:sage [2010/08/31(火) 22:57:00 ID:Bzm572UW] >>89 いいえ? 永続性のない一時ファイルは/tmp UNIXドメインソケットって/tmpなんかに作ったっけ?
91 名前:login:Penguin mailto:sage [2010/08/31(火) 22:57:00 ID:biRehsvp] VxFSなら i node free だぜ
92 名前:login:Penguin mailto:sage [2010/09/01(水) 00:12:07 ID:ApDwNIJ6] /tmp/.X11-unix/X0とかかな? 他にもソケットらしきものがあるっぽいけど
93 名前:login:Penguin mailto:sage [2010/09/01(水) 02:25:39 ID:Yl1yli02] そんなん運用によってまちまちだし。 screenとかssh-agentみたいなユーザ向けツールはほとんど/tmp以下じゃない?
94 名前:login:Penguin mailto:sage [2010/09/02(木) 14:01:08 ID:dDmRYah/] >>87 osyncisdsync has no effect, option is deprecated.
95 名前:login:Penguin [2010/09/03(金) 00:43:26 ID:cU3tTPLf] sambaの解説を読むと、代替データストリームを保存するのには、 普通のファイルシステムでは拡張属性のサイズが小さいようなんですが、 十分なサイズの拡張属性が扱えるファイルシステムは何でしょうか?
96 名前:login:Penguin mailto:sage [2010/09/03(金) 02:21:03 ID:Oa+kzbmY] 十分かどうかは代替データストリームで何をするかによるんじゃないの?
97 名前:login:Penguin mailto:sage [2010/09/14(火) 18:46:27 ID:NQI/oBYu] ちょっと質問。 だれかBtrFS使っていて問題発生した経験ある? バックアップストレージ用ファイルシステムには向いているようだが、まだVMレベルでしか確認していないんだよ。 もし何かアドバイスがあれば助かる。
98 名前:login:Penguin mailto:sage [2010/09/14(火) 21:16:06 ID:Oy6zCGq+] fisk fullになるまでcat /dev/zero > してみようぜ
99 名前:login:Penguin mailto:sage [2010/09/16(木) 01:52:31 ID:uZmdL0hb] 98 名前:login:Penguin 投稿日:2010/09/14(火) 21:16:06 ID:Oy6zCGq+ fisk fullになるまでcat /dev/zero > してみようぜ
100 名前:login:Penguin mailto:sage [2010/09/16(木) 02:17:47 ID:PAFk2AfQ] fisk fullか。確か東証のシステムってそれが原因で落ちたんだよね。 こわいなぁ
101 名前:login:Penguin mailto:sage [2010/09/16(木) 10:28:00 ID:jEOVH2L5] >>100 だがfiskがフルになることは無さそうだぞw 冗談抜きでbtrfsで cat /dev/zero > test.binやってみた。Ubuntu 10.10Beta、カーネルは2.6.35。Virtualboxの1GBディスクイメージで。 普通に10%前後空き容量を残してdisk fullで止まった。tune2fsみたいにこの割合を調整したいけどやり方がわからん。
102 名前:login:Penguin mailto:sage [2010/09/16(木) 10:35:11 ID:9CrIAdx1] それができないのが一番の問題ではなかったかな。
103 名前:login:Penguin mailto:sage [2010/09/16(木) 13:43:21 ID:9GkIWHQE] btrfs-showするとfullなんだぜ 冗談みたいだろ
104 名前:login:Penguin mailto:sage [2010/09/16(木) 20:10:34 ID:jEOVH2L5] btrfs領域を限界まで埋めた場合の残り容量について。 ■検証用環境 Virtualbox v3.2.8 amd64 Ubuntu 10.10 Beta カーネル 2.6.35 Btrfs v0.19 ■まず検証用btrfs領域について作成したばかりの状態。 $ df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb 1.0G 56K 1.0G 1% /mnt $ sudo btrfs-show Label: none uuid: 62a1581f-5a9e-4ee3-869b-89bbed3575c7 Total devices 1 FS bytes used 28.00KB devid 1 size 1.00GB used 1.00GB path /dev/sdb ■これからbtrfs領域をいっぱいにする。 $ cat /dev/zero > /mnt/test.bin cat: write error: No space left on device $ ls -l /mnt total 915072 -rw-r--r-- 1 jEOVH2L5 jEOVH2L5 937033728 2010-09-16 19:49 test.bin $ df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb 1.0G 859M 166M 84% /mnt $ sudo btrfs-show Label: none uuid: 62a1581f-5a9e-4ee3-869b-89bbed3575c7 Total devices 1 FS bytes used 894.83MB devid 1 size 1.00GB used 1.00GB path /dev/sdb btrfs領域の残りの16%もの容量はどこにあるんだろう?
105 名前:login:Penguin mailto:sage [2010/09/17(金) 11:19:16 ID:xF3nQXIt] 天使の取り分、ってやつですよ。
106 名前:login:Penguin mailto:sage [2010/09/17(金) 21:44:24 ID:D3yYt6Ly] fsckすると解決するさ
107 名前:login:Penguin mailto:sage [2010/09/17(金) 22:22:33 ID:0viQ7uTy] >>106 btrfsckやってみた。 $ sudo btrfsck /dev/sdb found 938299392 bytes used err is 0 total csum bytes: 915072 total tree bytes: 1265664 total fs tree bytes: 16384 btree space waste bytes: 258349 file data blocks allocated: 937033728 referenced 937033728 Btrfs Btrfs v0.19 $ sudo btrfs-show Label: none uuid: 62a1581f-5a9e-4ee3-869b-89bbed3575c7 Total devices 1 FS bytes used 894.83MB devid 1 size 1.00GB used 1.00GB path /dev/sdb $ df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb 1.0G 897M 128M 88% /mnt なんか使用可能領域が166MB→128MBに減ったぞwww だからといってファイルはこれ以上作れない点は変わらなかったが。
108 名前:login:Penguin mailto:sage [2010/09/19(日) 21:25:48 ID:tlo/PURv] なんかbtrfsの公式wikiがapacheのテストページになってるから 動きがあるんかと思って来てみたら静かなもんですな。 btrfs そろそろ何か進展ありそう? oracleはopensourceに協力する気無いって話、本当なんかね。
109 名前:login:Penguin mailto:sage [2010/09/19(日) 21:48:45 ID:bcQAlrGR] openSolarisぶっ潰したじゃねーかよ
110 名前:login:Penguin mailto:sage [2010/09/20(月) 09:27:10 ID:aIJnCt0y] ぶっ潰したんじゃない。 あるべき場所へ帰しただけだ。
111 名前:login:Penguin mailto:sage [2010/09/20(月) 09:30:22 ID:XLm8GKXh] btrfsに期待してる奴なんてまだいるの?w
112 名前:login:Penguin mailto:sage [2010/09/20(月) 10:50:03 ID:/GhH5uZi] 111>期待してるよ スナップショット使いたいんだ
113 名前:login:Penguin mailto:sage [2010/09/20(月) 11:10:44 ID:aIJnCt0y] >>112 LVMでええやん
114 名前:login:Penguin mailto:sage [2010/09/20(月) 11:11:57 ID:/GhH5uZi] >113 外側にかぶり物があるのがイヤです
115 名前:login:Penguin [2010/09/20(月) 11:13:56 ID:ehY6u/U8] NILFS最強
116 名前:login:Penguin mailto:sage [2010/09/20(月) 11:21:08 ID:4vSHDS+o] >>115 ファイルシステムの拡張に対応していないからだめ。
117 名前:login:Penguin mailto:sage [2010/09/20(月) 13:18:13 ID:vlJfXGTU] 何もかもVeritasで可能な事じゃねーか 個人用途で無料なVxVMやVxFSはないのかね?
118 名前:login:Penguin mailto:sage [2010/09/20(月) 14:46:16 ID:4vSHDS+o] >>117 Redhat GFSをローカルのみで利用するとか。
119 名前:login:Penguin mailto:sage [2010/09/20(月) 15:44:00 ID:rlqfosy+] VxFS最強
120 名前:login:Penguin [2010/09/20(月) 19:28:50 ID:ZuaIIk+2] Software Designがext2/3にスパースファイルサポートが無いとか書きやがった ext4で入ったfallocate()をスパースファイルのサポートだと勘違いしたようだ
121 名前:login:Penguin mailto:sage [2010/09/20(月) 21:16:39 ID:UQdZWQGT] よくあることだ。
122 名前:login:Penguin [2010/09/20(月) 22:13:23 ID:nbbRP5eK] ext2/3でいまさらそれはねーだろ よほど使われてなかったのか
123 名前:login:Penguin mailto:sage [2010/09/20(月) 22:26:25 ID:gtDWEKPl] >>120 まじかよw
124 名前:login:Penguin mailto:sage [2010/09/20(月) 23:42:29 ID:f1uBB+tS] iSCSIによるファイルシステム共有をちゃんとしたかったらocfs2一択? btrfsも対応する予定とは聞いたけど、いつになるやら ext4を対応させる強者はいないだろうな
125 名前:login:Penguin mailto:sage [2010/09/21(火) 00:24:27 ID:HK0NjBWg] >>120 いまどきのUNIXでスパースファイルが使えないのはhfsplus位のもんだ。
126 名前:login:Penguin mailto:sage [2010/09/21(火) 00:27:11 ID:PxqvRqwP] NTFSでもあるのに
127 名前:login:Penguin mailto:sage [2010/09/21(火) 00:37:47 ID:wNsCJfK8] 器用貧乏なNTFS
128 名前:login:Penguin mailto:sage [2010/09/21(火) 00:48:07 ID:GioCudZT] www.miraclelinux.com/technet/document/linux/training/1_3_3.html 5. ext3,ReiserFS,XFSの比較 ext3 ReiserFS XFS スパースファイルサポート なし あり あり
129 名前:login:Penguin mailto:sage [2010/09/21(火) 13:56:25 ID:PtRKG4y5] VxVM/VxFS はstorage foundation basic という名前で無料公開されてるお
130 名前:login:Penguin mailto:sage [2010/09/22(水) 01:42:50 ID:7nBDh7dt] VxFS最強
131 名前:login:Penguin mailto:sage [2010/09/22(水) 01:49:50 ID:ACNA3t3D] >>128 いつの文書なんだか 2.0.36のext2にはまだ入っていない様だ tune2fs: illegal option -- O とかエェー! いつ入ったんだろ
132 名前:login:Penguin [2010/09/22(水) 02:58:10 ID:oQ5/dc4a] >>131 e2fsprogsがsparse_superblockに対応したのは1.16(1999/10/22リリース)以降みたい カーネルで言えば2.2以降でサポートしたようだね
133 名前:login:Penguin mailto:sage [2010/09/22(水) 04:22:40 ID:jJ0RZV0i] おい、懐しい話してんな!
134 名前:login:Penguin mailto:sage [2010/09/22(水) 13:24:57 ID:ACNA3t3D] >>132 それスパースファイルのサポートじゃなくてバックアップスーパーブロックの数を減らすオプション 調べるの面倒になった 2002年の2.4.19では既にスパースファイル使えるとここに書いてやめにする
135 名前:132 [2010/09/22(水) 14:59:26 ID:oQ5/dc4a] >>134 >それスパースファイルのサポートじゃなくてバックアップスーパーブロックの数を減らすオプション ご指摘の通りでした。すまんです しかし、改めて考えるとext2でのsparse fileサポートってどういうことなんだろ lseekできてホールを作れりゃそれでいいんじゃないのという気も… また勘違いしているのかもしれんが、それなら最初からサポートしてんじゃないのか? と、恥書きついでに聞いてみる Linuxだけで使うわけじゃないから何の参考にもならんが GNU fileutilsは1995年12月からcpにsparseオプションを用意していたりする
136 名前:login:Penguin mailto:sage [2010/09/22(水) 17:35:26 ID:ACNA3t3D] >>135 最初からサポートされてたかもしれない du -shで確認してたのが仇になった up3.viploader.net/pc/src/vlpc004652.png なんつー罠だよこれ
137 名前:132 mailto:sage [2010/09/22(水) 21:26:00 ID:oQ5/dc4a] >>136 それは気付かんかも 頑張ってSLS 1.02(カーネル0.99)の環境作ってみた dd使って試したところ、問題なくsparse fileが作成できた ext2については登場当初からサポートしていると言ってよさそうだね ぐぐったらminixfsでもサポートしているようだし、UFS系のやつは 大抵問題なく行ける気がする(HFS+以外)
138 名前:login:Penguin [2010/09/22(水) 22:08:53 ID:O2f5i5EB] 逆にどういう経緯でsparse file未サポートなんてのになったんだろう
139 名前:login:Penguin mailto:sage [2010/09/23(木) 06:10:50 ID:v7Zc4NOt] せめてwikipediaでも見てればそんなことにはならなかったのに
140 名前:login:Penguin mailto:sage [2010/09/23(木) 07:40:26 ID:X8zkx/UZ] すパースファイルってなに_?
141 名前:login:Penguin mailto:sage [2010/09/23(木) 07:50:46 ID:SmJUDs7m] >>140 ビットトレントでのファイルダウンロード中にディスク容量を節約する仕組み。
142 名前:login:Penguin mailto:sage [2010/09/23(木) 16:30:49 ID:juzGlmAx] SDやミラクルが参考にしたかどうかは分からんが オーストリア人が公開しているこういう文書があるのを見つけた www.vmars.tuwien.ac.at/courses/akti12/journal/02ws/article_02ws_Menedetter.pdf 説明を見る限り、この文書を書いた人間は extent対応fsでしかsparseファイルを実現できないと勘違いしているっぽいな
143 名前:login:Penguin [2010/09/23(木) 16:39:54 ID:X5zclgCZ] しかし実際に確認するってことをしないというのが凄い
144 名前:login:Penguin mailto:sage [2010/09/23(木) 16:51:22 ID:v7Zc4NOt] >>141 BTに限らずファイルサイズに対して100%の量のデータを書き込まないと意味を持たないケースでその考えはおかしい それだったらファイルサイズ0の状態から追記していくことと変わらん
145 名前:login:Penguin mailto:sage [2010/09/23(木) 16:58:22 ID:SmJUDs7m] >>144 いずれ100%使うことを前提とせず、ファイル中に未使用の領域を設ける局面って何?
146 名前:login:Penguin [2010/09/23(木) 17:04:13 ID:X5zclgCZ] ループバックマウント?
147 名前:login:Penguin mailto:sage [2010/09/23(木) 17:04:36 ID:v7Zc4NOt] >>145 100%書き込まなくても意味を持つケース 「いずれ」なんて言っていない
148 名前:login:Penguin mailto:sage [2010/09/23(木) 17:11:22 ID:SmJUDs7m] >>146 なるほど。 >>147 言葉遊びはいいです。
149 名前:login:Penguin mailto:sage [2010/09/23(木) 17:13:47 ID:v7Zc4NOt] ただのバカだったか 相手して損した
150 名前:login:Penguin mailto:sage [2010/09/23(木) 18:19:35 ID:l3CrBABI] スペースと、スパースの違いについて。
151 名前:login:Penguin mailto:sage [2010/09/23(木) 19:27:15 ID:DLFLAZ04] >>145 仮想マシンのディスクイメージとかで最初に全量確保しない場合とか、 同じく仮想マシンのメモリ内容をはき出すファイルとかは スパースファイルを使ってる例も多いね。 どんくらいメモリを実際使ってるかなんて状況次第だし。
152 名前:login:Penguin mailto:sage [2010/09/23(木) 19:36:23 ID:SmJUDs7m] >>151 なるほどですね。勉強になりました。 一度書き込まれた領域が不要になったら開放できるように出来れば尚いいですね。