There are many answers to that question, I've listed some points that might
help:

Setting up any webserver is still difficult on any platform, try something
else than serving static pages on IIS and / or Apache on your own PC and
you'll see what I mean. IIS is a lot easier, but still hard to define some
specific features.

"Slow" is relative, it depends on many other things than server speed, also
response times of .1 or .2 seconds have a 100% difference, but those numbes
means nothing to the final user, as both are faster enough.

The secret of a good aplication is Database Access (and DB2/400 is fantastic
on that) and the environment (not so fantastic).

On environment you have to consider the Webserver and / or the "language".

About Webservers, Apache has more "granularity" on configuration than
Traditional (old one), both have about the same performance,
unfortunatelly some nice features of Traditional are missing on Apache. As I
know there aren't any other supported Webservers on i5.

About "languages" lightweight ones (cgi / net.data / php) seens to behave
better than Java, early WAS versions killed any small boxes on the past,
true I've didn't try anything lately...

Our websites use mainly Net.Data wich had a good performance on our old 270,
now with an 515 it reaches almost unbeliavable response times (much above
any user needs).

We've waited years for a suitable Net.Data replacement, now PHP is available
but it seens that "maybe" there are a few more interesting options.

That's the first big difference, on a PC Server you can load about any new
solution and give it a try, on the i5 it's not so easy than it sounds, some
time ago we've tried to install Tomcat latest version and wasted months to
get it running right. OK today you may use a Linux LPAR but do I really need
a LPAR just for that?

On the other hand there's Java wich stands technically as a very good
alternative, but still seens to kill much CPU for such small apps like ours.

That's my own problem, I need simple and fast apps, Net.Data is perfect but
almost dead, PHP is not on our plans (but that may change) and Java seens to
be much above our needs.

On defining your problem take special care on your skills (maybe you have
dozens of Net.Data specialists), the application complexity (Database /
Queries) and your server throughput (cpu, memory, disks, lines), based on
your user (how many) needs.

Also keep an eye on costs, a complete PC based webserving solution can reach
stratospherical costs.

Alternatively, you may consider using mixed servers to serve different apps.

Best Regards,

Rubens Lehmann

-----Mensagem original-----
De: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx]
Em nome de Jones, John (US)
Enviada em: quinta-feira, 6 de março de 2008 11:54
Para: Midrange Systems Technical Discussion
Assunto: RE: I am in a Holy War about webserving from a System i

"slow" and "performance sucks" is the same argument twice and it is a straw
man. That is really saying "we need more capacity but don't want to spend
money to get it." It is a management issue and not a technology issue.
Unless, of course, you already have a maxed out 595.

"setting up a server is difficult" may be true but it is no more difficult
than setting up any web server. Any web server requires configuration and
the System i offers a fairly decent GUI for managing the Apache configs. I
haven't set up Apache on other systems but I'd put setting up i5/OS Apache
as no more difficult than configuring IIS.

"the security is not what we are used to" is false. The security is the
exact same i5/OS security you've had since you installed the platform.
The context of that security may be different, but the model &
administration is the same. I suppose what they really mean is the security
isn't from Microsoft. Well, with EIM it can do that too.

"just a whole lot easier to use an old PC" begs the question about how they
build and maintain infrastructure in general. Do they buy servers at Sam's
Club, firewalls at Fry's, and use "any old" router when supporting the
business?

--
John A. Jones, CISSP
Sr. Analyst, Global Information Security Jones Lang LaSalle, Inc.
Voice: +1.630-455.2787
FAX: +1.312.601.1782
Email: john.jones@xxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
ChadB@xxxxxxxxxxxxxxxxxxxx
Sent: Thursday, March 06, 2008 8:05 AM
To: Midrange Systems Technical Discussion
Subject: Re: I am in a Holy War about webserving from a System i


Do those sound like comments from someone that is very serious about putting
forth the effort to get the RIGHT solution set up?

'its just a whole lot easier to use an old PC.'

Sounds like a cop out to me!






Booth Martin

<booth@xxxxxxxxxx

om>
To
Sent by: Midrange Systems Technical

midrange-l-bounce Discussion

s@xxxxxxxxxxxx <midrange-l@xxxxxxxxxxxx>


cc


03/05/2008 06:06
Subject
PM Re: I am in a Holy War about

webserving from a System i



Please respond to

Midrange Systems

Technical

Discussion

<midrange-l@midra

nge.com>









I am hearing that the i5 is slow, setting up a server is difficult,
performance sucks, the security is not what we are used to, and its just a
whole lot easier to use an old PC.



Josh Diggs wrote:
As a general rule I don't get involved in holy wars, or land wars in
Asia, but this seems quite reasonable to me. Is there a counter-argument
you would like us to take on?

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx]On Behalf Of Booth Martin
Sent: Wednesday, March 05, 2008 2:23 PM
To: Midrange Systems Technical Discussion
Subject: I am in a Holy War about webserving from a System i


Is the System i a reasonable way to offer an internal website that
will be displaying System i business data as web pages?




--
---------------------------------
Booth Martin
http://www.Martinvt.com
---------------------------------

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.


________________________________________________________________________
_____

Scanned by IBM Email Security Management Services powered by MessageLabs.
For more information please visit http://www.ers.ibm.com
________________________________________________________________________
_____



This email is for the use of the intended recipient(s) only. If you have
received this email in error, please notify the sender immediately and then
delete it. If you are not the intended recipient, you must not keep, use,
disclose, copy or distribute this email without the author's prior
permission. We have taken precautions to minimize the risk of transmitting
software viruses, but we advise you to carry out your own virus checks on
any attachment to this message. We cannot accept liability for any loss or
damage caused by software viruses. The information contained in this
communication may be confidential and may be subject to the attorney-client
privilege. If you are the intended recipient and you do not wish to receive
similar electronic messages from us in the future then please respond to the
sender to this effect.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.


This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 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].