Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

When the failcnt of tcpsndbuf increases, what does this mean? Does it mean the system had to go past the barrier, or past the limit? Or, maybe, that the system failed to provide enough buffers, either because it needed to go past the limit, or because it needed to go past the barrier but couldn't because other VMs were using too many resources?

I understand the difference between barrier and limit only for disk space, where you can specify a grace period for which the system can exceed the barrier but not the limit. But in resources like tcpsndbuf, which have no such thing as a grace period, what is the meaning of barrier vs. limit?

Why does the difference between barrier and limit in tcpsndbuf have to be at least 2.5KB times tcpnumsock? I could understand it if, e.g., tcpsndbuf should be at least 2.5KB times tcpnumsock (either the barrier or the limit), but why should I care about the difference between the barrier and the limit?

share|improve this question
add comment

1 Answer

You have soo many questions here.

When the failcnt of tcpsndbuf increases, what does this mean? failcnt is in it's simplest term whereby it goes beyond it resource limit. So in conjunction to tcpsndbuf, it means its would increment this counter the number of times it goes past the tcp buffer size resource. If you are constantly hitting this counter for a prolong period of time, you will start to notice and experience network performance issues.

There is a difference between the barrier and limit.

Going past the barrier, you will just see a degradation of network performance. Application will still function but network performance will be slow.

Going past the limit for a certain time period, you will start seeing dropped connections.

As for the 2.5KB, this is required to ensure enough buffer space to allow current network connections to be able to send data successfully, if not, then it may end up hanging connections half way sending data.

__

  • Is failcnt increased or not? The field failcnt shows the number of refused "resource allocations" per lifetime of the container. This increases per number of times tcpsndbuf has hit the limit (this is what I meant by “past the tcp buffer size”).

  • Suppose the container asks for tcpsndbuf beyond barrier. Is this granted or not? This is granted, however bare this in mind that if you enter a higher value for tcpsndbuf, it will not automatically mean it will improve network performance. It is also limited to hardware limits. It starts to degrade because of UBC Consistency checks. If the constraints are not satisfied then transmission of data over the sockets may hang in some circumstances (not always, just sometimes).

share|improve this answer
    
I believe you have used limit instead of barrier and vice versa in your fourth and fifth paragraph. Except for that, I don't think you are addressing my questions. I want to understand "exactly" what these things mean, not vaguely what the overall effect on networking is. Suppose the container asks for tcpsndbuf beyond barrier. Is this granted or not? Is failcnt increased or not? If it is granted, why would it degrade performance? I specifically asked whether failcnt increase means past the barrier or past the limit, and you think "past the tcp buffer size" answers the question? –  Antonis Christofides Jun 18 '12 at 20:07
    
OK, if the container asks for tcpsndbuf past the limit then the resource allocation is denied and failcnt increases. But I still see no explanation about what the barrier means. If the container asks for tcpsndbuf past barrier, it is granted; if it asks for below barrier, it is granted. What is the difference in the two cases? –  Antonis Christofides Jun 19 '12 at 19:05
    
In addition to my comments above, my containers have zero failcnt if and only if maxheld is below barrier. If maxheld is even slightly above barrier, even if it's way below limit, failcnt is always nonzero. I therefore conclude that it might not be correct that requests above barrier are granted. –  Antonis Christofides Jun 24 '12 at 9:34
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.