Re: mod_perl and mod_python
Its got a GIL and it cores frequently and it’s not exposing much of the httpd/apr. It’s not that popular compared to wsgi. On Fri, Aug 19, 2022 at 10:20 PM pengyh wrote: > I know perl and python a bit well, most time use both of them for work. > besides mod_perl, there is also mod_python. > do you know what's the difference between them? > I never heard people using mod_python to make some jobs. > > Thanks > -- Joe Schaefer, Ph.D. We only build what you need built. 954.253.3732
Re: mod_perl and mod_python
That is because unlike mod_perl mod_python doesn't integrate deeply into Apache and you can't extend every HTTP request cycle phases. Only two programming languages integrate that deeply - C and Perl. On Fri, Aug 19, 2022, 7:19 PM pengyh wrote: > I know perl and python a bit well, most time use both of them for work. > besides mod_perl, there is also mod_python. > do you know what's the difference between them? > I never heard people using mod_python to make some jobs. > > Thanks >
mod_perl and mod_python
I know perl and python a bit well, most time use both of them for work. besides mod_perl, there is also mod_python. do you know what's the difference between them? I never heard people using mod_python to make some jobs. Thanks
Re: Experience running mod_perl2 with mpm_event on Solaris 11
Segfaults in glibc malloc should be reported to glibc developers. Not here. There’s nothing we can do about it other than to suggest Solaris for high performance modperl shops. On Fri, Aug 19, 2022 at 9:28 PM Joe Schaefer wrote: > My pleasure. Nobody’s going to fix this from the modperl developer side. > We don’t care any more. That ship sailed 20 years ago. I don’t think it’s > ever not worked on Solaris, so you get what you pay for in the end. > > On Fri, Aug 19, 2022 at 9:25 PM Edward J. Sabol > wrote: > >> Very interesting, Joe! Thank you for sharing your insights into this and >> experience with it. Here’s hoping someone can solve/fix the problem with >> mod_perl threads on Linux. >> >> Regards, >> Ed >> >> On Aug 19, 2022, at 1:44 PM, j...@sunstarsys.com wrote: >> > The problem is really confined to embedded uses of ithreads, because >> Perl itself will mutex-wrap the malloc calls. In httpd, so do all >> apr_pool_t calls to malloc. It's when the two memory management techniques >> are interacting that there is no application-level way to guard against >> thread contention in libc's malloc. >> > >> > Mod_perl+ithreads are awesome, when used intelligently. You gain >> intelligence from experience trying to use it in a lot of ways that suck, >> until you hit one the path that yields success. >> > -- > Joe Schaefer, Ph.D. > We only build what you need built. > > 954.253.3732 > > > -- Joe Schaefer, Ph.D. We only build what you need built. 954.253.3732
Re: Experience running mod_perl2 with mpm_event on Solaris 11
My pleasure. Nobody’s going to fix this from the modperl developer side. We don’t care any more. That ship sailed 20 years ago. I don’t think it’s ever not worked on Solaris, so you get what you pay for in the end. On Fri, Aug 19, 2022 at 9:25 PM Edward J. Sabol wrote: > Very interesting, Joe! Thank you for sharing your insights into this and > experience with it. Here’s hoping someone can solve/fix the problem with > mod_perl threads on Linux. > > Regards, > Ed > > On Aug 19, 2022, at 1:44 PM, j...@sunstarsys.com wrote: > > The problem is really confined to embedded uses of ithreads, because > Perl itself will mutex-wrap the malloc calls. In httpd, so do all > apr_pool_t calls to malloc. It's when the two memory management techniques > are interacting that there is no application-level way to guard against > thread contention in libc's malloc. > > > > Mod_perl+ithreads are awesome, when used intelligently. You gain > intelligence from experience trying to use it in a lot of ways that suck, > until you hit one the path that yields success. > -- Joe Schaefer, Ph.D. We only build what you need built. 954.253.3732
Re: Experience running mod_perl2 with mpm_event on Solaris 11
Very interesting, Joe! Thank you for sharing your insights into this and experience with it. Here’s hoping someone can solve/fix the problem with mod_perl threads on Linux. Regards, Ed On Aug 19, 2022, at 1:44 PM, j...@sunstarsys.com wrote: > The problem is really confined to embedded uses of ithreads, because Perl > itself will mutex-wrap the malloc calls. In httpd, so do all apr_pool_t > calls to malloc. It's when the two memory management techniques are > interacting that there is no application-level way to guard against thread > contention in libc's malloc. > > Mod_perl+ithreads are awesome, when used intelligently. You gain intelligence > from experience trying to use it in a lot of ways that suck, until you hit > one the path that yields success.
Re: Experience running mod_perl2 with mpm_event on Solaris 11
does perl5 support threading? j...@sunstarsys.com wrote: I discuss different Dynamic Programming Language thread support athttps://sunstarsys.com/CMS/technology. The people in the Perl community at large who knock Perl5's ithreads support are doing nobody any favors.
RE: Experience running mod_perl2 with mpm_event on Solaris 11
The problem is really confined to embedded uses of ithreads, because Perl itself will mutex-wrap the malloc calls. In httpd, so do all apr_pool_t calls to malloc. It's when the two memory management techniques are interacting that there is no application-level way to guard against thread contention in libc's malloc. Mod_perl+ithreads are awesome, when used intelligently. You gain intelligence from experience trying to use it in a lot of ways that suck, until you hit one the path that yields success. -Original Message- From: Edward J. Sabol Sent: Tuesday, August 16, 2022 2:27 PM To: mod_perl list Subject: Re: Experience running mod_perl2 with mpm_event on Solaris 11 On Aug 16, 2022, at 12:27 PM, j...@sunstarsys.com wrote: > To the best of my knowledge, the underlying problem with mod_perl+ithread is > that it requires a reentrant malloc in libc. That's it? This is the first I'm learning this. Is there an option to compile Perl and mod_perl with a reentrant malloc on Linux? Thanks, Ed openpgp-digital-signature.asc Description: PGP signature
RE: Experience running mod_perl2 with mpm_event on Solaris 11
I discuss different Dynamic Programming Language thread support at https://sunstarsys.com/CMS/technology. The people in the Perl community at large who knock Perl5's ithreads support are doing nobody any favors. -Original Message- From: Edward J. Sabol Sent: Tuesday, August 16, 2022 2:27 PM To: mod_perl list Subject: Re: Experience running mod_perl2 with mpm_event on Solaris 11 On Aug 16, 2022, at 12:27 PM, j...@sunstarsys.com wrote: > To the best of my knowledge, the underlying problem with mod_perl+ithread is > that it requires a reentrant malloc in libc. That's it? This is the first I'm learning this. Is there an option to compile Perl and mod_perl with a reentrant malloc on Linux? Thanks, Ed openpgp-digital-signature.asc Description: PGP signature
RE: Experience running mod_perl2 with mpm_event on Solaris 11
Whatever you do, do not use Perl's sbrk-based malloc implementation. It's a disaster with ithreads. -Original Message- From: Edward J. Sabol Sent: Tuesday, August 16, 2022 2:27 PM To: mod_perl list Subject: Re: Experience running mod_perl2 with mpm_event on Solaris 11 On Aug 16, 2022, at 12:27 PM, j...@sunstarsys.com wrote: > To the best of my knowledge, the underlying problem with mod_perl+ithread is > that it requires a reentrant malloc in libc. That's it? This is the first I'm learning this. Is there an option to compile Perl and mod_perl with a reentrant malloc on Linux? Thanks, Ed openpgp-digital-signature.asc Description: PGP signature