On Fri, Nov 10, 2000 at 10:46:03AM -0800, Jason Liu wrote:
> Is a package global var, such as %CACHE in the code below, persistent during
> the life of a child process?
Yup.
> Does each child get a copy of %CACHE after the parent forks?
For all intents and purposes, yes. Most OSs will mark tho
Is a package global var, such as %CACHE in the code below, persistent during
the life of a child process? Does each child get a copy of %CACHE after the
parent forks?
Thanks,
Jason
>
> i often do something like this where i allow each individual child
> process to cache it's data. i do somethi
On Wed, 8 Nov 2000, Marinos J. Yannikos wrote:
> Something else that seems to work well, although I can't really
> explain it, is to disable keepalive support. For some reason, the
> number of concurrent processes (for a single server setup) went from
> 70-80 to approx. 20(!), without a noticeable
> Also, moving all static content, mostly images, off to another server
> helps tremendously.
True, we had an extra thttpd for static content at one point while we were
short on memory. Something else that seems to work well, although I can't
really explain it, is to disable keepalive support. Fo
> "PH" == Perrin Harkins <[EMAIL PROTECTED]> writes:
PH> against MaxClients and can't easily fix the problem with more RAM, I
PH> recommend you give the proxy approach another look. Personally, I avoided
PH> it until the hardware costs of scaling without it became prohibitive.
Also, moving
Perrin Harkins <[EMAIL PROTECTED]> writes:
> On Wed, 8 Nov 2000, Marinos J. Yannikos wrote:
>
> > > Only if you don't already have a proxy front-end. Most large sites will
> > > need one anyway.
> >
> > After playing around for a while with mod_proxy on a second server, I'm not
> > so convinc
On Wed, 8 Nov 2000, Marinos J. Yannikos wrote:
> > Only if you don't already have a proxy front-end. Most large sites will
> > need one anyway.
>
> After playing around for a while with mod_proxy on a second server, I'm not
> so convinced; we have been doing quite well without such a setup for
> Only if you don't already have a proxy front-end. Most large sites will
> need one anyway.
After playing around for a while with mod_proxy on a second server, I'm not
so convinced; we have been doing quite well without such a setup for some
time now, despite up to 70-80 httpd processes (with m
On Tue, 7 Nov 2000, Marinos J. Yannikos wrote:
> > If you have a caching proxy server running in front of your mod_perl
> > server (like mod_proxy or Squid), you can just set Expires headers in your
> > pages and this will be handled for you by the proxy.
>
> True, both methods have advantages a
> If you have a caching proxy server running in front of your mod_perl
> server (like mod_proxy or Squid), you can just set Expires headers in your
> pages and this will be handled for you by the proxy.
True, both methods have advantages and disadvantages. The advantages of
using mod_rewrite and
On Tue, 7 Nov 2000, Marinos J. Yannikos wrote:
> If possible with your data, it'd probably be a good idea to generate
> static pages on-the-fly using mod_rewrite as in the related guide:
> http://www.engelschall.com/pw/apache/rewriteguide/#ToC33.
If you have a caching proxy server running in fron
> How can I 'cache' this data so that all Apache children can
> access it quickly? Is there a way to automatically update
> this cache periodically (say every 10 minutes)?
If possible with your data, it'd probably be a good idea to generate static
pages on-the-fly using mod_rewrite as in the rela
>
> >
> > My Site
> >
> >
> >
> > [% stick in body of article here "document.main" %]
> > [% stick in related info here "document.sidebar" if it exists
%]
> >
> >
> >
> > That is, I have exactly one template that I apply to each document.
> > Right now I do that using Sandwich and some pr
Vivek Khera <[EMAIL PROTECTED]> writes:
> Is TT the something that will let me do this without too much
> headache?
Yes. Look at PRE_PROCESS and POST_PROCESS in the man page.
Cheers,
Dave
--
Dave Hodgkinson, http://www.hodgkinson.org
Editor-in-chief, The Highwa
On Mon, 6 Nov 2000, Vivek Khera wrote:
>
> My Site
>
>
>
> [% stick in body of article here "document.main" %]
> [% stick in related info here "document.sidebar" if it exists %]
>
>
>
> That is, I have exactly one template that I apply to each document.
> Right now I do that using Sandw
> "AW" == Andy Wardley <[EMAIL PROTECTED]> writes:
AW> On Nov 3, 9:52am, Ken Y. Clark wrote:
>> btw, i'd really recommend you look into using Template Toolkit.
AW> Indeed. One of the nice things about TT (in the author's humble opinion)
AW> is that you can use the same presentation templat
On Nov 3, 9:52am, Ken Y. Clark wrote:
> btw, i'd really recommend you look into using Template Toolkit.
Indeed. One of the nice things about TT (in the author's humble opinion)
is that you can use the same presentation templates to render static HTML
as for dynamic HTML.
For example, you can c
At 03:32 PM 11/5/00 +, G.W. Haywood wrote:
[..snipped to avoid Ask's wrath...]
>Your outburst (with which I have to agree, although maybe we might
>talk about banner ads later:) prompted me to publish a document that
>Stas and I have been working on, if sporadically, for quite a while.
>It'
Hi all,
On Sun, 5 Nov 2000, Ask Bjoern Hansen wrote:
> Sending a 3.5KB message to write two misspelled lines are a %@$%$
> waste. Those 3.5KB goes to ~1500 people.
Your outburst (with which I have to agree, although maybe we might
talk about banner ads later:) prompted me to publish a document
Matt Sergeant wrote:
>
> On Thu, 2 Nov 2000, Neil Conway wrote:
>
> > I'm writing a web app in mod_perl, using a PostgreSQL database
> > backend and HTML::Template. In looking for ways to optimize
> > performance, I noticed that although my code is doing several
> > (say, 4-5) database queries p
means of including this static content...
>>
>> >-Original Message-
>> >From: Neil Conway [mailto:[EMAIL PROTECTED]]
>> >Sent: Thursday, November 02, 2000 4:45 PM
>> >To: ModPerl List
>> >Subject: dynamic vs. mostly static data
>From: Neil Conway [mailto:[EMAIL PROTECTED]]
> >Sent: Thursday, November 02, 2000 4:45 PM
> >To: ModPerl List
> >Subject: dynamic vs. mostly static data
> >
> >
> >I'm writing a web app in mod_perl, using a PostgreSQL database
> >backend
On Thu, 2 Nov 2000, Neil Conway wrote:
> Date: Thu, 2 Nov 2000 16:45:28 -0500
> From: Neil Conway <[EMAIL PROTECTED]>
> To: ModPerl List <[EMAIL PROTECTED]>
> Subject: dynamic vs. mostly static data
>
> I'm writing a web app in mod_perl, using a PostgreSQL da
On Thu, 2 Nov 2000, Neil Conway wrote:
> I'm writing a web app in mod_perl, using a PostgreSQL database
> backend and HTML::Template. In looking for ways to optimize
> performance, I noticed that although my code is doing several
> (say, 4-5) database queries per handler/webpage, a large part
> o
2000 4:45 PM
>To: ModPerl List
>Subject: dynamic vs. mostly static data
>
>
>I'm writing a web app in mod_perl, using a PostgreSQL database
>backend and HTML::Template. In looking for ways to optimize
>performance, I noticed that although my code is doing several
>(
> "NC" == Neil Conway <[EMAIL PROTECTED]> writes:
NC> How can I 'cache' this data so that all Apache children can
NC> access it quickly? Is there a way to automatically update
write a cron job that republishes these pages as plain HTML and link
to those instead of the dynamic program.
--
=
content...
>-Original Message-
>From: Neil Conway [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, November 02, 2000 4:45 PM
>To: ModPerl List
>Subject: dynamic vs. mostly static data
>
>
>I'm writing a web app in mod_perl, using a PostgreSQL database
>backend an
I'm writing a web app in mod_perl, using a PostgreSQL database
backend and HTML::Template. In looking for ways to optimize
performance, I noticed that although my code is doing several
(say, 4-5) database queries per handler/webpage, a large part
of the data (~2 queries) is mostly static (it will
28 matches
Mail list logo
