Operating System - OpenVMS
1828354 Members
2992 Online
109976 Solutions
New Discussion

advanced server share access slow

 
wendling
Regular Advisor

advanced server share access slow

Hello,
We upgrated both NIC's of a two node 7.2-2 (+ patch) vms cluster to DEGPA's. We got good preformance with FTP but Advanced server shared access stays under 10MBS. We tried cache and numbers of clients raising with no significant performance ehancement.Transport is TCPIP and a few Decnet.I think the lancp arameters (lan_flags...)are OK since ftp works well

Have you any idea of can be done? Is there any issue with DEGPA?
16 REPLIES 16
David B Sneddon
Honored Contributor

Re: advanced server share access slow

What speed are the NICs in the clients?
What hardware is between the server and the clients?

Dave
Antoniov.
Honored Contributor

Re: advanced server share access slow

Advanced server can't change NIC speed. Before of starting AS you have to set NIC speed. You can set in SRM environment
>>>SET _MODE ...
or else before starting AS
$ MC LANCP SET /SPEED=100/FULL
Help of LANCP is your friend.

Antonio Vigliotti
Antonio Maria Vigliotti
Bojan Nemec
Honored Contributor

Re: advanced server share access slow

wendling,

Be shure to set both sides (VMS and switch) to same speed and mode. As Antonio suggested you can do this in SRM or with LANCP. SRM is my preffered way for setting, but with LANCP you can experiment without reboot.

Bojan
Ian Miller.
Honored Contributor

Re: advanced server share access slow

have you tried
TCPIP
SET PROTOCOL TCP/NODELAY_ACK
SET CONFIG PROTOCOL TCP/NODELAY_ACK
?
http://h71000.www7.hp.com/DOC/732final/6527/6527pro_008.html
____________________
Purely Personal Opinion
wendling
Regular Advisor

Re: advanced server share access slow

Thank's for yours answers,
The NIC on the other side is a gigabit adapter and they are connected to the same nortel 5510 switch.
we'll try the noack_delay on tcp protocol and i'll come back to you with the result. As i said ftp is OK so does it mean that advanced server(relying on tcp) has a different behavior than ftp ?
Again thank's
Gérar
Ian Miller.
Honored Contributor

Re: advanced server share access slow

the use of TCP by Advanced Server and by ftp are somewhat different due to the differences in the protcols. Setting nodelay_ack has been known to help with Advanced Server (and samba) on various systems.
____________________
Purely Personal Opinion
Antoniov.
Honored Contributor

Re: advanced server share access slow

Hi Wendling,
you said "AS is slow [...] ftp works well"
Are you sure this is the unique difference?
Advanced Server on tcp/ip always use dns while ftp can use dns or ip directly ip address. So if ftp xxx.xxx.xxx.xxx works fine and ftp works slow may be a dns trouble.

Antonio Vigliotti
Antonio Maria Vigliotti
Paul Nunez
Respected Contributor

Re: advanced server share access slow

By default, Advanced Server uses only a 4k data buffer when transferring data. Thus, increasing the size of the network pipe isn't going to do much for performance.

The No_delayack is likley not necessary (it once was due to a bug in the tcp/ip code).

You can increase the default SMB data buffer size however:

$ edit pwrk$common:pwrk.ini ! Add the lines

[LMSRV]
MAX_SMB_DATA_SIZE=8192 ! or 16384 (bytes)

HTH,

Paul
Brad McCusker
Respected Contributor

Re: advanced server share access slow

>As i said ftp is OK so does it mean that
>advanced server(relying on tcp) has a
>different behavior than ftp ?

Yes, it does have a different behavior. ftp and SMB are two very different protocols. ftp does blcok mode transfers, SMB uses much smaller buffers.

Paul Nunez gave you the best answer in his reply above - increase the size of the buffer that Advanced Server is using.

Brad
Brad McCusker
Software Concepts International
wendling
Regular Advisor

Re: advanced server share access slow

Thank's to all for your reply's. We 'll try the differents suggestions.
Gérard Wendli
Doug Phillips
Trusted Contributor

Re: advanced server share access slow

Paul,

What is the relationship between the PWRK.INI:

[LMSRV]
MAX_SMB_DATA_SIZE=8192 ! or 16384 (bytes)

and the value set in ADMIN/CONFIG:

Data Cache Size (Kbytes):

?

-Doug
Paul Nunez
Respected Contributor

Re: advanced server share access slow

The Data Cache Size in $ ADMIN/CONFIG is unrelated to the SMB buffer size.

The data cache is used to cache (in OpenVMS memory) data stored in files as those files are accessed by clients, to cache the SAM database, and to cache share database entries (as they are accessed). It is allocated directly from the OVMS free page list. Unfortunately, the max is a mere 128MB (131072KB)...

HTH,

Paul






Doug Phillips
Trusted Contributor

Re: advanced server share access slow

Thank you, Paul.
Wim Van den Wyngaert
Honored Contributor

Re: advanced server share access slow

Gerard,

Could you post the final solution/result ?

Wim
Wim
Dave Weaver_3
New Member

Re: advanced server share access slow

Hi all,

We've been having some speed problems also. Referring to Paul's response:

$ edit pwrk$common:pwrk.ini ! Add the lines

[LMSRV]
MAX_SMB_DATA_SIZE=8192 ! or 16384 (bytes)

my questions are:

1. Does it matter where in PWRK.INI these lines go? Our ini file currently has:

[CONFIG]
IPX_CLIENTS = 1

CLUSTER = NO

[SERVERS]
LICENSE_S = YES

2. Pathworks obviously needs to be restarted for these changes to take effect. Does it need restarting for any of the other suggestions?

Thanks
Chris
Karl Rohwedder
Honored Contributor

Re: advanced server share access slow

Dave,

I never found the sequence of sections important in PWRK.INI.

I've attached our PWRK.INI to this reply.

regards Kalle