另，我现在用来作为主力 homeLab 的机箱是先马趣造，mATX 形态，也是为了考虑扩展性。
https://item.jd.com/100015656110.html

这个结构和楼主期望的主要不同是 ATX 电源被放在了机箱前部，不过整体空间没有太多的浪费之处。

https://ww1.sinaimg.cn/large/002a1KM3gy1gu95wncgjkj61500i7jty02.jpg

@lagoon #9
只要我骑的足够快，快速路又怎么样 🙈

https://ww1.sinaimg.cn/large/002a1KM3gy1gu95tczyhdj61410u0qa802.jpg

@gangsta #7
我现在用来作为主力 NAS 的银欣 SG-02，结构就有点接近你的想法（不考虑前方硬盘仓位的情况下）
https://item.jd.com/10171797154.html

这个是 ATX 电源挂在顶部，如果换成 SFX 或 1U 电源，顶部高度就可以更低。

另外这个电源和 CPU 还是有一点距离的，我甚至塞了个 2U 的塔式散热进去。
如果用下压散热，就需要改一下风扇方向，从下方吸风，然后电源也改成吸风，最后从尾部排出。

实际上，我觉得楼主可以稍微换一点思路：
1 、内存槽问题，现在单条 32G 内存并不贵了，两条 64 足够大部分场景使用了
2 、网卡问题，完全可以选择主板带 M2 网卡槽位的主板（注意，小心 CNVi 槽位）
3 、PCIE 问题，大部分支持独显的 ITX 机箱，实际上都有 2 个，甚至 3 个 PCIE 的挡板位置，而大部分扩展卡，只需要占用 1 槽位（甚至 0 槽位），此时可以利用 PCIE 拆分或 NVME M2 转接等方式，在只有一根 x16 的情况下，扩展更多设备。

这种小厂折腾的机箱，就是上面各种妥协的产物了：
https://item.taobao.com/item.htm?id=643480411030

因为如果满足这些条件，这个机箱也很难小下来。

首先，mATX 的尺寸摆在那里，24.5*24.5，这就是一个最小的尺寸需求了。
这个尺寸一般会有 4 个 PCIE 插槽 + 4 条内存插槽。

然后 PCIE 槽那里，要预留够 4 个全高挡板的位置，高度就不能太低了。
这部分高度倒也没有浪费，CPU 那边恰好就有了上个小塔散热的空间了。
接下来还要考虑电源放哪里，这部分空间省不掉，这就是目前绝大部分 mATX 机箱的结构，实际上没什么压榨空间。


一定要缩减体积的话，就只能考虑从这几个方向入手：
1 、只支持 SFX 甚至 1U 电源，能省一点空间（这么干的不太多）
2 、只支持非全尺寸的 mATX 主板，例如 19*21 之类的（相当于砍内存槽位和 PCIE 位置）
3 、只支持半高扩展卡（约等于不考虑独显，只考虑网络、数据方面的扩展）

@kjstart #7
直通了为什么还会 vmdk 套娃 btrfs 呢？ 不太明白你目前的操作。

vbox 也是有内置的虚拟交换机的，只是不记得是否有虚拟万兆网卡了，你可以看一下官方的文档：
https://www.virtualbox.org/manual/ch06.html


其实我还是建议你尝试一下 PVE 打底，你既然选了 phpvirtualbox，那也就是希望能够通过网页直接管理虚拟机的。

存储肯定还是要通过网络的，但是数据交换可以走虚拟交换机。

给一个大致的思路：
- PVE 打底，在 PVE 上安装 OMV 和 Win10 两台虚拟机。
- 将 SATA 控制器直通给 OMV，正常构建存储服务。
- 使用 openvswitch-switch 创建内部的虚拟交换机，两台虚拟机均增加相应网卡、网段。

@lagoon #4
通勤啊，那别想了 hhhh

@lagoon #2
哈哈哈哈哈之前骑新彩隧道是参与福自协的活动，去程是主办方封了一条车道骑进去的，回来的时候走公交车道心惊胆战的，确实后面再也没敢那么走过。

银湖绿道，看路线图应该也能猜到一二，就是不停的爬坡爬坡爬坡。
平均坡度估计在 10% 左右，入口有个 20% 的坡我是直接放弃了下来推车的。

B 站上可以搜到不少视频，可以参考一下：
https://www.bilibili.com/video/BV19J41127Xx/

好多年前骑车的时候，恰好走过两条这样的路线。


路线 1：硬闯新彩隧道

https://ww1.sinaimg.cn/large/002a1KM3gy1gu866a4wvfj60zv0tigu902.jpg


路线 2：硬爬银湖绿道

https://ww1.sinaimg.cn/large/002a1KM3gy1gu86843j2nj60v10oeq8q02.jpg

@ziseyinzi #6
CHANGE_NETWORK_STATE 权限只要声明了就能使用的（不确定国产 UI 是否有做特殊处理）。

另：
Android 系统自身也有可能做类似操作，以 EMUI 系统为例：
1 、WLAN+ 功能，会在 WIFI 连通性有问题时，自动使用移动网络。
2 、网络加速 功能，允许应用同时使用 WLAN 和移动数据

拥有 CHANGE_NETWORK_STATE 权限的 Android APP，可以通过 ConnectivityManager 的 requestNetwork 方法，指定自己需要通过 Cellular 网络收发请求。

楼主可能是想说，微信、QQ 也许做了相应的操作，导致 4G 网络一直在线。

https://developer.android.com/reference/android/net/ConnectivityManager#requestNetwork(android.net.NetworkRequest,%20android.net.ConnectivityManager.NetworkCallback)

@liuw666 #47
https://developer.android.com/reference/android/content/Intent#ACTION_PROCESS_TEXT