Jump to content

Search the Community

Showing results for tags 'cpu'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Keenetic Community
    • NDMS Development
    • NDMS Community Support
    • NDMS Testing
    • Mobile App
  • Open Package Support
    • Opkg Help
    • Opkg Cookbook
    • Opkg Cookbook RUS

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Location


Web-site


Interests


Occupation


AOL Account


ICQ Account


WLM


YAHOO


Facebook Account


Twitter Account


Skype Account


Youtube Account


Google+ Account


Keenetic

Found 5 results

  1. После того как переполз на версию 2.13 с 2.12 заметил, что средняя нагрузка теперь всегда составляет не меньше 1. Хотя при этом в Системном мониторе через веб отображается загрузка CPU порядка 1-3%. Команда top в opkg также отражает низкую нагрузку на CPU, но при этом высокий LA. Баг/фича?
  2. @ndm @Le ecureuil @Padavan @vst Giga II 2.11.A.1.0-0 - словил kernel panic. Прослушивая музыку с сетевого диска, обнаружил, что он отвалился. Лечится перезагрузкой роутера. Получилось поймать проблему селф тестом. Ниже. В логах: Sep 11 10:54:38ndm kernel: CPU 0 Unable to handle kernel paging request at virtual address 0000002c, epc == 8021fb18, ra == 8021fe84 Sep 11 10:54:38ndm kernel: Oops[#1]: Sep 11 10:54:39ndm kernel: Cpu 0 Sep 11 10:54:39ndm kernel: $ 0 : 00000000 00000000 00000000 fffffffe Sep 11 10:54:39ndm kernel: $ 4 : 8c149478 8c1493c0 00010002 00000122 Sep 11 10:54:39ndm kernel: $ 8 : 00000000 00000000 00000000 8db9411c Sep 11 10:54:39ndm kernel: $12 : 0000a5c0 00000004 7ed52339 00000000 Sep 11 10:54:39ndm kernel: $16 : 8c149478 896f16c0 8d0f0a00 00000000 Sep 11 10:54:39ndm kernel: $20 : 896f188c 80350000 7ffb27cc 8c1493c0 Sep 11 10:54:39ndm kernel: $24 : 00000000 8021eb24 Sep 11 10:54:39ndm kernel: $28 : 8c02c000 8c02dd98 896f16c0 8021fe84 Sep 11 10:54:39ndm kernel: Hi : 00033f77 Sep 11 10:54:39ndm kernel: Lo : b262363a Sep 11 10:54:39ndm kernel: epc : 8021fb18 ip_local_out+0x30/0x50 Sep 11 10:54:39ndm kernel: Tainted: P C O Sep 11 10:54:39ndm kernel: ra : 8021fe84 ip_queue_xmit+0x130/0x394 Sep 11 10:54:39ndm kernel: Status: 11000303 KERNEL EXL IE Sep 11 10:54:39ndm kernel: Cause : 00807c08 Sep 11 10:54:39ndm kernel: BadVA : 0000002c Sep 11 10:54:39ndm kernel: PrId : 00019555 (MIPS 34Kc) Sep 11 10:54:39ndm kernel: Modules linked in: esp4_hw(O) crypto_k(PO) fastvpn(PO) hw_nat(O) igmpsn(PO) zram rt539x_ap2(O) ntc(PO) rtsoc_eth(PO) rndis_host ip_set_hash_ip ip_set_hash_ipportip ip_set_hash_net snd_pcm_oss ip_set_hash_ipport snd_usb_audio cdc_ether ip_set_hash_ipportnet ip_set_bitmap_port xt_set huawei_cdc_ncm snd_pcm asix option uvcvideo ip_set_bitmap_ipmac cdc_ncm ip_set_hash_netiface ip_set_bitmap_ip ip_set_hash_netport usb_wwan ip_set_list_set usbextras(PO) authenc snd_usbmidi_lib nls_utf8 snd_seq_midi usbip_host(C) ip_set evdev xt_IPMARK(O) kalmia nfsd cp210x thfsplus(O) snd_hwdep xt_ACCOUNT(O) nf_nat_rtsp nls_cp1251 nfs v4l2_common usbhid snd_mixer_oss usb_storage cdc_acm l2tp_ppp nfnetlink_log usblp xt_DNETMAP(O) hid videobuf2_vmalloc dm9601 xt_length2(O) snd_rawmidi arptable_filter sd_mod ohci_hcd sr_mod nls_cp437 xt_DELUDE(O) hw_cdc_net(O) xt_CHAOS(O) lockd sierra sg snd_seq_midi_event usbnet ext4 snd_seq xt_LOGMARK(O) tfat(PO) nf_nat_sip nfnetlink_queue deflate ipcomp ebtable [...] Sep 11 10:54:39ndm kernel: Process nqcs (pid: 734, threadinfo=8c02c000, task=8db0e058, tls=7788d460) Sep 11 10:54:39ndm kernel: Stack : 8c14ca80 8c14ca80 00000000 8c149478 8c149478 8021fe84 8c02de10 8c1493c0 Sep 11 10:54:39ndm kernel: 00000000 00000005 80350000 80074ba0 00001000 896f16c0 8c149478 01397478 Sep 11 10:54:39ndm kernel: 00000005 80350000 80350000 80236890 00001000 8c02de40 00062000 8c14ca80 Sep 11 10:54:39ndm kernel: 00000000 00000000 00000000 00000000 00000000 fffffdee 303626dd 59b6413e Sep 11 10:54:39ndm kernel: 00000020 00062000 0000051e 00000000 00000000 00000005 80350000 896f175c Sep 11 10:54:39ndm kernel: ... Sep 11 10:54:39ndm kernel: Call Trace: Sep 11 10:54:39ndm kernel: [<8021fb18>] ip_local_out+0x30/0x50 Sep 11 10:54:39ndm kernel: [<8021fe84>] ip_queue_xmit+0x130/0x394 Sep 11 10:54:39ndm kernel: [<80236890>] tcp_transmit_skb+0x3e8/0x870 Sep 11 10:54:39ndm kernel: [<80236e94>] tcp_write_xmit+0x17c/0xb40 Sep 11 10:54:39ndm kernel: [<80237888>] __tcp_push_pending_frames+0x30/0x9c Sep 11 10:54:39ndm kernel: [<80229640>] tcp_setsockopt+0x340/0x494 Sep 11 10:54:39ndm kernel: [<801b70b8>] sys_setsockopt+0x70/0xdc Sep 11 10:54:39ndm kernel: [<8002acdc>] stack_done+0x20/0x44 Sep 11 10:54:39ndm kernel: Sep 11 10:54:39ndm kernel: Sep 11 10:54:39ndm kernel: Code: 00431024 8fbf0014 02002021 <8c59002c> 8fb00010 03200008 27bd0018 8fbf0014 8fb00010
  3. @ndm @Le ecureuil Giga II 2.10.A.3.0-3 - в AIMP v4.13, build 1897 добавляю папку из Сетевого диска через PPTP VPN-туннель (Giga II), и в момент сканирования директорий сетевого диска, происходит отвал ядра и пропадает доступ на сетевой диск, пока не сделаешь ребут Giga II: Jul 04 11:35:51ndmkernel: CPU 0 Unable to handle kernel paging request at virtual address 0000002c, epc == 802218c0, ra == 80221c34 Jul 04 11:35:52ndmkernel: Oops[#1]: Jul 04 11:35:52ndmkernel: Cpu 0 Jul 04 11:35:52ndmkernel: $ 0 : 00000000 00000000 00000000 fffffffe Jul 04 11:35:52ndmkernel: $ 4 : 85c8f458 85c8f3a0 00010002 00000003 Jul 04 11:35:52ndmkernel: $ 8 : 00000000 00000000 00000000 8dbf691c Jul 04 11:35:52ndmkernel: $12 : 0000a5c0 24306c59 3bee6184 00000000 Jul 04 11:35:52ndmkernel: $16 : 85c8f458 8c1e7240 00000000 8c0e17a0 Jul 04 11:35:52ndmkernel: $20 : 8c1e740c 80360000 8c1e72dc 85c8f3a0 Полный лог - тут self-test ниже
  4. utya

    Добрый день. Установил прошивку 2.10 на keenetic dsl. Вроде всё работает, но постоянно загрузка проца 50-57 процентов. В логах вроде upnp только порты пробрасывает для rtsp и вроде всё. Вот хотел спросить что лучше приложить сюды для анализа, я понимаю что нужен захват пакетов, но не совсем понимаю с какого интерфейса и сколько? self-test.txt
  5. Обновился с тестовой версии 2.06 с поддержкой SNMP на версию v2.08(AAFS.2)A9. Снимал показания загрузки CPU со следующих счетчиков: UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 189927 UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 144865 UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 11349065 Далее по формуле, найденной в Сети, вычисляю загрузку процессора в процентах: cpu_user=ssCpuRawUser*100/(ssCpuRawUser+ssCpuRawSystem+ssCpuRawIdle) Таким же образом считаю для cpu_system и cpu_idle: cpu_system=ssCpuRawSystem*100/(ssCpuRawUser+ssCpuRawSystem+ssCpuRawIdle) cpu_idle=ssCpuRawIdle*100/(ssCpuRawUser+ssCpuRawSystem+ssCpuRawIdle) Общую загрузку cpu получал суммой вычисленных выше cpu_user и cpu_system. Сравнивал результат с показанием в веб-интерфейсе кинетика. Примерно совпадало, динамика изменений - тоже. Но сегодня обратил внимание, что нагрузка, полученная по SNMP перестала, соответствовать действительности. Для теста нагрузил процессор командой "cat /dev/zero | bzip2 -c > /dev/null", запустил snmpwalk и увидел, что значения в CpuRawUser и ssCpuRawSystem не растут, а в ssCpuRawIdle, соответственно, не уменьшаются (как было ранее). Думаю, что если перегружу железку, то опять станет нормально. Но пока этого делать не хочу, т.к. баг/фича сейчас воспроизводится. Также увидел, что по отношению к версии 2.06, в 2.08 команда htop стала показывать 2 процессора (ядра): 1 [||||||||||||||||||||||||||||||||||||||||||||||||||| 77.3%] Tasks: 34, 29 thr; 2 running 2 [||||||||||||||||||||| 29.9%] Load average: 0.35 0.10 0.29 Mem[||||||||||||||||||||||||||||||||| 59.0M/250M] Uptime: 18:38:07 Swp[ 0K/0K] Это так и должно быть? Не может быть тогда проблема связана с тем, что загрузка CPU по SNMP для второго "ядра" должна показываться в других счетчиках, например, ssCpuRawIdle.1, но при этом их в поддержки нет? Также отмечаю, что значения Load Average, получаемые по SNMP, при этом соответствуют действительности (в данном примере не обращать внимания на несоответствие значений в выводе команды htop): UCD-SNMP-MIB::laLoad.1 = STRING: 0.26 UCD-SNMP-MIB::laLoad.2 = STRING: 0.62 UCD-SNMP-MIB::laLoad.3 = STRING: 0.52 Дополнение Вопрос снят. Моя ошибка. Для расчета нужно брать не прямые значения ssCpuRawUser, ssCpuRawSystem, ssCpuRawIdle, а их разницу от предыдущих показаний.
×