I have a v4.0.0 beta for sealed.pm that I expect will be fully operational
with mod_perl+ithreads now, but I will let it soak for a week to see what
happens in prod.
On Fri, Aug 26, 2022 at 3:30 PM Joe Schaefer wrote:
> You're welcome. Pardon my rudeness, but you will understand when I tell
>
You're welcome. Pardon my rudeness, but you will understand when I tell
you that I developed sealed.pm after proving ithreads are solid on Solaris
over 2 years ago, and communicated with the Perl5 community on FB and LI
about the same thing I did here last week. There is considerable racism
and
On Aug 26, 2022, at 1:16 PM, Joe Schaefer wrote:
> AFAICT you guys are just too lazy to look.
That came across as rude, Joe. Not all of us are experts at Perl internals or
track the latest changes to Perl's ithread support and/or glibc, and it's
generally been accepted in the mod_perl
LOL IF YOU THINK THE WAIT FOR ITHREAD SUPPORT WAS A LONG TIME COMING.
https://github.com/majorz/apache2-rs/tree/master/src
On Fri, Aug 26, 2022 at 2:36 PM John D Groenveld wrote:
> In message <
> cafqgv+yb4bo3k4_hryccyj7ljsnejrh9hwyjw+9172ybc+q...@mail.gmail.com>
> , Joe Schaefer writes:
>
All of the zero-copy design elements of httpd are expanded on within
mod_perl in an ithread context.
All of those performance optimizations are lost when you bury them behind a
mod_proxy gateway to your application server running prefork.
Moreover, your scaling model for your application server is
In message
, Joe Schaefer writes:
>The entire collective engineering effort for mod_perl and mod_apreq was to
>ensure our code was thread-safe, both from an httpd context and a Perl one.
>We achieved that twenty years ago, but have been stuck dealing with the
>fact that ithread engineering within
The entire collective engineering effort for mod_perl and mod_apreq was to
ensure our code was thread-safe, both from an httpd context and a Perl one.
We achieved that twenty years ago, but have been stuck dealing with the
fact that ithread engineering within Perl5 itself had a ways to go.
What
Why are you still paying attention to mod_perl development, if you don't
even care to use it to full effect?
Running a 2-tiered webserver architecture is anathema to mod_perl. It's
not distinguishable from any other fastcgi thingy out there.
On Fri, Aug 26, 2022 at 1:46 PM John D Groenveld
In message
, Joe Schaefer writes:
>Lazy enough never to support HTTP/2?
If HTTP/2 becomes necessary, my lazy first answer is to enable it in my
mod_proxy front end.
John
groenv...@acm.org
There isn't anything else on the market that will ever touch mod_perl +
mpm_event in terms of HTTP/2 performance.
And you don't need to ever spin up more ithreads than you have vCPU cores.
On Fri, Aug 26, 2022 at 1:36 PM Joe Schaefer wrote:
> Lazy enough never to support HTTP/2?
>
> On Fri, Aug
Lazy enough never to support HTTP/2?
On Fri, Aug 26, 2022 at 1:32 PM John D Groenveld wrote:
> In message <
> cafqgv+btwpyvvup2ewzfn7ruv4sfgdihadh48cm3n8qxpwb...@mail.gmail.com>
> , Joe Schaefer writes:
> >AFAICT you guys are just too lazy to look. Running latest on CPAN with an
>
> Correct.
>
In message
, Joe Schaefer writes:
>AFAICT you guys are just too lazy to look. Running latest on CPAN with an
Correct.
mod_perl's make test mostly passes and does not core with mpm_event under
OmniOS/illumos, FreeBSD, and Void Linux with Musl, but I haven't tested
my applications because I am
;>
>> On Sat, Aug 20, 2022 at 10:37 AM Joe Schaefer wrote:
>>
>>>
>>>
>>> -- Forwarded message -
>>> From: Joe Schaefer
>>> Date: Fri, Aug 19, 2022 at 10:37 PM
>>> Subject: Re: Experience running mod_perl2 with
-
>> From: Joe Schaefer
>> Date: Fri, Aug 19, 2022 at 10:37 PM
>> Subject: Re: Experience running mod_perl2 with mpm_event on Solaris 11
>> To: pengyh
>>
>>
>> Seriously it’s always been a quality of implementation issue in open
>> source libc implem
--
> From: Joe Schaefer
> Date: Fri, Aug 19, 2022 at 10:37 PM
> Subject: Re: Experience running mod_perl2 with mpm_event on Solaris 11
> To: pengyh
>
>
> Seriously it’s always been a quality of implementation issue in open
> source libc implementations (FreeBSD libc isn’t an
-- Forwarded message -
From: Joe Schaefer
Date: Fri, Aug 19, 2022 at 10:37 PM
Subject: Re: Experience running mod_perl2 with mpm_event on Solaris 11
To: pengyh
Seriously it’s always been a quality of implementation issue in open source
libc implementations (FreeBSD libc isn’t
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
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,
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
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.
: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.
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.
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
re on the OS/Platform level.
>
> -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...@sunstars
think the problem is more on the
OS/Platform level.
-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 b
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
Some HTTP/2 benchmarks from last year:
https://www.youtube.com/watch?v=gf19vVF-G9E
From: j...@sunstarsys.com
Sent: Tuesday, August 16, 2022 12:28 PM
To: modperl@perl.apache.org
Subject: RE: Experience running mod_perl2 with mpm_event on Solaris 11
To the best of my knowledge
, 2022 12:08 AM
To: modperl@perl.apache.org
Subject: Experience running mod_perl2 with mpm_event on Solaris 11
You can read about it in the URL below, but I’ve had it running for over two
years as the linchpin of a Perl-based CMS that The ASF used to use itself
(under prefork).
It screams
Schaefer
Sent: Tuesday, August 16, 2022 12:08 AM
To: modperl@perl.apache.org
Subject: Experience running mod_perl2 with mpm_event on Solaris 11
You can read about it in the URL below, but I’ve had it running for over two
years as the linchpin of a Perl-based CMS that The ASF used to use itself
You can read about it in the URL below, but I’ve had it running for over
two years as the linchpin of a Perl-based CMS that The ASF used to use
itself (under prefork).
It screams under HTTP2.
See
https://sunstarsys.com/CMS/
--
Joe Schaefer, Ph.D.
954.253.3732
30 matches
Mail list logo