Re: [Qemu-devel] [PATCH 0/2] e1000: Introducing an upper bound of interrupts

2016-03-22 Thread Michael S. Tsirkin
On Thu, Mar 17, 2016 at 09:37:56AM +0200, Sameeh Jubran wrote: > This patch series introduces an upper bound for the number of interrupts > per second. This feature is supported by the real hardware, however up > until now it wasn't implemented in e1000. This feature is very > significant, it can

Re: [Qemu-devel] [PATCH 0/2] e1000: Introducing an upper bound of interrupts

2016-03-21 Thread Sameeh Jubran
You're welcome Jason. Dear Denis, The policy with e1000 was to keep it as much as possible to the real Hardware, That's why I think we should keep it 500 even though 250 pushes the performance to the limit. Jason what do you think about that? On Fri, Mar 18, 2016 at 3:34 AM, Jason Wang

Re: [Qemu-devel] [PATCH 0/2] e1000: Introducing an upper bound of interrupts

2016-03-20 Thread Jason Wang
On 03/17/2016 03:37 PM, Sameeh Jubran wrote: > This patch series introduces an upper bound for the number of interrupts > per second. This feature is supported by the real hardware, however up > until now it wasn't implemented in e1000. This feature is very > significant, it can prevent an

[Qemu-devel] [PATCH 0/2] e1000: Introducing an upper bound of interrupts

2016-03-19 Thread Sameeh Jubran
This patch series introduces an upper bound for the number of interrupts per second. This feature is supported by the real hardware, however up until now it wasn't implemented in e1000. This feature is very significant, it can prevent an interrupt storm by giving the driver a bounded

Re: [Qemu-devel] [PATCH 0/2] e1000: Introducing an upper bound of interrupts

2016-03-18 Thread Denis V. Lunev
On 03/17/2016 10:37 AM, Sameeh Jubran wrote: This patch series introduces an upper bound for the number of interrupts per second. This feature is supported by the real hardware, however up until now it wasn't implemented in e1000. This feature is very significant, it can prevent an interrupt