* find subvolume (used) size?
@ 2010-10-05 11:26 Tomasz Chmielewski
2010-10-05 15:33 ` Phillip Susi
0 siblings, 1 reply; 5+ messages in thread
From: Tomasz Chmielewski @ 2010-10-05 11:26 UTC (permalink / raw)
To: linux-btrfs
Since CoW / reflink does not seem to work between subvolumes (a bug or a
feature?), is it somehow possible to get the subvolume (used) size?
There is a standard df tool, but it can be a lengthy process for
filesystems with lots of files.
"btrfs filesystem df" only shows total size for the whole btrfs filesystem.
Say, I create subvolumes called public, office, staff and pack a lot of
files there. Does btrfs somehow allows to get the current size of these
subvolumes (other than using df tool to traverse all files and directories)?
--
Tomasz Chmielewski
http://wpkg.org
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: find subvolume (used) size?
2010-10-05 11:26 find subvolume (used) size? Tomasz Chmielewski
@ 2010-10-05 15:33 ` Phillip Susi
2010-10-05 16:07 ` Tomasz Chmielewski
2010-10-06 12:08 ` Tomasz Chmielewski
0 siblings, 2 replies; 5+ messages in thread
From: Phillip Susi @ 2010-10-05 15:33 UTC (permalink / raw)
To: Tomasz Chmielewski; +Cc: linux-btrfs
On 10/5/2010 7:26 AM, Tomasz Chmielewski wrote:
> There is a standard df tool, but it can be a lengthy process for
> filesystems with lots of files.
Maybe you mean du? df takes almost no time at all and does not care how
many files there are.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: find subvolume (used) size?
2010-10-05 15:33 ` Phillip Susi
@ 2010-10-05 16:07 ` Tomasz Chmielewski
2010-10-05 19:15 ` Lubos Kolouch
2010-10-06 12:08 ` Tomasz Chmielewski
1 sibling, 1 reply; 5+ messages in thread
From: Tomasz Chmielewski @ 2010-10-05 16:07 UTC (permalink / raw)
To: Phillip Susi; +Cc: linux-btrfs
On 05.10.2010 17:33, Phillip Susi wrote:
> On 10/5/2010 7:26 AM, Tomasz Chmielewski wrote:
>> There is a standard df tool, but it can be a lengthy process for
>> filesystems with lots of files.
>
> Maybe you mean du? df takes almost no time at all and does not care how
> many files there are.
Yep, I certainly meant du there.
--
Tomasz Chmielewski
http://wpkg.org
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: find subvolume (used) size?
2010-10-05 16:07 ` Tomasz Chmielewski
@ 2010-10-05 19:15 ` Lubos Kolouch
0 siblings, 0 replies; 5+ messages in thread
From: Lubos Kolouch @ 2010-10-05 19:15 UTC (permalink / raw)
To: linux-btrfs
Tomasz Chmielewski, Tue, 05 Oct 2010 18:07:58 +0200:
> On 05.10.2010 17:33, Phillip Susi wrote:
>> On 10/5/2010 7:26 AM, Tomasz Chmielewski wrote:
>>> There is a standard df tool, but it can be a lengthy process for
>>> filesystems with lots of files.
>>
>> Maybe you mean du? df takes almost no time at all and does not care
>> how many files there are.
>
> Yep, I certainly meant du there.
>
Just be carefull, because for example if you use -o compress, the space
the files are actually using can be different...
Lubos
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: find subvolume (used) size?
2010-10-05 15:33 ` Phillip Susi
2010-10-05 16:07 ` Tomasz Chmielewski
@ 2010-10-06 12:08 ` Tomasz Chmielewski
1 sibling, 0 replies; 5+ messages in thread
From: Tomasz Chmielewski @ 2010-10-06 12:08 UTC (permalink / raw)
Cc: linux-btrfs
>>> Maybe you mean du? df takes almost no time at all and does not care
>>> how many files there are.
>>
>> Yep, I certainly meant du there.
>>
>
> Just be carefull, because for example if you use -o compress, the space
> the files are actually using can be different...
Certainly, one more reason why btrfs reporting subvolume size usage
would be useful ;)
--
Tomasz Chmielewski
http://wpkg.org
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2010-10-06 12:08 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-05 11:26 find subvolume (used) size? Tomasz Chmielewski
2010-10-05 15:33 ` Phillip Susi
2010-10-05 16:07 ` Tomasz Chmielewski
2010-10-05 19:15 ` Lubos Kolouch
2010-10-06 12:08 ` Tomasz Chmielewski
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.