[sugar] frame auto-visibility configuration
Erik Garrison
erik at laptop.org
Wed Sep 24 12:37:38 EDT 2008
On Wed, Sep 24, 2008 at 12:25:43PM -0400, Eben Eliason wrote:
> On Wed, Sep 24, 2008 at 12:18 PM, Erik Garrison <erik at laptop.org> wrote:
> > On Wed, Sep 24, 2008 at 11:25:51AM -0400, Eben Eliason wrote:
> >> On Wed, Sep 24, 2008 at 10:52 AM, Erik Garrison <erik at laptop.org> wrote:
> > By "saving" I mean that changes in activity state trigger
> > Activity.save(). This hits jffs2 and the NAND.
>
> Sure, as Tomeu says, we could add a dirty bit. Of course, it seems
> that the Frame-based solution should actually be preventing this
> (given a long enough delay on revealing the activity window, or not
> revealing until releasing alt-tab), since the activities don't even
> get focused at all immediately. Only those you pause or stop on
> should be doing any saving of state, and even then only if needed.
How long of a pause or stop triggers auto-save?
We could also save on user idle. Say, when the user is idle for more
than 5 seconds and we haven't saved in the last 2 minutes. Or we could
just auto-save every N minutes. Both of these options would decouple
CPU-intensive actions from user intervention, with the effect of
improved system responsiveness.
Erik
More information about the Sugar
mailing list