Throughput Hyper-V
-
pfSense to CentOS7 both under Hyper-V 2012R2
[ 9] 0.0-10.0 sec 174 MBytes 146 Mbits/sec
That's really weak, any special configuration with the hyper-v network adapters?
(SR-IOV / Vlan / Enabled Bandwidth management / NIC Teaming / Disabled virtual machine queue / Disabled IPsec task offloading) ;DDid you specify the MTU value manually, within pfSense?
-
My computer doesn't support VT-D so no SR-IOV.
I have tried both with and without VMQ and without gives me a 20Mbit lower value.
No NIC-teaming, IPsec task offloading is disabled.
MTU is untouched in pfSense.
-
ok than I am out, sorry I have no idea what's the issue here. (but I don't think, that's a issue with pfSense)
-
Found this in the log of the Hyper-V server. I am using a fully updated Hyper-V 2012R2 core.
2.2-BETA (amd64)
built on Tue Oct 28 06:49:37 CDT 2014FreeBSD 10.1-RC3
Networking driver in PfSense2.2 loaded but has a different version from the server. Server version 5.0 Client version 3.2 (Virtual machine ID C4EC369E-xxxx-xxxx-8A85-9DBFB85BFB0B). The device will work, but this is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu.
Do I need to install integration services in pfSense 2.2 or are they included?
-
This is another thing I found in the logs which most likely didn't cause my problem, but it seems like the Hyper-V components need a boost.
A storage device in 'pfsense2.2' loaded but has a different version from the server. Server version 6.0 Client version 2.0 (Virtual machine ID 6D28DD84-xxxx-xxxxx-B799-AECCE8AF44E6). The device will work, but this is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu.
-
This is another thing I found in the logs which most likely didn't cause my problem, but it seems like the Hyper-V components need a boost.
A storage device in 'pfsense2.2' loaded but has a different version from the server. Server version 6.0 Client version 2.0 (Virtual machine ID 6D28DD84-xxxx-xxxxx-B799-AECCE8AF44E6). The device will work, but this is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu.
That message can be ignored: http://support.microsoft.com/kb/2737297 (its not only valid for Windows but also for *inux, *BSD)
-
I do not have that message for any Win7, Win8, Win10 or CentOS7 guest.
-
I do not have that message for any Win7, Win8, Win10 or CentOS7 guest.
Thats because for Win you are able to install the latest integration components directly from the Hyper-V host (which I assumed you did).
Try to run CentOS5 or 6 and you will get the same error/info message, because the Hyper-V server compares the Hyper-V Integration components version of the VM with that one, which is delivered directly with Hyper-V. -
I am running CentOS6.5 as well but with the latest integration components installed.
This works fine for CentOS6.5
http://www.microsoft.com/en-us/download/details.aspx?id=41554 -
If any pfSense developer reads this thread here are instructions for the integration services for freeBSD.
https://wiki.freebsd.org/HyperV
-
I installed the FreeBSD 10.1RC3 yesterday and it is the same networkdriver included in that one.
Installing packageges in the RC3 is a nightmare, so I hope there are som FreeBSD gurus in the pfSense team that can install the Hyper-V package.
-
there is little chance that integration services will improve your throughput.
-
No sadly not. I just got it installed on my FreeBSD10.1RC4
A storage device in 'FreeBSD10.1RC4' loaded but has a different version from the server. Server version 6.0 Client version 2.0 (Virtual machine ID E9446715-BC5D-4107-AE2E-D0D0C84F8415). The device will work, but this is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu.
and still the same.
Seems that we have to wait until FreeBSD11 untill full Hyper-V support is there. But what we have now is still a hugh step forward for the pfSense Hyper-V support.
/Karl
-
It seems to be that the problem is biggest on low Power machines.
I have two hyper-v test machines one with a Atom S1260 (Dual Core + HT) and a Celeron J1900 (Quad core).
On the Atom I still get a throughput around 150Mbit, but today I tested on the Celeron and there I got around 500mbit.
/Karl
-
I did a fresh install of pfsense
2.2-BETA (amd64)
built on Wed Nov 05 21:26:57 CST 2014FreeBSD 10.1-RC4-p1
This gave me slightly higher througput, I now have 260Mbit.
-
This is another thing I found in the logs which most likely didn't cause my problem, but it seems like the Hyper-V components need a boost.
A storage device in 'pfsense2.2' loaded but has a different version from the server. Server version 6.0 Client version 2.0 (Virtual machine ID 6D28DD84-xxxx-xxxxx-B799-AECCE8AF44E6). The device will work, but this is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu.
That message can be ignored: http://support.microsoft.com/kb/2737297 (its not only valid for Windows but also for *inux, *BSD)
Are you shure about this? The MS kb article talks about the client having a higher version of the intergration services than the server.
In the logs it's posted the other way around, so that would indicate there is room for inprovement !!