[Top][All Lists]

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

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

From: anonymous
Subject: [bug #23542] Problem with performance, search it's to slow
Date: Thu, 12 Jun 2008 04:20:09 +0000
User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv: Gecko/20080404 Moontoad/

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:


  Message sent via/by Savannah

reply via email to

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