Re: Confused about two development utils [EXT]

> On 23 Dec 2020, at 11:36, James Smith wrote: > > Forgot to add - so our FCGI servers need a lot (and I mean a lot) more memory > than the mod_perl servers to serve the same level of content (just in case > memory blows up with FCGI backends) > I don’t believe this has to be true, I am pr

Re: Question about deployment of math computing [EXT]

> > > The good thing about Apache is it's dynamic rescaling - which isn't as easy > with starman - if you have a large code base the spin up time for starman can > be quite large as it appears (to make it efficient) load in every bit of code > that the application needs - even if it is one

Re: suggestions for perl as web development language [EXT]

e to share a Perl based webserver which can be guaranteed to be > comparable to apache in terms of reliability and stability ? > > On Tue, Aug 4, 2020 at 3:48 PM Mark Blackman <mailto:m...@blackmans.org>> wrote: > > >> On 4 Aug 2020, at 21:41, Mithun Bhattacharya &

Re: suggestions for perl as web development language [EXT]

> On 4 Aug 2020, at 21:41, Mithun Bhattacharya wrote: > > I am genuinely curious what are these other "well known" means ? > > On Tue, Aug 4, 2020 at 3:37 PM Mark Blackman <mailto:m...@blackmans.org>> wrote: > > > > On 4 Aug 2020, at 17:58, M

Re: suggestions for perl as web development language [EXT]

> On 4 Aug 2020, at 17:58, Mithun Bhattacharya wrote: > > mod_perl does have value because it does a more efficient utilization of > resources - this is important when fast response time and scalability is > important. The complexity is a known problem but it is not a mystery box > either -

Re: suggestions for perl as web development language [EXT]

> On 4 Aug 2020, at 17:42, Joseph He wrote: > > My company uses Perl for web development. It handles real time payment > transactions without any problem. Good software is made by the people not by > the language. > Agreed, Perl is still fine for server-side work. mod_perl adds less value

Re: HTTP and MPM support

> 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

Re: HTTP and MPM support

> 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 > > Pe

Re: HTTP and MPM support

