On 02/13/2012 03:34 PM, Chester wrote:
On Mon, Feb 13, 2012 at 1:17 AM, Ralf-Peter Rohbeck rohb...@yahoo.com wrote:
Hello,
is it possible to set nodatacow on a per-file basis? I couldn't find
anything.
If not, wouldn't that be a great feature to get around the performance
issues with VM
On 02/13/2012 05:09 PM, Roman Mamedov wrote:
On Mon, 13 Feb 2012 16:40:03 +0900
dimadole...@parallels.com wrote:
Hello Ralf-Peter,
Actually it is possible. Check out David's response to my question from
some time ago:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/14227
The
Hi,
Acked-by: Steven Whitehouse swhit...@redhat.com
That looks ok to me,
Steve.
On Fri, 2012-02-10 at 17:04 +0100, Jan Kara wrote:
Use generic handlers to queue fsync() when AIO DIO is completed for O_SYNC
file.
Signed-off-by: Jan Kara j...@suse.cz
---
fs/gfs2/aops.c |2 +-
1
On Sat, Feb 11, 2012 at 07:27:25AM +0100, bt...@nentwig.biz wrote:
Quoting Chris Mason chris.ma...@oracle.com:
On Fri, Feb 10, 2012 at 05:18:42PM -0500, Chris Mason wrote:
Ok, step one:
Pull down the dangerdonteveruse branch of btrfs-progs:
On 02/13/2012 05:09 PM, Roman Mamedov wrote:
On Mon, 13 Feb 2012 16:40:03 +0900
dimadole...@parallels.com wrote:
Hello Ralf-Peter,
Actually it is possible. Check out David's response to my question from
some time ago:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/14227
The
On Sun, Feb 12, 2012 at 10:31:34AM -0600, Ryan C. Underwood wrote:
So, I examined the below filesystem, the one of the two that I would
really like to restore. There is basically nothing but zeros, and
very occasionally a sparse string of data, until exactly 0x20
offset,
This matches
On Mon, 13 Feb 2012 22:42:23 +0900
dima dole...@parallels.com wrote:
gcc -o /usr/local/bin/nocow nocow.c
ln -sf /usr/local/bin/nocow /usr/local/bin/cow
I don't seem to be able to 'unset' the NOCOW flag. Looking at the code
I would guess that it is supposed to alternate between 'cow' and
Hi,
On Mon, Feb 13, 2012 at 04:40:03PM +0900, dima wrote:
Actually it is possible. Check out David's response to my question from
some time ago:
http://permalink.gmane.org/gmane.comp.file-systems.btrfs/14227
this was a quick aid, please see attached file for an updated tool to set
the file
The fileflags utility works great!
Thanks!
Am 13.02.2012 15:10, schrieb David Sterba:
Hi,
On Mon, Feb 13, 2012 at 04:40:03PM +0900, dima wrote:
Actually it is possible. Check out David's response to my question from
some time ago:
On 02/13/2012 10:51 PM, Roman Mamedov wrote:
On Mon, 13 Feb 2012 22:42:23 +0900
dimadole...@parallels.com wrote:
gcc -o /usr/local/bin/nocow nocow.c
ln -sf /usr/local/bin/nocow /usr/local/bin/cow
I don't seem to be able to 'unset' the NOCOW flag. Looking at the code
I would guess that it
On Sat, Feb 11, 2012 at 03:44:08PM +0100, Daniel Kuhn wrote:
The mount option -o recovery doesn't change anything, the
segmentation fault still occurs. Any ideas?
Sorry for the hassle, you should be able to get by this by zeroing the
log root.
Run btrfs-zero-log /dev/xxx
-chris
Daniel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Mon, Feb 13, 2012 at 04:58:01PM +0300, Private Inf wrote:
Hello Dave,
According to this
threadhttp://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg11548.htmlyou
were able to fix your faulty BTRFS. Looks like I have the same problem
Hi,
so here it is, LZ4 compression method inside btrfs. The patchset is based on
top of current Chris' for-linus + Andi's snappy implementation + the fixes from
Li Zefan. Passes xfstests and stresstests.
I haven't measured performance on wide range of hardware or workloads, rather
wanted to
Adjusted a few defines to compile. The on-stack context allocation is
disabled and either LZ4_compress64kCtx or LZ4_compressCtx must be used.
Origin: http://lz4.googlecode.com/svn/trunk
Revision: 55
Signed-off-by: David Sterba dste...@suse.cz
---
fs/btrfs/Makefile |2 +-
fs/btrfs/lz4.c|
Currently 16K for 32bit and 64bit.
Signed-off-by: David Sterba dste...@suse.cz
---
fs/btrfs/lz4.c |9 +
fs/btrfs/lz4.h |3 +++
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/fs/btrfs/lz4.c b/fs/btrfs/lz4.c
index e41d0cf..105ea9c 100644
--- a/fs/btrfs/lz4.c
+++
Signed-off-by: David Sterba dste...@suse.cz
---
fs/btrfs/Makefile |2 +-
fs/btrfs/compression.c |1 +
fs/btrfs/compression.h |1 +
fs/btrfs/lz4_wrapper.c | 429
fs/btrfs/lzo.c |2 +
fs/btrfs/super.c |3 -
6
2012/2/1 Kai Krakow hurikhan77+bt...@gmail.com:
Just happened while writing a huge avi file to my usb3 backup disk:
Same problem here, I try to give the filesystem history:
a) three days ago I format a 219GB partition:
1) latest Linus' git kernel tree;
2) two nested subvolumes;
3)
Signed-off-by: David Sterba dste...@suse.cz
---
convert.c | 46 ++
1 files changed, 38 insertions(+), 8 deletions(-)
diff --git a/convert.c b/convert.c
index 13f3ece..3e74108 100644
--- a/convert.c
+++ b/convert.c
@@ -2332,7 +2332,8 @@ err:
It's been nearly a year since the patches needed to implement a reflinked copy
between subvolumes have been posted
(http://permalink.gmane.org/gmane.comp.file-systems.btrfs/9865 ) and I still
get Invalid cross-device link error with Linux 3.2.4 while I try to do a cp
--reflink between
On 02/14/2012 01:53 AM, Christoph Hellwig wrote:
This still needs a bit more work:
+test_path=`pwd`
+progs_dir=$test_path/src/btrfs_online_defragment/
this isn't actually used.
+tmp=tmp/$$
+defrag_args=$test_path/${seq}.args
Just hardcode the arguments, preferably without the args
On Fri, Jan 6, 2012 at 9:30 AM, Ilya Dryomov idryo...@gmail.com wrote:
This is a respin of restriper patch series which adds an initial
implementation of restriper (it's a clever name for relocation framework
that allows to do selective profile changing and selective balancing
with some
On Mon, Feb 13, 2012 at 6:52 PM, Hubert Kario h...@qbs.com.pl wrote:
It's been nearly a year since the patches needed to implement a reflinked copy
between subvolumes have been posted
(http://permalink.gmane.org/gmane.comp.file-systems.btrfs/9865 ) and I still
get Invalid cross-device link
On Thu, Jan 12, 2012 at 6:28 PM, Andi Kleen a...@firstfloor.org wrote:
From: Andi Kleen a...@linux.intel.com
This is a C port of the google snappy compressor. It has roughly
comparable compression to LZO, but is significantly faster on many file
types. For example it beats all other
23 matches
Mail list logo