I've just seen this too on Fedora 16 while I was investigating an NFS issue.
I was trying to copy a file from an NFS mount to a btrfs partition.
The NFS transfers for large files were occurring in bursts for some
reason and I was aborting the copy at times. This NFS problem was not
related to
On Fri, Feb 24, 2012 at 12:38 AM, Duncan 1i5t5.dun...@cox.net wrote:
Nik Markovic posted on Thu, 23 Feb 2012 20:31:02 -0600 as excerpted:
I noticed a few errors in the script that I used. I corrected it and it
seems that degradation is occurring even at fully random writes:
I don't have
To add... I also tried nodatasum (only) and nodatacow otions. I found
somewhere that nodatacow doesn't really mean tthat COW is disabled.
Test data is still the same - CPU spikes and times are the same.
On Fri, Feb 24, 2012 at 2:38 PM, Nik Markovic nmarkovi.nav...@gmail.com wrote:
On Fri, Feb 24
Hi,
My kernel version is 32-bit 3.2.0-rc5 and using btrfs-tools 0.19
I was having performance issues with BTRFS with fragmentation and
HDDs, so I decided to switch to an SSD to see if these would go away.
Performance was much better but at times, I would see a freeze
happen which I can't really
Hi All,
I have been encountering consistent btrfs filesystem crashes when
using cp –reflink=always on a large file and modifying it. I believe
that the test file needs to be fairly large as I was not able to
reproduce with smaller files. The filesystem size is 45GB and file
size is 10GB.
Thanks,
Li Zefan wrote:
Nik Markovic wrote:
Hi All,
I have been encountering consistent btrfs filesystem crashes when
using cp –reflink=always on a large file and modifying it. I believe
that the test file needs to be fairly large as I was not able to
reproduce with smaller files