advanced server share access slow

[wendling]

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?

[David B Sneddon]

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

Dave

[Antoniov.]

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

[Bojan Nemec]

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.]

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

[wendling]

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.]

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.

[Antoniov.]

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

[Paul Nunez]

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]

>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