[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #51506] Better support for data processing with basenames

From: Markus Elfring
Subject: [bug #51506] Better support for data processing with basenames
Date: Thu, 20 Jul 2017 04:20:35 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0

Follow-up Comment #4, bug #51506 (project findutils):

>For optimization issues, people usually come with a certain, reproducible
case to point out a bottleneck.

I suggest a software adjustment where I can also imagine that you might not
interpret its impact in significant ways because a specific functionality is
already available.

>With that (only), we could start working on it.

I disagree here. - I dared to point a place out where it can happen that a bit
more data processing would be performed so far than required.

* Can it occasionally help with software efficiency to work a bit less at the

* How much can it matter to avoid additional copies for directory names (or
just prefixes)?

>… what is wrong with "-printf '%f\n'"?

A process category exists which would use a fixed output function there. So
the specification of such a command line parameter would also be a bit too
much extra data (besides the internal parsing structures) under the view of
special efficiency expectations.
The corresponding processes would depend on a built-in system configuration
for file searches.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]