On Tue, Aug 18, 2009 at 10:57 PM, Kip Macy wrote:
> On Tue, Aug 18, 2009 at 03:01, Andrey Kuzmin
> wrote:
>> The patch itself seems to be "purely opportunistic" :), hence two questions:
>> 1. How does it impact prefetch efficiency?
>
> On my workloads it does not. Whereas lock contention with mult
The patch itself seems to be "purely opportunistic" :), hence two questions:
1. How does it impact prefetch efficiency?
2. If it does impact prefetch significantly, is there any other, less
destructive, locking approach?
Regards,
Andrey
On Tue, Aug 18, 2009 at 2:52 AM, Kip Macy wrote:
> I have
On Tue, Aug 18, 2009 at 03:01, Andrey Kuzmin
wrote:
> The patch itself seems to be "purely opportunistic" :), hence two questions:
> 1. How does it impact prefetch efficiency?
On my workloads it does not. Whereas lock contention with multiple
threads accessing a file is quite high.
> 2. If it do
I have made a number of what I would call non-structural changes to
ZFS (no changes to file system semantics or space allocation) to
improve the performance of ZFS, as imported in to FreeBSD, in my
client's environment. Pawel Dawidek has asked that I try to get my
changes pushed upstream to minimiz
