On Tue, 06 Nov 2007 13:58:35 -0500
Jim Brandt <[EMAIL PROTECTED]> wrote:
> While some of the things you mention (caching, etc.) can be a purpose
> for the reverse proxy server, the key reason is to provide a buffer
> for all of the communication bits with clients that are not related
> to process
; >
> > Is our php server acting similar to a reverse-proxy or am I missing out
> > on
> > something, would a reverse-proxy help us with our setup. We are unable
> > to
> > cache content and hit live databases for every dynamic page we serve.
> > Images, js and css are all s
t;
> Thanks for the input.
> GS
>
> -Original Message-
> From: Frank Wiles [mailto:[EMAIL PROTECTED]
> Sent: 06 November 2007 18:08
> To: Mark Maunder
> Cc: Perrin Harkins; Darryl Miles; Gary Sewell; modperl@perl.apache.org
> Subject: Re: 32 & 64 bit memory di
Gary Sewell wrote:
I am interested in the reverse proxy idea. We currently also run a static
image/js/css server and a static php server that runs the static pages we
are able to crate which is very few, 99% of our pages are dynamic and change
every second. Due to the bulk of our code (100Mb @ 32
On Nov 6, 2007 1:41 PM, Gary Sewell <[EMAIL PROTECTED]> wrote:
> The discrepancies I mentioned in the size of each of our apache instances is
> something I don't think I personally be able to get to the bottom of, I have
> attempted Apache::Status, this gives out our loaded modules etc but not
> sp
mmed down apache server so these
aren't a problem.
Thanks for the input.
GS
-Original Message-
From: Frank Wiles [mailto:[EMAIL PROTECTED]
Sent: 06 November 2007 18:08
To: Mark Maunder
Cc: Perrin Harkins; Darryl Miles; Gary Sewell; modperl@perl.apache.org
Subject: Re: 32 &
Octavian Rasnita wrote:
> If you all recommend using mod_perl with a reverse proxy, then I am sure
> you can help me by telling how to protect the static files offered for
> download.
>
> I have many files that are generated permanently from 10 to 10 minutes,
> with names like 2007-11-06-10-10-00
<[EMAIL PROTECTED]>
Cc: "Perrin Harkins" <[EMAIL PROTECTED]>; "Darryl Miles"
<[EMAIL PROTECTED]>; "Gary Sewell" <[EMAIL PROTECTED]>;
Sent: Tuesday, November 06, 2007 8:08 PM
Subject: Re: 32 & 64 bit memory differences
On Sun, 4 Nov
server so these
aren't a problem.
Thanks for the input.
GS
-Original Message-
From: Frank Wiles [mailto:[EMAIL PROTECTED]
Sent: 06 November 2007 18:08
To: Mark Maunder
Cc: Perrin Harkins; Darryl Miles; Gary Sewell; modperl@perl.apache.org
Subject: Re: 32 & 64 bit memory differen
On Sun, 4 Nov 2007 21:28:34 -0800
"Mark Maunder" <[EMAIL PROTECTED]> wrote:
> I run lighttpd as reverse proxy in front of mod_perl configured with
> prefork. I average 100 to 200 concurrent connections on lighttpd and
> need 4 mod_perl processes with keepalive disabled to service all
> those reque
I'd recommend using apache for windows with
mod_proxy because it's more mature.
Another vote for apache as a proxy, using mod_proxy_balancer in apache 2.2
to proxy to multiple mod_perl backends.
I wouldn't recommend doing dev on windows for a linux environment. Dual
boot
your machine with Ub
Sorry on the other points if I misunderstood.
Perrin Harkins wrote:
A 32bit Linux kernel can access memory > 4Gb (I think this mechanism is
called PAE and was even a feature of older Pentium 3 CPUs).
>
> I've never seen anyone actually use PAE. It may be because of the
> performance hit, or
lt;[EMAIL PROTECTED]>
> *To:* Perrin Harkins <[EMAIL PROTECTED]>
> *Cc:* Darryl Miles <[EMAIL PROTECTED]> ; Gary Sewell<[EMAIL PROTECTED]>;
> modperl@perl.apache.org
> *Sent:* Monday, November 05, 2007 7:28 AM
> *Subject:* Re: 32 & 64 bit memory differ
-
From: Mark Maunder
To: Perrin Harkins
Cc: Darryl Miles ; Gary Sewell ; modperl@perl.apache.org
Sent: Monday, November 05, 2007 7:28 AM
Subject: Re: 32 & 64 bit memory differences
I run lighttpd as reverse proxy in front of mod_perl configured with prefork.
I average 100 to
I run lighttpd as reverse proxy in front of mod_perl configured with
prefork. I average 100 to 200 concurrent connections on lighttpd and need 4
mod_perl processes with keepalive disabled to service all those requests.
[thanks Perrin for suggesting this config!!]
On Nov 4, 2007 6:59 PM, Perrin Har
On 11/4/07, Darryl Miles <[EMAIL PROTECTED]> wrote:
> Usually most setups that need to use a reverse proxy need at least 3
> backend servers.
I think you're missing the purpose of the reverse proxy. Any mod_perl
system will be able to run fewer mod_perl processes if you run a
reverse proxy. It h
Perrin Harkins wrote:
On 11/2/07, Gary Sewell <[EMAIL PROTECTED]> wrote:
Firstly, we are running a mod_perl application on 4 separate servers due to
its bulkiness.
Do you have a lot of traffic? Most people don't need this many
servers if they run a reverse proxy in front of mod_perl.
Usuall
On 11/2/07, Gary Sewell <[EMAIL PROTECTED]> wrote:
> Firstly, we are running a mod_perl application on 4 separate servers due to
> its bulkiness.
Do you have a lot of traffic? Most people don't need this many
servers if they run a reverse proxy in front of mod_perl.
> We have found each apache i
Gary,
FWIW I run dual core 64 bit opterons on 3 machines with Fedora 6 64-bit and
haven't had any memory discrepancies between my live 64 bit machines and my
dev 32 bit environment. I use the stock httpd.prefork that comes with Fedora
6 with mod_perl loaded as a DSO.
Regards,
Mark.
On Nov 2, 20
On Fri, 2 Nov 2007 7:47 am, Gary Sewell wrote:
Firstly, we are running a mod_perl application on 4 separate servers
due to its bulkiness.
How many requests per second are you processing with each machine? Have
you looked at profiling your application?
We have found each apache instance is a
20 matches
Mail list logo
