|
I brought up NetServer performance vs IXS at a user group around here - the IBMer said that IXS is more direct - it uses none of the NetServer code path. Nor the IFS code path, once you are inside that storage space. -------------- Original message -------------- > It's not the disk. We took files from the IFS and put them on a Wintel > server on the IXS card on the same box and it was a much better performer. > > Rob Berendt > -- > Group Dekko Services, LLC > Dept 01.073 > PO Box 2000 > Dock 108 > 6928N 400E > Kendallville, IN 46755 > http://www.dekko.com > > > > > > "Urbanek, Marty" > Sent by: midrange-l-bounces@xxxxxxxxxxxx > 01/25/2005 11:44 AM > Please respond to > Midrange Systems Technical Discussion > > > To > > cc > > Subject > Re: IFS Performance > > > > > > > > ... > > So I think there is a basic flaw performance-wise in the IFS. I have no > idea why - *TYPE2 was supposed to help, but it is > not enough for me to > recommend iSeries as a file server in a high-demand situation. > > > Vern > > I've noticed that, too, and wonder about it frequently. I wonder if there > is something I am supposed to be doing to "tune" IFS or if, like you said, > there is some basic performance flaw. > > NetServer shares seem very slow compared to other file servers, even on > our best machine with plenty of everything. I suspect this is not due to > NetServer itself but due to how long it takes it to access the data from > IFS. > > Or, just go into qshell and copy some files/directories around, or even > better, delete some recursively (rm -rf blah). If you're working with a > fairly complex directory structure, you will experience a long delay which > you do not see on Windows or UNIX or even in z/OS USS. > > Then I think, if IFS has such a hard time just copying and deleting files, > how can it possibly do an acceptable job running major Java applications > where the programs and the data make heavy use of stream files in the root > and QOpenSys file systems? > > I would love to hear from any IBMers who may have insight into this. > > Thanks, > -Marty > > -- > 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. >
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.