Ready to get started with anonymous questions today? It's easy! Learn more.
Solved
Sluggisg performance accessing documents stored in the IFS on my I5 Server
Posted on 2009-07-08
Hello,
We recently acquired an IBM I5 server model E4a with lots of memory and disk. It is running V5R4. The previous system was an Iseries . I don't remember the model but it was 5 years old, slower and with a lot less memory and disk.
We store documents in the ifs . On the Iseries, opening and saving documents to the IFS was very fast. On the I5 server it is very sluggish. Most times it times out. My tests were done with file sizes less then 1 meg is size.
Both the I5 and Iseries are connected to the LAN at 100M full duplex.
Has anybody seen this?
Thanks
We recently acquired an IBM I5 server model E4a with lots of memory and disk. It is running V5R4. The previous system was an Iseries . I don't remember the model but it was 5 years old, slower and with a lot less memory and disk.
We store documents in the ifs . On the Iseries, opening and saving documents to the IFS was very fast. On the I5 server it is very sluggish. Most times it times out. My tests were done with file sizes less then 1 meg is size.
Both the I5 and Iseries are connected to the LAN at 100M full duplex.
Has anybody seen this?
Thanks
[X]
Welcome to Experts Exchange
Add your voice to the tech community where 5M+ people just like you are talking about what matters.
- Help others & share knowledge
- Earn cash & points
- Learn & ask questions
2-
2
4 Comments
I have same model iSeries and V5R4. No IFS issues.
Make sure your TCP settings are optimal for your environment. use CFGTCP command, then option 3 to modify the TCP Send/Receive buffers sizes. The default is 8k. Our box performs well with 64k for the send/receive buffers. You can set it as high as 8mb. Changes take effect immediately.
Also in the CFGTCP menu, make sure domain information and DNS settings are correct (option 12)
Lastly, check that you have the latest CUME PTF package installed. Currently it is # 9104. You can get the package from IBM's Fix Central site. http://www-933.ibm.com/support/fixcentral/main/System+i
Rob
Make sure your TCP settings are optimal for your environment. use CFGTCP command, then option 3 to modify the TCP Send/Receive buffers sizes. The default is 8k. Our box performs well with 64k for the send/receive buffers. You can set it as high as 8mb. Changes take effect immediately.
Also in the CFGTCP menu, make sure domain information and DNS settings are correct (option 12)
Lastly, check that you have the latest CUME PTF package installed. Currently it is # 9104. You can get the package from IBM's Fix Central site. http://www-933.ibm.com/support/fixcentral/main/System+i
Rob
Thank You Rob for the response.
We are at he latest cums for v5r4 ( TL59104). The buffer size is also set at 8Meg over here. DNS settings are good ( I have compared them to the old server, they are the same). I do not have any issues on my 810 model running V5R2.
We are at he latest cums for v5r4 ( TL59104). The buffer size is also set at 8Meg over here. DNS settings are good ( I have compared them to the old server, they are the same). I do not have any issues on my 810 model running V5R2.
I did some more testing on my system and found that large file copies to the IFS share were also running very slow. I corrected the issue by Stopping the iSeries Netserver service using iSeries Navigator (Network/Servers/TCP/IP) Once the service was stopped I then used the Reset and Start option (right-click on the service). I then tested sending my 500mb file. Instead of getting 1.6mb sec transfer I got a more respectable 60mb sec.
Thank you all for your help. This is what we did, it has eliminated the sluggish performance reading/writing to the ifs
I changed my LIND on the server to 1G full-Duplex and also change the port speed on my Switch. Performance has been stellar since this change. Before this change, the performance on batch jobs, 5250 sessions and ODBC connections was stellar. The performance after this change is stellar on all fronts.
Before making this change, I have verified that the LIND settings for the link speed matched the speed set on the port the server was connected to. Both were set at 100M Full Duplex.
I will revert back to 100M Fullduplex on both my LIND and the switch tonight and update this note tomorrow. But for now, changing the link speed to 1G full Duplex on the LIND and the port on the switch resolved all issues.
I changed my LIND on the server to 1G full-Duplex and also change the port speed on my Switch. Performance has been stellar since this change. Before this change, the performance on batch jobs, 5250 sessions and ODBC connections was stellar. The performance after this change is stellar on all fronts.
Before making this change, I have verified that the LIND settings for the link speed matched the speed set on the port the server was connected to. Both were set at 100M Full Duplex.
I will revert back to 100M Fullduplex on both my LIND and the switch tonight and update this note tomorrow. But for now, changing the link speed to 1G full Duplex on the LIND and the port on the switch resolved all issues.
Featured Post
Question has a verified solution.
If you are experiencing a similar issue, please ask a related question
INTRODUCTION
The purpose of this document is to demonstrate the Installation and configuration, of the HP EVA 4400 SAN Storage. The name , IP and the WWN ID’s used here are not the real ones.
ABOUT THE STORAGE
For most of you reading this, you …
Backups and Disaster RecoveryIn this post, we’ll look at strategies for backups and disaster recovery.
- Server Hardware
- IT Administration
- Disaster Recovery
- Storage Software
- Databases
- Storage Hardware, MySQL Server, Hardware, Percona, *Backups
In this video, Percona Director of Solution Engineering Jon Tobin discusses the function and features of Percona Server for MongoDB.
How Percona can help
Percona can help you determine if Percona Server for MongoDB is the right solution for …
In this video, Percona Solutions Engineer Barrett Chambers discusses some of the basic syntax differences between MySQL and MongoDB.
To learn more check out our webinar on MongoDB administration for MySQL DBA: https://www.percona.com/resources/we…
Suggested Courses
Course of the Month5 days, 21 hours left to enroll
688 members asked questions and received personalized solutions in the past 7 days.
Join the community of 500,000 technology professionals and ask your questions.