Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

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

    Scheduled Pinned Locked Moved Russian
    44 Posts 10 Posters 22.0k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • werterW
      werter
      last edited by

      @garald50:

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

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

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

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

      1 Reply Last reply Reply Quote 0
      • G
        garald50
        last edited by

        @werter:

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

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

        1 Reply Last reply Reply Quote 0
        • D
          dvserg
          last edited by

          @garald50:

          @werter:

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

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

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

          SquidGuardDoc EN  RU Tutorial
          Localization ru_PFSense

          1 Reply Last reply Reply Quote 0
          • N
            nomeron
            last edited by

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

            1 Reply Last reply Reply Quote 0
            • W
              WY6EPT
              last edited by

              столкнулся с следующей картиной
              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

              1 Reply Last reply Reply Quote 0
              • N
                netormoz
                last edited by

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

                1 Reply Last reply Reply Quote 0
                • W
                  WY6EPT
                  last edited by

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

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

                  1 Reply Last reply Reply Quote 0
                  • N
                    netormoz
                    last edited by

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

                    1 Reply Last reply Reply Quote 0
                    • W
                      WY6EPT
                      last edited by

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

                      1 Reply Last reply Reply Quote 0
                      • Q
                        QWERTik
                        last edited by

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

                        1 Reply Last reply Reply Quote 0
                        • W
                          WY6EPT
                          last edited by

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

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

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

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.