|
Paul,
when you first run a stateless environment hot it performs very well ;-)
Just try "the medicine" if the smallest 515 you can by for money - a 1MB
memory machine with one disk
http://85.24.84.163:1550/pextcgi/pxsession.pgm
/henrik
On Wed, Oct 6, 2010 at 10:38 PM, Paul Tuohy <tuohyp@xxxxxxxxxxxxxxxxx>wrote:
Hi Nathan,
I think language efficiency comes well down the list after the hardware
- and I apologize if that was not clear from the article.
It does have an affect but nowhere near the affect it used to have.
Henrik quoted the solution serving 400 web (companies) users - 10 jobs -
running on a 520 (I am assuming RPG). I also get through a fairly heavy
workload on my little 620. But I wonder what kind of response we would
be getting running the same software on an old B20 (if it were possible)?
Performance is of course a consideration. And language can have a large
part to play in that. But I think the application would really dictate
how performance may be affected by the language - e.g. Java gives you
multi threading, RPG gives you better database access, PHP gives you
better session handling etc. etc. - as to which of these is most
important depends on the application.
Language is about the right tool for the job. And the most important
point about that is you have to know the language. No point saying Java
is the right language if you can't program in Java.
Regards
Paul Tuohy
ComCon
www.comconadvisor.com
www.systemideveloper.com
Nathan Andelin wrote:
>> From: Kevin Schroeder
C, andNot correct, IMHO. "Scalability" has virtually nothing to do with theIf that's the case, then why did Facebook transform their PHP scripts to
language.
compile it? It seems to me that runtime efficiency (performance) is thefirst
key to scalability. If your applications require less CPU, then CPU isless
likely to be a bottleneck. The box will handle more work.--
But is there more to scalability, than language efficiency?
-Nathan
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.