[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: notification output bottleneck

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Thu, 30 Aug 2012 09:11:08 +0200

On Wed, Aug 29, 2012 at 4:22 AM, Justin Erenkrantz
<justin_at_erenkrantz.com> wrote:
> On Tue, Aug 28, 2012 at 7:22 PM, Johan Corveleyn <jcorvel_at_gmail.com> wrote:
>> Yep, redirecting to a file eliminates the bottleneck (almost the same
>> as redirecting to NUL) (I ran it a couple of times to make sure the
>> server cache was hot):
>
> FWIW, I've historically seen similar behavior on Unix platforms as
> well - especially on machines with SSDs and a fast local network as
> the stdout I/O to emit the notifications is the slowest part of the
> system by far. -- justin

Hmz, so contrary to what I thought it seems it's not only a problem on
Windows. Is is as severe on *nix as on Windows? My export (w/ fast
server over a LAN) was twice as fast when redirecting notifications to
a file. Can somebody get some numbers on some unixy platform?

But more to the point: anybody have a solution in mind? If it's not
Windows-only then some Windows defines wont help of course. Buffering
the output may be the only way to eliminate this bottleneck? What are
the pros and cons, and how hard would that be? Any other ideas?

-- 
Johan
Received on 2012-08-30 09:12:04 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.