Re: [E-devel] r23056 - high cpu usage

2013-08-27 Thread rob
On 27/08/13 01:09, Cedric BAIL wrote:
> Hello,
>
> On Tue, Aug 27, 2013 at 7:24 AM, rob  wrote:
>> CPU running between 6 -13% plus X running at 8-16% (X doesn't exhibit same
>> behaviour with openbox or fluxbox)
>>
>> Debian 3.2.46-1 x86_64 GNU/Linux
>> nvidia driver
>> Programs open: terminology and htop only
>>
>> Summary from attached file:
>>
>> version: 1
>> creator: callgrind-3.8.1
>> pid: 14199
>> cmd:  /usr/local/bin/enlightenment -callgrind
>> part: 1
>>
>>
>> desc: I1 cache:
>> desc: D1 cache:
>> desc: LL cache:
>>
>> desc: Timerange: Basic block 0 - 3142120718
>> desc: Trigger: Program termination
>>
>> positions: line
>> events: Ir
>> summary: 14977047932
>
> There is no valuable information in this callgrind. What driver do you
> use ? What are you composite settings ?
>

Turns out the problem is the Debian-packaged nvidia proprietry drivers, 
304.88,304.108 and 325.15. Drivers downloaded directly from the Nvidia 
website don't show this problem, versions 319.49 and 325.08

rob


--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] elua "bitching" on exit

2013-08-27 Thread David Seikel
On Mon, 26 Aug 2013 23:38:29 +0200 Leif Middelschulte
 wrote:

> 2013/5/22 Leif Middelschulte :
> > Am Mittwoch, 22. Mai 2013 um 05:00 schrieb David Seikel:
> >
> > On Thu, 16 May 2013 11:43:50 +0200 Leif Middelschulte
> >  wrote:
> >
> > 2013/5/3 David Seikel 
> >
> > On Thu, 2 May 2013 18:24:43 +0200 Leif Middelschulte
> >  wrote:
> >
> > Hi,
> >
> > I've written an 'all script' lua edje, which
> > creates/modifies/deletes a couple of objects.
> >
> > Everything seems fine, until the application is closed (not
> > crashing), when it complains about exceeding lua's memory limit.
> > Is this expected?
> >
> > If not, do you need me to provide code, or is it even a known
> > issue?
> >
> >
> > Don't think I've seen that before. Please provide code.
> >
> > Edje Lua tracks how much memory you have allocated to each Lua
> > script, and will complain about that if you exceed it, but that
> > should not be happening when you are shutting down.
> >
> >
> > Sorry for taking this long. See the attached edc. If you confirm
> > this, I can open a ticket, if necessary.
> >
> > Thanks for looking into this.
> >
> >
> > Fixed. It seems that weak tables are not working as advertised. We
> > are using a weak table to store references to the evas objects we
> > create so that we can pull Lua objects representing them out of that
> > table to pass back to Lua calls that return previously created evas
> > objects. But those references prevented the evas objects from being
> > garbage collected, so they leaked.
> >
> > Thanks! :-)
> Seems like bitching is 'in' again :-/ Could you have another look?
> >
> >
> > Thanks for your test script.
> The script is still or again exposing the behavior. If it doesn't
> right away, try resizing the window a bit.

Could you open a ticket for this please, and assign it to me?  It's
about time I pulled my finger out and started working with the new bug
tracker.

-- 
A big old stinking pile of genius that no one wants
coz there are too many silver coated monkeys in the world.


signature.asc
Description: PGP signature
--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] elua "bitching" on exit

2013-08-27 Thread Leif Middelschulte
Am Dienstag, 27. August 2013 um 12:38 schrieb David Seikel:
> On Mon, 26 Aug 2013 23:38:29 +0200 Leif Middelschulte
> mailto:leif.middelschu...@gmail.com)> wrote:
> 
> > 2013/5/22 Leif Middelschulte  > (mailto:leif.middelschu...@gmail.com)>:
> > > Am Mittwoch, 22. Mai 2013 um 05:00 schrieb David Seikel:
> > > 
> > > On Thu, 16 May 2013 11:43:50 +0200 Leif Middelschulte
> > > mailto:leif.middelschu...@gmail.com)> 
> > > wrote:
> > > 
> > > 2013/5/3 David Seikel mailto:onef...@gmail.com)>
> > > 
> > > On Thu, 2 May 2013 18:24:43 +0200 Leif Middelschulte
> > > mailto:leif.middelschu...@gmail.com)> 
> > > wrote:
> > > 
> > > Hi,
> > > 
> > > I've written an 'all script' lua edje, which
> > > creates/modifies/deletes a couple of objects.
> > > 
> > > Everything seems fine, until the application is closed (not
> > > crashing), when it complains about exceeding lua's memory limit.
> > > Is this expected?
> > > 
> > > If not, do you need me to provide code, or is it even a known
> > > issue?
> > > 
> > > 
> > > Don't think I've seen that before. Please provide code.
> > > 
> > > Edje Lua tracks how much memory you have allocated to each Lua
> > > script, and will complain about that if you exceed it, but that
> > > should not be happening when you are shutting down.
> > > 
> > > 
> > > Sorry for taking this long. See the attached edc. If you confirm
> > > this, I can open a ticket, if necessary.
> > > 
> > > Thanks for looking into this.
> > > 
> > > 
> > > Fixed. It seems that weak tables are not working as advertised. We
> > > are using a weak table to store references to the evas objects we
> > > create so that we can pull Lua objects representing them out of that
> > > table to pass back to Lua calls that return previously created evas
> > > objects. But those references prevented the evas objects from being
> > > garbage collected, so they leaked.
> > > 
> > > Thanks! :-)
> > Seems like bitching is 'in' again :-/ Could you have another look?
> > > 
> > > 
> > > Thanks for your test script.
> > The script is still or again exposing the behavior. If it doesn't
> > right away, try resizing the window a bit.
> > 
> 
> 
> Could you open a ticket for this please, and assign it to me? It's
> about time I pulled my finger out and started working with the new bug
> tracker.
> 
> 

