我将华硕 PA328Q 4K 显示器连接到 MSI NVIDIA GeForce GTX 970 4G 的 DisplayPort 输出。显示器配置为使用 DisplayPort 1.2。我正在运行 Windows 8.1 Pro 64 位。显示器在全分辨率下工作正常（RGB 模式下 60 Hz 时为 3840x2160）。
然而，我遇到了经典的 Windows+DisplayPort 问题，当显示器进入睡眠状态或关闭（手动或由 Windows 本身）时，Windows 会重置所有打开的窗口的位置以适应 1024x768 左上角矩形。这个问题是众所周知的并且有据可查，包括超级用户：1 2
有一个注册表技巧，它基本上允许指定在没有插入显示器时 Windows 应默认使用的分辨率。它确实有效果，而且对于大多数用户来说似乎已经足够了。
不幸的是，这个技巧对于 PA328Q 显示器来说是不够的。通过TeamViewer从另一台计算机连接到我的计算机，似乎显示器首先切换到 2560x1600 一瞬间，然后切换到完整的 3840x2160。这足以使 Windows 调整所有窗口的大小以适应 2560x1600 矩形。
华硕技术支持拒绝提供任何支持，除非我首先按照他们的“有用说明”重新安装 Windows。
经过数周的调查，我迫切需要任何不涉及记录每个窗口移动/调整大小操作以便稍后恢复窗口的劣质程序的解决方案。
编辑：直到现在我都没有发现的一个细节：在显示器处于 2560x1600 的短暂瞬间，NVIDIA 控制面板报告显示器是通过 DVI 连接的（当然不是），而 2560x1600 似乎是DVI 支持的最大分辨率。
我们正在 OS X Yosemite 10.10 上构建一个大型 C++ 应用程序。此应用程序依赖于我们在构建应用程序之前使用 Homebrew 安装的许多第三方库。我们的发布脚本获取所有依赖项并将它们包含在最终包中。
我们的一些用户报告说我们的应用程序无法在他们的 Mac 上运行。例如，在 2012 年末的 27 英寸 iMac 上运行 macOS 10.12.6 的用户正在获取llegal instruction: 4（所有详细信息在这里）。
看起来崩溃发生在我们捆绑的第三方依赖项之一 OpenImageIO 中，它是使用以下命令安装在构建机器上的：
brew tap homebrew/science
brew install openimageio
brew info openimageio 报告说它确实是从源代码构建的：
/usr/local/Cellar/openimageio/1.7.17_1 (66 files, 16.0MB) *
Built from source on 2017-11-27 at 19:15:19
我怀疑 Homebrew 在构建机器上编译时启用了高级 x86 指令集。
这是 OpenImageIO 的 Homebrew 公式：https :
//github.com/Homebrew/homebrew-science/blob/master/openimageio.rb
有没有办法找出 Homebrew 正在使用哪些标志或哪些命令行？
或者，有没有办法在 macOS 上全局设置 clang 的默认标志？
我想将我强大的 Windows 10 Pro 机器的访问权限授予外部人员（我完全信任的人）来运行 Python/PyTorch 程序，使用 GPU 进行计算。
关键是我想在那个人运行计算负载时继续使用这台机器：据我所知，该要求不包括所有形式的 RDP/VNC，但我不确定（尤其是 RDP） : 你能确认/否认吗？
我正在考虑运行 SSH 服务器。那行得通吗？