Re: HTTP and MPM support

2019-01-28 Thread Mark Blackman
> On 28 Jan 2019, at 23:00, Paul B. Henson wrote: > > On 1/28/2019 1:53 PM, Mark Blackman wrote: >> https://perldoc.perl.org/threads.html#WARNING Threads are discouraged in >> Perl these days > > Yes, that is indeed what the documentation says; however, there is a far cry > between "Perl i

Re: HTTP and MPM support

2019-01-28 Thread Paul B. Henson
On 1/28/2019 1:53 PM, Mark Blackman wrote: https://perldoc.perl.org/threads.html#WARNING  Threads are discouraged in Perl these days Yes, that is indeed what the documentation says; however, there is a far cry between "Perl is single-threaded by design and history and has no reliable suppor

Re: HTTP and MPM support

2019-01-28 Thread Mark Blackman
> On 28 Jan 2019, at 21:34, Paul B. Henson wrote: > > On 1/28/2019 12:38 PM, Mark Blackman wrote: > > >> Given that Perl is single-threaded by design and history and has no reliable >> support for threading, I think that mod_perl and direct http/2 > > Perhaps I am confused, but I do not nece

Re: HTTP and MPM support

2019-01-28 Thread Paul B. Henson
On 1/28/2019 12:38 PM, Mark Blackman wrote: > Given that Perl is single-threaded by design and history and has no reliable support for threading, I think that mod_perl and direct http/2 Perhaps I am confused, but I do not necessarily agree with this statement. See, for example: https://perl

Re: HTTP and MPM support

2019-01-28 Thread Mark Blackman
I think Perl is fine, but naive Perl (or anything else) doesn’t scale. Are you actually maxing out your CPU (re-examine your code) or are your mod_perl instances all hanging around waiting for a database to return (re-examine your queries/indices). - Mark > On 28 Jan 2019, at 21:27, John Dunl

Re: HTTP and MPM support

2019-01-28 Thread John Dunlap
Yes! Lots of traffic is arguably the best kind of problem to have! :) We can definitely throw servers at the problem and scale horizontally but those costs add up and I'm afraid that, unless we can somehow get more concurrency out of mod_perl, a day will come when we're forced to acknowledge that w

Re: HTTP and MPM support

2019-01-28 Thread Mark Blackman
time for more cores or optimising your Perl? > On 28 Jan 2019, at 21:10, John Dunlap wrote: > > I'm pretty sure that they are but, unfortunately, we make a lot of dynamic > requests. > > On Mon, Jan 28, 2019 at 9:08 PM Mark Blackman > wrote: > Ok, hopefully Amazon C

Re: HTTP and MPM support

2019-01-28 Thread Mark Blackman
> On 28 Jan 2019, at 21:14, John Dunlap wrote: > > Our servers already have 32 Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz > cores(if you count hyper threading) so optimization is the road I've been > going down. I've also Apache::VMonitor to get, at least, *some* insight into > the internals

Re: HTTP and MPM support

2019-01-28 Thread John Dunlap
Our servers already have 32 Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz cores(if you count hyper threading) so optimization is the road I've been going down. I've also Apache::VMonitor to get, at least, *some* insight into the internals of mod_perl but I'm uncertain how to use the information it give

Re: HTTP and MPM support

2019-01-28 Thread John Dunlap
I'm pretty sure that they are but, unfortunately, we make a lot of dynamic requests. On Mon, Jan 28, 2019 at 9:08 PM Mark Blackman wrote: > Ok, hopefully Amazon Cloudfront is already using HTTP/2 on your behalf and > proxying just the dynamic content requests via HTTP/1.1 to your mod_perl > inst

Re: HTTP and MPM support

2019-01-28 Thread John Dunlap
We can give that a try but I'm not sure how much it would help us because we're already pulling all of our static content directly from Amazon Cloudfront. The vast majority of our requests are for dynamic content. On Mon, Jan 28, 2019 at 8:38 PM Mark Blackman wrote: > > > On 27 Jan 2019, at 20:1

Re: HTTP and MPM support

2019-01-28 Thread Mark Blackman
Ok, hopefully Amazon Cloudfront is already using HTTP/2 on your behalf and proxying just the dynamic content requests via HTTP/1.1 to your mod_perl instances. > On 28 Jan 2019, at 21:02, John Dunlap wrote: > > We can give that a try but I'm not sure how much it would help us because > we're

Re: HTTP and MPM support

2019-01-28 Thread Mark Blackman
> On 27 Jan 2019, at 20:13, William A Rowe Jr wrote: > > On Fri, Jan 25, 2019 at 11:35 AM John Dunlap > wrote: > I'm in the process of optimizing our web application for performance and one > thing that I was really excited to try was mod_http2 because it allows the >

Re: HTTP and MPM support

2019-01-28 Thread Russell Lundberg
As a long-time fan and user of mod_perl, I like so much the way this conversation is turning. I also wonder if there is a formal process, perhaps an ASF process, for coordinating the objectives voiced in this thread with the resources required to achieve them? For example, I believe Steve Hay has

Re: HTTP and MPM support

2019-01-28 Thread John Dunlap
I will second what Sive is saying. My organization does not have in-house experience writing C code(our internal skill sets are web application and database development) but we are potentially interested in sponsoring some development on mod_perl with the goal of adding support for mpm_worker and o