Everything是我用過的最好的軟體工具之一,"快、小、綠色",是我在windows下最留戀的軟體。因為有它,我甚至可以不用totalcmd來檔案夾切換尋找操作了。
可惜的是linux下面並沒有如此好用的軟體,而locate尋找軟體的速度我實在不敢恭維,而且還建了那麼大的檔案索引列表,而索引更新又是如此之慢,令人詬病。
還好,有mlocate稍微緩解我內心的不快,速度比locate和slocate都要快,但還遠不及everything,湊活用吧,已經是目前linux下面最差強人意的檔案搜尋工具了。
mlocate
About
mlocate is a new locate implementation. The 'm' stands for "merging":
updatedb reuses the existing database to avoid rereading most of the file
system, which makes updatedb faster and does not trash the system caches
as much.
The locate(1) utility is intended to be completely compatible to slocate.
It also attempts to be compatible to GNU locate, when it does not conflict
with slocate compatibility.
Availability
mlocate tarballs are available at fedorahosted.org.
Current version: 0.22.1
mlocate is also included in Fedora Core 6 and later.
Bugs
Please consider reporting the bug to your distribution's bug tracking
system.
Otherwise, report bugs at https://fedorahosted.org/mlocate/. Bug reports
with patches are especially welcome.
Performance
These measurements were obtained with mlocate-0.12 and slocate-2.7. Each
time, a computer was booted into single-user mode and after one updatedb
run data was collected using slabtop and free. The measurement method is
admittedly crude, but I think the numbers represent reality quite well.
Run: realusersystemdentryinodebufferscached
slocate 1m32.840.7042.045134337170778859728268
mlocate, 1st1m11.650.2140.90817766156427845221340
mlocate, 2nd37.640.1050.28917776156393399621336
real, user, system
as reported by time
dentry, inode
number of active objects in dentrycache and ext3inode_cache, as reported
by slabtop
buffers, cached
size of disk buffers and page cache, as reported by free
mlocate has two rows because the first run needs to scan the whole file
system, while the subsequent runs can reuse most of the original database.