Вы найдете те политики под:
конфигурация компьютера-> политики-> административные шаблоны-> система-> сервис времени окон-> поставщики времени
Там можно настроить, какой сервер ntp должен использоваться в первом поле "NtpServer".
NtpServer: имя Системы доменных имен (DNS) или IP-адрес источника времени NTP. Это значение в форме "dnsName, флаги", где флаги являются шестнадцатеричной битовой маской флагов для того хоста. Для получения дополнительной информации посмотрите раздел Group Policy Settings Associated with Windows Time клиента NTP Настроек Групповой политики Windows Time Service (http://go.microsoft.com/fwlink/?LinkId=139727). Значение по умолчанию "time.windows.com, 0x09".
И установка, которую Вы ищете, вероятно, была бы:
CrossSiteSyncFlags: Это значение, выраженное как битовая маска, управляет, как W32time выбирает источники времени вне своего собственного сайта. Возможные значения 0, 1, и 2. Не устанавливая это значение к 0 (Ни один) не указывает, что клиент времени не должен пытаться синхронизировать время вне его сайта.
Я считаю, что целевой размер ARC - это то, до какого размера он может вырасти, а фактический - это то, сколько он использует в настоящее время. Я вижу это на своем сервере, где я даю ему 12 гигов, но на самом деле он не будет размещаться на 12 гигах, если я не нажму его. И обычно любит сидеть на 10-11 гигах.
Вот ссылка, чтобы объяснить дроссель памяти. Похоже, ZFS изначально не была запрограммирована на съедение всей вашей памяти, скорее всего, поэтому она там есть. ( http://www.zfsbuild.com/2012/04/18/let-zfs-use-all-of-your-ram/ )
А насчет №2 я не конечно. Извините.
Надеюсь, это поможет!
Ну, я опоздал на несколько лет, но я надеюсь, что это может помочь другим.
c
— целевой размер ARC. По умолчанию это 50% от общего объема ОЗУ, но он может уменьшиться по запросу, если система испытывает нехватку памятиразмер
— это текущий размер ARC. При достаточном количестве времени он будет стремиться к c
data_size
размеру кэшированных пользовательских данных. Он не включает метаданные (и по этой причине он может быть значительно меньше, чем MRU и/или MFU при работе с большим объемом метаданных)metadata_size
— это размер кэшированных метаданныхhdr_size
— размер заголовков L2ARC, хранящихся в основном ARCoverhead_size
— размер различных буферов, выделяемых при распаковке dentries