Re: New experimental btrfs branch ready for testing

2009-06-15 Thread Steven Pratt
Chris Mason wrote: On Sat, Jun 06, 2009 at 11:38:45AM -0500, Steven Pratt wrote: No problem. Raid results are uploading to http://btrfs.boxacle.net/repository/raid/history/History.html now. There were massive improvements in the random write workloads, especially with cow enabled!!

Re: New experimental btrfs branch ready for testing

2009-06-09 Thread Chris Mason
On Sat, Jun 06, 2009 at 11:38:45AM -0500, Steven Pratt wrote: No problem. Raid results are uploading to http://btrfs.boxacle.net/repository/raid/history/History.html now. There were massive improvements in the random write workloads, especially with cow enabled!! MailServer had

Re: New experimental btrfs branch ready for testing

2009-06-07 Thread Roy Sigurd Karlsbakk
On 1. juni. 2009, at 23.04, Chris Mason wrote: I've setup git branches called newformat where you can pull the new code. For the kernel (based on 2.6.30-rc7): git pull git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs- unstable.git newformat # git pull

Re: New experimental btrfs branch ready for testing

2009-06-07 Thread Daniel Cordero
On Sun, Jun 07, 2009 at 01:50:27PM +0200, Roy Sigurd Karlsbakk wrote: On 1. juni. 2009, at 23.04, Chris Mason wrote: I've setup git branches called newformat where you can pull the new code. For the kernel (based on 2.6.30-rc7): git pull

Re: New experimental btrfs branch ready for testing

2009-06-06 Thread Steven Pratt
Chris Mason wrote: On Fri, Jun 05, 2009 at 04:27:55PM -0500, Steven Pratt wrote: Steven Pratt wrote: Chris Mason wrote: On Thu, Jun 04, 2009 at 02:02:20PM -0500, Steven Pratt wrote: Chris Mason wrote: Hello everyone, Yan Zheng has been doing some

Re: New experimental btrfs branch ready for testing

2009-06-05 Thread Chris Mason
On Thu, Jun 04, 2009 at 02:02:20PM -0500, Steven Pratt wrote: Chris Mason wrote: Hello everyone, Yan Zheng has been doing some major surgery to the back references and extent allocation code, tackling bottlenecks in the code that tracks extents. It scales better with many snapshots and

Re: New experimental btrfs branch ready for testing

2009-06-05 Thread Steven Pratt
Steven Pratt wrote: Chris Mason wrote: On Thu, Jun 04, 2009 at 02:02:20PM -0500, Steven Pratt wrote: Chris Mason wrote: Hello everyone, Yan Zheng has been doing some major surgery to the back references and extent allocation code, tackling bottlenecks in the code that tracks extents.

Re: New experimental btrfs branch ready for testing

2009-06-04 Thread Steven Pratt
Chris Mason wrote: On Thu, Jun 04, 2009 at 02:02:20PM -0500, Steven Pratt wrote: Chris Mason wrote: Hello everyone, Yan Zheng has been doing some major surgery to the back references and extent allocation code, tackling bottlenecks in the code that tracks extents. It scales better

Re: New experimental btrfs branch ready for testing

2009-06-04 Thread Chris Mason
On Thu, Jun 04, 2009 at 02:19:00PM -0500, Steven Pratt wrote: I've setup git branches called newformat where you can pull the new code. For the kernel (based on 2.6.30-rc7): git pull git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git newformat So I started

Re: New experimental btrfs branch ready for testing

2009-06-03 Thread Chris Mason
On Tue, Jun 02, 2009 at 09:28:30AM -0400, Chris Mason wrote: On Mon, Jun 01, 2009 at 05:04:47PM -0400, Chris Mason wrote: Hello everyone, Yan Zheng has been doing some major surgery to the back references and extent allocation code, tackling bottlenecks in the code that tracks extents.

Re: New experimental btrfs branch ready for testing

2009-06-02 Thread Chris Mason
On Mon, Jun 01, 2009 at 05:04:47PM -0400, Chris Mason wrote: Hello everyone, Yan Zheng has been doing some major surgery to the back references and extent allocation code, tackling bottlenecks in the code that tracks extents. It scales better with many snapshots and performs better in the

New experimental btrfs branch ready for testing

2009-06-01 Thread Chris Mason
Hello everyone, Yan Zheng has been doing some major surgery to the back references and extent allocation code, tackling bottlenecks in the code that tracks extents. It scales better with many snapshots and performs better in the common case of no snapshots at all. THE NEW CODE IS A FORWARD