+1. I've tried this on Linux and it helps reduce the spikes in append (and
hence producer) latency for high throughput writes. I am not entirely sure
why but my suspicion is that in the absence of preallocation, you see
spikes writes need to happen faster than the time it takes Linux to
allocate the next block to the file.

It will be great to see some performance test results too.

On Tue, Apr 21, 2015 at 9:23 AM, Jay Kreps <jay.kr...@gmail.com> wrote:

> I'm also +1 on this. The change is quite small and may actually help perf
> on Linux as well (we've never tried this).
>
> I have a lot of concerns on testing the various failure conditions but I
> think since it will be off by default the risk is not too high.
>
> -Jay
>
> On Mon, Apr 20, 2015 at 6:58 PM, Honghai Chen <honghai.c...@microsoft.com>
> wrote:
>
> > I wrote a KIP for this after some discussion on KAFKA-1646.
> > https://issues.apache.org/jira/browse/KAFKA-1646
> >
> >
> https://cwiki.apache.org/confluence/display/KAFKA/KIP-20+-+Enable+log+preallocate+to+improve+consume+performance+under+windows+and+some+old+Linux+file+system
> > The RB is here: https://reviews.apache.org/r/33204/diff/
> >
> > Thanks, Honghai
> >
> >
>



-- 
Thanks,
Neha

Reply via email to