#3335 NORM Untriag: Home view activity sector size

[Zarro Boogs per Child]

#3335: Home view activity sector size
---------------------+------------------------------------------------------
  Reporter:  bert    |       Owner:  danw     
      Type:  defect  |      Status:  new      
  Priority:  normal  |   Milestone:  Untriaged
 Component:  sugar   |     Version:           
Resolution:          |    Keywords:           
  Verified:  0       |  
---------------------+------------------------------------------------------

Comment(by bert):

 Replying to [comment:2 danw]:
 > First off, if Etoys is one of the activities, then all bets are off
 because of bug #2976, which will be fixed soon.

 Was fixed in 573.  Happens with others too.

 > Other than that, when you say "a few activities", do you mean "2 or 3"
 or "7 or 8"? On my B4 it takes around 7 or 8 activities for the ring to
 get even close to full.

 Try Write, Browse, TamTam and it gets pretty full. And then launch a few
 more Browse instances.

 > See http://wiki.laptop.org/go/Activity_ring for some explanations of
 reasons the activity ring is inaccurate. Another problem not mentioned
 there is the fact that the kernel can swap out unused binary/shared
 library code pages to get more free RAM if it needs to. That's probably
 part of the reason you can usually start a new activity even when there's
 only a tiny slice of free memory. I wonder if some of the data in
 /proc/meminfo would help us with that.

 "swap out" is probably not the right term since we do not swap into flash,
 right? I suspect much more that the caches are influencing the display.
 IMHO showing percentage of only free memory is nonsense, it should be all
 freeable memory (which might be hard to determine, agreed).

-- 
Ticket URL: <https://dev.laptop.org/ticket/3335#comment:3>
One Laptop Per Child <https://dev.laptop.org>
OLPC bug tracking system