PE 里面很难蓝屏，你这个应该是虚拟机配置问题或者有硬件问题，所以引导损坏只不过是一个症状。

你的命令是对的，但是不能直接运行，需要先加文件系统，比如 fs0:这样的。但是理论上说你这个命令能启动的话那也不会进到 EFI shell ，所以估计是启动盘出了问题。

建议虚拟机里挂载同版本 windows ISO 然后尝试自动修复或者命令行重做 EFI 系统分区，具体方法问 google 或者 AI 。

楼主把我搞糊涂了，VGA 是模拟信号，如果有人生产 VGA 信号输入、HDMI 信号输出的，那几乎是服务器可以输出的分辨率应该都能支持的。

我猜卖家想表达的意思是那种 20 块的线其实是单向 HDMI 输入转 VGA 输出，肯定是之前有人错买成了这种线，以为服务器坏了找到卖家，人家怕麻烦就告诉你一概不行。但其实有厂家生产反方向的，你注意去找那些个标示 VGA IN 或者 HDMI Out 的。

不过老实说玩服务器的几乎人手一台 VGA 显示器，你去真的托管机房反而借不到能插 HDMI 的显示器。

不错了，Zen 1 代属于 14nm 构架国内能量产，如果脱勾了那就不用管知识产权可以随便改了，把构架修修补补用个 20 年没问题，到最后 X86 反正也要淘汰。

数组从 0.5 开始，但可变长度列表无法用下标直接访问，需要遍历，遍历过的内容即销毁。

变量必须有一个大写一个小写一个数字一个特殊符号和一个不打印字符，总共不得高于 5 字符。

检查 HashMap 是否含某个 key 则会自动创建含该 key 的 entry,数值是 undefined behaviour.

广州地址，10G 网卡+升级了 CPU ，现在物流信息看不到了，应该是 6-7 号到的，11 月底买的时候也是显示 12 月 11 号发货。

个别 cipher 也许对 IV 的数值敏感，比如不能为特定的 pattern 。

另外如果 IV 固定攻击者就可以开始计算第一个 block 的彩虹表，虽然储存空间需求还是巨大，但如果知道明文的开头也许可以利用 cipher 设计的漏洞减少预计算的量。

一是你这样做 micro benchmark 完全不准确，因为程序运行会受到操作系统和 CPU 频率等诸多影响，需要使用 google bench 等框架测量才有意义。

二是 constexpr auto tmp 的值在编译的时候就算好了，不会耗时的，你这个代码主要测量了打印到 cout 和取高精度时间的开销。这些都是 syscall ，响应的耗时是很随机的。

这可能都不是 CC ，而是某个人在运行一个 PCDN 刷流量脚本

大多数构架上只有和 0 比较的操作比非 0 的要省一个减法，其他不管是那种比较耗时都是一模一样的。另外比较操作属于 ALU 执行的，通常就一个时钟周期，这个和比较后面要进行的分支相比属于小巫见大巫，不要去想着优化比较。

@cjq8z 不是驱动，你看楼主任务管理器截图底下两个"缓冲池"（非常糟糕的翻译）就是指的内核使用的内存，加在一起也不到 3GB 。

一般扫码枪都有 SDK ，里面调用一下就可以让它停止模拟键盘，只跟 SDK 通讯。特别是需要扫码枪上面有指示灯或者扬声器需要反馈扫码成功与否的情况下必须要用 SDK.

@COW U 盾本来就是为了防止用户机上有木马，被盗号以后和银行扯皮。如果因为一个抓包软件就被破解了，那木马早就该集成这种功能，那 U 盾不是笑话吗？（虽然中国银行业可能笑话不少，但是这种技术已经很成熟的产品不会出什么问题）

你还没有买盘柜和 FC 交换机的话建议思考一下你是想尝试软件 RAID 还是硬件，因为很多 FC HBA 是可以刷成以太网模式用。另外你的目的是什么呢？自组 NAS 还是学习企业储存方案？

SAN 模式的话你储存的分布和冗余一般是在 SAN 内部完成的，这样你用 Ceph 和 ZFS 等基于软件的储存方案好像没什么意思。具体来说：

ceph 主要是基于(IP)网络的分布式储存，是利用很多不冗余的电脑和储存实现一个冗余的储存系统。类似于虚拟一个可 Scale 到数据中心级别的 SAN 。你要是有 SAN 了，就不需要虚拟一个。

zfs 的主要卖点是集成了 RAID 和 check sum 两种数据冗余技术，并通过复杂的缓存实现高性能。但是 SAN 通常是通过硬件实现 RAID 的，你把硬件 RAID 关掉用 ZFS 除了增加 CPU 负担以外延迟也比较高。

你现在除了 SAN 卡还有什么硬件呢？我现在觉得你问这个问题是你还没有规划好你想怎么搞储存是不是？

你的卡是 SAN 模式还是以太网，后者的话你又没说是什么配置。

你在 dev tools 里面是编辑的同一个父元素吗？比如有没有可能你代码里选择的是<table>但是 dev tools 里面是<tbody>，然后它样式是针对 tbody 的？

@vfx666 等等，一楼问你 xid 大小有没有超过 2 ，你二楼回答没有。那 xid 的大小会不会不到 2 ？你加的 if 是检测 xid 的长度吗？不是的话能不能加一个试试？可能其他部分就有 bug ，导致 xid 偶尔不到 2 个长，之前没有做 erase 所以没有发现？

然后，11 楼说的是很有可能的，因为你这行代码虽然不执行，但是为了能执行这行代码，编译器可能改变了堆栈帧的长度，或者初始化了某些信息，这导致其他（已有的）代码 overflow 到了更关键的地方。

但我们这都是凭空猜测，你要想方设法弄到个 stack 。