@Newyorkcity
是的，而且目前大部分集显，包括但不限于板载和片内集成，都是使用内存当显存用的，4266 以上会有较好的体验，另外 5700G 没有写入减半。
1155G7 这种内置显存的就用垃圾内存怼了。

5700G 确实不错，零售版之前有几万片拆机散片流入各种渠道，均价 1800 包小雕，我也拿了几片，玩一般的网游是完全没问题的，比如最近在玩的 will to live，画质不算差跑个 80fps 轻轻松松，彩虹岛这样的直接拉满。

如果你主玩游戏，那么现阶段考虑 AMD 没问题，但是如果你有工作需要可能还是得 outel 的，很多软件都只对它优化。

机箱可以看下"米立方"，做工比较粗糙建议买黑色的；我有一个白色的塞了被骗买的 8700K/32G/mATX/gtx1080ti，还有较多空间剩余。主要看下散热器限高。

独占全屏必须 hook D3D，而且没报备的话很大几率被视为外挂。

建议还是使用无窗口，除了 FPS 其它游戏一般不会检测当前屏幕在画什么。

windows + 5800x

应该是指主动入站，或者说是没有 state 的 input 。
ISP 确实可能做到这个地步，因为逻辑上加宽不存在需要主动入网的情况。
到这种情况的话，估计只有 FRP 这种反向链接的模式还能用。

@ss098
有两份如下 Dockerfile，如果这都是错误使用的话，那第一份总得异常吧，而且我从 docker 18.x 一直用到现在都是这个用法，从未脱离过预期；这次直接暴露的原因是因为以前都是先起容器，在执行 mysqld --initialize，这次突发奇想先初始化，直接把初始化完的原始结构打包进去，这才发现这次的问题

完全符合预期的 Dockerfile
FROM debian
WORKDIR /app
EXPOSE 3306
COPY bin /app/bin
#COPY data /app/data
COPY ini.d /app/ini.d
COPY share /app/share
COPY my.ini /app/my.ini
COPY LICENSE /app/LICENSE
COPY README /app/README
VOLUME /app/data
VOLUME /app/ini.d
ENTRYPOINT ["/usr/bin/bash"]
CMD ["/app/mysqld"]

完全不符合预期的 Dockerfile
FROM 请不要在每一个回复中都包括外链，这看起来像是在 spamming/windows/nanoserver:1809
WORKDIR c:\\app
USER ContainerAdministrator
EXPOSE 3306
COPY bin c:\\app\\bin
#COPY data c:\\app\\data
COPY ini.d c:\\app\\ini.d
COPY share c:\\app\\share
COPY my.ini c:\\app\\my.ini
COPY LICENSE c:\\app\\LICENSE
COPY README c:\\app\\README
VOLUME c:\\app\\data
VOLUME c:\\app\\ini.d
ENTRYPOINT ["c:\\windows\\system32\\cmd.exe"]
CMD ["C:\\app\\bin\\mysqld.exe"]

@ss098
https://hub.docker.com/r/ragnaroks/mysql-ce-windows

完整的 Dockerfile 如下

FROM mcr.microsoft.com/windows/nanoserver:1809
WORKDIR c:\\app
USER ContainerAdministrator
EXPOSE 3306
COPY bin c:\\app\\bin
#COPY data c:\\app\\data
COPY ini.d c:\\app\\ini.d
COPY share c:\\app\\share
COPY my.ini c:\\app\\my.ini
COPY LICENSE c:\\app\\LICENSE
COPY README c:\\app\\README
LABEL mysql.archive="https://downloads.mysql.com/archives/get/p/23/file/mysql-5.7.34-winx64.zip"
VOLUME c:\\app\\data
VOLUME c:\\app\\ini.d
ENTRYPOINT ["c:\\windows\\system32\\cmd.exe"]
CMD ["C:\\app\\bin\\mysqld.exe"]

此 Dockerfile 文件，将底层镜像换成任意 linux 系统，再改下路径，是直接就可以跑起来的，而且 data 和 ini.d 的数据卷中都立刻就有预期该出现的文件了

官方启动器，挺多人都说难用，比如装 mod 各种报错，下载速度慢，但是我从来没遇到过，就一直再用了

买 AMD 的就行，虽然 AMD 也说要搞大小核。
如果小核全开也就 20w 的话，我倒是挺乐意，我玩游戏都锁 144fps，不需要那么大运算量。

湖北联通，用了好几年了，首批试点。
刚开始确实慢，随便到哪都是 350ms+，包括国内。
现在已经挺不错的了，甚至对于使用了 CF 的站，2606:: 比 104. 快的多

debian 和 ubuntu 二选一那当然是 debian

@gBurnX
是的，当处理能力远大于压力时，不存在降低数据库性能的前提。
36 个同步主库（基于 uuid 首字符做分库），70 多个从库，CPU 从未高于 50%，主库甚至可以配置远低于从库。
你上面的这些想法，在我看来是从未实际生产过，有这些天马行空的想法。

我能想到的大概只有学生为了完成老师布置的作业，去阿里云买了一台超售 VPS，跑一个数据库，CPU 直接见底。

如果是做开发的，但不是做 php 开发的，那么可以使用容器部署：
下载 php:$version 的镜像后，直接把容器内的 /app 挂载到你主机的 php 项目文件夹，对外公开 9000 端口。
下载 nginx:$version 的镜像后，直接开个 conf.d/mysite.conf 写你的网站配置，代理 php 容器的 9000 端口。

如果不是做开发的：
用 fastpanel 或其它 php 网站管理面板

new+open -> bug+open -> fixed+close

open/close 是状态
wontfix/bug/feature 是分类

一般的需求跟踪套件，状态和分类本身没有任何依赖或冲突

必须得跑了

@gBurnX web 服务器都是边缘节点了，数据库还是一个？再想想？

@JasonLaw
冲突可以被缓存器解决，比如 steam 送礼物给任意未注册邮箱的实现

@gBurnX
使用外键降低数据库服务器的性能，不使用外键降低 N 个 web 服务器其中 1 个机器的性能