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

    Потери пакетов при увеличении нагрузки

    Scheduled Pinned Locked Moved Russian
    41 Posts 8 Posters 27.2k 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.
    • A
      alexandrnew
      last edited by

      @deutsche:

      поставить с тарболла, ну.

      не понял, как?
      pkg_add -r atop
      не помогает, в пакаджах я его не нашел, компилятора в пфсенсе нету. что бы скомпилить…

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

        Очередной вечер.
        На RRD гребенка, но не такая, как раньше. Получше.
        пинг хост с сервера и с клиентского компа о потерях не сообщает, но серфинг сильно страдает.
        pingtest.net говорит о 1-3%. Иногда подскакивает на гораздо большие значения.
        Что делать - не знаю.
        По графикам можно предположить, что потери возникают при переполнении каналов.(хотя и не всегда)

        rdd_traf.png
        rdd_traf.png_thumb
        rdd_graf.png
        rdd_graf.png_thumb

        2.0.2-RELEASE (i386)
        Intel(R) Atom(TM) CPU 330 @ 1.60GHz
        eth: Intel 82574L
        DOM sata, 1Gb
        over 150 users

        1 Reply Last reply Reply Quote 0
        • R
          rubic
          last edited by

          Хм.. при таких нагрузках я бы еще последил за State table size в Status -> System на предмет переполнения..

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

            Да!, она часто на пределе. Но т.к. я не знаю что это такое и где Оно увеличивается - ничего сделать не мог.
            Сейчас увеличу и посмотрю что будет.
            Может еще расскажете что-нибудь о настройках Advancer? И до какого значения имеет смысл увеличивать данное значение? От чего оно зависит?

            Cейчас увеличил значение Firewall Maximum States до 20000(т.е в 2 раза), также поставил галочку на Clear DF bit instead of dropping и сменил Firewall Optimization Options с Normal на conservative.
            Поправьте, если что не так.
            Ждём вечера.
            Спасибо за помощь!

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

            Даже сейчас, в7 утра, после увеличения значения Firewall Maximum States оно сразу подскочило до 15-16k. Почитав о том, что 1 table state занимает 1кб оперативной памяти, а она у меня больше чем на 1-3% занята не бывает - увеличиваю значение до 180k.

            2.0.2-RELEASE (i386)
            Intel(R) Atom(TM) CPU 330 @ 1.60GHz
            eth: Intel 82574L
            DOM sata, 1Gb
            over 150 users

            1 Reply Last reply Reply Quote 0
            • R
              rubic
              last edited by

              Не меняйте все сразу. Посмотрите что будет после увеличения State table size, а то потом непонятно будет, что помогло.
              DF-бит - ни о чем, а вот Firewall Optimization Options, думаю, прямо влияет на загрузку State table. При conservative будет хранить все состояния до последнего. Лучше оставьте пока normal.

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

                ок. пока снова сменил на normal
                И да, ты был прав, значение сразу снизилось с 25-30k до 7-9k

                2.0.2-RELEASE (i386)
                Intel(R) Atom(TM) CPU 330 @ 1.60GHz
                eth: Intel 82574L
                DOM sata, 1Gb
                over 150 users

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

                  @rubic:

                  Хм.. при таких нагрузках я бы еще последил за State table size в Status -> System на предмет переполнения..

                  ПОМОГЛО!!!
                  Нормальное значение table state у меня 24-25k.
                  СПАСИБО!

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

                  Помогите еще с тем, чтобы шейпер уступал канал торрентов для траффика хттп.
                  Трубка для торрентов:
                  Bandwidth 1%
                  Priority 1
                  Random Early Detection
                  Explicit Congestion Notification
                  Upperlimit: 80%
                  Real time: 1kb
                  Из стандартных настроек я изменил только upperlimit

                  Трубка для хттп:
                  Bandwidth 35%
                  Priority 4
                  Random Early Detection
                  Explicit Congestion Notification
                  Real time:                          30%

                  Дело в том, что при полной загрузке канала на хттп выделяется только 54%
                  А на торренты 38%.
                  Примерно

                  2.0.2-RELEASE (i386)
                  Intel(R) Atom(TM) CPU 330 @ 1.60GHz
                  eth: Intel 82574L
                  DOM sata, 1Gb
                  over 150 users

                  1 Reply Last reply Reply Quote 0
                  • A
                    alexandrnew
                    last edited by

                    блин, а столько версий было :)
                    я у себя Firewall Maximum States сразу в 100000 поставил

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

                      @alexandrnew:

                      блин, а столько версий было :)
                      я у себя Firewall Maximum States сразу в 100000 поставил

                      У меня 180000 стоит, ибо при консервативном режиме фаервола (advanced->Firewall Optimization Options- conservative)при больших нагрузках table states поднимается до 120-130k

                      2.0.2-RELEASE (i386)
                      Intel(R) Atom(TM) CPU 330 @ 1.60GHz
                      eth: Intel 82574L
                      DOM sata, 1Gb
                      over 150 users

                      1 Reply Last reply Reply Quote 0
                      • A
                        alexandrnew
                        last edited by

                        у меня торентов нет в корп сети :)

                        1 Reply Last reply Reply Quote 0
                        • A
                          alexandrnew
                          last edited by

                          дык у меня еще и normal стоит :) я не менял :) на данный момент, значение без нагрузки Current state count: 10367 :)
                          посмотрю через час.. при нагрузке :)

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

                            @alexandrnew:

                            дык у меня еще и normal стоит :) я не менял :) на данный момент, значение без нагрузки Current state count: 10367 :)
                            посмотрю через час.. при нагрузке :)

                            Попробуйте агрессивный, но там есть нюансы:
                            Agressive - expires idle connections quicker. More efficient use of CPU and memory but can drop legitimate connections.

                            SquidGuardDoc EN  RU Tutorial
                            Localization ru_PFSense

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

                              В таком случае какая вообще целесообразность в использовании данного режима?

                              2.0.2-RELEASE (i386)
                              Intel(R) Atom(TM) CPU 330 @ 1.60GHz
                              eth: Intel 82574L
                              DOM sata, 1Gb
                              over 150 users

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

                                @goliy:

                                В таком случае какая вообще целесообразность в использовании данного режима?

                                Освобождает простаивающие соединения быстрее. Более эффективное использование ресурсов процессора и памяти, но могут быть сброшены легитимные соединения.
                                Просто попробовать нужно. Те соединения которые могут быть сброшены просто переконнектятся еще раз.

                                SquidGuardDoc EN  RU Tutorial
                                Localization ru_PFSense

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

                                  Ну то есть есть смысл использовать при нехватки ресурсов оперативной памяти и процессора, я так понимаю.
                                  А если всего вдостатке - юзаем conservative, чтобы максимально избежать дропов, как раз за счет использования процессора и оперативной памяти.

                                  2.0.2-RELEASE (i386)
                                  Intel(R) Atom(TM) CPU 330 @ 1.60GHz
                                  eth: Intel 82574L
                                  DOM sata, 1Gb
                                  over 150 users

                                  1 Reply Last reply Reply Quote 0
                                  • A
                                    alexandrnew
                                    last edited by

                                    у меня хватает и проца и памяти :)
                                    и загрузка их до 30% на данной виртуалке…

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