proNovell

На NSS Directory Quotas можно включить в двух местах, н-р, из NSSMU -> Volumes -> Том -> Directory Quotas - у меня включено именно так и квотирование директорий работает. Но в дебрях монитора -> Server Parameters -> Novell Storage Services можно включить "Emulate Classic Netware Directory Quotas" = On - и (после рестарта сервера) получить имитацию классической нетваревской директорной квоты. Вопрос: чем это отличатеся от первого варианта? В документации ничего внятного по этому поводу не нашёл, везде только упоминается, что "Emulate Classic Netware Directory Quotas" можно включить ещё другими способами: через SET и ключом NSS /ClassicDirectoryQuotas = On - а в чём заключается классика и чем это квотирование отличается от неклассики в NSSMU?

Сначала я думал (какие-то смутные воспоминания), что классическое квотирование при назначении квоты на директорию учитывает объём файлов, уже присутствующих в этой директории, а неклассическое - только объём, который можно будет ДОБАВИТЬ в директорию после назначения квоты. Но быстрая проверка неклассики (эмуляции классики у меня нет нигде, перегружать сервер для её включения не хочу) показала, что назначение квоты на лиректорию с уже существующими в ней файлами включает эти файлы в квоту, т.е., создаю директорию -> копирую в неё большой файл -> ставлю квоту, мЕньшую, чем размер файла -> всё, больше в эту директорию ничего записать уже не могу - нет места. Но и в классике ведь также?! В чём отличие?

Плохо искал: What is the difference between classic directory quotas and current directory quotas?

The difference is an API that's used to calculate the amount of space used in a directory that can have a quota. Traditional file systems scan the file structure when the volume mounts to get this info, and caches it into memory. This takes a long time depending on how much data is on the volume. NSS does not do this. That enables NSS volumes to mount much faster. The mechanism for calculating the amount of space used is identical for traditional and NSS volumes. The only time you would need to enable the emulation is if you had an application that needed it, such as NRM. Once the application calls that old api, it will scan the entire volume to get the usage information for the directories and cache it in ram. If it's a large volume, this could take a long time. Not to mention the memory requirements on the server this would need. There are not very many applications that would use this old api.