<feed xmlns='http://www.w3.org/2005/Atom'>
<title>git/progress.c, branch v2.4.9</title>
<subtitle>Mirror of https://git.kernel.org/pub/scm/git/git.git/
</subtitle>
<id>https://git.shady.money/git/atom?h=v2.4.9</id>
<link rel='self' href='https://git.shady.money/git/atom?h=v2.4.9'/>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/'/>
<updated>2014-07-14T04:25:21Z</updated>
<entry>
<title>progress: simplify performance measurement by using getnanotime()</title>
<updated>2014-07-14T04:25:21Z</updated>
<author>
<name>Karsten Blees</name>
<email>karsten.blees@gmail.com</email>
</author>
<published>2014-07-12T00:08:11Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=83d26fa724ef2efbeb332fa3dc92b00c0e579f28'/>
<id>urn:sha1:83d26fa724ef2efbeb332fa3dc92b00c0e579f28</id>
<content type='text'>
Calculating duration from a single uint64_t is simpler than from a struct
timeval. Change throughput measurement from gettimeofday() to
getnanotime().

Also calculate misec only if needed, and change integer division to integer
multiplication + shift, which should be slightly faster.

Signed-off-by: Karsten Blees &lt;blees@dcon.de&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>i18n: mark all progress lines for translation</title>
<updated>2014-02-24T17:08:37Z</updated>
<author>
<name>Nguyễn Thái Ngọc Duy</name>
<email>pclouds@gmail.com</email>
</author>
<published>2014-02-21T12:50:18Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=754dbc43f078625f38c7908f19dc71a0c617ec85'/>
<id>urn:sha1:754dbc43f078625f38c7908f19dc71a0c617ec85</id>
<content type='text'>
Signed-off-by: Nguyễn Thái Ngọc Duy &lt;pclouds@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>strbuf: create strbuf_humanise_bytes() to show byte sizes</title>
<updated>2013-04-10T19:58:33Z</updated>
<author>
<name>Antoine Pelisse</name>
<email>apelisse@gmail.com</email>
</author>
<published>2013-04-10T19:03:23Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=079b546a2940a84989893254a318c8414e13a13e'/>
<id>urn:sha1:079b546a2940a84989893254a318c8414e13a13e</id>
<content type='text'>
Humanization of downloaded size is done in the same function as text
formatting in 'process.c'. The code cannot be reused easily elsewhere.

Separate text formatting from size simplification and make the
function public in strbuf so that it can easily be used by other
callers.

We now can use strbuf_humanise_bytes() for both downloaded size and
download speed calculation. One of the drawbacks is that speed will
now look like this when download is stalled: "0 bytes/s" instead of
"0 KiB/s".

Signed-off-by: Antoine Pelisse &lt;apelisse@gmail.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>change throughput display units with fast links</title>
<updated>2009-10-14T08:19:29Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@fluxnic.net</email>
</author>
<published>2009-10-14T03:02:04Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=583371af1f88e9cd48fedbb6bbb147d8091fd591'/>
<id>urn:sha1:583371af1f88e9cd48fedbb6bbb147d8091fd591</id>
<content type='text'>
Switch to MiB/s when the connection is fast enough (i.e. on a LAN).

Signed-off-by: Nicolas Pitre &lt;nico@fluxnic.net&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Nicolas Pitre has a new email address</title>
<updated>2009-09-14T09:23:36Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@fluxnic.net</email>
</author>
<published>2009-09-14T06:41:16Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=03aa8ff3be3b35522b2e378651e65e0e86778018'/>
<id>urn:sha1:03aa8ff3be3b35522b2e378651e65e0e86778018</id>
<content type='text'>
Due to problems at cam.org, my nico@cam.org email address is no longer
valid.  From now on, nico@fluxnic.net should be used instead.

