[bug #23542] Problem with performance, search it's to slow

[anonymous]

Follow-up Comment #1, bug #23542 (project findutils):

Can you clarify what you're basing 'too slow' against?  I'm testing against a
directory of six different kernel git trees (143010 files and 8685
directories) and on a desktop (7200/8MB/IDE) drive with both cold drive and
system caches* am getting roughly 90 seconds' turnaround on 'find . -newer . >
/dev/null'.  That's with 4.4.0 on XFS-over-LVM-over-LUKS, but in this case I
doubt the filesystem really matters too much.

Warm cache (immediate turnaround w/o flushing caches) returns for me in ~2
seconds.  Depending on how much memory you have, how aggressive your
particular kernel is at caching, and how much other activity you have going on
reading your disks and pulling files into cache, you may or may not have a hit
which would explain your variability.


* dd if=/dev/random_source of=/dev/null bs=1k count=$3xmem && sync && echo 3
> /proc/sys/vm/drop_caches

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?23542>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/