Мы запускаем NFS на кластере Isilon и периодически сталкиваемся с большой задержкой при создании каталога на одной машине и чтении на другой (около 30 секунд).
Похоже, это происходит только тогда, когда сеть сильно загружена, но предполагается, что запуск «ls» в родительском каталоге перед попыткой чтения нового каталога заставит NFS выполнить повторное кэширование.
Звучит правильно?
решение1
Похоже, вам нужно настроить параметры монтирования acdirmin/acdirmax на ваших клиентах, чтобы изменить верхнюю и нижнюю границы возраста кэша информации о каталоге. Эти 30 секунд соответствуют значению acdirmin по умолчанию в 30 секунд, что означает, что информация должна находиться в кэше не менее 30 секунд, прежде чем клиент рассмотрит возможность выхода и обновления.
Посмотрите, поможет ли уменьшение времени действия acdirmin до 15 или 10 секунд.
Кроме того, причина, по которой 'ls' может помочь, заключается в том, что он вызывает stat() для ".", что потенциально может сделать кэш для этого dentry недействительным. Я припоминаю, что нам приходилось изменять некоторые из наших инструментов, чтобы stat() файла или каталога перед open(), чтобы проверить, что элемент был там для некоторых наших вещей NFS.
решение2
Так это другие клиенты замечают, что файл был создан? (или это включает изменения в объеме данных, содержащихся в файлах).
Все ли операции находятся в одном каталоге, так как у isilons возникают проблемы с производительностью метаданных в одном каталоге.
Вы уверены, что это не сервер, записывающий файл, который выполняет кэширование? Если вы войдете в Isilon и посмотрите каталог из «устройства», увидите ли вы, что файлы появляются на сервере в то же самое время, когда клиент сообщает, что он их записал?
Любопытно, что на двух машинах установлен один и тот же кирпич Isilon (хотя это не имеет значения, но было бы интересно).
Какие у вас есть параметры монтирования? (Имеет ли значение nfs v2 (больше любопытно, что у него нет readir+))