On Thu, Aug 06, 2020 at 10:10:38PM -0500, Mithun Bhattacharya wrote:
> Ruben this conversation had nothing to do with any specific AI use - since
> we did not ask to be spammed with your ethics opinion could you please stop
***Boink*** that is wrong. If you want to discuss the destructive use
of
On Thu, Aug 06, 2020 at 10:10:38PM -0500, Mithun Bhattacharya wrote:
> Ruben this conversation had nothing to do with any specific AI use - since
> we did not ask to be spammed with your ethics opinion could you please stop
> misusing the mod_perl forum for such activities ?
So you are using
Ruben this conversation had nothing to do with any specific AI use - since
we did not ask to be spammed with your ethics opinion could you please stop
misusing the mod_perl forum for such activities ?
On Thu, Aug 6, 2020 at 9:00 PM Ruben Safir wrote:
> On Wed, Aug 05, 2020 at 10:47:48AM -0500,
On Wed, Aug 05, 2020 at 10:47:48AM -0500, Mithun Bhattacharya wrote:
> Assuming that is genuine curiosity can we please not deviate from the topic
> ?
>
> On Wed, Aug 5, 2020 at 6:19 AM Ruben Safir wrote:
>
> > On Wed, Aug 05, 2020 at 09:46:18AM +0800, Wesley Peng wrote:
> > > Hi
> > >
> > >
On Wed, Aug 05, 2020 at 10:47:48AM -0500, Mithun Bhattacharya wrote:
> Assuming that is genuine curiosity can we please not deviate from the topic
> ?
IBM felt that way once.
I think it is important to know what kind of aps we are developing, and
for what uses.. You are aware of the broad use
Assuming that is genuine curiosity can we please not deviate from the topic
?
On Wed, Aug 5, 2020 at 6:19 AM Ruben Safir wrote:
> On Wed, Aug 05, 2020 at 09:46:18AM +0800, Wesley Peng wrote:
> > Hi
> >
> > Mithun Bhattacharya wrote:
> > >Do you really need a webserver which is providing a
On Wed, Aug 05, 2020 at 09:46:18AM +0800, Wesley Peng wrote:
> Hi
>
> Mithun Bhattacharya wrote:
> >Do you really need a webserver which is providing a blocking service ?
>
> yes, this is a prediction server, which would be deployed in PROD
> environment, the client application would request the
>
>
> 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
James,
James Smith wrote:
The services which use apache/mod_perl work reliably and return data for these
- the dancer/starman sometimes fail/hang as there are no backends to serve the
requests or those backends timeout requests to the nginx/proxy (but still
continue using resources). The
if you need to, but for complex stuff I find
mod_perl setup more reliable.
James
-Original Message-
From: Wesley Peng
Sent: 05 August 2020 04:31
To: dc...@prosentient.com.au; modperl@perl.apache.org
Subject: Re: Question about deployment of math computing [EXT]
Hi
dc
: Wesley Peng
Sent: Wednesday, 5 August 2020 1:31 PM
To: dc...@prosentient.com.au; modperl@perl.apache.org
Subject: Re: Question about deployment of math computing
Hi
dc...@prosentient.com.au wrote:
That's interesting. After re-reading your earlier email, I think that I
misunderstood what you were
trying to cater
to.
David Cook
-Original Message-
From: Wesley Peng
Sent: Wednesday, 5 August 2020 1:31 PM
To: dc...@prosentient.com.au; modperl@perl.apache.org
Subject: Re: Question about deployment of math computing
Hi
dc...@prosentient.com.au wrote:
> That's interesting. After
Hi
dc...@prosentient.com.au wrote:
That's interesting. After re-reading your earlier email, I think that I
misunderstood what you were saying.
Since this is a mod_perl listserv, I imagine that the advice will always be to
use mod_perl rather than starman?
Personally, I'd say either option
, although EPEL 8 now has mod_perl in it.
Something to think about.
David Cook
-Original Message-
From: Wesley Peng
Sent: Wednesday, 5 August 2020 1:00 PM
To: dc...@prosentient.com.au; modperl@perl.apache.org
Subject: Re: Question about deployment of math computing
Hi
dc
Hi
dc...@prosentient.com.au wrote:
If your app isn't human-facing, then I don't see why a little delay would be a
problem?
Our app is not human facing. The application by other department will
request the result from our app via HTTP.
The company has huge big-data stack deployed, such as
, then I don't see why a little delay would be a
problem?
David Cook
-Original Message-
From: Wesley Peng
Sent: Wednesday, 5 August 2020 11:46 AM
To: modperl@perl.apache.org
Subject: Re: Question about deployment of math computing
Hi
Mithun Bhattacharya wrote:
> Do you really n
Hi
Mithun Bhattacharya wrote:
Do you really need a webserver which is providing a blocking service ?
yes, this is a prediction server, which would be deployed in PROD
environment, the client application would request the prediction server
for results as scores. You can think it as online
Do you really need a webserver which is providing a blocking service ?
Assuming you are doing some sort of map reduce you would be better of
creating a job queue and placing requests into it. You would have a
separate consumer of the queue which could scale up or down depending upon
how long the
Hi
We do math programming (so called machine learning today) in webserver.
The response would be slow, generally it will take 100ms~500ms to finish
a request.
For this use case, shall we deploy the code within preforked modperl ,or
event-driven server like dancer/starman?
(we don't use DB like
19 matches
Mail list logo