Signed-off-by: Nicolas Pitre &lt;nico@fluxnic.net&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>progress bar: round to the nearest instead of truncating down</title>
<updated>2009-04-25T15:54:18Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@cam.org</email>
</author>
<published>2009-04-24T21:46:15Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=66913284f06da58e2243acfad951a57501b8d813'/>
<id>urn:sha1:66913284f06da58e2243acfad951a57501b8d813</id>
<content type='text'>
Often the throughput output is requested when the data read so far is
one smaller than multiple of 1024; because 1023/1024 is ~0.999, it often
shows up as 0.99 because the code currently truncates.

Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>progress.c: avoid use of dynamic-sized array</title>
<updated>2008-06-08T20:56:32Z</updated>
<author>
<name>Boyd Lynn Gerber</name>
<email>gerberb@zenez.com</email>
</author>
<published>2008-06-08T15:26:15Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=d4c44443b665ee8e6bd638b5c1b3fa6aa2a1226c'/>
<id>urn:sha1:d4c44443b665ee8e6bd638b5c1b3fa6aa2a1226c</id>
<content type='text'>
Dynamically sized arrays are gcc and C99 construct.  Using them hurts
portability to older compilers, although using them is nice in this case
it is not desirable.  This patch removes the only use of the construct
in stop_progress_msg(); the function is about writing out a single line
of a message, and the existing callers of this function feed messages
of only bounded size anyway, so use of dynamic array is simply overkill.

Signed-off-by: Boyd Lynn Gerber &lt;gerberb@zenez.com&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>Flush progress message buffer in display().</title>
<updated>2007-11-20T21:16:15Z</updated>
<author>
<name>Johannes Sixt</name>
<email>johannes.sixt@telecom.at</email>
</author>
<published>2007-11-19T19:48:58Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=137a0d0ef568f0a2468c8c7f053ef113e295842f'/>
<id>urn:sha1:137a0d0ef568f0a2468c8c7f053ef113e295842f</id>
<content type='text'>
This will make progress display from pack-objects (invoked via
upload-pack) more responsive on platforms with an implementation
of stdio whose stderr is line buffered.

The standard error stream is defined to be merely "not fully
buffered"; this is different from "unbuffered".  If the
implementation of the stdio library chooses to make it line
buffered, progress reports that end with CR but do not contain
LF will accumulate in the stdio buffer before written out.  A
fflush() after each progress display gives a nice continuous
progress.

Signed-off-by: Johannes Sixt &lt;johannes.sixt@telecom.at&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>nicer display of thin pack completion</title>
<updated>2007-11-08T23:43:41Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@cam.org</email>
</author>
<published>2007-11-08T20:45:41Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=a984a06a07cdd0a843eb6107ad56e346d99ac840'/>
<id>urn:sha1:a984a06a07cdd0a843eb6107ad56e346d99ac840</id>
<content type='text'>
In the same spirit of prettifying Git's output display for mere mortals,
here's a simple extension to the progress API allowing for a final
message to be provided when terminating a progress line, and use it for
the display of the number of objects needed to complete a thin pack,
saving yet one more line of screen display.

Signed-off-by: Nicolas Pitre &lt;nico@cam.org&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
<entry>
<title>make display of total transferred fully accurate</title>
<updated>2007-11-08T00:48:40Z</updated>
<author>
<name>Nicolas Pitre</name>
<email>nico@cam.org</email>
</author>
<published>2007-11-06T21:30:28Z</published>
<link rel='alternate' type='text/html' href='https://git.shady.money/git/commit/?id=53ed7b5a5d7a0ad2ffafd4a4ba4a7861f5db624e'/>
<id>urn:sha1:53ed7b5a5d7a0ad2ffafd4a4ba4a7861f5db624e</id>
<content type='text'>
The minimum delay of 1/2 sec between successive throughput updates might
not have been elapsed when display_throughput() is called for the last
time, potentially making the display of total transferred bytes not
right when progress is said to be done.

Let's force an update of the throughput display as well when the
progress is complete.  As a side effect, the total transferred will
always be displayed even if the actual transfer rate doesn't have time
to kickin.

Signed-off-by: Nicolas Pitre &lt;nico@cam.org&gt;
Signed-off-by: Junio C Hamano &lt;gitster@pobox.com&gt;
</content>
</entry>
</feed>
