> 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
Preload of what doesnt work ?
On Fri, Jan 1, 2021 at 10:08 AM Ruben Safir wrote:
> >
> > This isn’t quite true - if you load modules before the process forks
> then they can cleverly share the same parts of memory. It is useful to be
> able to "pre-load" core functionality which is used across a
>
> This isn’t quite true - if you load modules before the process forks then
> they can cleverly share the same parts of memory. It is useful to be able to
> "pre-load" core functionality which is used across all functions {this is the
> case in Linux anyway}. It also speeds up child process g
he schema was set up – and then they realised it would take 12 months
>> to load the data
>> > which we had then (which is probably less than a millionth of what we
>> have now)!
>> >
>> > Moving compute off site is a problem as the transfer of the level of
&g
lem – you can’t easily move all the data to the compute – so
> you have to bring
> > the compute to the data.
> >
> > The site I worked on before I became a more general developer was doing
> that – and the
> > code that was written 12-15 years ago is actually still go
veloped as the scale of the data
has got so big that even the summary pages we produced 10 years ago have to be summarised
because they are so large.
*From:*Mithun Bhattacharya
*Sent:* 24 December 2020 00:06
*To:* mod_perl list
*Subject:* Re: Confused about two development utils [EXT]
James
che.org>>
Subject: Re: Confused about two development utils [EXT]
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 cas
analyse more samples than the whole of France has
> sequenced since February. We probably don’t have more of the new variant
> strain than in other areas of the world – it is just that we know we have
> because of the amount of sequencing and analysis that we in the UK have
> done.
>
strain than in other areas of
the world – it is just that we know we have because of the amount of sequencing
and analysis that we in the UK have done.
From: Matthias Peng
Sent: 23 December 2020 12:02
To: mod_perl list
Subject: Re: Confused about two development utils [EXT]
Today memory is not
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
riginal Message-
> From: James Smith
> Sent: 23 December 2020 11:34
> To: André Warnier (tomcat/perl) ; modperl@perl.apache.org
> Subject: RE: Confused about two development utils [EXT]
>
>
> > This costs memory, and all the more since many perl modules are not
> thread
) ; modperl@perl.apache.org
Subject: RE: Confused about two development utils [EXT]
> 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 mo
> 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
8.8.8.8 is google's public DNS server - yah they can handle whatever you
throw at them but you shouldnt misuse it. The whole point of TTL in DNS is
for suggested caching - you are welcome to ignore it but you are also being
rude to others.
$r->connection->client_ip is the IP your apache server is
Thanks Mithun.
1. Since the query is passed through cloudflare, so a CF- header is wanted
for fetching client's real IP.
2. Since I am querying PTR via a stub resolver (such as 8.8.8.8), I guess
this public dns server has already cached the result. right?
Regards.
On Wed, Dec 23, 2020 at 9:08 AM
Replying to the DL.
On Tue, Dec 22, 2020 at 7:07 PM Mithun Bhattacharya
wrote:
> $r->connection->client_ip would report your proxy server if you have a
> reverse proxy setup - this is not a common use case though.
>
> DNS lookup would usually be an expensive process and you are supposed to
> be
I am a newbie to mp development stack.
After one day of work, I have made a simple handler, which returns the
client's address and its PTR record.
The demo:
https://myhostnames.com/
The code shown below:
package MyHostname;
use strict;
use Net::DNS;
use Apache2::RequestRec ();
use Apache2::R
Can I guess mod_perl is the upgraded version of apreq? Thanks Andre.
> On 22.12.2020 06:49, Matthias Peng wrote:
> > Hello
> >
> > I am developing a simple mp2 application.
> > I looked for the installation for mp2 utils, and found this two:
> >
> > libapache2-mod-perl2
> >
> > libapache2-mod-apr
On 22.12.2020 06:49, Matthias Peng wrote:
Hello
I am developing a simple mp2 application.
I looked for the installation for mp2 utils, and found this two:
libapache2-mod-perl2
libapache2-mod-apreq2
what're their relations? Should I install both, or only the first one?
Hi.
They are differ
Hello
I am developing a simple mp2 application.
I looked for the installation for mp2 utils, and found this two:
libapache2-mod-perl2
libapache2-mod-apreq2
what're their relations? Should I install both, or only the first one?
Thanks.
21 matches
Mail list logo
