We don’t use perl for everything, yes we use it for web data, yes we still use
it as the glue language in a lot of cases, the most complex stuff is done with
C (not even C++ as that is too slow). Others on site use Python, Java, Rust,
Go, PHP, along with looking at using GPUs in cases where code
James would you be able to share more info about your setup ?
1. What exactly is your application doing which requires so much memory and
CPU - is it something like gene splicing (no i don't know much about it
beyond Jurassic Park :D )
2. Do you feel Perl was the best choice for whatever you are do
Oh but memory is a problem – but not if you have just a small cluster of
machines!
Our boxes are larger than that – but they all run virtual machine {only a small
proportion web related} – machines/memory would rapidly become in our data
centre - we run VMWARE [995 hosts] and openstack [10,000s
unsubscribe.
On Wed, Dec 23, 2020 at 5:05 PM James Smith wrote:
>
> > This costs memory, and all the more since many perl modules are not
> thread-safe, so if you use them in your code, at this moment the only safe
> way to do it is to use the Apache httpd prefork model. This means that each
> A
Today memory is not serious problem, each of our server has 64GB memory.
> 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)
>
> -Original Message
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)
-Original Message-
From: James Smith
Sent: 23 December 2020 11:34
To: André Warnier (tomcat/perl)
> This costs memory, and all the more since many perl modules are not
> thread-safe, so if you use them in your code, at this moment the only safe
> way to do it is to use the Apache httpd prefork model. This means that each
> Apache httpd child process has its own copy of the perl interpreter,
On 22.12.2020 14:20, Matthias Peng wrote:
Can I guess mod_perl is the upgraded version of apreq? Thanks Andre.
Not really. They are really 2 different things.
The essence of mod_perl, is to embed a perl interpreter in Apache httpd.
This costs memory, and all the more since many perl modules a