Вышли Findutils-4.4.0

>rlocate так и делает.

Вот как раз через inotify он это и _не_делает_. У него свой модуль для этого.

> его не собираются научить обновлять базу только при изменении на фс
без ядерного модуля это невозмождно,
впрочем см. rlocate - в сети есть

сравнил скорость обновления базы locate с повторным обновлением mlocate (меньше секунды) и заменил его нафиг

/me рад до усрачки

Кстати, интересно, а опция -regextype раньше была или я её только сейчас заприметил? В принципе полезная вещь, во всяком случае для меня очевидно, что posix-egrep и posix-awk не в пример удобнее загадочных emacs-regex'ов. Если бы find поддерживал линковку с pcre, было бы и вовсе чудесно. Всё-таки не хватает той мощи regex'ов, которая есть у GNU sed, и уж тем паче - у нативного perl'а, так что иногда приходится читать вывод find'а через pipe (или с использованием конструкции "< <(command)" ) и дальше уже попускать каждое имя файла через полноценные regex-фильтры.

> ...альше уже попускать каждое имя файла через полноценные regex-фильтры.
А что в этом плохого? Чистый UNIX-way в действии. Каждая тулза делает свое маленькое дело.
А большое дело мы уже соскриптуем.

> Нах вообще эти [r|s]locate нужны? Вы так часто теряете что-то в файлухе?

Если у тебя мало отдельных файлов и те лежат в известном месте - это хорошо :) Но не у всех так. locate - очень полезная в жизни вещь...

> Но не у всех так. locate - очень полезная в жизни вещь...

а whereis это оно?

Плохо то, что все эти чудесные скриптовые solution'ы всегда неоптимальны с точки зрения производительности. Впрочем, если сравнивать скорость работы locate и find, получится, что последний тогда вообще использовать противопоказано, но если всё же абстрагироваться от существования locate'а, получится, что решение на базе использования цикла, мягко, говоря, топорное.

Нах вообще эти [r|s]locate нужны? Вы так часто теряете что-то в файлухе? Мне что-то искать приходится раз в месяц, запустить find и подождать - гораздо меньшее зло, чем каждые полдня слышать шуршание updatedb по винту.

На загруженном серваке, где ЛА на текущий момент около десятки, locate как-то быстрее работает.

не понял, какого такого цика, и каким образом фильтрация грепом выхлопа find так сильно замедляет его?

>Нах вообще эти [r|s]locate нужны? Вы так часто теряете что-то в файлухе? Мне что-то искать приходится раз в месяц, запустить find и подождать - гораздо меньшее зло, чем каждые полдня слышать шуршание updatedb по винту.

А зачем вообще весь день за компом сидеть? Ну пусть работает себе ночью если сервер

it's teh BEST INNOVASHUUN EVAR

whereis уже научился искать по моей коллекции музыки, разбросанной по нескольким разделам на двух винтах и NFS? :)

> Нах вообще эти [r|s]locate нужны? Вы так часто теряете что-то в файлухе? Мне что-то искать приходится раз в месяц, запустить find и подождать - гораздо меньшее зло, чем каждые полдня слышать шуршание updatedb по винту.

Я ничего не теряю, но часто пользуюсь locate'ом для быстрого поиска по ФС. Оно ведь для того и предназначено, не так ли?

>Плохо то, что все эти чудесные скриптовые solution'ы всегда неоптимальны с точки зрения производительности.

man xargs.

не только оптимально с точки зрения производительности, но и прекрасно решает проблему с пробелами и прочими неудобными для дальнейшей обработки символами в именах файлов.