Re: Bug#678958: CPU hog on machine with many routes
Sandro Tosi <[email protected]> Sat, 18 Aug 2012 16:37:24 +0200
| Newsgroups | gmane.comp.gnome.apps.gkrellm |
|---|---|
| Message-ID | <CAB4XWXwbJunYbcAAf9Zc0vYGTzTEFahYd7HVO0giUPhrZ9LhpA__23778.5420533784$1345300988$gmane$org@mail.gmail.com> |
forwarded 678958 [email protected] thanks Hello Damyan, thanks for the report: I'm forwarding it upstream. Dear Gkrellm upstream authors, a fellow Debian Developer has reported this issue which I hereby forward to your attention. Regards, Sandro On Mon, Jun 25, 2012 at 1:06 PM, Damyan Ivanov <[email protected]> wrote: > Package: gkrellmd > Version: 2.3.4-1 > Severity: normal > Tags: upstream > > Hi, > > Using gkrellmd on machine with many routes (e.g. a router) is impractical. > > gkrellmd reads /proc/net/route in order to determine which interfaces are up, > but this file may contain hundreds of thousands of lines, making parsing quite > CPU-consuming. > > Even after lowering update-hz to 1, gkrellmd still uses about 40% CPU all the > time and the machine load stays at 0.7. > > I guess it would be better if gkrellmd could use some other source of > intormation for discovering active/inactive interfaces. 'ip link' utility seems > to use the linux netlink socket for example. > > Another solution would be to add an option which disables the /proc/net/route > scan or makes it very rare (silimar to inet-interval). > > > Thanks for considering, > dam > > -- System Information: > Debian Release: wheezy/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) > Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi ______________________________________________ Gkrellm mailing list [email protected] Read archives-join-leave-set RSS feed: http://archive.lists.netservicesgroup.com This service is provided by The Network Services Group: http://www.netservicesgroup.com