Thread (24 messages) 24 messages, 6 authors, 2016-08-11

Re: What's in git.git (stable)

flat view

From: Johannes Schindelin <hidden>
Date: 2016-08-11 20:15:09

Hi,

On Thu, 14 Dec 2006, Andy Parkins wrote:
On Thursday 2006 December 14 10:51, Johannes Schindelin wrote:
quoted
If I have the choice between a "doing something" bar and a Windows
Explorer "14 seconds left" bar showing the same message for two minutes,
I'd rather have a Mars bar ;-)
Gahhhhhhhhh!  Oh how I hate that window.

On this we can wholeheartedly agree.  Unfortunately it's not just windows; 
most applications that have a progress bar go like this:

0%, ..., 0%,..., 0%,.., 1 , 2, 3, 4, 5, 6, 33%, ..., 33%, ..., 33%, 35, 36, 
85%, ..., 85%, ..., 85%, ..., 99%, 100%, ..., 100%, ... (yes, I'm completely 
finished, but still working), ... 100%.

I reckon, unless the window with a progress bar in it has an ETA, then the 
progress should be an ETA itself.  If it's not going to monotonically 
increase, then the "percentage" is meaningless.
And now you know one of the reasons we have no true progress bar.

Another reason is that it would be relatively expensive to calculate, 
since the total _size_ is not known beforehand (remember, the pack is 
calculated on the fly).

Yet another reason is that all estimates there are unstable by nature: the 
load of the server, the net load, the load of the client, the speed of 
packing and unpacking, and the luck if deltas can be reused, are all 
contributors to this unstability.

Ciao,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help