Report post 10/15/2020 05:00 PM @ndm @Le ecureuilНа 3.5 нагрузка была 2-5%. На 3.6 Alpha 1 подросла до 30-45% Скрытый текст self-test прикладываю следующим скрытым сообщением Quote Share this post Link to post Share on other sites
0 Report post 10/15/2020 05:38 PM Хм, да вроде норм. Quote Share this post Link to post Share on other sites
0 Report post 10/15/2020 05:40 PM У меня на 3х роутерах всё нормально. Quote Share this post Link to post Share on other sites
0 Report post 10/15/2020 06:00 PM 20 минут назад, r777ay сказал: Хм, да вроде норм. 18 минут назад, dexter сказал: У меня на 3х роутерах всё нормально. У Вас передача данных какая нибудь есть? На 3.5 при такой передаче данных было 2-5%: Скрытый текст Сейчас уже до 55% доходит. Quote Share this post Link to post Share on other sites
0 Report post 10/15/2020 06:53 PM 51 минуту назад, AndreBA сказал: У Вас передача данных какая нибудь есть? Есть, куда скромнее ваших 1 Quote Share this post Link to post Share on other sites
0 Report post 10/16/2020 02:19 AM Вообщем кажется разобрался с нагрузкой на процессор. При выставлении "Класса обслуживания", процессор нагружается: Скрытый текст Убираю "Класс обслуживания и нагрузка на процессор(через время) снижается до своих 2-5%: Скрытый текст Quote Share this post Link to post Share on other sites
0 Report post 10/16/2020 05:49 AM @AndreBA я думаю, так быть не должно. Quote Share this post Link to post Share on other sites
0 Report post 10/16/2020 06:43 AM 49 минут назад, Дранкель сказал: я думаю, так быть не должно. А почему если появилась возможность использования DSCP I] Oct 16 09:26:19 ndm: TrafficControl::Manager: no rate limit exists for host "f0:хх:хх:хх:хх:6e". [I] Oct 16 09:26:19 ndm: Hotspot::Manager: service class "2" applied to host "f0:хх:хх:хх:хх:6e". [I] Oct 16 09:26:19 ndm: Netfilter::Util::Conntrack: flushed 7 IPv4 connections for 192.168.130.29. [I] Oct 16 09:26:19 ndm: Network::Interface::Rtx::WifiMaster: "WifiMaster1": mac "f0:хх:хх:хх:хх:6e" is not found in VHT40 compatibility list. [I] Oct 16 09:26:20 ndm: Network::Interface::Ethernet: "Bridge0": ACL unchanged. [I] Oct 16 09:26:20 ndm: Core::ConfigurationSaver: saving configuration... Chain _NDM_HOTSPOT_PRERT (1 references) pkts bytes target prot opt in out source destination 0 0 DSCP all -- * * 0.0.0.0/0 0.0.0.0/0 CONNNDMMARK match 0x8/0x1c DSCP set 0x22 0 0 DSCP all -- br0 * 192.168.130.29 0.0.0.0/0 CONNNDMMARK match 0x0/0x1c DSCP set 0x22 0 0 CONNNDMMARK all -- br0 * 192.168.130.29 0.0.0.0/0 CONNNDMMARK xset 0x8/0x1c 0 0 RETURN all -- br0 * 192.168.130.29 0.0.0.0/0 ... Возможно это не так как в Реализация политик QoS с кодами DSCP https://www.cisco.com/c/ru_ru/support/docs/quality-of-service-qos/qos-packet-marking/10103-dscpvalues.html Quote Share this post Link to post Share on other sites
0 Report post 10/16/2020 08:56 AM Может быть с классами обслуживания отключается какое-нибудь аппаратное ускорение? Quote Share this post Link to post Share on other sites
0 Report post 10/18/2020 11:31 AM Весь лог забит примерно этим, нагрузка проца скачет 4-40% Скрытый текст [I] Oct 18 14:29:22 ipsec: 00[LIB] loaded plugins: charon random nonce x509 pubkey pem openssl xcbc cmac hmac ctr attr kernel-netlink resolve socket-default stroke updown eap-identity eap-md5 eap-mschapv2 eap-dynamic eap-radius xauth-generic xauth-eap error-notify systime-fix unity [I] Oct 18 14:29:22 ipsec: 00[LIB] dropped capabilities, running as uid 65534, gid 65534 [I] Oct 18 14:29:22 ipsec: 11[CFG] received stroke: add connection 'VirtualIPServer' [I] Oct 18 14:29:22 ipsec: 11[CFG] adding virtual IP address pool 172.20.0.1-172.20.0.4 [I] Oct 18 14:29:22 ipsec: 11[CFG] added configuration 'VirtualIPServer' [I] Oct 18 14:29:25 ipsec: 15[DMN] thread 15 received 11 [I] Oct 18 14:29:25 ipsec: 15[LIB] no support for capturing backtraces [I] Oct 18 14:29:25 ipsec: 15[DMN] killing ourself, received critical signal [I] Oct 18 14:29:25 ipsec: charon has died -- restart scheduled (5sec) [I] Oct 18 14:29:30 ipsec: 00[DMN] Starting IKE charon daemon (strongSwan 5.8.0, Linux 4.9-ndm-4, mips) [I] Oct 18 14:29:30 ipsec: 00[KNL] unable to create IPv4 routing table rule [I] Oct 18 14:29:32 ipsec: 00[CFG] loading secrets [I] Oct 18 14:29:32 ipsec: 00[CFG] loaded IKE secret for %any [I] Oct 18 14:29:32 ipsec: 00[CFG] loaded IKE secret for @mykeenetic.net [I] Oct 18 14:29:32 ipsec: 00[CFG] loaded NTLM secret for VPNned [I] Oct 18 14:29:32 ipsec: 00[CFG] loaded 1 RADIUS server configuration [I] Oct 18 14:29:32 ipsec: 00[CFG] starting system time check, interval: 10s [I] Oct 18 14:29:32 ipsec: 00[LIB] loaded plugins: charon random nonce x509 pubkey pem openssl xcbc cmac hmac ctr attr kernel-netlink resolve socket-default stroke updown eap-identity eap-md5 eap-mschapv2 eap-dynamic eap-radius xauth-generic xauth-eap error-notify systime-fix unity [I] Oct 18 14:29:32 ipsec: 00[LIB] dropped capabilities, running as uid 65534, gid 65534 [I] Oct 18 14:29:32 ipsec: 09[CFG] received stroke: add connection 'VirtualIPServer' [I] Oct 18 14:29:32 ipsec: 09[CFG] adding virtual IP address pool 172.20.0.1-172.20.0.4 [I] Oct 18 14:29:32 ipsec: 09[CFG] added configuration 'VirtualIPServer' [I] Oct 18 14:29:35 ipsec: 10[DMN] thread 10 received 11 [I] Oct 18 14:29:35 ipsec: 10[LIB] no support for capturing backtraces [I] Oct 18 14:29:35 ipsec: 10[DMN] killing ourself, received critical signal [I] Oct 18 14:29:35 ipsec: charon has died -- restart scheduled (5sec) [I] Oct 18 14:29:40 ipsec: 00[DMN] Starting IKE charon daemon (strongSwan 5.8.0, Linux 4.9-ndm-4, mips) [I] Oct 18 14:29:40 ipsec: 00[KNL] unable to create IPv4 routing table rule [I] Oct 18 14:29:42 ipsec: 00[CFG] loading secrets [I] Oct 18 14:29:42 ipsec: 00[CFG] loaded IKE secret for %any [I] Oct 18 14:29:42 ipsec: 00[CFG] loaded IKE secret for @mykeenetic.net [I] Oct 18 14:29:42 ipsec: 00[CFG] loaded NTLM secret for VPNned [I] Oct 18 14:29:42 ipsec: 00[CFG] loaded 1 RADIUS server configuration [I] Oct 18 14:29:42 ipsec: 00[CFG] starting system time check, interval: 10s [I] Oct 18 14:29:42 ipsec: 00[LIB] loaded plugins: charon random nonce x509 pubkey pem openssl xcbc cmac hmac ctr attr kernel-netlink resolve socket-default stroke updown eap-identity eap-md5 eap-mschapv2 eap-dynamic eap-radius xauth-generic xauth-eap error-notify systime-fix unity Quote Share this post Link to post Share on other sites
0 Report post 10/20/2020 07:55 PM +1 тоже самое с QoS Quote Share this post Link to post Share on other sites
0 Report post 10/20/2020 07:57 PM откатил на preview - all ok Quote Share this post Link to post Share on other sites
0 Report post 10/21/2020 06:30 AM (edited) Пока не много не понял при использование AdGuardHome в некоторые моменты проц уходит в 90-98% по всем 4 потокам дает загрузку на данном сервисе, но через некоторое время (разное) возвращается в исходное, откатился на 3.5.2 посмотрим. Нет в 3.5.2 тоже самое Скрытый текст 1 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||97.6%] Tasks: 45, 99 thr; 4 running 2 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||97.6%] Load average: 3.69 2.37 1.08 3 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||98.8%] Uptime: 11:49:23 4 [|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||98.2%] Mem[||||||||||||||||||||||||||||||||||||||||||||||||||||||||||93.9M/249M] Swp[ 0K/2.00G] Sort by PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command PID 812 root 21 1 666M 41344 17948 S 380. 16.2 32:05.42 AdGuardHome USER 1169 root 20 0 666M 41344 17948 R 85.5 16.2 2:05.05 AdGuardHome PRIORITY 7286 root 20 0 666M 41344 17948 S 77.6 16.2 1:18.11 AdGuardHome NICE 830 root 20 0 666M 41344 17948 R 65.5 16.2 2:54.42 AdGuardHome M_SIZE 1349 root 20 0 666M 41344 17948 R 59.4 16.2 3:49.50 AdGuardHome M_RESIDENT 823 root 20 0 666M 41344 17948 R 41.2 16.2 4:22.04 AdGuardHome M_SHARE 985 root 20 0 666M 41344 17948 R 28.5 16.2 4:18.80 AdGuardHome STATE 841 root 20 0 666M 41344 17948 S 21.8 16.2 4:10.51 AdGuardHome PERCENT_CPU 23546 root 20 0 6864 3492 2668 R 4.8 1.4 0:03.16 htop PERCENT_MEM 255 root 20 0 46688 22780 15984 S 3.0 8.9 41:32.99 ndm TIME 497 root 20 0 46688 22780 15984 S 2.4 8.9 9:24.00 ndm Command 259 root 20 0 46688 22780 15984 S 1.2 8.9 4:26.14 ndm Странно такого не когда не было. Edited October 21, 2020 by vasek00 Quote Share this post Link to post Share on other sites
0 Report post 11/11/2020 04:10 PM Да, это именно из-за класса обслуживания. При этом отключается ppe hardware для этого устройства, поскольку он совершенно не умеет работать с приоритезацией трафика. Quote Share this post Link to post Share on other sites
0 Report post 11/11/2020 06:06 PM Отключать это можно? Quote Share this post Link to post Share on other sites
0 Report post 11/11/2020 09:26 PM Класс обслуживания убираете - все возвращается к старому поведению. 1 Quote Share this post Link to post Share on other sites
@ndm @Le ecureuilНа 3.5 нагрузка была 2-5%. На 3.6 Alpha 1 подросла до 30-45%
self-test прикладываю следующим скрытым сообщением
Share this post
Link to post
Share on other sites