linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* nocow flags
@ 2012-03-02 17:29 Kyle Gates
  2012-03-03  5:45 ` Duncan
  0 siblings, 1 reply; 2+ messages in thread
From: Kyle Gates @ 2012-03-02 17:29 UTC (permalink / raw)
  To: linux-btrfs


I set the C (NOCOW) and z (Not_Compressed) flags on a folder but the extent counts of files contained there keep increasing.
Said files are large and frequently modified but not changing in size. This does not happen when the filesystem is mounted with nodatacow.

I'm using this as a workaround since subvolumes can't be mounted with different options simultaneously. ie. one with COW, one with nodatacow

Any ideas why the flags are being ignored?

I'm running 32bit 3.3rc4 with noatime,nodatasum,space_cache,autodefrag,inode_cache on a 3 disk RAID0 data RAID1 metadata filesystem.

Thanks,
Kyle
 		 	   		  

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: nocow flags
  2012-03-02 17:29 nocow flags Kyle Gates
@ 2012-03-03  5:45 ` Duncan
  0 siblings, 0 replies; 2+ messages in thread
From: Duncan @ 2012-03-03  5:45 UTC (permalink / raw)
  To: linux-btrfs

Kyle Gates posted on Fri, 02 Mar 2012 11:29:40 -0600 as excerpted:

> I set the C (NOCOW) and z (Not_Compressed) flags on a folder but the
> extent counts of files contained there keep increasing.
> Said files are large and frequently modified but not changing in size.
> This does not happen when the filesystem is mounted with nodatacow.
> 
> I'm using this as a workaround since subvolumes can't be mounted with
> different options simultaneously. ie. one with COW, one with nodatacow
> 
> Any ideas why the flags are being ignored?
> 
> I'm running 32bit 3.3rc4 with
> noatime,nodatasum,space_cache,autodefrag,inode_cache on a 3 disk RAID0
> data RAID1 metadata filesystem.

I'm not sure if it applies here or not, but there's a note on the wiki 
under the defrag discussion, that mentions that defrag, anyway, is per-
file, and defragging a dir doesn't defrag the files in that dir.  I'm
/guessing/ the same thing may apply here since these are per-file flags.

There's a workaround suggested.  Let me see if I can find that note 
again...

Found it in the problem FAQ:

http://btrfs.ipv5.de/index.php?
title=Problem_FAQ#Defragmenting_a_directory_doesn.27t_work

>>>>>

Defragmenting a directory doesn't work

Running this:

# btrfs filesystem defragment ~/stuff

doesn't defragment the contents of the directory.

This is by design. btrfs fi defrag operates on the single filesystem 
object passed to it. This means that the command defragments just the 
metadata held by the directory object, and not the contents of the 
directory. If you want to defragment the contents of the directory, 
something like this would be more useful:

# find -type f -xdev -print0 | xargs -0 btrfs fi defrag

<<<<<

Perhaps you need to do something similar to set the flags on all the 
files under a specific dir?

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-03-03  5:45 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-03-02 17:29 nocow flags Kyle Gates
2012-03-03  5:45 ` Duncan

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).