On Wed, 31 Jan 2018 05:23:19 -0800 (PST) Jarle Thorsen <jarlethor...@gmail.com> wrote:
> Ilpo Järvinen: > > Please also check that GSO (generic-segmentation-offload) is on at > > the sending appvm eth0 (I don't remember if the depency logic > > causes it to get toggled off when SG was off'ed and cannot check it > > ATM myself). > > Yes, GSO is automatically turned on when SG is enabled. > > > > I'm still far away from the speed I get inside the netvm > > > though... Maybe the netvm needs more than 2 vcpus to handle the > > > stress from appvms? > > > > Could be. > > Going from 2 to 4 vcpu in netvm does not make any difference. > > > I'm not sure how your appvm is connected to netvm if there's > > firewall vm in between that would also be relevant. > > Appvm goes directly into the netvm without anything (no firewall) in > between. > > I guess you can try e.g. vmstat 1 in all vms through which the > > traffic passes through to see if any of them is saturating CPU. > > Appvm hardly uses any cpu at all, and netvm is below 50% cpu usage. > Hi Jarle, It sounds a bit ambitious to run 10gb per sec from one VM through another and onto the wire. I suspect you are memory speed limited if you are using a straightforward desktop pc. Do you know if anyone has achieved this? Mike. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/20180131145647.2bc52f7f.mike%40keehan.net. For more options, visit https://groups.google.com/d/optout.