Done.

-- 
Leif 

> 
> -- 
> A big old stinking pile of genius that no one wants
> coz there are too many silver coated monkeys in the world.
> 
> --
> Introducing Performance Central, a new site from SourceForge and 
> AppDynamics. Performance Central is your source for news, insights, 
> analysis and resources for efficient Application Performance Management. 
> Visit us today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
> 
> ___
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net 
> (mailto:enlightenment-devel@lists.sourceforge.net)
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> 
> 


--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] failed to build elementary

2013-08-27 Thread Vasiliy Tolstov
Hello. I'm can't able to build elementary from git today:
full build log:
https://launchpadlibrarian.net/148526632/buildlog_ubuntu-quantal-amd64.libelementary_1.7.99~201308271430-1ppa1~quantal_FAILEDTOBUILD.txt.gz

-- 
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber: v...@selfip.ru

--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [EGIT] [apps/terminology] master 01/01: remove some warnings

2013-08-27 Thread Tom Hacohen
Use EINA_UNUSED, not __UNUSED__.

--
Tom.

On 27/08/13 14:25, Boris Faure - Enlightenment Git wrote:
> billiob pushed a commit to branch master.
>
> commit 2429f7d3ad0164272cfda2534da37fb1938d9752
> Author: Boris Faure 
> Date:   Tue Aug 27 15:23:49 2013 +0200
>
>  remove some warnings
> ---
>   src/bin/media.c | 4 ++--
>   src/bin/tyls.c  | 4 ++--
>   2 files changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/src/bin/media.c b/src/bin/media.c
> index 3c6ed0e..c067518 100644
> --- a/src/bin/media.c
> +++ b/src/bin/media.c
> @@ -159,7 +159,7 @@ _cb_thumb_preloaded(void *data, Evas *e __UNUSED__, 
> Evas_Object *obj __UNUSED__,
>   }
>
>   static void
> -_et_done(Ethumb_Client *c, const char *file, const char *key, void *data)
> +_et_done(Ethumb_Client *c __UNUSED__, const char *file, const char *key, 
> void *data)
>   {
>  Evas_Object *obj = data;
>  Media *sd = evas_object_smart_data_get(obj);
> @@ -175,7 +175,7 @@ _et_done(Ethumb_Client *c, const char *file, const char 
> *key, void *data)
>   }
>
>   static void
> -_et_error(Ethumb_Client *c, void *data)
> +_et_error(Ethumb_Client *c __UNUSED__, void *data)
>   {
>  Evas_Object *obj = data;
>  Media *sd = evas_object_smart_data_get(obj);
> diff --git a/src/bin/tyls.c b/src/bin/tyls.c
> index 87d3f03..82ef6c7 100644
> --- a/src/bin/tyls.c
> +++ b/src/bin/tyls.c
> @@ -25,7 +25,7 @@ Ecore_Evas *ee = NULL;
>   Evas *evas = NULL;
>   Evas_Object *o = NULL;
>   struct termios told, tnew;
> -int tw = 0, th = 0, cw = 0, ch = 0;
> +int tw = 0, th = 0;
>
>   static int
>   echo_off(void)
> @@ -762,7 +762,7 @@ main(int argc, char **argv)
>  ee = ecore_evas_buffer_new(1, 1);
>  if (ee)
>{
> -int i, mode = SMALL;
> +int i, cw, ch, mode = SMALL;
>   char *rp;
>
>   evas = ecore_evas_get(ee);
>


--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] [EGIT] [apps/terminology] master 01/01: remove some warnings

2013-08-27 Thread Boris Faure
On 13-08-27 14:27, Tom Hacohen wrote:
> Use EINA_UNUSED, not __UNUSED__.

It's done.

-- 
Boris Faure
Pointer Arithmetician

--
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel