Adam Goryachev wrote:
>
>> there is the I/O caching. zfs caches checks of I/O and then reorders it
>> to do a large, more-sequential write. it is also a copy-on-write
>> filesystem which handles disk writes in a cache then reorder then write
>> method also.
>>
>> also. tale a look
>> http://www.opensolaris.org/jive/thread.jspa?threadID=11961&tstart=15
>> <http://www.opensolaris.org/jive/thread.jspa?threadID=11961&tstart=15>
>
> So basically your comparison is not 'fair' because in one case you are
> using write caching which will result in more lost data in some cases,
> compared to no write caching. I don't know what mount options are
> available for ext3, but I am pretty sure that there is an option to
> enable similar write caching.
I'm not sure if anyone cares about lost data on backuppc in the sense of
losing what you would have lost anyway if the server had crashed a
few seconds earlier. However, you do want the data to be consistent
after recovery and the increased throughput has to persist beyond the
initial cache fill.
> I would be really interested in seeing the commands you are executing to
> get these results (so other people can try and replicate them) and also
> the results on reiserfs (v3, I wouldn't use v4 on a production server,
> but perhaps v4 would also be interesting).
>
> PS, I've been a major fan of reiserfs for many years now, it seems to
> work really well for most of my needs, which primarily involve large
> maildir folders, backuppc, etc... I use it in most places as my
> preferred choice. Though I'd like to see how it compares in actual tests
> instead of just my 'gut feeling' that it is faster.
I used and liked reiserfs for a long time too, but I think ext3 may be a
close match if you set the right options. Directory indexing may be
important to reduce the time it takes to identify if a filename is a new
or existing entry as you make a new link.
--
Les Mikesell
[EMAIL PROTECTED]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
BackupPC-users mailing list
[email protected]
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
