Это может также прибыть от клиента, имеющего неправильное время.
К сожалению, я не думаю, что такое существует, но я был бы приятно удивлен, если бы он был. Вы можете написать свою собственную реализацию на C и сильно ее оптимизировать. Однако успех этого зависит от того, насколько хорошо оптимизирован chown с самого начала. Учитывая, что это одна из основных утилит, я бы сказал, что она довольно оптимизирована. Кроме того, вы, скорее всего, связаны скоростью ввода-вывода.
Мне удалось избежать ограничений ls и rm , связав результаты find ] на xargs , в случае, если в каталоге много файлов, например:
find /path/* | xargs rm
Итак, дикая догадка, может быть, это может ускорить chown , если он работает медленнее при рекурсивном сканировании файловой системы, чем find :
sudo find /path/* | xargs chown www-data:www-data
Я тоже использую Amazon EC2, и у меня возникла эта проблема. 2 вещи:
Исправление Текущая ситуация: Вам придется иметь дело с медлительностью. Возможно, вы можете использовать «screen» или что-то подобное, чтобы процесс мог продолжаться в фоновом режиме.
Исправление ситуации в будущем: Вы могли бы посмотреть вверх по течению и увидеть, как файлы генерируются в первую очередь. Поскольку вы упомянули www-data, я предполагаю, что потребителем файлов является Apache. Если файлы удаляются из другой программы (NFS, Samba, SSH и т.д.), убедитесь, что эти программы устанавливают user: group как www-data: www-data.