Кэширование NFS, вызывающее неустойчивую задержку

Кажется, что необходимо настроиться, acdirmin/acdirmax монтируют опции на клиентах изменить верхние и нижние границы на возрасте кэша информации о каталоге. То, что 30 секунд соответствуют значению по умолчанию acdirmin 30 секунд, что означает, что информация должна быть в кэше по крайней мере за 30 секунд до того, как клиент рассмотрит выход и обновление его.

Посмотрите, если настройка acdirmin вниз к 15 или 10 секундам выручает.

Кроме того, причина, которую мог бы выручать 'ls', состоит в том, что он заставляет статистику () происходить, на"." котором мог потенциально делать недействительным кэш для этого dentry. Я вспоминаю нас имеющий необходимость изменить некоторые наши инструменты к статистике () файл или каталог прежде открытый () для проверки этого, объект был там для части нашего материала NFS.

Таким образом, это - другие клиенты, замечающие, что файл имеет файл, был создан? (или это включает изменения в то, сколько данных файлы содержат).

Операции, все в единственном каталоге как isilons имеют проблемы с производительностью метаданных в единственном каталоге.

Вы уверены не сервер, пишущий файл, который делает cachine, если Вы входите в isilon и смотрите каталог от "устройства", Вы видите, что файлы появляются на сервере в то же время, что и клиент говорит, что это имеет writtern это.

Из любопытства эти две машины, монтирующие тот же isilon кирпич (в то время как это, как предполагается, не имеет значения, что было бы интересно).

Что монтирует опции, Вы имеете? (Делает nfs v2, имеют любое значение (больше любопытство, это не имеет readir +)),