Руководство по настройке производительности

Настройка сети SP

В этом разделе описаны параметры сети SP, на которые нужно обратить особое внимание. Дополнительную информацию о настройке систем SP можно найти в публикации RS/6000 SP System Performance Tuning .

Статистика работы коммутатора SP

Примечание: Все команды, приведенные в данном разделе, применяются только в среде SP.

Команда estat

Команда estat, которая не поддерживается и не включается в стандартную документацию, может применяться для обнаружения неполадок коммутатора SP. Команда entstat расположена в каталоге /usr/lpp/ssp/css. Ее вывод аналогичен выводу команды entstat. Он содержит разделы с информацией о передаче данных, приеме данных и общей информацией.

При обнаружении неполадок коммутатора SP стоит обратить внимание на значения Число ошибок передачи, Число ошибок приема, Число отброшенных пакетов и Нет ошибок mbuf. Во второй строке вывода указано время работы адаптера.

Команды vdidlxxxx

Эти команды не поддерживаются и не включаются в стандартную документацию. Они позволяют просмотреть информацию о работе с пулом коммутатора SP, собранную с момента запуска коммутатора. Существует несколько команд вида vdidlxxxx (команда vdidl3 предназначена для узлов на основе MCA, команда vdidl3mx - для узлов с процессором 332 МГц, а команда vdidl3pci - для узлов S70 и S7A). Эти команды расположены в каталоге /usr/lpp/ssp/css соответствующего узла. В случае коммутатора SP применяется только пул передачи, так как для управления пулом приема применяется микрокод адаптера.

Ниже приведен пример вывода команды vdidl3:

# /usr/lpp/ssp/css/vdidl3 -i
send pool: size=524288 anchor@=0x50002c00 start@=0x50dc0000 tags@=0x50001d00
bkt   allocd     free  success     fail    split     comb    freed
 12        0        0        0        0       1         0        0
 13        0        0        0        0        0        0        0
 14        0        0        0        0        0        0        0
 15        0        0        0        0        0        0        0
 16        0        8        0        0        0        0        0
rsvd pool: size=262144 anchor@=0x50002000 start@=0x50e40000 tags@=0x50b84680
bkt   allocd     free  success     fail    split     comb    freed
 12        0        0        0        0        0        0        0
 13        0        0        0        0        0        0        0
 14        0        0        0        0        0        0        0
 15        0        0        0        0        0        0        0
 16        0        4        0        0        0        0        0
recv pool: size=524288 anchor@=0x50002e00 start@=0x50e80000 tags@=0x50001e00
bkt   allocd     free  success     fail    split     comb    freed
 12        0        0        0        0        0        0        0
 13        0        0        0        0        0        0        0
 14        0        0        0        0        0        0        0
 15        0        0        0        0        0        0        0
 16        0        0        0        0        0        0        0

Будьте внимательны при анализе вывода команды, так как некоторые поля имеют несколько значений. В случае коммутатора SP применяется только пул передачи, так как для управления пулом приема применяется микрокод адаптера. Ниже приведено описание полей вывода:

bkt

Список объемов буферов, выделенных в пуле. Объем памяти представляет собой 2 в степени, совпадающей с номером строки. Например, строке 12 соответствует объем буфера 2 в 12-ой степени, или 4 Кб. Строке 16 соответствует объем буфера 2 в 16-ой степени, или 64 Кб.

allocd

Число выделенных буферов памяти соответствующего размера на момент выполнения команды. Это значение изменяется при каждом вызове команды.

free

Число буферов соответствующего размера, которые не использовались на момент выполнения команды. В приведенном примере свободны все буферы размером 64 Кб. Это значение изменяется при каждом вызове команды.

success

Этот счетчик указывает, сколько раз был выполнен запрос на выделение буфера указанного размера. Значение этого счетчика не обнуляется, поэтому он указывает число успешно выполненных запросов с момента инициализации адаптера.

fail

Этот счетчик указывает число не выполненных запросов на выделение буфера указанного размера. Память могла быть выделена путем разделения буфера большего размера, либо путем объединения более мелких буферов. Сбой при выполнении запроса не всегда означает, что пакет был отброшен. Если буфер нужного размера был создан путем разделения более крупного буфера, то этот счетчик не увеличивается. Значение этого счетчика не обнуляется, поэтому он указывает число не выполненных запросов с момента инициализации адаптера.

split

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

comb

Данное поле в настоящее время не используется.

freed

Данное поле в настоящее время не используется.

Рекомендации по настройке систем SP

Ниже приведены некоторые рекомендации по настройке параметров сети в системе SP.

arptab_bsiz

Число записей в блоке кэша ARP (значение по умолчанию равно 7). За рекомендациями по настройке этого параметра обратитесь к приведенной ниже таблице.

arptab_nb

Число блоков в кэше ARP (значение по умолчанию равно 25). За рекомендациями по настройке этого параметра обратитесь к приведенной ниже таблице.

Размер MTU CSS

