that each
script runs in its own context?
TIA,
Jared
____
Jared WhitingMyers Internet, Inc.
Senior Developer/ http://www.myers.com
Technical Lead
(408) 428-9960
"Taking Your Business To
reproducing the issue. Please let
me know of any thoughts on how to better pinpoint the issue.
I am using Gimp 2.0.5 for GNU/Linux, Gimp Perl 2.0 and Pango 1.6.
Thanks,
Jared
Jared WhitingMyers Internet, Inc.
Senior Developer/ h
Gimp Perl 2.0 and Pango 1.6.) Any advice on what to look at next
would be appreciated.
Thanks,
Jared
Jared WhitingMyers Internet, Inc.
Senior Developerht
sense for a plugin, but wonder if
there's an alternate way for batch image scripting to make use of it.
Thanks in advance,
Jared
Jared WhitingMyers Internet, Inc.
Senior Developerhttp://www.myers.com
(40
ow if I'm offbase on this.
Thanks,
Jared
> -Original Message-
> From: Sven Neumann [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 21, 2005 12:15 PM
> To: Jared Whiting
> Cc: gimp-developer@lists.xcf.berkeley.edu
> Subject: Re: [Gimp-developer] GimpContext and
uld prefer not
having to restart GIMP and its perl server so I'm looking to see if
there is anything else I can do to force it to free up memory.
Thanks,
Jared
________
Jared WhitingMyers Internet, Inc.
Sr. Web Dev
... meant to write GIMP 2.2.8
> -Original Message-
> From: Sven Neumann [mailto:[EMAIL PROTECTED] On Behalf Of Sven Neumann
> Sent: Tuesday, August 16, 2005 2:09 PM
> To: Jared Whiting
> Cc: gimp-developer@lists.xcf.berkeley.edu
> Subject: Re: [Gimp-developer] Gim
> How much memory increase do you see per image? Can you run this script
> a couple of times and show us memory usage before and after?
>
>
> Sven
When I first start up GIMP:
/usr/bin/gimp -d -i -c --batch '(extension-perl-server 1 0 0 )'
I see the following using top (script-fu and Perl-Serve
> Are any of these concurrently, and if so how many; could this
> make a difference?
> ~Mike
In production there can definitely be concurrent image generation, which
might be playing a role in the issue I'm having there with increased
memory. With the test code though I'm just running the scri
> top isn't actually a very accurate way of profiling memory usage. The
> numbers you have shown so far can easily be explained by memory
> fragmentation and the fact that glibc allocates memory in pools.
> Smaller memory fragments are not returned to the operating system but
> are being kept for r
system but
>> are being kept for reuse in the application. Please run your script a
>> lot more often and see if there's a significant increase in memory.
>>
>>
>> Sven
Jared Whiting <[EMAIL PROTECTED]> wrote:
> This script gets run 5000 times in a l
11 matches
Mail list logo