vincent wrote:
Насчет сети, посмотри
cat /proc/interrupts , найди irq отвечающее eth0 (контроллеру).
потом cat /proc/irq/номер irq контроллера/smp_affinity
должно быть f (бинарная маска-показывает, что прерывание равномерно распределено между всемя 4 процессорами)
можно перенаправит обработку контроллера только одним ядром-по тестам это позволяет увеличить пропускную способность сети до 15-20%, а также освободить процессорное время для рыбки-я проверял, прирост есть, ты тоже проверь.
echo "1" >> /proc/irg/номер прерывания сетевого контр./smp_affinity
далее смотришь как меняются цифры в /proc/interrupts для сетевого контроллера, если увел. значение на одном из ядер, остальное остается на месте, значить все ок.
Еще можно жестко привязать каждый из 4 процессов рыбки к определенному ядру, что-бы они не прыгали между ядрами ка вши.
Должен быть пакет schedtool (он во всех дистрах идет). Там тоже идет бинарное значение, чтобы не напутал с ядрами, я ка то пренаправил рыбку только на 2 и 3 ядрои удивлялся почему скорость упала в 2 раза
taskset -cp 0 PID rybka1 (жестко привязываешь 1 процесс рыбки к ядру номер1
taskset -cp 1 PID rybka2 ну и так далее.
В некоторых случаях это тоже улучшало поведение движка, но нужно тестировать.
Было бы неплохо поставить пакет libhugetlbfs, он есть для большинства дистров-для проверки работы huge pages.
Запускаешь hugeadm --explain, он пояснит, что необходимо сделать. Ввиду того , что huge pages- это псевдо файловая система, она подвержена некоторой дефрагментации, необходимо установить минимальный размер чего -то там, оно напишет.
Ну и последнее, я бы рекомендовал xfs для таблиц хотя ext4 нес ильно уступает. Пока все