#5235 BLOC Retriag: Installing WikiBrowse use 99% cpu for several minutes

[Zarro Boogs per Child]

#5235: Installing WikiBrowse use 99% cpu for several minutes
-------------------------------+--------------------------------------------
  Reporter:  marco             |       Owner:  tomeu            
      Type:  defect            |      Status:  new              
  Priority:  blocker           |   Milestone:  Retriage, Please!
 Component:  journal-activity  |     Version:                   
Resolution:                    |    Keywords:                   
  Verified:  0                 |    Blocking:                   
 Blockedby:                    |  
-------------------------------+--------------------------------------------
Changes (by tomeu):

  * milestone:  Update.1 => Retriage, Please!


Comment:

 Have tested and things are much better now. Points yet to improve:

 - During the download Browse is taking a lot of cpu, so much that the
 download in the local network is bound by the cpu. As top reports +80% of
 cpu usage in sys, I think that is jffs2 (re)compressing the .xo. I'm
 asking in #2886 to give more priority to this issue.

 - Once the download finishes, the journal takes all cpu it can when
 decompressing the bundle in search of the activity.info file and the icon.
 This took 31s in my last test. Perhaps by adding these files first in the
 zip archive (perhaps uncompressed) we could improve this?

 - The icon for the bundle was not updated until you restart the journal
 (reboot). See #5863 for an explanation and a fix.

 That's all. I think we can continue working on this ticket for update.2 so
 installation of big bundles across the network is not so slow.

-- 
Ticket URL: <http://dev.laptop.org/ticket/5235#comment:13>
One Laptop Per Child <http://dev.laptop.org>
OLPC bug tracking system