- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: TCP/IP settings.
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-22-2003 06:22 AM
тАО04-22-2003 06:22 AM
We have some performance problems when backing up a NetWare client to a HP-UX server. In NetWare there is a setting which affects performance:
SET TCP DELAYED ACKNOWLEDGEMENT = ON/OFF
Is there any corresponding setting in HP-UX ?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-22-2003 06:27 AM
тАО04-22-2003 06:27 AM
Re: TCP/IP settings.
'man ndd' for more information on it. You can also do an 'ndd -h sup' and an 'ndd -h unsup' to get information on supported and unsupported ndd parameters.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-22-2003 06:30 AM
тАО04-22-2003 06:30 AM
Re: TCP/IP settings.
I looked at 'ndd' but I didn't see anything specifically covering that setting. Do you have any details about what that setting does in NetWare? Maybe we can correlate between that and what is available from ndd.
JP
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-22-2003 06:46 AM
тАО04-22-2003 06:46 AM
Re: TCP/IP settings.
Hi,
I found this on the Novell site.
The customer was able to increase backup performance dramatically by setting.
NW 5.1 SET TCP DELAYED ACKNOWLEDGEMENT = OFF
NW 5.0 SET TCP DELAYED ACK = OFF
Set these on the console and then put them in SYS:\SYSTEM\AUTOEXEC.NCF (no reboot needed)
http://seer.support.veritas.com/search_forms/SearchFrame.asp?SearchTerm=very%20slow%20backup&Path=seer%2esupport%2everitas%2ecom%2fdocs%2f237769%2ehtm
1. Are there some secondary effects to turning this OFF?
No, they are not. The TCP delay ACK is defined in the corresponding RFC
and it was provided to optimize low bandwidth connections. When the TCP
layer gets the data; it removes the TCP header and notifies the upper
layer that data can be picked up. Then the application gets this data
and notify the transport layer (TCP in this case) that data can be ACK.
At this point the TCP layer can do two things:
1. ACK the data
2. Wait for 200 ms to see if applications has to sent more data to the
other host, so ACK and new data will be sent together, saving bandwidth.
Delay ACK is enable by default on most of the tcpip stack
implementations and it can be turn on or off at two places:
>>> there are some major side effects when turn it ON ?? you do not want to enable delayed ACK for real time apps e.g. telnet or rlogin. These apps expect you to send the data as soon as the keystroke has been types, and not wait for 200ms to see if there??s more data to do.
1. Transport layer (TCP) ?? when set here, it applies to all applications
2. Application layer (applications you are using). ?? this is through APIs that application developers can take advantage of. Normal administrators will not have the option to disable this, unless the developers explicitly give users the option.
When you use the first one, this option will be applied to all services
running on this server and using TCP as transport layer.
Some applications want the data to be immediately ACK so they can move
it receiving windows (called windowing) faster and another applications
have no problems waiting for 200 ms for the ACK. In you case, the
application does care about it and just turning off this feature at TCP
layer helps.
This feature can also be turned off at application layer, so when the
application loads and register itself with TCP, it communicate that it
does want to disable delay ACK, so TCP layer will only turn it off for
this application and not for the rest of the services.
2. < <
We discovered a problem with bm proxy and certain web sites that they do
not like the delay ACK. At the point we found it, there was no way to
turn it off at application layer, so we have to use the "general" TCP
setting. Latest proxy.nlm have turn off this feature at application
layer by default.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-23-2003 10:45 AM
тАО04-23-2003 10:45 AM
SolutionIndeed, delayed ACKs help for low-bandwidth links, but they also help with CPU consumption. An ACK is basically just as "expensive" as a data segment in terms of CPU cycles consumed.
There is no way to enable immediate ACKs with the HP-UX networking stack. One can (but really should not need to for properly behaving applications) decrease the delayed ACK timer with ndd.
The HP-UX 11 stack has another algorithm in it to avoid sending ACKs that will back-off the ACKs to even fewer than ACK-every-other. The bounds are controlled by another ndd tunable - tcp_deferred_ack_max. The lower limit is 2, not one (hence no way to disable delayed ACKs) there have been rare occasions where _when there is lots of packet loss_ dropping this value helps. However, if there is not packet loss, there should be no need to change that setting, and probably not even if there is packet loss. The algorithm detects that and adjusts accordingly.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-23-2003 11:12 AM
тАО04-23-2003 11:12 AM
Re: TCP/IP settings.
Thank you for your reply. As I wrote I have some strange performance problem when backing up a Compaq DL 380 NetWare 6 server with Data Protector. Setting TCP DELAYED ACKNOWLEDGEMENT = OFF helps but don't solve the problem completly. My idea was that this setting caused some mismatch with the settings on the HP-UX server.
As it seems this is not the case. When trying the same backup on a Fujitsu server with an identical NetWare installation I have the same problem (very bad performance) if TCP DELAYED ACKNOWLEDGEMENT = ON but normal performance if set to OFF.
Perhaps my problem with the Compaq server is hardware related (NetWare 6 and Compaq DL 380)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО04-23-2003 11:16 AM
тАО04-23-2003 11:16 AM
Re: TCP/IP settings.
now, if there is some non-trivial exchange from the backup _server_ (the UX system) to the backup client (the netware boxes) then enabling/disabling the delayed ACKs on the netware boxes might have an effect.
the best thing to do here is to get a packet trace of a backup from one of the systems to the server (I myself prefer tcpdump traces :) and then we can see the actual traffic.