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

Re: 1.9.x JavaHL: long initial delay when performing a log

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Mon, 16 Mar 2015 17:16:55 +0000

Philip Martin <philip.martin_at_wandisco.com> writes:

> Julian Foad <julianfoad_at_btopenworld.com> writes:
>> Flushing after the 1st, 2nd, 4th, 8th, ... log entry provides a crude
>> approximation to the desired semantics which is more like "don't delay
>> the first result more than a small fraction of a second, and don't
>> delay the next few results much more than that either". In other
>> words, the user's requirement is more about time delays. I wonder if
>> we could implement something closer to what the user really wants.
> apr_time_now() is not free so we don't want to call it on every
> revision, but we could call it before every extra flush. How about no
> more than one extra flush every 500ms:

Occassionally the system time will jump because somebody sets the system
clock. If the system clock were to jump forwards there might be a flush
that would have been avoided without the jump. If the system clock were
to jump backwards there may be no extra flushes.

Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Received on 2015-03-16 18:18:09 CET

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