Hi All,
Could anyone please tell me? 1. Did someone measure a L4Linux network performance when ORe is in use? Are there any report or paper with results? 2. What about 1 Gbit/s cards (e.g. Intel e1000)? Were they tested? 3. How badly is influence of other running L4Linux processes on network performance?
Best Regards, Alexander Valitov
Hi,
Could anyone please tell me?
- Did someone measure a L4Linux network performance when ORe is in use? Are
there any report or paper with results?
No reports, sorry. We did run singe L4Linux instances with ORe on some 100 MBit ethernet cards (that was about 4 years ago) and got very low drops (<5% if at all) in throughput.
- What about 1 Gbit/s cards (e.g. Intel e1000)? Were they tested?
We tested ORe on e1000 as well as a TG3 NIC built into one of our test machines. Cannot give you performance numbers for that, though.
- How badly is influence of other running L4Linux processes on network
performance?
I don't assume there will be any difference to the influence normal Linux processes have on the network performance. You will get performance hits if you run several instances of the L4Linux kernel and ORe needs to multiplex the physical NIC amongst them, but this is probably expected.
Cheers, Bjoern
Björn Döbel wrote:
Hi,
Could anyone please tell me?
- Did someone measure a L4Linux network performance when ORe is in use? Are
there any report or paper with results?
No reports, sorry. We did run singe L4Linux instances with ORe on some 100 MBit ethernet cards (that was about 4 years ago) and got very low drops (<5% if at all) in throughput.
- What about 1 Gbit/s cards (e.g. Intel e1000)? Were they tested?
We tested ORe on e1000 as well as a TG3 NIC built into one of our test machines. Cannot give you performance numbers for that, though.
- How badly is influence of other running L4Linux processes on network
performance?
I don't assume there will be any difference to the influence normal Linux processes have on the network performance. You will get performance hits if you run several instances of the L4Linux kernel and ORe needs to multiplex the physical NIC amongst them, but this is probably expected.
Cheers, Bjoern
Hallo, Bjorn. Thank you for the swift reply.
We too ran some simple benchmarks, and with bulk tcp transfers we are getting up to 45 megabytes per second, which is not bad at all. But it seems that running other processes in Linux does interfere with ORe. Running a single cpu hog in Linux brings any traffic to a halt. This is probably due to the Linux kernel and processes having the default static priority (0x40) higher than ORe (0x10). Setting the Linux priority to 0x09 fixes the problem.
So, is there a reason to have the default Linux priority that hight, or was it just a mistake?
Hi,
We too ran some simple benchmarks, and with bulk tcp transfers we are getting up to 45 megabytes per second, which is not bad at all. But it seems that running other processes in Linux does interfere with ORe. Running a single cpu hog in Linux brings any traffic to a halt. This is probably due to the Linux kernel and processes having the default static priority (0x40) higher than ORe (0x10). Setting the Linux priority to 0x09 fixes the problem.
So, is there a reason to have the default Linux priority that hight, or was it just a mistake?
Sure, if your Linux processes get all the CPU, ORe won't be sending and receiving packets fast enough. There is no special reason to have them setup this way, feel free to adjust prios to your needs.
Bjoern
l4-hackers@os.inf.tu-dresden.de
-
Alexander Valitov -
Alexey Zaytsev -
Björn Döbel