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.
    • 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.