Comment 1 Andre Klapper 2010-06-09 15:39:15 UTC

Hi,

(In reply to comment #0)
> sometimes when fresh startup or reboot

1/10, 5/10, 9/10?
Any pattern, e.g. usage of the Photo application or Media Player, or something
like "every 3 days"?

What EXTRA SOFTWARE is installed?
Is an MMC card installed?

(Note to myself: int-169562 might improve this for the next public release.)

(In reply to comment #1)
> 1/10, 5/10, 9/10?
Hmm, as I don't boot that often I would say 1/10 or maybe 2/10 or so.


> Any pattern, e.g. usage of the Photo application or Media Player, or something
> like "every 3 days"?
No, just right after startup, you are on landing-desktop and its all
unresponsive, look at top says thumbnailer is eating CPU. GSM on but no wifi or
BT running actively (modules are loaded I guess but both are not set to online)

> What EXTRA SOFTWARE is installed?
Evervthing from extras related to mediaplayer (codecs, fmtx widget and boost);
on hildon-home are command exec widgets, foreca weather widget, personal
countdown, mediaplayer, fmtx and calendar;
hildon-desktop got cpu applet, custom operator name widget and in menu easy
backlight, flashlight, cell-switcher (dual,gsm,3g) and tweakr's profile.

> Is an MMC card installed?
yes 8GB class 6 transcend

Comment 3 Andre Klapper 2010-06-23 17:16:11 UTC

I wonder if you could you strace it to find out what it's doing, but I must
admit that I don't know how to do that at system startup...
http://maemo.org/development/documentation/man_pages/strace/

Eero: If you have time, do you have an idea how to track this down?

Any idea how to strace those three during bootup yet?
What keeps the brick busy for 10-30 seconds are trackerd and tracker-indexer
everytime since I started opening top right after boot. As hildon-thumbnail's
"right-after-boot" action seemed to be random at first, the trackerd and
tracker-indexer are like always but with different duration, I recognized that
hildon-thumbnail hits in right after trackerd and tracker-indexer drop from top
10 if it is not there "right-after-boot" already. CPU load is between 2.9 and 3
for about 5 mins "right-after-boot", device responsiveness comes back after the
first 10 seconds (home and desktop aren't stuttering like hell anymore).

I know this is a minor bug but as you are forced to boot the brike once in a
while, at a time you actually wanted to use it, is annoying. My netbook is up
and responsive with less delay.

Are you actually able to reproduce this? As you asked me to strace I guess not.

Comment 5 Eero Tamminen 2010-07-19 19:50:09 UTC

> Any idea how to strace those three during bootup yet?

Add a script into suitable place at startup that straces these processes and
saves data somewhere.  Or if they are at it slightly after bootup, just strace
them then to see what files they open (-e open) with some script that is quick
to launch (uses $(pidof processname) etc).


The internal bug 169562 (fixed: in 20.2010.23-6 i.e. goes to next release) was
about thumbnailer sometimes re-creating (all) thumbnails unnecessary (it was
supposed to cleanup stuff for unmounted volumes, but apparently cleaned them
all).

(In reply to comment #2)
> > Any pattern, e.g. usage of the Photo application or Media Player, or something like "every 3 days"?
> No, just right after startup,

Steps for that bug included reboot.  Is this for every reboot?  Randomly?

Comment 6 Andre Klapper 2010-08-23 20:32:34 UTC

Rüdiger: ping?

Sorry for the delay, I am currently occupied with exhibition prep.
I noticed lately that adding new files or just one (image) triggers the
thumbnailer and it remains up and hogging the cpu for minutes, next time this
happens I'll trace it.
I did a "strace -p1407 -f -e trace=file -o trace" to trace trackerd who is the
one tuning up every boot for about 60 seconds.
It is wierd as thumbnailer isn't doing anything now when I want to trace it.
Previous test of "if every reboot" showed both trackerd and thumbnailer as top
cpu hogges every reboot (reboot - let the device settle - reboot - settle ...)

Created an attachment (id=3051) [details]
strace -p$pidof trackerd -f -e trace=file

Created an attachment (id=3061) [details]
hildon-thumbnailer after I took one sinlge picture goes mad for several minutes

hildon-thumbnailer goes mad for several minutes after I took one sinlge
picture.
took me minutes to start the trace as the device did not respond for at least
30secs after each tap

Comment 10 Andre Klapper 2010-10-25 18:10:09 UTC

(In reply to comment #5)
> The internal bug 169562 (fixed: in 20.2010.23-6 i.e. goes to next release) was
> about thumbnailer sometimes re-creating (all) thumbnails unnecessary


Today Nokia released the Maemo5 update version 20.2010.36-2 for public (also
called "PR1.3" sometimes).
If you have some time we kindly ask you to test again if the problem reported
here still happens in this new version - just leave a comment (and feel free to
update the "Version" field to the new version if it's still a problem).