Re: enquiry about autodefrag option

2012-09-24 Thread David Sterba
On Fri, Sep 21, 2012 at 05:03:41AM +0800, ching wrote: > AFAIK, the autodefrag will read related extents and mark them dirty, > io niceness should be applicable to the read operation I was hesitant to believe that, but tried it and it's right: $ dd if=/dev/zero bs=4k count=1 seek=15 of=file $ dd

Re: enquiry about autodefrag option

2012-09-20 Thread ching
>> Is there any io niceness control for autodefrag process too? it will >> be nice if the idle class is used. > No. Autodefrag will mark file data dirty and they'll be written back to > the storage in the same way as any other write through the worker > threads. > > AFAIK, the autodefrag will rea

Re: enquiry about autodefrag option

2012-09-20 Thread David Sterba
On Wed, Sep 19, 2012 at 07:39:42PM +0200, Martin Steigerwald wrote: > > >>(P.S. I am aware that autodefrag will introduce extra write I/O) > > > > Yes, your understanding is right, random write workloads will benefit > > from it. > > What about the extra I/O? And the greatly reduced seek time

Re: enquiry about autodefrag option

2012-09-20 Thread David Sterba
On Thu, Sep 20, 2012 at 07:36:53AM +0800, ching wrote: > > >>> 2. AFAIK, "autodefrag" detects small random writes into files and > >>> queues them up for an automatic defrag process, so the filesystem will > >>> defragment itself while it's used. > >>> > >>> If the system reboot/crash/remount-

Re: enquiry about autodefrag option

2012-09-19 Thread ching
>>> 2. AFAIK, "autodefrag" detects small random writes into files and >>> queues them up for an automatic defrag process, so the filesystem will >>> defragment itself while it's used. >>> >>> If the system reboot/crash/remount-ro, will the autodefrag process >>> continue after resume? >>> > Fo

Re: enquiry about autodefrag option

2012-09-19 Thread Martin Steigerwald
Am Mittwoch, 19. September 2012 schrieb Liu Bo: > On 09/19/2012 07:28 PM, ching wrote: […] > > On 09/17/2012 07:15 PM, ching wrote: > >> I am testing btrfs for long-term storage and backup, and i would > >> like to know more about "autodefrag" option: > >> > >> 1. Will "autodefrag" option benefit

Re: enquiry about autodefrag option

2012-09-19 Thread Liu Bo
On 09/19/2012 07:28 PM, ching wrote: > can anybody helps? > > On 09/17/2012 07:15 PM, ching wrote: >> I am testing btrfs for long-term storage and backup, and i would like >> to know more about "autodefrag" option: >> >> 1. Will "autodefrag" option benefit ssd? >> >> My understanding is: >> >>

Re: enquiry about autodefrag option

2012-09-19 Thread ching
can anybody helps? On 09/17/2012 07:15 PM, ching wrote: > I am testing btrfs for long-term storage and backup, and i would like > to know more about "autodefrag" option: > > 1. Will "autodefrag" option benefit ssd? > > My understanding is: > >autodrag -> number of extent decrease -> me

enquiry about autodefrag option (resent)

2012-09-17 Thread ching
I am testing btrfs for long-term storage and backup, and i would like to know more about "autodefrag" option: 1. Will "autodefrag" option benefit ssd? My understanding is: autodrag -> number of extent decrease -> metadata decrease -> a "healthier" filesystem in the long run (P.S.