Date: Wed, 30 Jan 2013 01:29:35 -0000 From: "Steven Hartland" <killing@multiplay.co.uk> To: "Kevin Day" <toasty@dragondata.com>, "Matthew Ahrens" <mahrens@delphix.com> Cc: FreeBSD Filesystems <freebsd-fs@freebsd.org> Subject: Re: Improving ZFS performance for large directories Message-ID: <9792709BF58143EFBDAABE638F769775@multiplay.co.uk> References: <19DB8F4A-6788-44F6-9A2C-E01DEA01BED9@dragondata.com> <CAJjvXiE%2B8OMu_yvdRAsWugH7W=fhFW7bicOLLyjEn8YrgvCwiw@mail.gmail.com> <F4420A8C-FB92-4771-B261-6C47A736CF7F@dragondata.com>
next in thread | previous in thread | raw e-mail | index | archive | help
----- Original Message -----
From: "Kevin Day" <toasty@dragondata.com>
> I think some of the issue is that nothing is being allowed to stay cached long. We have several parallel rsyncs running at once
> that are basically scanning every directory as fast as they can, combined with a bunch of rsync, http and ftp clients. I'm
> guessing with all that activity things are getting shoved out pretty quickly.
zfs send / recv a possible replacements for the rsyncs?
Regards
Steve
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster@multiplay.co.uk.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9792709BF58143EFBDAABE638F769775>