|
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 scenarios." 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) X [this space for hire] ASCII Ribbon Campaign against HTML mail & news / \
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.