On Fri, 2001-12-14 at 05:57, thomas@inorbit.com wrote:
> On Tue, 11 December 2001, James Rich wrote:
> >
> > On Tue, 11 Dec 2001, Scott Klement wrote:
> >
> > > I think your benchmarks would be radically different depending on what
> > > you were actually benchmarking for.  Database I/O would almost definitely
> > > favor the iSeries.  Network I/O would certainly go towards one of the
> > > other platforms.
> >
> > Why do you believe that database i/o would be better on iSeries?  If both
> > systems run DB2 then the only advantage I can think of is that iSeries
> > probably runs DB2 in kernel.
> I believe the common answer is that iSeries relies heavily on I/O processors.
> Unix (or Windows or...) apparently has no common (if any) means of
> supporting similar. No?
> Tom Liotta

The following quote[1] from Frank Soltis seems to agree.

...", but the RS/6000 was just an AS/400 without the I/O processors as
UNIX cannot make use of the capabilities of I/O processors. That˙s why
the AS/400 would always win over the RS/6000 for I/O intensive
applications whilst the RS/6000 is the machine for compute intensive

Regards, Martin
[1] http://www.it-director.com/article.php?id=2416 I found this linked
to from one of the Linux news sites I read. With the advent of Linux on
iSeries, the iSeries seems to be getting mentioned in the Linux press
much more often. No bad thing for either platform (IMHO).
martin@dbg400.net  jamaro@firstlinux.net  http://www.dbg400.net
DBG/400 - DataBase Generation utilities - AS/400 / iSeries Open        \
Source free test environment tools and others (file/spool/misc)
[this space for hire]  ASCII Ribbon Campaign against HTML mail & news  /

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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

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