Re: i as a dedicated "LAMP" server (was Re: IMHO article on database performance)

Mike, I agree but will add this, with all the flavors of software that can
run on I with it's DB2 and low TCO, why would you want anything else when
you could essentially do all the same things and probably/possibly more than
what LAMP/WAMP could possibly give you. I don't believe the IBM BP's are
prepared to sell systems that way against other hardware, maybe they know
this based on the low end costing of just the I hardware, I don't know
though.

On Thu, Mar 10, 2011 at 12:49 PM, Mike Wills <mike@xxxxxxxxxxxx> wrote:

Really, that is my point. I defiantly don't have the resources to even
think about testing this. If IBM wants to keep the system as a player
in this web revolution, something like this needs to be proven out. We
all know that in the back-office the system is hands down a winner,
but it'll fade as we all age if they don't get the hooks into these
new areas.

--
Mike Wills
http://mikewills.me



On Thu, Mar 10, 2011 at 9:56 AM, Bryce Martin <BMartin@xxxxxxxxxxxx>
wrote:

I think that the best metric to test this would be to set up some test to
try and see what configurations are needed to get X transactions per
second. Then from there you can see which system and setup would would
cost at certain transaction per second levels. Say you start with the
requirement of 10 transactions, then 100, then 1000 per second. Take it
as high as would be neccessary. You could set up different types of apps
to run on the machines that have different resource needs... some more
i/o, some more cpu, some more ram, etc. Then you could test transactions
per second with high cpu,ram etc on the same configs to see what performs
bests.

Could be quite a valuable exercise to do a real apples to apples
comparison of price/performace between IBM i and LAMP for web
applications.


Thanks
Bryce Martin
Programmer/Analyst I
570-546-4777



Mike Wills <mike@xxxxxxxxxxxx>
Sent by: midrange-l-bounces@xxxxxxxxxxxx
03/08/2011 04:07 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
cc

Subject
i as a dedicated "LAMP" server (was Re: IMHO article on database
performance)






Okay, so this has been bouncing in my head for a while and have been
meaning
to ask.

Given this research. What is stopping a web startup from buying an IBM i
(a
relatively small one with plenty of growth) then breaking it out into two
or
more partitions. One partition would be for the database, the others

would

be load balanced as web servers with PHP.

Here are the questions that come to mind in something like this:

Could a single IBM i take more hits per second than a two-server LAMP
setup?
What about more LAMP servers?
What are the cost differences for the initial purchase of the two

options?

What about expansion costs?

Maybe I should just post this on IMHO and put all of the comments on
there.

--
Mike Wills
http://mikewills.me



On Tue, Mar 8, 2011 at 12:49 PM, James Rich <james@xxxxxxxxxxx> wrote:

At David's request, I posted an article on imho.midrange.com comparing
some performance tests I did with the IBM i vs. MySQL. The article URL
is: http://urlq.us/7

As a side note, the article mentions some posts I made on this list
several years ago which now I can't exactly remember. Searching in the
archives didn't reveal what I remembered, but no matter. I remember
saying some rather brash things and Joe Pluta called me on it. I
apologize, Joe. Email me to claim your Coke! :)

James Rich

if you want to understand why that is, there are many good books on
the design of operating systems. please pass them along to redmond
when you're done reading them :)
- Paul Davis on ardour-dev
--
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 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 message (including any attachments) is intended only for the use

of the individual or entity to which it is addressed and may contain
information that is non-public, proprietary, privileged, confidential, and
exempt from disclosure under applicable law. If you are not the intended
recipient, you are hereby notified that any use, dissemination,
distribution, or copying of this communication is strictly prohibited. If
you have received this communication in error, please notify us and destroy
this message immediately. ---

--
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 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.