Jump to content
  • 1
AndreBA

Выросла нагрузка процессора на 3.6 Alpha 1

Question

@ndm  @Le ecureuilНа 3.5 нагрузка была 2-5%. На 3.6 Alpha 1 подросла до 30-45%

Скрытый текст

1148849761__767.png.04472d97bd3fcc1f3a5d935629887a6b.png

self-test прикладываю следующим скрытым сообщением

Share this post


Link to post
Share on other sites

15 answers to this question

Recommended Posts

  • 0

У меня на 3х роутерах всё нормально.

Share this post


Link to post
Share on other sites
  • 0
20 минут назад, r777ay сказал:

Хм, да вроде норм.

853152180_15-10-2020203634.jpg.567635e24288f653004718ca9629018b.jpg

 

18 минут назад, dexter сказал:

У меня на 3х роутерах всё нормально.

У Вас передача данных какая нибудь есть?

На 3.5 при такой передаче данных было 2-5%:

Скрытый текст

image_2020-10-15_210008.png.dd675144a60a97eaef8d8eae235da32d.png

Сейчас уже до 55% доходит.

Share this post


Link to post
Share on other sites
  • 0
51 минуту назад, AndreBA сказал:

У Вас передача данных какая нибудь есть?

Есть, куда скромнее ваших :)

  • Upvote 1

Share this post


Link to post
Share on other sites
  • 0

Вообщем кажется разобрался с нагрузкой на процессор.

При выставлении "Класса обслуживания", процессор нагружается:

Скрытый текст

305731843__772.thumb.png.5e3f864b0028e5db5cd5a0b94844b635.png

Убираю "Класс обслуживания и нагрузка на процессор(через время) снижается до своих 2-5%:

Скрытый текст

415511559__771.png.cf3b072273e71572cf5836f0451a2bc4.png1848771785__770.png.3a662abb78a54a5f8061eab79fcbf7f1.png

 

Share this post


Link to post
Share on other sites
  • 0
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

 

Share this post


Link to post
Share on other sites
  • 0

Может быть с классами обслуживания отключается какое-нибудь аппаратное ускорение?

Share this post


Link to post
Share on other sites
  • 0

Весь лог забит примерно этим, нагрузка проца скачет 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 

 

 

Share this post


Link to post
Share on other sites
  • 0

Пока не много не понял при использование 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 by vasek00

Share this post


Link to post
Share on other sites
  • 0

Да, это именно из-за класса обслуживания. При этом отключается ppe hardware для этого устройства, поскольку он совершенно не умеет работать с приоритезацией трафика.

Share this post


Link to post
Share on other sites
  • 0

Класс обслуживания убираете - все возвращается к старому поведению.

  • Thanks 1

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Answer this question...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...