Mailing List Archive

N810 slow since rebooting
My N810 seems really slow since yesterday. It had run down (nothing
unusual there) and after I recharged it it seemed to run very slow.
I wondered if it was short on space in /, so I deleted some files and
regained several Mb, but that did not help.
I had been suspicious of the battery, which did not seem to keep as much
charge as when new, and did not run the SD card properly when at low
charge (maemo-mapper reports unable to write map database), so
I bought a new battery. It is still slow: sometimes it will not respond
to menu taps, or the system menu is not shown.

I am seeing:
$ free
total used free shared buffers
Mem: 126796 124944 1852 0 60
Swap: 131064 107480 23584
Total: 257860 232424 25436

$top (by CPU)
Mem: 124592K used, 2204K free, 0K shrd, 60K buff, 3552K cached
Load average: 5.10 5.46 3.90
PID USER STATUS VSZ PPID %CPU %MEM COMMAND
289 root SW< 0 6 3.9 0.0 kondemand/0
119 root SW< 0 6 2.1 0.0 kswapd0
1752 user RW 1960 1437 1.9 1.5 top
...
(by memory)
PID USER STATUS VSZ PPID %CPU %MEM COMMAND
1303 user DW 128M 354 0.0103.4 alarmd
1451 user SW 87992 1 0.0 69.2 maemo-mapper
1399 user DW 67292 1383 0.0 52.9 browserd
1383 user SW 40104 1 0.0 31.5 browserd
1042 user DW< 38852 1012 0.0 30.5 maemo-launcher
...

There are no unusual user tasks running - no memory/CPU hogs that I am
aware of.

I cannot remember what is normal, e.g. if it is usual for alarmd to show
such a large virtual size.

I have tried rebooting several times, and power-cycling by removing the
battery, but it is still slow.

Any suggestions ?

--
Andrew Daviel, TRIUMF, Canada
_______________________________________________
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N810 slow since rebooting [ In reply to ]
On Sun, Aug 15, 2010 at 02:27:29AM -0700, Andrew Daviel wrote:
> PID USER STATUS VSZ PPID %CPU %MEM COMMAND
> 1303 user DW 128M 354 0.0103.4 alarmd
>
> I cannot remember what is normal, e.g. if it is usual for alarmd to
> show such a large virtual size.

Definitely abnormal, that's the size of the tablet's entire physical
RAM! FWIW alarmd uses around 5M here.

There seems to be a (Fremantle) bug where old alarms are still kept
around and progressively slow things down after a while (see
<http://talk.maemo.org/showthread.php?t=57598> for details). You may
want to have a look at /var/lib/alarmd/alarm_queue.xml in case it's
something similar.

L.
_______________________________________________
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N810 slow since rebooting [ In reply to ]
Hi,

ext Lucas Maneos wrote:
> On Sun, Aug 15, 2010 at 02:27:29AM -0700, Andrew Daviel wrote:
>> PID USER STATUS VSZ PPID %CPU %MEM COMMAND
>> 1303 user DW 128M 354 0.0103.4 alarmd
>>
>> I cannot remember what is normal, e.g. if it is usual for alarmd to
>> show such a large virtual size.
>
> Definitely abnormal, that's the size of the tablet's entire physical
> RAM!

VSZ is VmSize i.e. virtual size, not physical RAM.
It matters only if it's actually used.

Best tool available for N810 for looking into whole system memory
usage is propably sp-smaps-measure/sp-smaps-visualize. Install
those packages from the SDK tools repo[1] and then do:

* On device:
sp_smaps_snapshot > smaps.cap
* On Sbox:
sp_smaps_analyze smaps.cap
* On Desktop:
firefox smaps.html

N810 version of sp_smaps_analyze might still be the Python version,
not C-one like the Fremantle one, and the produced HTML data is pretty
large, that's why I think it's better done on (e.g. x86) Sbox.

The produced HTML tables are better viewed on Desktop, device screen
is a bit too small for them.

[1] http://maemo.org/development/tools/diablo/#apt-example
http://maemo.org/development/tools/doc/diablo/sp-smaps-measure/
http://maemo.org/development/tools/doc/diablo/sp-smaps-visualize/


- Eero
_______________________________________________
maemo-users mailing list
maemo-users@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-users