so what ？你能探知到那个世界的存在么？ never 。于是即便那是，又怎么？徒增伤感。

这么折腾一圈，空间占用还是那么多。倒不如用:reco 打开深度清理，然后清理一下。

其实你占用那么多的空间，主要都是各种聊天里存的（也许没用的）图片、视频、文档等，适时清理聊天记录，有助于缩小微信空间。如果就是想保留那些东西，那只能说，就算 1T 的容量，也有不够用的时候。

那倒退一步么？我经手过一个 android 的直播盒，2*HDMI 输入，含一个 4K ，内置了推流功能，手上缺少一根 type-c 转 hdmi 的线，要不就试验了。这种直播盒应该适配那种竖屏的直播场景，但是是否能做到你的需求，就不知道了

安全客户端装在宿主机里，还想着在宿主机里正常上网啥的，想啥呢？？
要么安全客户端给丫扔到虚拟机里，要么所有日常操作全都进虚拟机不再宿主机了，同时虚拟机里再搞上科学上网

回 20#，只能判定你的采集卡还不够好，不能设置源信号为竖向，换，哈

双通道问题吧，A1\A2 和 B1\B2 必须搭配着来，不能混插。
空置 A1/2 ，单独 16*2 或者 32*2 放在 B1/2 是什么情况？

如果满插，16 一组 32 一组，分别 A 和 B

对了内存没问题吧

另外，iperf 测速是设备 A ，还是设备 A 中的虚拟机呢？如果是设备 A ，网线连接路由器，但是只有 60MB/s 折合 480Mbps ，既不是 100Mbps 又不是 1000Mbps ，这难道不奇怪么？

正如楼上所述，网卡、虚拟交换机哪里有瓶颈吧？

虚拟机和 express 都在设备 A 上？那跟路由器能有半毛钱关系？

好像这个需求无法满足。手机上好像还没有见过能够调配输出分辨率旋转度的东西，除非 8#提到的一些中间软件。
手机连接到屏幕，屏幕报告给手机的就是 W*H ，然后手机根据自己的横竖，来实际输出给屏幕 w*h 的内容
然后 LZ 想要的其实是屏幕要报告给手机其分辨率是 H*W ，然后手机才会自己判断，并且使用 w*h 铺满屏幕。
所以存在报告给系统 H*W 的屏幕么？也许，但是凤毛麟角。如果一个屏幕能够在自己的控制菜单中选择旋转，那应该能满足 LZ 需要，但是现在电子设备这么发达，如果需要屏幕做这个事情，那屏幕厂商势必会增加一个重力感应芯片来实现。而恰恰在以往电子技术不发达的时候，会有屏幕这么做。
但我想更多的时候，是靠操作系统来传递给屏幕到底是正屏还是顺时、逆时 90 度的亦或者 180 度旋转的。

burangIsXXX

只要主机显卡支持 DP1.4 输出，那扩展是 HDMI 的基本可以随便搞，线材么基本上稍微多花一点钱也可以随便搞。

这公司也真够了，不想办法解决问题，而想办法投入成本制造矛盾

2000 年看完第一部的时候，上政治课直接跟政治老师“探讨”了一下“认知”的问题。
但是到了 2 、3 ，那个年代纯碎是看事情的逻辑（但是后边已经没有什么逻辑了）和视觉效果（跟现在的视觉效果比又简直像素风）。所以到了 4 ，不报太多希望，甚至带着批判。

当然还有这么一句话，但我觉得是一种重复使用，于是 Z 的实际意义可能并非 zulu 而是 zero

> The Z suffix in the ISO 8601 time representation is sometimes referred to as "Zulu time" because the same letter is used to designate the Zulu time zone.
> However the ACP 121 standard that defines the list of military time zones makes no mention of UTC and derives the "Zulu time" from the Greenwich Mean Time which was formerly used as the international civil time standard. GMT is no longer precisely defined by the scientific community and can refer to either UTC or UT1 depending on context.