Hi all,
On Tuesday, November 19, 2002, at 11:09 PM, Perrin Harkins wrote:
Stephen Adkins wrote:
So what I think you are saying for option 2 is:
* Apache children (web server processes with mod_perl) have two
personalities:
- user request processors
- back-end work
Bas A.Schulte writes:
still is something I haven't figured out. Basically, I need some way to
coordinate the children so each child can find out what the other
children are doing.
Use a table in your database. The DB needs to support row level
locking (we use Oracle). Here's an example:
Bas A.Schulte wrote:
none of
them seemed to be stable/fast under heavy load even though I would have
preferred that as it would allow me to do something to handle
data-sharing between children via the parent which always seems to be in
issue in Apache/mod_perl.
What are you trying to share?
Nigel Hamilton wrote:
I need to fork a lot of processes per request ... the memory cost
of forking an apache child is too high though.
So I've written my own mini webserver in Perl
It doesn't seem like this would help much. The thing that makes
mod_perl processes big is Perl. If you run
Hi Stephen,
On Tuesday, November 26, 2002, at 05:45 PM, Stephen Adkins wrote:
This last thread has been very interesting.
My thoughts exactly.
To build a Perl Application Server, use Apache+mod_perl for
processing of backend functions *as well as* interacting with
the users.
Hi Perrin,
On Tuesday, November 26, 2002, at 06:14 PM, Perrin Harkins wrote:
Bas A.Schulte wrote:
none of
them seemed to be stable/fast under heavy load even though I would
have preferred that as it would allow me to do something to handle
data-sharing between children via the parent which
At 07:04 PM 11/26/2002 +0100, Bas A.Schulte wrote:
On Tuesday, November 26, 2002, at 06:14 PM, Perrin Harkins wrote:
Bas A.Schulte wrote:
I have been looking at some of the IPC::Share* modules, the one I think
I can use is (not sure here) IPC::ShareLite, but that darned thing won't
install
On Tuesday, Nov 26, 2002, at 16:45 Europe/London, Stephen Adkins wrote:
Others tend to concur.
Bas Schulte
http://archive.develooper.com/p5ee%40perl.org/msg01195.html
Matt Sergeant
http://archive.develooper.com/p5ee%40perl.org/msg01191.html
No, I've always thought Apache was a
On Mon, Nov 25, 2002 at 07:31:35PM -0700, Rob Nagler wrote:
Matt Sergeant writes:
There's a huge difference in what they are trying to achieve though.
POE doesn't open any files and it doesn't write any files to disk. None
of it is written in C (yet), so unless there's a buffer overrun or
On Tuesday, Nov 26, 2002, at 17:41 Europe/London, Bas A.Schulte wrote:
I did take a look at POE, and still do now and then, but I just don't
seem to get it's concepts to actually get something done on top of it.
Recently I tried one of the examples on poe.perl.org
Matt,
On Tuesday, November 26, 2002, at 10:08 PM, Matt Sergeant wrote:
On Tuesday, Nov 26, 2002, at 17:41 Europe/London, Bas A.Schulte wrote:
I did take a look at POE, and still do now and then, but I just don't
seem to get it's concepts to actually get something done on top of it.
Recently
Quite odd. I read the performance thread that's on the P5EE page which
showed that DBI (with MySQL underneath) was very fast, came in 2nd.
Anyone care to elaborate why this is? After all, shared-memory is a
thing in RAM, why isn't that faster?
Hi Bas,
You made some really
Stephen,
On Tuesday, November 26, 2002, at 11:43 PM, Stephen Adkins wrote:
P.S. There is a mail server written entirely in Java, called James,
hosted by Apache. There ought to be one for Perl.
http://jakarta.apache.org/james/index.html
What I like even more is that it's built upon
Rocco Caputo writes:
Rating all of CPAN according to the quality of the average module does
a disservice to its better half. Depreciating its good distributions
also feeds into the myth that all Perl software is shoddy.
That isn't what I said. I program Perl daily. I use a bunch of CPAN
on
Perrin Harkins writes:
I think you are vastly over-estimating how much effort JMS/EJB/etc.
would save you.
EJB doesn't save you anything. It creates work and complexity,
esp. Entity Beans. I've built large systems using EJB and Perl. The
Perl project was built faster, with fewer people,
- forgot to include the list in the original message
---BeginMessage---
On Tue, 2002-11-26 at 17:50, Dave Rolsky wrote:
On Tue, 26 Nov 2002, Stephen Adkins wrote:
Similar to my question earlier about an all-Perl HTTP server,
I have asked myself whether there is a production-quality
Bas A.Schulte wrote:
What I like even more is that it's built upon a generic server framework
(Avalon/Phoenix) that is also used by totally different types of servers
(e.g. Tomcat).
I don't think Tomcat uses Avalon.
Would be great to have a good generic server framework upon which other
Stephen Adkins wrote:
Similar to my question earlier about an all-Perl HTTP server,
I have asked myself whether there is a production-quality all-Perl
mail server. This would allow you to write code in Perl to
process mail messages without forking a Perl interpreter per
message.
I think you'd
On Tue, Nov 26, 2002 at 04:26:13PM -0700, Rob Nagler wrote:
Rob Nagler also wrote:
I trust Linux more than Apache, for example, because Linux is
not only older, but was built using an interface design which is
30 years old and has been allowed to evolve.
Rocco Caputo wrote:
It seems
Bas A.Schulte wrote:
Quite odd. I read the performance thread that's on the P5EE page which
showed that DBI (with MySQL underneath) was very fast, came in 2nd.
Anyone care to elaborate why this is? After all, shared-memory is a
thing in RAM, why isn't that faster?
I have an article that I'm
20 matches
Mail list logo
