Searched hist:"7 b21e34fd1c272e3a8c3846168f2f6287a4cd72b" (Results 1 – 5 of 5) sorted by relevance
| /openbmc/linux/tools/virtio/linux/ |
| H A D | virtio.h | diff 7b21e34fd1c272e3a8c3846168f2f6287a4cd72b Wed Jan 11 23:14:42 CST 2012 Rusty Russell <rusty@rustcorp.com.au> virtio: harsher barriers for rpmsg.
We were cheating with our barriers; using the smp ones rather than the
real device ones. That was fine, until rpmsg came along, which is
used to talk to a real device (a non-SMP CPU).
Unfortunately, just putting back the real barriers (reverting
d57ed95d) causes a performance regression on virtio-pci. In
particular, Amos reports netbench's TCP_RR over virtio_net CPU
utilization increased up to 35% while throughput went down by up to
14%.
By comparison, this branch is in the noise.
Reference: https://lkml.org/lkml/2011/12/11/22
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
|
| /openbmc/linux/tools/virtio/ |
| H A D | virtio_test.c | diff 7b21e34fd1c272e3a8c3846168f2f6287a4cd72b Wed Jan 11 23:14:42 CST 2012 Rusty Russell <rusty@rustcorp.com.au> virtio: harsher barriers for rpmsg.
We were cheating with our barriers; using the smp ones rather than the
real device ones. That was fine, until rpmsg came along, which is
used to talk to a real device (a non-SMP CPU).
Unfortunately, just putting back the real barriers (reverting
d57ed95d) causes a performance regression on virtio-pci. In
particular, Amos reports netbench's TCP_RR over virtio_net CPU
utilization increased up to 35% while throughput went down by up to
14%.
By comparison, this branch is in the noise.
Reference: https://lkml.org/lkml/2011/12/11/22
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
|
| /openbmc/linux/include/linux/ |
| H A D | virtio_ring.h | diff 7b21e34fd1c272e3a8c3846168f2f6287a4cd72b Wed Jan 11 23:14:42 CST 2012 Rusty Russell <rusty@rustcorp.com.au> virtio: harsher barriers for rpmsg.
We were cheating with our barriers; using the smp ones rather than the
real device ones. That was fine, until rpmsg came along, which is
used to talk to a real device (a non-SMP CPU).
Unfortunately, just putting back the real barriers (reverting
d57ed95d) causes a performance regression on virtio-pci. In
particular, Amos reports netbench's TCP_RR over virtio_net CPU
utilization increased up to 35% while throughput went down by up to
14%.
By comparison, this branch is in the noise.
Reference: https://lkml.org/lkml/2011/12/11/22
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
|
| /openbmc/linux/drivers/virtio/ |
| H A D | virtio_ring.c | diff 4dbc5d9f4f791df8a5879f4a655f517adc7f56d1 Fri Jan 20 02:16:59 CST 2012 Jason Wang <jasowang@redhat.com> virtio: fix typos of memory barriers
Note: this fixes a bug introduced recently in
7b21e34fd1c272e3a8c3846168f2f6287a4cd72b.
Signed-off-by: Jason Wang <jasowang@redhat.com>
Acked-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
diff 7b21e34fd1c272e3a8c3846168f2f6287a4cd72b Wed Jan 11 23:14:42 CST 2012 Rusty Russell <rusty@rustcorp.com.au> virtio: harsher barriers for rpmsg.
We were cheating with our barriers; using the smp ones rather than the
real device ones. That was fine, until rpmsg came along, which is
used to talk to a real device (a non-SMP CPU).
Unfortunately, just putting back the real barriers (reverting
d57ed95d) causes a performance regression on virtio-pci. In
particular, Amos reports netbench's TCP_RR over virtio_net CPU
utilization increased up to 35% while throughput went down by up to
14%.
By comparison, this branch is in the noise.
Reference: https://lkml.org/lkml/2011/12/11/22
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
|
| H A D | virtio_mmio.c | diff 7b21e34fd1c272e3a8c3846168f2f6287a4cd72b Wed Jan 11 23:14:42 CST 2012 Rusty Russell <rusty@rustcorp.com.au> virtio: harsher barriers for rpmsg.
We were cheating with our barriers; using the smp ones rather than the
real device ones. That was fine, until rpmsg came along, which is
used to talk to a real device (a non-SMP CPU).
Unfortunately, just putting back the real barriers (reverting
d57ed95d) causes a performance regression on virtio-pci. In
particular, Amos reports netbench's TCP_RR over virtio_net CPU
utilization increased up to 35% while throughput went down by up to
14%.
By comparison, this branch is in the noise.
Reference: https://lkml.org/lkml/2011/12/11/22
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
|