Re: [openflowplugin-dev]

Michal Polkorab

Hi Anton,

do we have any performance numbers (to compare with original code performance) ? 


Michal Polkorab

From: Edward Warnicke <hagbard@...>
Sent: 27 March 2015 12:25
To: Anton Ivanov; openflowjava-dev
Cc: openflowplugin-dev@...
Subject: Re: [openflowjava-dev] [openflowplugin-dev]
Looping in openflowjava-dev, where this patch is actually applied.


On Fri, Mar 27, 2015 at 4:29 AM, Anton Ivanov <anton.ivanov@...> wrote:
Looks like jenkins is out with the daisies. Again :)

It is not even starting build jobs at the moment.

In any case, Abhjit, Michal, please review - this one is obvious.

We never have "throughput" in the sense TCP as a protocol puts into it. What we have is more of a NO_DELAY scenario.

Additionally, once this has been fixed, there are a couple of other netty tunables (specifically rexmit attempts) which need to be revisited. Hitting a retransmit in a NO_DELAY scenario is a clear indication of an error or waiting for a TCP retransmission of an ACK from peer. In that case using the "beatings will continue until the morale improves" approach regarding the TCP stack is useless. It does not matter how many time you resubmit it will not transmit. It just wastes a mass of CPU which could have been used to service other sockets in the netty pool.

I will file that (and submit a patch) once we have finished this one off.

There are some other additional issues on Linux related to cork, autocork, etc, but they cannot be dealt with in Java as it does not do OS specific TCP options. So there is no way to solve them from inside ODL.

openflowplugin-dev mailing list


Software Developer

Mlynské Nivy 56 / 821 05 Bratislava / Slovakia
+421 918 378 907
/ michal.polkorab@...
reception: +421 2 206 65 111


Join { to automatically receive all group messages.