Для коммутатора рекомендуется установить MTU, равный 65520. Однако в некоторых случаях (например, для того чтобы избежать проблемы Nagle, приводящей к резкому снижению пропускной способности) может потребоваться уменьшить это значение. Если значение MTU коммутатора будит уменьшено до 32678, то производительность снизится только на 2-10 процентов. Однако при этом значительно возрастет нагрузка на процессор, поскольку потребуется дополнительно обрабатывать каждый пакет.

 
Для того чтобы уменьшить MTU коммутатора, вызовите следующую команду:
ifconfig css0 mtu новое-значение
Изменение, внесенное этой командой, вступает в силу немедленно. Ее разрешено выполнять только пользователю root. Во всех узлах SP должно быть установлено одинаковое значение MTU.

rfc1323

См. rfc1323.

sb_max

См. Настройка буфера сокета TCP.

tcp_mssdflt

См. Применение опции tcp_mssdflt команды no.

tcp_sendspace и tcp_recvspace

См. Настройка буфера сокета TCP. Значения этих параметров не должны быть больше ограничения на размер очереди передачи основного сетевого адаптера. Это ограничение можно вычислить по следующей формуле:
(размер очереди основного адаптера) * (MTU основного адаптера)

thewall

См. Настройка сетевой памяти.

udp_sendspace и udp_recvspace

См. Настройка буфера сокета UDP.

По умолчанию максимальное число записей ARP составляет 175 (25 * 7). В среде SP с большим числом узлов такое значение может оказаться недостаточным. Неправильный выбор числа блоков в кэше ARP может привести к снижению производительности узлов системы. Оцените оптимальные значения arptab_nb и arptab_bsiz с помощью следующей таблицы:

В общем случае значение arptab_nb монотонно возрастает с увеличением числа узлов в системе SP, а значение arptab_bsiz - с увеличением числа интерфейсов IP.

Эти параметры нужно указать в первом разделе файла /etc/rc.net напротив способов настройки.

Изменение параметров SP

Для того чтобы производительность системы SP была оптимальной, обычно требуется изменить значения некоторых параметров. Важную роль играет расположение этих значений. Если они будут заданы в неправильном файле, то перезагрузка узлов или внесение других изменений может привести к изменению этих значений или их удалению.

Все динамически настраиваемые параметры (то есть параметры, изменение которых вступает в силу немедленно) задаются в файле tuning.cust, расположенном на всех узлах. Этот файл расположен в каталоге /tftpboot. Кроме того, копия этого файла хранится в аналогичном каталоге Управляющей рабочей станции (CWS). В этот файл можно добавить параметры, для изменения которых служит команда no, nfso или vmtune. Хотя в примерах файлов отсутствуют команды nfso и vmtune, их тоже можно указывать в файле параметров.

Параметры, не поддерживающие динамическое изменение, можно изменить в файле rc.net. В число таких параметров входят параметры кэша ARP и типы адаптеров, поддерживаемые различными интерфейсами. Ниже приведен полный список параметров, которые можно добавить в файл rc.net:

• arptab_nb
• arptab_bsize
• arpqsize
• ifsize

В качестве начальных значений для узлов SP можно установить значения, указанные в примере файла tuning.cust. Эти значения выбираются во время установки.

Если для некоторых узлов нужно установить другие значения параметров, рекомендуется сохранить копию исходных параметров в каталоге CWS. После установки узлов с особыми значениями параметров файл tuning.cust нужно переместить в каталог /tftpboot CWS.

Другой способ заключается в создании файла tuning.cust, в котором приведены значения параметров для узлов с различными номерами. В этом случае значения параметров будут выбираться по номеру узла.

Начальные значения параметров SP

Если во время установки, миграции или изменении узла на загрузочном или установочном сервере не будет найден файл /tftpboot/tuning.cust, то в файл /tftpboot/tuning.cust этого узла будут скопированы параметры настройки производительности из файла по умолчанию, /usr/lpp/ssp/install/tuning.default. Вы можете выбрать один из четырех примеров файлов настройки, либо создать собственный файл. Примеры файлов расположены в каталоге /usr/lpp/ssp/install/config. Ниже приведен список этих файлов:

tuning.commercial

Содержит параметры настройки производительности для коммерческой среды.

tuning.development

Содержит параметры настройки производительности для интерактивной среды или рабочей среды. Эти параметры применяются по умолчанию.

tuning.scientific

Содержит параметры настройки производительности для технической или научной среды.

tuning.server

Содержит параметры настройки производительности для среды сервера.

Вы можете создать собственный файл или выбрать альтернативный файл параметров настройки. Этот файл не обязательно должен применяться в качестве начального. В CWS создайте файл tuning.cust или скопируйте один из примеров файлов. Измените файл tuning.cust и продолжите выполнять процедуру установки на узлах. Полученный файл tuning.cust копируется с загрузочного (установочного) сервера в файл /tftpboot/tuning.cust узла во время установки, миграции или настройки узла. Файл настройки сохраняется после повторной загрузки.

Настройка сети SP для выполнения конкретной рабочей схемы

В приведенной ниже таблице указаны параметры, применяемые в различных средах. Указанные значения можно рассматривать только в качестве начальных. Производительность системы с такими значениями параметров не обязательно будет оптимальной. Настройте значения параметров с учетом конфигурации своей системы.