蜗牛星际双网口的网卡型号为Intel 82583V，由于是09年的老型号，此网卡在Win10以后的版本中都没有驱动。
安装Windows Server 2022，需要手动选择其它型号的网卡驱动用来驱动此网卡。看到网上有选择82579LM、82580这两个网卡的驱动。我看觉得82580更接近82583，因此选择Intel Corporation里面的82580驱动。此驱动正常使用没有什么问题，但是当我开启Hyper-V的外部虚拟交换机，系统会重启。
把驱动更换为Intel Corporation里面的82579LM之后，创建Hyper-V外部虚拟机交换机正常，没有出现重启的问题。
Hyper-V虚拟机分为两代-第一代和第二代。创建VM时，选择VM生成很重要；创建VM时选择VM至关重要。该选择还取决于客户机操作系统，主机操作系统，引导方法和其他因素。尽管有时可能需要使用第一代计算机，但第二代计算机比第一代计算机更新。这篇博客文章解释了Hyper-V第1代与第2代虚拟机之间的区别，以帮助您做出正确的选择来满足您的要求。
无论您选择哪一代，NAKIVO Backup＆Replication都能以快速可靠的方式备份您的Hyper-V VM。立即下载NAKIVO Backup＆Replication的免费版，以确保您的业务数据全年安全，一致，免费。
继续阅读
原文链接：https://blog.51cto.com/ghostlan/1381568
作者：兰晓宇
【摘要】
Hyper-V管理器和Hyper-V虚拟机连接，是我们管理Hyper-V虚拟化的常用工具。一直以来，Hyper-V管理员都无法通过Hyper-V虚拟机连接实现宿主机与虚拟机之间直接的复制、粘贴操作，在Hyper-V虚拟机中，也无法实现声音播放，以及USB设备的使用。然而，这些困扰Hyper-V管理员的问题，将在Hyper-V 2012 R2中得到解决，本文将为您详细介绍这一新功能：增强会话模式。
【正文】
1.功能概述
Windows Server 2012 及早期的Hyper-v 虚拟机连接只是一个仿真显卡的位图界面和仿真的鼠标键盘，这样一来，很多的操作和控制都受到的限制。例如在虚拟机和来宾虚拟机之间实现复制、粘贴等。如果想实现这些功能，则需要开启远程管理，使用远程桌面连接（RDC）来管理。
不过，从Windows Server 2012 R2 开始，Hyper-v 虚拟机连接不再使用仿真的显卡、鼠标、键盘来控制来宾虚拟机了。相反的，Hyper-v 虚拟机连接完全提供远程桌面连接(RDC)的强大功能：
1)使用剪切板。
2)把虚拟机上的声卡定向到宿主主机。
3)虚拟机使用宿主主机的smart cards卡。
4)虚拟机使用宿主主机的USB接口。
5)使用宿主主机的打印机。
6)支持即插即用设备。
7)使用宿主主机的驱动器。
我在VMware的Win7系统里安装了MDK4和MDK5，用于编译程序。把MDK安装在虚拟机里面有两个原因：第一，虚拟机里面的系统是禁止联网的，因此可以防止盗版软件的检测；第二，安装在虚拟机里面，我重装电脑的系统，不需要再重新安装这些软件。
但是在虚拟机里面编译的时候，明显感觉到比直接在电脑上编译要慢。以前电脑配置不高，也没太计较这个问题。但是去年换了i7-12700 CPU之后，对这个问题越来越注意了。我把虚拟机里面的系统分配了16核CPU，8G内存，性能相当于主机CPU 80%的性能，但是编译速度还没有直接在笔记本里面编译速度快。
通过测试发现，是磁盘的IO影响了在虚拟机的编译速度。我在创建虚拟机指定硬盘容量的那一步，勾选了“立即分配所有磁盘空间”，这对磁盘IO的速度有很大的提升；在虚拟机属性，硬盘高级属性里面，把硬盘模式设置为独立，也对磁盘IO有提升。
另外关于内存和CPU配置，我发现配置为4G内存8个内核，比8G内存20个内核的编译速度还要快。
以下为测试MDK编译时间。说明：MDK4是单线程编译，MDK5支持多线程编译。主机为Win11系统，虚拟机系统为Win7系统
编译时间测试记录如下:
主机编译MDK4工程，耗时8秒；编译MDK5工程耗时1秒
虚拟机编译MDK4工程，耗时18秒；编译MDK5工程耗时6秒
虚拟机优化硬盘IO后编译MDK4工程，耗时11秒；编译MDK5工程耗时2秒
共享文件夹编译测试
虚拟机Win7直接编译MDK4工程，耗时11秒；虚拟机编译主机共享MDK4工程，耗时18秒；虚拟机编译NAS共享文件夹映射为网络驱动里面的MDK4工程耗时23秒。
主机编译本地MDK4工程，耗时8秒；主机编译NAS共享文件夹映射为网络驱动里面的MDK4工程耗时15秒；主机编译NAS共享文件夹MDK5工程，耗时6秒。
补充Hyper-V编译时间
Hyper-V虚拟机Win7编译MDK4工程，耗时8秒；编译主机共享文件夹的MDK4工程，耗时10秒；编译NAS共享文件夹的MDK4工程，耗时15秒。
Hyper-V虚拟机Win7编译MDK5工程，耗时1秒；编译主机共享文件夹的MDK5工程，耗时2秒；编译NAS共享文件夹的MDK5工程，耗时3秒。
Hyper-V虚拟机的使用体验比VMware虚拟机的使用体验要好很多。WMware虚拟机能明显感觉到性能的下降，这可能是磁盘IO降低引起的；但是Hyper-V虚拟机使用完全感觉不到性能的降低。Hyper-V真正的对比对象应该是EXSI，但是ESXI文件管理不如Windows方便。
Hyper-V虚拟机满足了我对虚拟机系统的要求。
1.蜗牛星际的机箱只适合安装不带风扇的CPU或者低功耗CPU。我把i7-6700安装到蜗牛的机箱里面，CPU散热器的声音非常大，让人不能接受。散热器噪声的问题有可能是因为我用的便宜散热器。可是经过此次尝试之后，我彻底放弃升级蜗牛星际主板和CPU的想法。
2.蜗牛星际双网口的主板和康舒FSB009的电源有兼容性问题。我这块双网口的主板没有CPU供电，接上FSB009电源后开机，主板会一直重启；更换其它的电源就可以正常开机。康舒的这个电源用在其它主板上是正常的。我猜测有可能是这个电源在启动的时候会监测CPU供电，当开机时检测到12V电源没有电流时，会自动重启。
在2020年初观看油管视频，了解到软路由这个东西。后面心里一直种草，最终入手了一台D525小主机做软路由。这个小主机的优点是便宜，缺点是功耗大，整机功耗有20瓦。在使用了一段时间，对软路由基本功能都熟悉之后，鉴于小主机的功耗太大，对比其它动则几瓦功耗的软路由，这个功耗实在有点太高，后面便入手了一台NUC小主机做软路由。这个小主机的待机功耗不到10瓦，可以满足我的需求。后面刷视频看到N1盒子，待机功耗不到3瓦，心里又开始种草。于是又入手了N1盒子做软路由。这个N1盒子一直使用到现在。
直到上周，更换主路由后，N1盒子连续2天掉线，让我重新审视软路由这个设备。最后，我把软路由安装在黑群晖VMM虚拟机里面，主路由开启DHCP功能，软路由开启强制DHCP功能。这样就算软路由出现异常，不影响家里的正常上网功能。至此，软路由从一个物理设备变为了一个虚拟机系统。精简硬件之后，光猫上面的那一堆网线终于变得清爽了。现在只保留了光猫和无线路由器这2个设备在那里。
兜兜转转这一圈，家里的路由设备又恢复到了最初的状态。但是这个从没有到有再到没有这个过程，却是我对软路由设备的一个整体认知和使用的提升。
软路由我目前只使用到4个功能。第1个是科学上网，第2个是DDNS，第3个是zerotier组网，第4个是网络唤醒。
前面两天，软路由连续2天出现异常，导致zerotier不能正常组网，让我开始重新审视软路由的作用。科学上网功能我可以在各个设备上安装v2ray客户端，zerotier也可以在各个设备上安装客户端，DDNS应该可以在黑群上面的windows上安装一个DDNS客户端进行上报，网络唤醒也可以在windows上面进行操作。那么我是不是可以把软路由这个设备取消掉呢？这个想法貌似是可行的。只是在各个设备上安装v2ray和zerotier会有点繁琐。
或者我是不是可以在黑裙上安装一个openwrt的虚拟机。考虑到上次黑裙设备出问题，且all in one的话，一台设备出现问题会导致很多服务不可用，这也是我不想使用all in one服务的原因。但是我可以把DHCP的服务在主路由打开，openwrt仅仅只是做DDNS、zerotier组网和网络唤醒功能。openwrt的打开和关闭，不会影响家里设备正常上网的功能。这样的话，我就可以把N1的物理软路由关闭掉。
尝试了一下，群晖虚拟机安装openwrt方案可行。以后就把openwrt跑在虚拟机里面运行了。
使用Synology drive同步.git文件夹时，可能会出现“无法同步，正在使用或没有访问权限。(故障排除)”的问题。出现此问题，是由于被同步的文件是只读文件。查找文件发现是.git目录里面的objects目录下的文件。修改objects目录，去掉只读属性即可。
如果.git文件夹太多，逐个去掉目录的只读属性太麻烦。直接对需要同步的总文件夹修改，去掉只读属性，并且“将更改应用于此文件夹、子文件夹和文件”，即可。
其实此问题的根源是Synology drive的问题。在对包含.git目录的文件夹进行同步的时候，里面objects目录内容根本没有改变，是不需要对里面的文件进行修改的。但是Synology drive要修改里面的只读文件，导致出现问题。