ay will come when we're forced to acknowledge that we can > do more work for less money in a different language. I was really hoping that > a different MPM and http/2 would help in that regard but it's not sounding > hopeful. :( > > On Mon, Jan 28, 2019 at 9:18 PM M

Re: HTTP and MPM support

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 <mailto:m...@blackmans.org>&g

Re: HTTP and MPM support

> 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

cause > 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 <mailto:m...@blackmans.org>> wrote: > > Given that Perl is si

Re: HTTP and MPM support

> 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: To learn perl... [was: decline and fall of modperl?]

On 26 Mar 2009, at 11:35, Simon Forster wrote: And what is the proper way? I've futzed about in a number or languages - including perl - but only at a very basic level with perl. I've got some web stuff to do and thought that having a go with perl may be a pleasant diversion. At the momen

Re: reinitializing Perl's notion of $$ in mod_perl

On 18 Apr 2008, at 09:52, Philippe M. Chiasson wrote: Mark Blackman wrote: On 17 Apr 2008, at 07:46, Philippe M. Chiasson wrote: Mark Blackman wrote: On 16 Apr 2008, at 10:24, Mark Blackman wrote: On 16 Apr 2008, at 08:42, Philippe M. Chiasson wrote: Can you try this simple patch and see if

Re: reinitializing Perl's notion of $$ in mod_perl

On 17 Apr 2008, at 07:46, Philippe M. Chiasson wrote: Mark Blackman wrote: On 16 Apr 2008, at 10:24, Mark Blackman wrote: On 16 Apr 2008, at 08:42, Philippe M. Chiasson wrote: Can you try this simple patch and see if it makes your troubles go away. It does indeed have the desired effect

Re: reinitializing Perl's notion of $$ in mod_perl

On 16 Apr 2008, at 10:24, Mark Blackman wrote: On 16 Apr 2008, at 08:42, Philippe M. Chiasson wrote: Can you try this simple patch and see if it makes your troubles go away. It does indeed have the desired effect of getting $$ reset to the child pid by the time the PerlChildInitHandler

Re: reinitializing Perl's notion of $$ in mod_perl

On 16 Apr 2008, at 08:42, Philippe M. Chiasson wrote: Can you try this simple patch and see if it makes your troubles go away. It does indeed have the desired effect of getting $$ reset to the child pid by the time the PerlChildInitHandler handler is called. - Mark Index: src/modules/p

Re: reinitializing Perl's notion of $$ in mod_perl

On 15 Apr 2008, at 13:51, Mark Blackman wrote: While I did find Torsten Förtsch's very useful Perl::AfterFork module, surely the mod_perl code must be doing something like this itself, no? I'd be grateful to understand mod_perl's response to Perl's pid caching is, give

Re: reinitializing Perl's notion of $$ in mod_perl

On 15 Apr 2008, at 17:27, Torsten Foertsch wrote: On Tue 15 Apr 2008, Mark Blackman wrote: int main(int argc, char *argv){ fork(); printf("my pid is %d\n",getpid()); } Please use the fork-syscall here not the C function. Right, the C library will almost certainly use the f

Re: reinitializing Perl's notion of $$ in mod_perl

On 15 Apr 2008, at 17:27, Torsten Foertsch wrote: On Tue 15 Apr 2008, Mark Blackman wrote: int main(int argc, char *argv){ fork(); printf("my pid is %d\n",getpid()); } Please use the fork-syscall here not the C function. i'm trying to test the C-library behaviour thou

Re: reinitializing Perl's notion of $$ in mod_perl

On 15 Apr 2008, at 16:24, Mark Blackman wrote: On 15 Apr 2008, at 16:00, Torsten Foertsch wrote: On Tue 15 Apr 2008, Mark Blackman wrote: While I did find Torsten Förtsch's very useful Perl::AfterFork module, surely the mod_perl code must be doing something like this itself, no? I

Re: reinitializing Perl's notion of $$ in mod_perl

On 15 Apr 2008, at 16:00, Torsten Foertsch wrote: On Tue 15 Apr 2008, Mark Blackman wrote: While I did find Torsten Förtsch's very useful Perl::AfterFork module, surely the mod_perl code must be doing something like this itself, no? I'd be grateful to understand mod_perl's res

Re: reinitializing Perl's notion of $$ in mod_perl

On 15 Apr 2008, at 14:15, Perrin Harkins wrote: On Tue, Apr 15, 2008 at 9:05 AM, Mark Blackman <[EMAIL PROTECTED]> wrote: My assumption is that perl caches the PID on startup and only reinitializes on perl fork(), thus in the embedded case a fork() outside the perl API d

Re: reinitializing Perl's notion of $$ in mod_perl

On 15 Apr 2008, at 13:59, Perrin Harkins wrote: On Tue, Apr 15, 2008 at 8:51 AM, Mark Blackman <[EMAIL PROTECTED]> wrote: While I did find Torsten Förtsch's very useful Perl::AfterFork module, surely the mod_perl code must be doing something like this itself, no? I've

reinitializing Perl's notion of $$ in mod_perl

While I did find Torsten Förtsch's very useful Perl::AfterFork module, surely the mod_perl code must be doing something like this itself, no? I'd be grateful to understand mod_perl's response to Perl's pid caching is, given that forking *will* happen in the mod_perl environment. - Mark

Re: mod_perl MVC framework.

On 24 Oct 2007, at 17:26, Tyler Bird wrote: Hi List, Hey I was wondering if there was any MVC framework that anybody on this list could point me to that work work well with mod_perl. We are having difficulty finding a good MVC framework for perl. I have looked at HTML::Mason and the templ

Re: PerlChildInitHandler issues

On 26 Jun 2007, at 13:44, Geoffrey Young wrote: Mark Blackman wrote: The problem: PerlChildInitHandler handler appears to runs in the parent instead of the child. After duplicating the code in http://perl.apache.org/docs/2.0/user/handlers/server.html for MyApache2::Startuplog.pm in the

PerlChildInitHandler issues

The problem: PerlChildInitHandler handler appears to runs in the parent instead of the child. After duplicating the code in http://perl.apache.org/docs/2.0/user/ handlers/server.html for MyApache2::Startuplog.pm in the following environment. Apache/2.2.4 (Unix) mod_ssl/2.2.4 OpenSSL/0.9.7i m