http://jackxiang.com/index.php zh-cn http://jackxiang.com/post// jack <xdy108@126.com> Sat, 18 Jun 2011 08:58:49 +0000 http://jackxiang.com/post// BlogBlogBlog感谢 xbeta 帮我向作者反馈的此建议，1.3 测试版的最新版本终于将文件列表名称添加进了排序栏，这样就实现了使用 Everything 离线搜索（不连接移动硬盘）多个移动硬盘文件，并快速定位文件所在移动硬盘！另外 HTTP/FTP 服务器功能回复。
BlogEverything 就是一神器！
Blog再次解释下什么是 Everything 的文件列表功能：
Blog文件列表：将 U盘、移动硬盘等路径添加进 Everything 的文件列表并保存，今后就可以在不连接移动设备的情况下搜索文件（即离线搜索功能）
Blog只需要几步：
Blog首先，需要用 Everything 针对不同储存设备创建不同的文件列表，注意文件列表命名与硬件设备一一对应，这样才能在将来快速找到它。
BlogBlogBlog其次，Everything 支持在启动时加载多个文件列表，以便随时搜索。
BlogBlogBlog最后，搜索结果中找到 File List Filename（可能需要右键排序栏调出），根据文件列表名称快速找到硬件然后连接电脑，读取文件，完成不可能任务。
Blog另外续注意创建文件列表时的盘符如果与后来不同，Everything 还无法自动识别（谁来解决固定移动硬盘盘符的问题）。


mlocate
slocate
locate

=======================
linux下类似Windows下的Everything的快速文件名搜索工具mlocate
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: real user system dentry inode buffers cached
slocate 1m32.84 0.704 2.045 134337 170778 85972 8268
mlocate, 1st 1m11.65 0.214 0.908 17766 15642 78452 21340
mlocate, 2nd 37.64 0.105 0.289 17776 15639 33996 21336

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. ]]> http://jackxiang.com/post//#blogcomment <user@domain.com> Thu, 01 Jan 1970 00:00:00 +0000 http://jackxiang.com/post//#blogcomment