-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jonathan,
On 3/20/2009 7:53 PM, Jonathan Mast wrote:
Meh. Most Java webapps aren't multithreaded anyway in the sense that
each request lives in its own little world and usually runs start to
finish with no other threading involved.
Just this
MGbrief comment
I would argue that, architecturally, this kind of work doesn't belong in
the request processing portion of the application. I generally do this
kind of thing with cron jobs. Otherwise, you can have HTTP requests
kicking-off lots of long-running processes. That may be
I would argue that, architecturally, this kind of work doesn't belong in
the request processing portion of the application. I generally do this
kind of thing with cron jobs. Otherwise, you can have HTTP requests
kicking-off lots of long-running processes. That may be possible in
Java, but I'm not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin,
On 3/24/2009 12:06 PM, Martin Gainty wrote:
On the other hand, a background thread (in the same JVM) that serially
processes some jobs scheduled by request processors (say, like sending
an email message) is often a good idea. Just as long
Peter Crowther wrote:
From: André Warnier [mailto:a...@ice-sa.com]
Peter Crowther wrote:
I'm also particularly amused by the topmost set of bars in
figure 2, given how proud the perl-ites are of their RE
library and performance ;-).
You didn't expect for a minute that this would remain
Right, I apologize too, never had to work with php multi-threading and
looking at it existing framework wrappings don't look this good at first
glance as it's only meant either for compiled code or command line exec, for
C-like expected behaviour. Some Frameworks such as Copix provide script
From: André Warnier [mailto:a...@ice-sa.com]
Peter Crowther wrote:
I'm also particularly amused by the topmost set of bars in
figure 2, given how proud the perl-ites are of their RE
library and performance ;-).
You didn't expect for a minute that this would remain
unanswered, did you ?
From: Christopher Schultz [ch...@christopherschultz.net]
I wonder how the folks over at Wikipedia feel about their PHP-based
system. I suspect they get a significant amount of load.
And, indeed, Facebook. I'm not sure who gets more hits!
There are some big, big PHP systems out there, and
On Sat, Mar 21, 2009 at 12:02 PM, André Warnier a...@ice-sa.com wrote:
Peter Crowther wrote:
[...]
I'm also particularly amused by the topmost set of bars in figure 2, given
how proud the perl-ites are of their RE library and performance ;-).
You didn't expect for a minute that this would
Peter Crowther wrote:
[...]
I'm also particularly amused by the topmost set of bars in figure 2, given how
proud the perl-ites are of their RE library and performance ;-).
You didn't expect for a minute that this would remain unanswered, did you ?
First, the perl-ites would answer that the
[...] Where blast() iterates thru several thousand records, which are sent
to a
third-party site for processing. The third-party site allows no more than 5
connections per second, so I just call Thread.sleep(1000) on every 5th
record.
It is very simple, very elegant and very fast now that some
OK, so what would it look like? Show me a comparable snippet of PHP code.
How does one enable this feature if its off by default? Why is it off by
default? I guessing it opens up security issues and/or has side effects. Not
conducive to enterprise-level computing, imho.
What is PEAR? Is that
I have a client that is confused why we are giving them a J2EE product and they
are concerned with performance and scalability.
(IE/Tomcat 5.5/struts 2.1/hibernate 3.x/oracle 10g)
Note the system will never see more than 50 users/sessions with 7500 hits per
day on a lan. As such we don't see any
From: Jason Pyeron [mailto:jpye...@pdinc.us]
Subject: very off topic marketing question
PHP by itself is very fast. Much faster than ASP or JSP
running on the same type of server. This is because it
has very little overhead compared to its competitors and
it pre-compiles all of its
I would ask for benchmarks and evidence to back up that assertion.
-Original Message-
From: Jason Pyeron [mailto:jpye...@pdinc.us]
Sent: Friday, March 20, 2009 11:04 AM
To: 'Tomcat Users List'
Subject: very off topic marketing question
I have a client that is confused why we
From: Jason Pyeron [mailto:jpye...@pdinc.us]
PHP by itself is very fast. Much faster than ASP or JSP
running on the same
type of server. This is because it has very little overhead
compared to its
competitors and it pre-compiles all of its code before it
runs each script
How would others
Jason Pyeron wrote:
I have a client that is confused why we are giving them a J2EE product and
they
are concerned with performance and scalability.
(IE/Tomcat 5.5/struts 2.1/hibernate 3.x/oracle 10g)
Note the system will never see more than 50 users/sessions with 7500 hits per
day on a
From: Matt Brown [mailto:matt.br...@citrixonline.com]
I would ask for benchmarks and evidence to back up that assertion.
There are plenty out there, but mostly old (... PHP4 promises to...). The
IBM reference I've posted is relatively new and appears on an initial read to
have a reasonable
) no multithreading
etc...
-Original Message-
From: Jason Pyeron [mailto:jpye...@pdinc.us]
Sent: Friday, March 20, 2009 6:04 PM
To: 'Tomcat Users List'
Subject: very off topic marketing question
I have a client that is confused why we are giving them a J2EE product and
they are concerned
Just ask them to google for security-issues linked to PHP and issues
linked to any servlet-container (aka Tomcat).
If they want it more specific, ask them to read through some relevant
mailing-list-archives such as full-disclosure.
OK, that's not about performance, but we f.e. do not use PHP due
easily be subject to manipulation, we can not accept any
liability for the content provided.
From: peter.crowt...@melandra.com
To: users@tomcat.apache.org
Date: Fri, 20 Mar 2009 15:43:28 +
Subject: RE: very off topic marketing question
From: Jason Pyeron [mailto:jpye...@pdinc.us
From: Martin Gainty [mailto:mgai...@hotmail.com]
Apache is hamstrung by the number of prefork processes it can spawn..
Yes. For this job, it's hamstrung by the PHP process being single-threaded and
therefore having to spawn and keep multiple copies (each with its own address
space) to handle
and it pre-compiles all of its code before it runs each script
For starters, I'd point out the jsp page compiler does this as well...
Then redirect the person to this thread to get lynched. (seriously,
aside from the lynching this is a good idea)
For starters, I'd point out the jsp page compiler does this as well...
1) BTW, you do not have to use JSP.
I have a very big app, which gives XML as output.
I do not need JSP to generate XML, so I use sevlet output directly.
2) You can precompile JSP (well, you can precompile PHP too, see Zend
Taylan Develioglu wrote:
and it pre-compiles all of its code before it runs each script
For starters, I'd point out the jsp page compiler does this as well...
Not if you precompile your application.
So you could, if you're in the mood to use the same arguments, state
somewhat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter,
On 3/20/2009 11:43 AM, Peter Crowther wrote:
When implementing a web server system which will never experience high load,
or in
which performance, throughput, and reliability under high load is not an
issue, then
the use of any of the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 3/20/2009 11:46 AM, Mark Thomas wrote:
More seriously, whilst performance should be a factor in technology
selection it isn't the only one. Given the the low volume I would
suggest that supportability is far more important. If the client
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ilya,
Don't get me wrong... I loves me some Java. But...
On 3/20/2009 11:55 AM, Ilya Kazakevich wrote:
If you are going to move to php, be ready to:
1) loose tools like log4j.
log4p?
2) meet API, 10% of which uses OOP and exceptions, and 90% is
Meh. Most Java webapps aren't multithreaded anyway in the sense that
each request lives in its own little world and usually runs start to
finish with no other threading involved.
Just this week I added threading to a component of my web-app. I had some
what dreaded it, but found that it took me
29 matches
Mail list logo
