Исходное сообщение
"Релиз ядра Linux 4.7" Отправлено Тузя, 25-Июл-16 16:20
А это довольно старый баг / фича ext, который, кстати, бесит. Создадим каталог и начнем писать туда маленькие файлы. Запишем 100 000 тысяч. и удалим. Потом еще 200 000 и удалим, потом еще 300 000 и удалим. В результате каталог пуст. Создадим еще один пустой каталог рядом. Вы увидете, например, в mc, как разбубенило размеры первого пустого каталога по отношению к новому, в котором никогда не было файлов. Так вот,.. лично мне не удалось пронаблюдать, чтобы создание/удаление файла как-то отличалось по скорости, но вот поиск файла, например через find будет происходить с разной скоростью. Открывать такой каталог в mc - редкая экзекуция. cd и затем ls сработают НАМНОГО быстрее, чем mc, думаю не стоит объяснять почему. Баг на редкость поганый, приведу пример как попасться на эти неочевидные грабли: 1. Какой-то процесс выплевывает кучу файлов в каталог. 2. incron обрабатывает появление файлика и делает свои дела 3. Другой процесс иногда ищет, парсит и удаляет файлы из каталога 4. Потом раз, например, в месяц, мы архивируем файлы по дате и куда-то складываем. Подводный камень в п.3, там с каждым днем всё больше падает производительность. Единственное решение, если нельзя изменить код пишущего процесса - пересоздание каталога. Понятно, что в этом момент процесс придется перезапустить, потому что новый каталог он не подхватит. И это бесит. Согласен, пример, выглядит искусственно, я специально упростил и переделал, чтобы не рассказывать деталей.