Same problem here with Debian jessie/testing 32bit. Is there any permanent
workaround other than what Christopher suggested with the /dev/null linking
?

thanks


On Fri, Dec 27, 2013 at 1:30 PM, Robert David <[email protected]
> wrote:

> Hi all,
>
> it seams that this only wrongly initialized static variable from the
> code abowe.
>
> it should be:
> _e_main_cb_idle_after(void *data __UNUSED__)
> {
>   static int first_idle = 1;
>
>   edje_freeze();
>
>   #ifdef E18_RELEASE_BUILD
>     if (first_idle)
>     {
>       TS("SLEEP");
>       first_idle = 0;
>       e_precache_end = EINA_TRUE;
>     }
>
>
> Robert.
>
>
> On Mon, 23 Dec 2013 18:07:38 +0100
> ADA <[email protected]> wrote:
>
> >
> >     Hi,
> >
> >  I've looked into the code and the messages are generated by e_main.c,
> > function _e_main_cb_idle_after (from line 1875 to 1900). It looks
> > like this:
> >
> >
> > static Eina_Bool
> > _e_main_cb_idle_after(void *data __UNUSED__)
> > {
> >    static int first_idle;
> >
> >    edje_freeze();
> >
> > #ifdef E18_RELEASE_BUILD
> >    first_idle = 1;
> >    if (first_idle)
> >      {
> >         TS("SLEEP");
> >         first_idle = 0;
> >         e_precache_end = EINA_TRUE;
> >      }
> > #else
> >    if (first_idle++ < 60)
> >      {
> >         TS("SLEEP");
> >         if (!first_idle)
> >           e_precache_end = EINA_TRUE;
> >      }
> > #endif
> >
> >    return ECORE_CALLBACK_RENEW;
> > }
> >
> >  E18_RELEASE_BUILD is defined, since it's from the release version, so
> > the upper part is active. As far as I can see, this means, that every
> > time the _e_main_cb_idle_after function is called, a SLEEP line is
> > logged. Probably that was not the original intention, the "first_idle
> > = 1;" line is causing trouble IMHO.
> >
> >  Someone, who really knows, what's going on in the background should
> > check this. :-)
> >
> >
> >      Regards,
> >            ADA
> >
> > On 23/12/13 16:23, Christian Bochu wrote:
> > > Hi all,
> > >
> > > Mon, 23 Dec 2013 14:21:30 +0100, Andreas Kurth <[email protected]> a
> > > écrit :
> > >
> > >> Hello,
> > >>
> > >> I compiled enlightenment 0.18.0 today and now I see tons of "SLEEP"
> > >> messages being logged to .xsession-errors very frequently:
> > >>
> > >> [...]
> > >> ESTART: 1630,45112 [0,01165] - SLEEP
> > >> ESTART: 1630,45860 [0,00748] - SLEEP
> > >> ESTART: 1630,46173 [0,00313] - SLEEP
> > >> [...]
> > >>
> > >> 0.18.0-rc1 did not behave like that, IIRC. How can I prevent e from
> > >> eating up my disk space?
> > >>
> > >> Cheers, Andreas.
> > >>
> > >
> > > Same here. I confirm that these messages were not there with
> > > e18-rc2. On my system, most of the time intervals are around
> > > 0.01666s. I run Debian Jessie (64 bits) on a Dell Vostro.
> > >
> > > I also noticed that the messages stop when I switch to a tty
> > > (CTRL+ALT+F1) and resume as soon as I switch back to E (ALT+F7).
> > >
> > > I actually realized that while investigating the exact same unlock
> > > issue that Marc has mentioned in another thread. Again, I did not
> > > have it with e18-rc2.
> > >
> > > I wonder if these two issues could somehow be related?
> > >
> > > Thanks for the awesome work!
> > >
> > > Christian
> > >
> > >
> ------------------------------------------------------------------------------
> > > Rapidly troubleshoot problems before they affect your business.
> > > Most IT organizations don't have a clear picture of how application
> > > performance affects their revenue. With AppDynamics, you get 100%
> > > visibility into your Java,.NET, & PHP application. Start your
> > > 15-day FREE TRIAL of AppDynamics Pro!
> > >
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> > > _______________________________________________ enlightenment-users
> > > mailing list [email protected]
> > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
> > >
> >
> >
> ------------------------------------------------------------------------------
> > Rapidly troubleshoot problems before they affect your business. Most
> > IT organizations don't have a clear picture of how application
> > performance affects their revenue. With AppDynamics, you get 100%
> > visibility into your Java,.NET, & PHP application. Start your 15-day
> > FREE TRIAL of AppDynamics Pro!
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> > _______________________________________________ enlightenment-users
> > mailing list [email protected]
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
>
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> enlightenment-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
enlightenment-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

Reply via email to