>
> Unfortunately that produced the same message - its not a show stopper,
> but would have been nice to save some memory.
>
ok, I will take a closer look at it and let you know if I find anything new
Gerald
--
Gerald Richter ecos
: Re: Shared Memory
> Embperl::Execute ({ inputfile => '/var/website/htdocs/404.html',
> outputfile => '/tmp/output'});
>
try instead
Embperl::Execute ({ inputfile => '/var/website/htdocs/404.html',
> Embperl::Execute ({ inputfile => '/var/website/htdocs/404.html',
> outputfile => '/tmp/output'});
>
try instead
Embperl::Execute ({ inputfile => '/var/website/htdocs/404.html',
import => 0}) ;
Gerald
--
I am using Apache 1.3 but with perl 5.6.1 (dont ask why).
Regards
Pete
-Original Message-
From: Gerald Richter [mailto:[EMAIL PROTECTED]
Sent: 05 January 2004 20:52
To: Pete Moran; [EMAIL PROTECTED]
Subject: Re: Shared Memory
Pete Moran wrote:
> On apache startup - it does
Do you use Apache 1.3. or 2.0?
Gerald
>
> Regards
>
>
> Pete
>
> -Original Message-
> From: Gerald Richter [mailto:[EMAIL PROTECTED]
> Sent: 05 January 2004 20:03
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: Shared Memory
>
> Pete Moran
: Shared Memory
Pete Moran wrote:
> Hi all and happy new year
>
> I am trying to pre-compile the common Embperl html pages in my
> mod_perl startup script - but always throws a error. A simple
> version (where just one file is compiled is attached). If I run the
> script
Pete Moran wrote:
> Hi all and happy new year
>
> I am trying to pre-compile the common Embperl html pages in my
> mod_perl startup script - but always throws a error. A simple
> version (where just one file is compiled is attached). If I run the
> script by hand (obviously removing the GATE
Hi all and happy new year
I am trying to pre-compile the common Embperl html pages in my mod_perl
startup script - but always throws a error. A simple version (where
just one file is compiled is attached). If I run the script by hand
(obviously removing the GATEWAY_INTERFACE stuff) it runs
Gerald Richter <[EMAIL PROTECTED]> wrote:
> I think what you are doing is correct. I guess the problem is that Perl is
> storing it's compiled code and data in the same memory pages, so when the
> data gets modified, the code isn't also shared anymore. Embperl 2.0 may
> behave better, because it c
Hi Neil,
I think what you are doing is correct. I guess the problem is that Perl is
storing it's compiled code and data in the same memory pages, so when the
data gets modified, the code isn't also shared anymore. Embperl 2.0 may
behave better, because it compiled all the code as whole chunck, so
Ed Grimm <[EMAIL PROTECTED]> wrote:
> Right. The only other thing I can come up with there is that the web
> pages are modifying the shared memory, which wasn't true share, but copy
> on write. Under most circumstances I've seen, this would primarily only
> happen
he actual Swap number is very low. Running into swap memory is not the issue
> here, I'm fairly certain.
Right. The only other thing I can come up with there is that the web
pages are modifying the shared memory, which wasn't true share, but copy
on write. Under most circumstances
Ed Grimm <[EMAIL PROTECTED]> wrote:
> How is your swap space? Linux doesn't count swapped shared memory as
> shared, only shared real memory. (Incidentally, Solaris and a number of
> other unix OSes don't have swapped shared memory. As I seem to be one
> of the min
How is your swap space? Linux doesn't count swapped shared memory as
shared, only shared real memory. (Incidentally, Solaris and a number of
other unix OSes don't have swapped shared memory. As I seem to be one
of the minority running Embperl on non-Linux, few seem to care about
that
Hi Gerald,
I am trying to improve the shared memory usage on my server, and I've managed to
(apparently) preload all the Embperl files on two of my sites. It all seems to
work, at first. But then the shared memory goes down quite rapidly. On initial
startup, Apache::VMonitor says that mo
15 matches
Mail list logo
