Pf2.0.3 Большая загрузка процессора (до 100%)

garald50

Подскакивает процессорное время какого-то юзера. Как узнать подробности?

CPU: 49.9% user, 0.0% nice, 0.9% system, 0.0% interrupt, 49.2% idle
Mem: 174M Active, 459M Inact, 107M Wired, 492K Cache, 112M Buf, 1139M Free
Swap: 4096M Total, 4096M Free

garald50

Походу вот виновник торжества

9156 root 1 118 0 62108K 20564K CPU1 1 917:01 97.75% php

Как можно исправить?

werter

@garald50:

Походу вот виновник торжества

9156 root 1 118 0 62108K 20564K CPU1 1 917:01 97.75% php

Как можно исправить?

А никаких сторонних скриптов не используется при загрузке pfsense или в планировщике не висят ?

garald50

@werter:

А никаких сторонних скриптов не используется при загрузке pfsense или в планировщике не висят ?

В каком планировщике?

dvserg

@garald50:

@werter:

А никаких сторонних скриптов не используется при загрузке pfsense или в планировщике не висят ?

В каком планировщике?

Cron/Crontab
Есть такой пакет, позволяющий управлять заданиями в pfSense.

nomeron

а что показывает
ps afx

WY6EPT

столкнулся с следующей картиной
last pid: 6988; load averages: 1.02, 1.04, 1.06 up 4+08:22:20 22:46:47
50 processes: 1 running, 49 sleeping
CPU: 0.2% user, 0.0% nice, 50.3% system, 2.1% interrupt, 47.4% idle
Mem: 73M Active, 17M Inact, 99M Wired, 5044K Cache, 46M Buf, 1794M Free
Swap: 8192M Total, 8192M Free

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
244 root 1 76 20 3348K 1200K kqread 0 73:47 0.00% check_reload_status
12571 root 1 44 0 19172K 16256K bpf 0 2:03 0.00% tcpdump
12643 root 1 44 0 3256K 900K piperd 1 1:22 0.00% logger
12506 root 1 44 0 4908K 2544K select 0 0:25 0.00% syslogd
39795 zabbix 1 44 0 4572K 1848K nanslp 1 0:18 0.00% zabbix_agentd
27861 root 1 76 0 62084K 24288K accept 0 0:18 0.00% php
39791 root 1 44 0 6020K 6044K select 1 0:13 0.00% ntpd
40319 zabbix 1 44 0 4572K 1724K nanslp 1 0:09 0.00% zabbix_agentd
57710 root 1 44 0 62084K 20896K accept 1 0:06 0.00% php
6745 root 1 44 0 8808K 3872K select 0 0:03 0.00% mpd5
6626 root 1 64 20 8808K 4244K select 1 0:03 0.00% mpd5
20050 root 1 64 20 7804K 6248K kqread 0 0:03 0.00% lighttpd
4021 root 1 44 0 13072K 6448K select 0 0:02 0.00% mpd4
57787 root 1 52 0 3348K 1320K nanslp 0 0:01 0.00% cron
47730 root 1 44 0 3256K 1316K select 0 0:01 0.00% apinger
20764 root 1 76 20 3596K 1560K wait 0 0:01 0.00% sh
36815 root 1 44 0 61060K 18608K accept 1 0:01 0.00% php
5439 dhcpd 1 44 0 8376K 6372K select 1 0:01 0.00% dhcpd
31745 root 1 44 0 7944K 3528K select 1 0:00 0.00% sshd
43683 root 1 67 0 3256K 1032K nanslp 0 0:00 0.00% minicron
22026 root 1 44 0 3376K 1340K select 1 0:00 0.00% inetd
256 root 1 44 0 1888K 540K select 0 0:00 0.00% devd
38928 root 1 76 0 60036K 12984K wait 0 0:00 0.00% php
34157 root 1 76 0 60036K 12984K wait 0 0:00 0.00% php
38558 root 1 44 0 60036K 12984K wait 0 0:00 0.00% php
33468 root 1 44 0 3652K 2080K CPU0 0 0:00 0.00% top

–---------------------------------------------------------------------------------------------

загрузка одного ядра приближается к 50%
вопрос чем она занята?
ТОР не отображает процесса который бы жрал эти ресурсы.
при этом работает РРРтР тоннель на 65 мегабит с 128битным шифрованием, но его выключением загрузка снимается на очень малое значение. 3-5%.
заметил иногда процесс check_reload_status занимает 100% одного ядра процессора иногда показатель скачет.
при том что сетевуха intel стоит на PCI-Ex с активными offload и segmentation, не должна так грузить проц. вот две другие pci сетевухи дают загрузки irq по 3% и это видно.
ничего не понимаю. потому как когда загрузка процессом check_reload_status подходит к отметке 40% на ядро скорость ВПН канала начинает падать.

vmstat -i

interrupt total rate
irq1: atkbd0 2 0
irq14: ata0 1283818 3
irq19: re0 uhci1 180337997 479
irq20: skc0 203194823 540
cpu0: timer 751235302 1997
irq258: em0:link 1 0
cpu1: timer 751235282 1997
Total 1887287225 5019

irq19: re0 uhci1 и irq20: skc0 сетевухи для WANов и они дешовые и PCI.
нормальные сетевухи сейчас допинываю на другой машине.

вот так он грузит систему =
last pid: 20364; load averages: 1.92, 1.69, 1.35 up 4+09:28:49 23:53:16
48 processes: 1 running, 47 sleeping
CPU: 0.3% user, 0.0% nice, 63.0% system, 2.3% interrupt, 34.3% idle
Mem: 73M Active, 17M Inact, 99M Wired, 5044K Cache, 46M Buf, 1795M Free
Swap: 8192M Total, 8192M Free

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
244 root 1 76 20 3348K 1200K kqread 1 78:53 45.56% check_reload
12571 root 1 44 0 19172K 16340K bpf 1 2:08 0.00% tcpdump
12643 root 1 44 0 3256K 900K piperd 1 1:25 0.00% logger

netormoz

VPN под за 30 Мбит лучше делать на проце с Hyper-threading.
Здесь явно проц его не поддерживает.

WY6EPT

проц Intel(R) Core(TM)2 CPU 6320 @ 1.86GHz

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

netormoz

http://ark.intel.com/ru/products/29754/Intel-Core2-Duo-Processor-E6320-4M-Cache-1_86-GHz-1066-MHz-FSB
не поддерживает он HT

WY6EPT

другая тестовая машина на AMD Athlon 64 X2 Dual Core Processor 5200+
у него точно есть HT, да и частоты побольше и сетевухи все уже аппаратные будут стоять. посмотрим, что даст, дрова только сначала скормить нужно.

QWERTik

Включенный поллинг грузит одноядерный, без гипертрединга пройессор на 100%, проверено! http://forum.pfsense.org/index.php/topic,65493.0.html

WY6EPT

нарисовалась проблема.
выключаем пулинг и получаем мёртвый интерфейс.
читаю мат часть…
где то прочитал, что em интеловским сетевухам нужен пулинг.
углубился к корням.
включение пулинга снимает нагрузку на процессор. но при этом само его забивает. где же правда )))
при этом дешовые в хлам китайские сетевухи за 300р работают, а такая вся деловая интел с хардварными примочками на борту нервно курит в сторонке и кладёт интерфейс.

после предварительного изучения вышли детали:
1. так как процессор двух ядерный пулинг занимает его половину, в случа с HT наблюдал бы равномерную загрузку ядер.
2. для тоннельных соединений РРРоЕ и РРтР и подобным эта штука даёт бонусы.
3. если в драйверах невозможно включить отложенные прерывания, то без пулинга на высоких скоростях никак
4. для того что бы пфс работал на скоростях выше 100мегабит с более 50 пользователями его необходимо тюнить по настройкам сетевого стэка.

весёлый процесс check_reload_status который в обычном состоянии проявляет себя как 0% загрузки компа, оказывается вызывается различными службами для своих нужд.
что он конкретно выполняет мне пока не ясно, но процессор жрёт очень хорошо.
причём в полной мере проявлять себя он стал при введении pptp сервера.
два горшка забивает на ура.
чешу репу, думаю дальше..