Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 13 Feb 2012 07:36:25 +0100
From:      Alex Samorukov <ml@os2.kiev.ua>
To:        Adrian Chadd <adrian@freebsd.org>
Cc:        Harald Schmalzbauer <h.schmalzbauer@omnilan.de>, freebsd-stable@freebsd.org
Subject:   Re: disk devices speed is ugly
Message-ID:  <4F38AF69.6010506@os2.kiev.ua>
In-Reply-To: <CAJ-Vmok9Ph1sgFCy6kNT4XR14grTLvG9M3JvT9eVBRjgqD%2BY9g@mail.gmail.com>
References:  <4F215A99.8020003@os2.kiev.ua> <4F27C04F.7020400@omnilan.de> <4F27C7C7.3060807@os2.kiev.ua> <CAJ-VmomezUWrEgxxmUEOhWnmLDohMAWRpSXmTR=n2y_LuizKJg@mail.gmail.com> <4F37F81E.7070100@os2.kiev.ua> <CAJ-Vmok9Ph1sgFCy6kNT4XR14grTLvG9M3JvT9eVBRjgqD%2BY9g@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On 02/13/2012 06:27 AM, Adrian Chadd wrote:
> On 12 February 2012 09:34, Alex Samorukov<ml@os2.kiev.ua>  wrote:
>
>> Yes. But it will nit fix non-cached access to the disk (raw) devices. And
>> this is the main reason why ntfs-3g and exfat are much slower then working
>> on Linux.
> But _that_ can be fixed with the appropriate application of a sensible
> caching layer.
With every application?  :) Are you know anyone who wants to do this? At 
least for 3 fuse filesystems.

Also, caching in user-land is much slower and more dangerous.

There is a libublio utility which is done to provide userland caching 
(it implements pwrite/pread replacement) and it is in use by this 2 ports.

>
> So if there are alignment issues, let's fix those up first so
> filesystems act sensibly with the block device layer. Then yes, adding
> a caching layer that works. I didn't get very good performance with
> g_cache when i last tried it.
Because its very primitive. Once again - try to compare performance of 
the exfat or ntfs-3g on Linux and FreeBSD. Raw device speed (i used USB) 
is pretty the same, but resulting speed is very different, as well as 
I/O characteristic.




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F38AF69.6010506>