topic Re: advanced server share access slow in Operating System - OpenVMS

advanced server share access slow

wendling — Wed, 04 May 2005 00:30:13 GMT

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?

Re: advanced server share access slow

David B Sneddon — Wed, 04 May 2005 01:00:20 GMT

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

Dave

Re: advanced server share access slow

Antoniov. — Wed, 04 May 2005 01:55:18 GMT

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

Re: advanced server share access slow

Bojan Nemec — Wed, 04 May 2005 02:48:21 GMT

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

Re: advanced server share access slow

Ian Miller. — Wed, 04 May 2005 04:17:57 GMT

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

Re: advanced server share access slow

wendling — Wed, 04 May 2005 10:40:03 GMT

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

Re: advanced server share access slow

Ian Miller. — Wed, 04 May 2005 10:52:58 GMT

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.

Re: advanced server share access slow

Antoniov. — Thu, 05 May 2005 01:54:37 GMT

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

Re: advanced server share access slow

Paul Nunez — Thu, 05 May 2005 06:19:55 GMT

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

Re: advanced server share access slow

Brad McCusker — Thu, 05 May 2005 07:54:56 GMT

>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

Re: advanced server share access slow

wendling — Mon, 09 May 2005 02:48:57 GMT

Thank's to all for your reply's. We 'll try the differents suggestions.
GÃ©rard Wendli

Re: advanced server share access slow

Doug Phillips — Mon, 09 May 2005 11:19:35 GMT

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

Re: advanced server share access slow

Paul Nunez — Mon, 09 May 2005 11:51:52 GMT

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

Re: advanced server share access slow

Doug Phillips — Mon, 09 May 2005 13:18:19 GMT

Thank you, Paul.

Re: advanced server share access slow

Wim Van den Wyngaert — Tue, 24 Jan 2006 07:16:58 GMT

Gerard,

Could you post the final solution/result ?

Wim

Re: advanced server share access slow

Dave Weaver_3 — Tue, 24 Jan 2006 12:14:30 GMT

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

Re: advanced server share access slow

Karl Rohwedder — Wed, 25 Jan 2006 00:58:00 GMT

Dave,

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

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

regards Kalle