Displaying 3 results from an estimated 3 matches for "nzone".
Did you mean:
none
2011 Jun 29
14
[PATCH v4 0/6] btrfs: generic readeahead interface
This series introduces a generic readahead interface for btrfs trees.
The intention is to use it to speed up scrub in a first run, but balance
is another hot candidate. In general, every tree walk could be accompanied
by a readahead. Deletion of large files comes to mind, where the fetching
of the csums takes most of the time.
Also the initial build-ups of free-space-caches and
2011 Jun 10
6
[PATCH v2 0/6] btrfs: generic readeahead interface
This series introduces a generic readahead interface for btrfs trees.
The intention is to use it to speed up scrub in a first run, but balance
is another hot candidate. In general, every tree walk could be accompanied
by a readahead. Deletion of large files comes to mind, where the fetching
of the csums takes most of the time.
Also the initial build-ups of free-space-caches and
2008 Sep 23
1
error receiving files from protocol 29 server
...at clientserver.c(517)
rsync: connection unexpectedly closed (4 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(632) [receiver=3.0.4]
Adding any option, e.g. -v or -t makes it work.
>From using tcpdump I can see that it sends:
--sender\n-\n.\nzones/countries/countries.rbl\n\n
If you add -v, it sends:
--sender\n-t\n.\nzones/countries/countries.rbl\n\n
With 2.6.9 and no options, it sends:
--sender\n.\nzones/countries/countries.rbl\n\n
i.e. no extra -\n added.
Shouldn't 3.0.3 (and 3.0.4) not duplicate the 2.6.9 behaviour when
talking...