|
HP OpenVMS Systemsask the wizard |
|
The Question is: We have notice that a FTP transfer of a 16Mbyte file between our Alpha 2100 and a Sun system takes about 2.5 minutes across a 100Mbit ethernet interface. If transfer is the same file from the SUN to a PC running NT 4.0 the transfer takes about 2 seconds. Why does the Alpha take so much longer to transfer the file? As a test I connect a NFS device from the ALpha to the PC, using Reflection Xsuite the PC and UCX Version V.2 on the Alpha. Then using FTP on the PC I transfered the same file from the SUN to NFS device on the PC, again the transfer took about 3 seconds. Were do I start looking for performace problems? The Answer is :
Please first determine what version and TCP/IP package is installed
on OpenVMS, and check for any available ECO kit for the version.
The most recent version of TCP/IP Services for OpenVMS (formerly UCX)
is V5.0 (as of 7-Jun-19998), and V5.0 can be installed on OpenVMS V7.1
and later. (Your reference to "UCX V.2" would imply TCP/IP Services
V4.2, and an ECO kit is available for this release.)
Then check for the appropriate process quotas, particularly if you are
"pushing" the file from OpenVMS to the remote system.
Here is an example set of process quotas:
Maxjobs: 0 Fillm: 300 Bytlm: 204800
Maxacctjobs: 0 Shrfillm: 0 Pbytlm: 0
Maxdetach: 0 BIOlm: 1024 JTquota: 16384
Prclm: 0 DIOlm: 1024 WSdef: 2048
Prio: 4 ASTlm: 1000 WSquo: 8192
Queprio: 0 TQElm: 1000 WSextent: 16384
CPU: (none) Enqlm: 2048 Pgflquo: 102400
Then ensure the appropriate paged and non-paged pool, using AUTOGEN
with FEEDBACK, and then reboot. Make sure you have cleaned any
"cruft" out of SYS$SYSTEM:MODPARAMS.DAT, to avoid any restrictions
on the parameter settings generated by AUTOGEN.
If the ECO kit is applied and the process and system quotas are adequate
and the performance issues are not resolved, please contact the Compaq
Customer Support Center for further assistance.
|