LINUX.ORG.RU

История изменений

Исправление MoldAndLimeHoney, (текущая версия) :

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

  1. Диалог открытия/сохранения Gtk3 при поиске тормозит на этом же датасете. Строго говоря, от жутко тормозит на гораздо меньшем датасете.

  2. find при поиске в любом случае должен получить от ФС список всех файлов (в данном случае 107k) и осуществить среди них поиск. И find отрабатывает меньше, чем за 0.5с на все (не самая быстрая программа для поиска, fd на этом же датасете отрабатывает раза в 2 быстрее). Никаких причин, для того, чтобы Gtk или Nautilus были сильно медленнее – нет. Просто кривые алгоритмы.

> time find Downloads/ | wc -l
107295
find Downloads/  0.04s user 0.11s system 99% cpu 0.142 total
wc -l  0.00s user 0.01s system 8% cpu 0.141 total

Исправление MoldAndLimeHoney, :

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

  1. Диалог открытия/сохранения Gtk3 при поиске тормозит на этом же датасете. Строго говоря, от жутко тормозит на гораздо меньшем датасете.

  2. find при поиске в любом случае должен получить от ФС список всех файлов (в данном случае 107k) и осуществить среди них поиск. И find (не самая быстрая программа для поиска, fd на этом же датасете отрабатывает раза в 2 быстрее). Никаких причин, для того, чтобы Gtk или Nautilus были сильно медленнее – нет. Просто кривые алгоритмы.

> time find Downloads/ | wc -l
107295
find Downloads/  0.04s user 0.11s system 99% cpu 0.142 total
wc -l  0.00s user 0.01s system 8% cpu 0.141 total

Исходная версия MoldAndLimeHoney, :

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

  1. Диалог открытия/сохранинения Gtk3 при поиске тормозит на этом же датасете. Строго говоря, от жутко тормозит на гораздо меньшем датасете.

  2. find при поиске в любом случае должен получить от ФС список всех файлов (в данном случае 107k) и осуществить среди них поиск. И find (не самая быстрая программа для поиска, fd на этом же датасете отрабатывает раза в 2 быстрее). Никаких причин, для того, чтобы Gtk или Nautilus были сильно медленнее – нет. Просто кривые алгоритмы.

> time find Downloads/ | wc -l
107295
find Downloads/  0.04s user 0.11s system 99% cpu 0.142 total
wc -l  0.00s user 0.01s system 8% cpu 0.141 total