search for: gso2

...ow for higher bundling rate between VMs. If that is all SCTP GSO ever going to do, that fine, but the goal is to do real GSO eventually and potentially reduce the amount of memory copying we are doing. If we do that, any current attempt at GSO in virtio would have to be depricated and we'd need GSO2 or something like that. This is why, after doing the GSO support, I decided not to include it. -vlad > Marcelo >

...ow for higher bundling rate between VMs. If that is all SCTP GSO ever going to do, that fine, but the goal is to do real GSO eventually and potentially reduce the amount of memory copying we are doing. If we do that, any current attempt at GSO in virtio would have to be depricated and we'd need GSO2 or something like that. This is why, after doing the GSO support, I decided not to include it. -vlad > Marcelo >

...GSO ever going to do, that fine, > > > but the goal is to do real GSO eventually and potentially reduce the > > > amount of memory copying we are doing. > > > If we do that, any current attempt at GSO in virtio would have to be > > > depricated and we'd need GSO2 or something like that. > > > > Batching helps virtualization *a lot* though. > > Yep. The results posted by Xin in the other email give good insights > on it. > > > Are there actual plans for GSO2? Is it just for SCTP? > > No plans. In this context, at least,...

...all SCTP GSO ever going to do, that fine, >>> but the goal is to do real GSO eventually and potentially reduce the >>> amount of memory copying we are doing. >>> If we do that, any current attempt at GSO in virtio would have to be >>> depricated and we'd need GSO2 or something like that. >> >> Batching helps virtualization *a lot* though. > > Yep. The results posted by Xin in the other email give good insights > on it. > >> Are there actual plans for GSO2? Is it just for SCTP? > > No plans. In this context, at least, ye...

...; amount of memory copying we are doing. The memory copying for bundling can't be avoided, as the chunks in one packet may be from some different messages, as Marcelo said below. >> If we do that, any current attempt at GSO in virtio would have to be >> depricated and we'd need GSO2 or something like that. Why would it be depreciated? virtio_net actually also supports frag_list, all we need to do is to enable it. I already have a patch for sctp gso over virtio_net in my local tree: patch on qemu-2.9.0(el7): https://paste.fedoraproject.org/paste/IgnSbW74L6P9aUZpnWHBsA patch...

Looks like the GSO is involved? I got this while running Dom0 only (no guests), with a BOINC/Rosetta@home application running on all 4 cores. changeset: 10649:8e55c5c11475 Build: x86_32p (pae). ------------[ cut here ]------------ kernel BUG at net/core/dev.c:1133! invalid opcode: 0000 [#1] SMP CPU: 0 EIP: 0061:[<c04dceb0>] Not tainted VLI EFLAGS: 00210297 (2.6.16.13-xen