CPU loading issue

[David McCullough]

Marc Murphy wrote the following:
> My system is based on an AM3359 (BBB) running at 1GHz so should be able to cope with the 
> GPS stream.
> 
> If I use gdbserver and attach to MM, when the loading is getting really high I can pause 
> the process and the loading instantly drops.  If I wait a couple of seconds and resume the
> loading drops to a reasonable level and then slowly creeps up again.

Ok,  I have been running all day with the 1s setting,  no change from my
last update.  Sitting at 4-6% and only peaking when we are doing other
things to modem manager.

I just updated to current master for libqmi and ModemManager just to be
sure,  so far its working the same,  will see if it holds up over more than
30 minutes.

What sort of build env are you using for your system ?

I am running linux 3.10/uClibc built with gcc version 4.8.3. Latest modem
manager,  latest libqmi,  linux native threads (uClibc), not sure what else
might make a difference here.

Cheers,
Davidm


> 
> Is there any timestamp logging that I can enable in a similar way to Gstreamer debug ?
> 
> Cheers
> Marc
> 
> > -----Original Message-----
> > From: ModemManager-devel [mailto:modemmanager-devel-
> > bounces at lists.freedesktop.org] On Behalf Of David McCullough
> > Sent: 11 June 2015 02:45
> > To: Aleksander Morgado
> > Cc: Dan Williams; modemmanager-devel at lists.freedesktop.org; Marc
> > Murphy
> > Subject: Re: CPU loading issue
> > 
> > 
> > Aleksander Morgado wrote the following:
> > > On Wed, Jun 10, 2015 at 4:30 PM, David McCullough
> > > <david.mccullough at accelecon.com> wrote:
> > > >> > I am using an embedded platform and after a bit of fiddling I have built
> > the package and used it.
> > > >> >
> > > >> > Trace attached.
> > > >>
> > > >> Thanks; that gets us further since the two functions that are
> > > >> getting called all the time are "match" and "pcre_exec".
> > > >> Unfortunately that doesn't tell us *which* regex this is...  Aleksander,
> > any ideas?
> > > >
> > > > Remember Marc has modded the GPS to send data every second.
> > Maybe
> > > > the Huawei is sending more info per second than other modesm are
> > sending ?
> > > >
> > > > IIRC the GPS (NMEA?) dumps comes in on 2 of the USB tty ports,  both
> > > > of which MM is watching.  The incoming data is parsed using the
> > > > modem manager pattern matching,  thus the match/pcre stuff you see.
> > > >
> > > > The GPS data can be fairly verbose from memory,  depending on
> > > > numbers of satelites etc,  maybe we are just getting too much ?  I
> > > > am not and expert on the GPS data so I really can't say.  Perhaps
> > > > the combination of all modem chitchat is just queuing up and modem
> > manager is getting behind ?
> > > >
> > > > I have a 400MHz ARM that I have been running the MU609 in for the last
> > day.
> > > > It polls at the default 30 seconds and is still running at 0%
> > > > popping up to 5-6% every now and then.
> > >
> > > Could you maybe set the same 1s update in the MU609 and see if MM
> > > behaves worse in the same board?
> > 
> > Running now,  no signs yet.
> > 
> > CPU is higher, always 4-6%, will see how it goes over time.
> > 
> > Cheers,
> > Davidm
> > 
> > --
> > David McCullough,  david.mccullough at accelecon.com,   Ph: 0410 560 763
> > _______________________________________________
> > ModemManager-devel mailing list
> > ModemManager-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/modemmanager-devel

-- 
David McCullough,  david.mccullough at accelecon.com,   Ph: 0410 560 763