public inbox for gentoo-portage-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "M. J. Everitt" <m.j.everitt@iee.org>
To: gentoo-portage-dev@lists.gentoo.org
Subject: Re: [gentoo-portage-dev] [PATCH v3] collision_protect: use dynamic report interval
Date: Tue, 8 Jan 2019 20:59:34 +0000	[thread overview]
Message-ID: <c96e6025-d6a5-4953-9cf0-5c6e866338bd@iee.org> (raw)
In-Reply-To: <e9553b23-bd5f-c091-c254-6c66267e084a@gentoo.org>


[-- Attachment #1.1: Type: text/plain, Size: 3047 bytes --]

On 08/01/19 19:15, Zac Medico wrote:
> On 1/8/19 5:42 AM, Fabian Groffen wrote:
>> The reporting of files remaining can look somewhat odd since the report
>> interval is hardcoded to be per 1000 objects.  Adjust this interval to
>> be time based.  This means that modern (fast) machines likely will never
>> see the countdown messages at all.  On slow setups the message will be
>> informative that there is progress, albeit rather slowly.  While at it,
>> report percentage done.
>>
>> Output before this patch:
>>
>>  * checking 6158 files for package collisions
>> 5158 files remaining ...
>> 4158 files remaining ...
>> 3158 files remaining ...
>> 2158 files remaining ...
>> 1158 files remaining ...
>> 158 files remaining ...
>>
>> Possible output after this patch on a slower machine:
>>
>>  * checking 6158 files for package collisions
>>  48% done, 3145 files remaining ...
>>  96% done, 192 files remaining ...
>> 100% done
>>
>> Signed-off-by: Fabian Groffen <grobian@gentoo.org>
>> ---
>>  lib/portage/dbapi/vartree.py | 11 +++++++++--
>>  1 file changed, 9 insertions(+), 2 deletions(-)
>>
>> diff --git a/lib/portage/dbapi/vartree.py b/lib/portage/dbapi/vartree.py
>> index 4b91caea8..244195fad 100644
>> --- a/lib/portage/dbapi/vartree.py
>> +++ b/lib/portage/dbapi/vartree.py
>> @@ -3475,13 +3475,18 @@ class dblink(object):
>>  			symlink_collisions = []
>>  			destroot = self.settings['ROOT']
>>  			totfiles = len(file_list) + len(symlink_list)
>> +			tnow = time.time()
>> +			tinterv = 2  # seconds
>> +			ninterv = tnow + tinterv
>>  			showMessage(_(" %s checking %d files for package collisions\n") % \
>>  				(colorize("GOOD", "*"), totfiles))
>>  			for i, (f, f_type) in enumerate(chain(
>>  				((f, "reg") for f in file_list),
>>  				((f, "sym") for f in symlink_list))):
>> -				if i % 1000 == 0 and i != 0:
>> -					showMessage(_("%d files remaining ...\n") % (totfiles - i))
>> +				if time.time() > ninterv:
>> +					showMessage(_("%3d%% done, %d files remaining ...\n") %
>> +							(i * 100 / totfiles, totfiles - i))
>> +					ninterv = time.time() + tinterv
>>  
>>  				dest_path = normalize_path(
>>  					os.path.join(destroot, f.lstrip(os.path.sep)))
>> @@ -3570,6 +3575,8 @@ class dblink(object):
>>  							break
>>  					if stopmerge:
>>  						collisions.append(f)
>> +			if tnow + tinterv < ninterv:
>> +				showMessage(_("100% done\n"))
>>  			return collisions, dirs_ro, symlink_collisions, plib_collisions
>>  
>>  	def _lstat_inode_map(self, path_iter):
>>
> Please replace time.time() with portage.util.monotonic.monotonic().
It's a bit of a nit-pick, granted, but can we ensure that the count-down's
remain padded/justified such that the numbers line up for easy at-a-glance
inspection ? The optimal standard looks somewhat like the pre-merge Sizes:

 * Final size of build directory: 2696 KiB (2.6 MiB)
 * Final size of installed tree:  5372 KiB (5.2 MiB)

Otherwise, I think this will be quite helpful. Thanks.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2019-01-08 20:59 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-07 14:31 [gentoo-portage-dev] [PATCH] lib/portage/dbapi/vartree: use dynamic report interval in _collision_protect Fabian Groffen
2019-01-07 18:54 ` Zac Medico
2019-01-07 19:05 ` Michał Górny
2019-01-08  8:09   ` [gentoo-portage-dev] [PATCH] collision_protect: use dynamic report interval Fabian Groffen
2019-01-08  8:17     ` Ulrich Mueller
2019-01-08  8:18       ` Fabian Groffen
2019-01-08 13:42 ` [gentoo-portage-dev] [PATCH v3] " Fabian Groffen
2019-01-08 19:15   ` Zac Medico
2019-01-08 20:59     ` M. J. Everitt [this message]
2019-01-09  8:09       ` Fabian Groffen
2019-01-09  8:33   ` [gentoo-portage-dev] [PATCH v4] " Fabian Groffen
2019-01-10  5:22     ` Zac Medico
2019-01-10  8:22       ` Fabian Groffen
2019-01-10 15:30     ` [gentoo-portage-dev] [PATCH v5] " Fabian Groffen
2019-01-11  4:37       ` Zac Medico
2019-01-11 10:16         ` Fabian Groffen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=c96e6025-d6a5-4953-9cf0-5c6e866338bd@iee.org \
    --to=m.j.everitt@iee.org \
    --cc=gentoo-portage-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox