Jump to content
  • 6

Утечка памяти KN-1811 4.1.7


s_keenetic

Question

За сутки утекает 30-50 мегабайт оперативки.

Вечером проверил занято 190мб, утром уже 220мб.

Сделал self-test вечером и утром.

    <!-- show system -->
    <hostname>KN-34-30</hostname>
    <domainname>WORKGROUP</domainname>
    <cpuload>56</cpuload>
    <memory>198564/524288</memory>
    <swap>0/524284</swap>
    <memtotal>524288</memtotal>
    <memfree>246536</memfree>
    <membuffers>26320</membuffers>
    <memcache>52868</memcache>
    <swaptotal>524284</swaptotal>
    <swapfree>524284</swapfree>
    <uptime>37184</uptime>
    <conntotal>32768</conntotal>
    <connfree>32569</connfree>

спустя ~10 часов бездействия

    <!-- show system -->
    <hostname>KN-34-30</hostname>
    <domainname>WORKGROUP</domainname>
    <cpuload>57</cpuload>
    <memory>225796/524288</memory>
    <swap>0/524284</swap>
    <memtotal>524288</memtotal>
    <memfree>240996</memfree>
    <membuffers>2324</membuffers>
    <memcache>55172</memcache>
    <swaptotal>524284</swaptotal>
    <swapfree>524284</swapfree>
    <uptime>73371</uptime>
    <conntotal>32768</conntotal>
    <connfree>32544</connfree>

Выглядит так как будто свободная память не сильно поменялась и съелось 6мб, но на самом деле занято было после загрузки ~150мб, при снятии первого теста ~190мб, через 10 часов бездействия стало 220мб. memfree содержит не корректные значение. Помогите разобраться.

  • Upvote 2
Link to comment
Share on other sites

Recommended Posts

  • 1

Zyxel Keenetic Giga III, ПО delta 4.1.7, ppoe Ростелеком. Отключение  только SWNAT — программный ускоритель (no ppe software), помогло решить проблему с перезагрузками. Утечка памяти с оставшимся включенным HWNAT — аппаратный ускоритель, за двое суток 40%+8%.

Link to comment
Share on other sites

  • 1

Это хорошо что пофикцили в будущей прошивке 4.2.х
а для текущей 4.1.х патч выпустить нельзя чтоль?

эту бету в до релиза еще ждать и ждать, а исправление надо сейчас

  • Upvote 1
  • Y'r wrong 1
Link to comment
Share on other sites

  • 0

Посмотрел self-test'ы, ничего фатального не вижу. У вас очень прилично ушло в TCP slab, но у вас в opkg запущены жирные процессы, и это, наверное, норма. Попробуйте понаблюдать неделю без перезагрузок, и посмотрите на результат.

  • Thanks 1
Link to comment
Share on other sites

  • 0
В 17.08.2024 в 10:46, s_keenetic сказал:

Помогите разобраться.

C Entware можно так

~ # grep "VmData:" /proc/[0-9]*/status
/proc/1/status:VmData:        28 kB
/proc/1005/status:VmData:            216 kB
/proc/1012/status:VmData:            384 kB
/proc/1170/status:VmData:            552 kB
/proc/1193/status:VmData:            404 kB
/proc/1194/status:VmData:            404 kB
/proc/1195/status:VmData:            404 kB
/proc/1198/status:VmData:             60 kB
/proc/1221/status:VmData:            716 kB
/proc/1222/status:VmData:            716 kB
/proc/1223/status:VmData:            716 kB
/proc/1224/status:VmData:            716 kB
/proc/1225/status:VmData:            716 kB
/proc/1226/status:VmData:            716 kB
/proc/1283/status:VmData:            388 kB
/proc/14019/status:VmData:          5328 kB
/proc/14020/status:VmData:          5300 kB
/proc/14032/status:VmData:           744 kB
/proc/15519/status:VmData:        188724 kB
/proc/15521/status:VmData:          8576 kB
/proc/15745/status:VmData:          2080 kB
/proc/1590/status:VmData:             32 kB
/proc/1591/status:VmData:             32 kB
/proc/1592/status:VmData:             36 kB
/proc/1597/status:VmData:             48 kB
/proc/1613/status:VmData:           1992 kB
/proc/2214/status:VmData:            404 kB
/proc/2769/status:VmData:             60 kB
/proc/4036/status:VmData:            532 kB
/proc/510/status:VmData:           62604 kB
/proc/5713/status:VmData:            340 kB
/proc/5762/status:VmData:            196 kB
/proc/5810/status:VmData:             64 kB
/proc/864/status:VmData:              60 kB
/proc/867/status:VmData:              48 kB
/proc/868/status:VmData:             180 kB
/proc/873/status:VmData:             180 kB
/proc/874/status:VmData:             140 kB
/proc/875/status:VmData:              32 kB
/proc/880/status:VmData:              48 kB
/proc/882/status:VmData:              36 kB
/proc/883/status:VmData:           68208 kB
/proc/890/status:VmData:             628 kB
/proc/908/status:VmData:            4760 kB
/proc/909/status:VmData:              52 kB
/proc/910/status:VmData:              52 kB
/proc/917/status:VmData:             484 kB
/proc/920/status:VmData:            6340 kB
/proc/923/status:VmData:              60 kB
/proc/925/status:VmData:              60 kB
/proc/991/status:VmData:           96936 kB
где параметром в " " может быть
VmData - размер сегмента данных
VmPeak - пиковый размер виртуальной памяти 	

Самое большое потребление например

~ # ps | grep 15519
 6104 root      5976 S    grep 15519
15519 root      194m S    netdata
~ # 

~ # ps | grep 991
  991 root     1235m S    AdGuardHome -w /opt/home/AdGuardHome -l /opt/tmp/AdGuardHome.log --pidfile /opt/var/run/adguardhome.pid --no-check-update
 6247 root      5976 S    grep 991
~ # 

~ # ps | grep 883
  883 nobody   81160 S    /usr/bin/ntce-pace2 -u nobody -o /var/run/ntce.sock -i ntce0 -m 512 -d /var/run/ntce-dns-mirror.sock -A /usr/lib/plugin-custom-se
 6408 root      5976 S    grep 883
~ #

 

Link to comment
Share on other sites

  • 0
Posted (edited)
В 19.08.2024 в 16:05, Le ecureuil сказал:

Посмотрел self-test'ы, ничего фатального не вижу. У вас очень прилично ушло в TCP slab, но у вас в opkg запущены жирные процессы, и это, наверное, норма. Попробуйте понаблюдать неделю без перезагрузок, и посмотрите на результат.

Действительно ушло в TCP slab.

Виновник скрипт /opt/zapret/nfq/nfqws сам он не течет, перезапуск его не помогает никак очистить память.

 

Есть мысли что с этим можно делать ?

Edited by s_keenetic
  • Upvote 1
Link to comment
Share on other sites

  • 0

В апстриме ядра был найден коммит, похожий на правду
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/net/netfilter/nf_queue.c?h=linux-4.14.y&id=f7e6a2f9e2f2b7d87cded41f904268865f44f967
Занес его к нам, проверяйте на следующих версиях.

  • Thanks 5
  • Upvote 1
  • Confused 1
Link to comment
Share on other sites

  • 0
8 минут назад, Le ecureuil сказал:

В апстриме ядра был найден коммит, похожий на правду
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/net/netfilter/nf_queue.c?h=linux-4.14.y&id=f7e6a2f9e2f2b7d87cded41f904268865f44f967
Занес его к нам, проверяйте на следующих версиях.

Когда ждать версию ? Могу протестировать до добавления в канал общий...

Link to comment
Share on other sites

  • 0
48 минут назад, s_keenetic сказал:

Когда ждать версию ? Могу протестировать до добавления в канал общий...

Когда будет очередной выпуск draft / beta.

Link to comment
Share on other sites

  • 0

Именно это (утечка оперативной памяти) я стал замечать после установки данного способа обхода замедления ютуба.

Пришёл к тем же выводам, о том, что операционная система роутера не удаляет мусор из оперативки. Сперва думал даже создать в кроне ребут по расписанию, но вылечилось очень просто - отключил аппаратный сетевой ускоритель и в течение пары часов оперативная память очистилась с 75 до 35 процентов.

Приятным бонусом стало то, что в статистике трафика теперь исчезли какие-то серые неидентифицированные соединения и клиенты, когда я запускал торренты.

Link to comment
Share on other sites

  • 0

У меня на Ultra KN-1811 есть оба

ppe hardware
ppe software

Теперь думаю какой выключить и поможет ли

Edited by VecH
Link to comment
Share on other sites

  • 0

У меня тоже два. Отключал через веб Аппаратный сетевой ускоритель, но не помогло, перезагрузки были. Вот и решил отключит только программный ускоритель.

Link to comment
Share on other sites

  • 0
11 час назад, Denis231085 сказал:

Вот и решил отключит только программный ускоритель.

Поделись потом результатами

Link to comment
Share on other sites

  • 0

У меня есть сервер Home Assistant и я внем настроил автоматизацию для перезагрузки роутера. Когда опреративки занято больше 48% и время начало 7-го, тогда перезагрузка

Снимок экрана (20).png

Link to comment
Share on other sites

  • 0

Это костыль и это неправильно, надо лечить утечку памяти

Если такими костылями править каждую железяку жрущую память, в мире Интернет не работал бы полноценно

  • Upvote 1
Link to comment
Share on other sites

  • 0
1 час назад, VecH сказал:

Это хорошо что пофикцили в будущей прошивке 4.2.х
а для текущей 4.1.х патч выпустить нельзя чтоль?

эту бету в до релиза еще ждать и ждать, а исправление надо сейчас

4.1 скорее всего перевыпускаться уже не будет.

Link to comment
Share on other sites

  • 0

Перезагрузки пока наблюдались только при запуске торрентов на компе. Помогает отключение и удаление аппаратного сетевого ускорителя .

Link to comment
Share on other sites

  • 0

Роутеры Giga (KN-1011) и Viva (KN-1912). На обоих установлен компонент «Служба классификации трафика», на обоих запущен в качестве ДНС-сервиса AdGuardHome, а также используется сервис nfqws.

На обоих роутерах из функций службы классификации трафика была включена только собственно классификация трафика, IntelliQoS был выключен (на Гиге при включении IntelliQoS скорость соединения сразу резалась процентов на сорок-пятьдесят от тарифа 500 мегабит/с., несмотря на то, что в графе «скорость соединения» я указывал и 500, и 600 и 999 мегабит, а на Виве и так тариф 100 мегабит, да и нет необходимости резать скорость низкоприоритетным устройствам - больше двух-трёх устройств одновременно в локалке не бывает). Также на обоих роутерах включён аппаратный сетевой ускоритель.

После начала использования nfqws на обоих роутерах начались утечки памяти: за полтора-двое суток расход памяти увеличивался в два раза, с 35-40 до 70-80 процентов. На Гиге память утекала помедленнее, м.б. потому, что там в opkg были установлены и запущены ещё cron, syslog-ng, umurmur, samba-server (мне не нравится, что в tsmb нельзя выбрать, какие из подключённых к роутеру дисков расшаривать, а какие не надо) и wsdd2. А Вива несколько раз перезагружалась, когда расход памяти превышал 60 процентов.

Отключение аппаратного сетевого ускорителя не помогало избавиться от утечек памяти. Утечки памяти не прекратились и после обновления на прошивку 4.2 beta 3, только, субъективно, память стала утекать помедленнее - не на 100 процентов за двое суток, а процентов на 75-80.

Сегодня просто выключил на обоих роутерах классификацию трафика (не удаляя компонент «Служба классификации трафика») и за считанные минуты расход памяти снизился с 55-60 до 35-38 процентов.

Edited by Dim McAlastair
Link to comment
Share on other sites

  • 0
10 часов назад, Dim McAlastair сказал:

Сегодня просто выключил на обоих роутерах классификацию трафика (не удаляя компонент «Служба классификации трафика») и за считанные минуты расход памяти снизился с 55-60 до 35-38 процентов.

Все верно, так как этот компонент реально много потребляет.

Понаблюдайте пожалуйста - будет сейчас утечка, как будет увеличиваться расход памяти за несколько дней

Link to comment
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...