Образец файла /etc/system

Оценить
(0 голоса)

Приоритетное замещение страниц защищает страницы приложения от принудительного освобождения в пользу страниц кэша UFS. Это особенно важно для защиты страниц приложения, когда файлы БД размещаются в файловых системах Unix, поскольку доступная память выделяется по требованию при непрерывном внесении страниц UFS в ее буферный кэш в основной памяти. Существуют заплаты операционной системы, доступные для добавления приоритетного замещения страниц в Solaris 2.5.1 и Solaris 2.6. Приоритетное замещение страниц входит как стандарт в Solaris 7. однако вам необходимо сделать его доступным. Начиная с Solaris 8, изменения в подсистеме виртуальной памяти компенсируют необходимость в приоритетном замещении страниц, поэтому вам не нужно включать его в работу. Для более детальной информации по приоритетному замещению страниц см. "Достижение оптимальной производительности в файловых системах" в главе I7.

Параметры tune_t_f sflushr и autoup сокращают скорость, с которой демон fsflush выполняет проверку и опорожнение памяти. Если вы используете низкоуровневые устройства для файлов БД, то можете увеличить эти параметры по сравнению со значениями, заданными по умолчанию. В приведенном иримере показаны значения в 10 раз превышающие принятые по умолчанию.

Параметр pt_cnt увеличивает количество pty (и, естественно, количество сеансов telnet) свыше установленных 48 по умолчанию. Чтобы стало ощущаться любое изменение в дереве /devices, необходимо произвести перезагрузку с параметром -г. Нет необходимости устанавливать этот параметр для Solaris 8 и последующих версий.

Параметры, олицетворяющие память совместного использования, семафор и очередь сообщений, показаны в предыдущем примере. Загрузка и функционирование большинства баз данных будут происходить с этими параметрами. Заметьте, что отсутствует возможность дополучить память для установки параметра shmmax в максимально возможное значение. Параметр shmmax следует увеличить для 64-разряд-ных систем.

И, наконец, в файле /etc/system, как показано, появятся параметры Solaris Volume Manager (менеджера томов Solaris) и Veritas Volume Manager (менеджера томов Veritas). Если используются упомянутые менеджеры томов - не редактируйте эти параметры!

В завершение следует отметить, что настройки Solaris относительно просты в управлении. После их установки отпадает необходимость в частом их изменении.

Для чередования обычно необходимо, чтобы банки памяти были заполнены памятью одной плотности. Система со смешанными плотностями памяти все еще способна использовать чередование, связывая только те банки, которые заполнены памятью одинаковой плотности. Однако в этом случае, скорее всего, уровень чередования окажется ниже, чем тот, который может быть достигнут с памятью однородной плотностью.

Единственная системная плата обычно поддерживает более одного банка памяти, и, естественно, чередование становится возможным даже внутри этой же платы.

Starfire (Enterprise 10000) автоматически использует 2-х или 4-х кратное чередование на системной плате в зависимости от плотности памяти. Чередование памяти по платам не предоставляет преимуществ в производительности Starfire и не поддерживается в силу ограничений DR (Dynamic Reconfiguration - динамической реконфиг урации).

Начиная с Enterprise 3x00 и до 6x00, серверы поддерживают двухкратное чередование в рамках системной платы, а диапазон более поздних серверов Sun Fire поддерживает даже 16-ти кратное чередование в пределах системной платы. Чередование памяти также мешает операциям DR. Там, где DR необходима, ее преимущества перевешивают потерю производительности, связанную с потерями чередования памяти.

Преимущества чередования памяти
Оценка чередования
Очень малая конфигурация Solaris
Конфигурация Solaris

Добавить комментарий


Защитный код
Обновить