-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
>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'
MG>brief 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
-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
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
interp
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
unanswer
> 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, di
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 lik
[...] 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 mu
On Sat, Mar 21, 2009 at 12:02 PM, André Warnier 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 rema
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 c
> 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 t
>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 m
-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%
-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 clien
-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 t
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 di
> 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
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)
---
> 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 handl
t e-mails can 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 +0000
> Subject: RE: very off topic marketing question
>
> &g
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
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 conc
> 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 reasonabl
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
> da
> 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 wou
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
> 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
&
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
29 matches
Mail list logo
