卡顿一般是 CPU 热保护或者你有 OEM 厂商的电源管理软件帮你自动降频了，这个只能自己排除下：
1. 散热问题，CPU 温度建议稳定在 85°C 以下、硬盘 60°C 以下会比较好。平时可自动调整风扇转速，自己去 google xxxfancontrol 工具，比如 nbfc，大多数的品牌的都有，但不一定保证 profile 有效，可能需要自己去调整。自己用 AIDA64 的系统稳定性测试压测一下，很容易复现问题
2. 卸载全部 OEM 提供的电源管理或优化驱动，只保留基本的触摸板驱动。确保当前系统电源计划是高性能。

gtx1080 2k avg=25fps

确实有对每一帧的图片计算压缩，那么必然损失一些像素信息，尤其是运动画面会有不稳定的情况，码率不完全恒定，具体自己去看 ffmpeg 的设置：crf （限制码率） cqp （固定质量） abr(平均码率)

1. 只考虑高可用，为了方便后续扩展，建议用 keepalived 作 vip，这样程序可以只需要指定唯一 IP 地址即可，而不用关心后边数据库的运维动作。
2. 同时考虑负载均衡，那么再上个 haproxy 来做 4 层(TCP)代理
3. 可以考虑用 dns 记录，也是比较简单的方式
3.1 dns 服务器可以用 consul 来做，同时来做服务发现自动去注册数据库服务，并做健康检查。有个缺点是可能需要其它要访问数据库的服务需要配合 dnsmasq 来做本地 hosts 和 dns 解析服务器管理

丢一些具体场景的难题，让他尝试解决。主要考验沟通能力、思维活跃程度、知识面深度，需要让他自己跟你主动说问题和方案，你可以限定一些条件来让他回答框架之内的内容防止话题过大。
对于自己不懂的直接说自己不了解，别装 B，请教他让你也能了解相关领域的应用实践内容，既然是有经验的，那么讲出来的东西肯定是有一定逻辑和组织的，否则只是了解写术语而已，没有真的应用或接触过，大多数都只会说一些唬人的，一问真正用到哪，怎么用的，就讲不出来了，只会回答说在某些资料上有看过。但这也是一种能力，不一定所有说出来的都必须知道详细的原理，但凡有记忆点，那么解决问题的时候能够比不了解的人多不少手段，前提还是要有一定理解，而不是用了 xxx，需要知道为什么用，有什么作用。

主要区别看人，两者只是干活的范畴不一样，只是有的人会更适合 /习惯一些思考方法……
程序员更偏向于逻辑思考，这是程序员的思维优势和习惯，而恰好人会自然地倾向于自己熟悉或习惯的事情，但如果思维足够清晰，能够跳脱具体干活的层次，不过分纠结自己过往的技术经验判定，而是以真实的用户为角度去思考这个东西该如何使用，到底为自身或组织带来多少的价值，那么就相对能够更靠谱的给出产品设计，至少产品功能逻辑漏洞不会很大，毕竟是有系统层次模型设计的积累

https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/go-python3.html
看这个对各个语言的 benchmark 吧

根本不用比好吧，而且 go 也并不是在高级语言中性能最强的，甚至有些还比不上 Java，python 也可以用 native+vm 方式（如 Cython ）来提升性能敏感模块的处理速度，混合用不就完了