先把 branches, branch-misses, L1-dcache-loads, L1-dcache-load-misse 都打出来看看。
这段代码没什么访存压力，无非是 sqrt 里面可能有些查表操作，warmup 后应该都在 L1 内。
排除编译差别，我感觉更可能是分支预测器表现不同，但还是要看 perf 输出结果。

又要小，又要美，那很早的那些 demonstration 很符合，比如最知名的那个彗星撞地球 3D ，64K exe
https://github.com/Ynjxsjmh/64K3DDemos

现在这个时代随便加点什么素材资源就涨起来了，哪即个能降到 64K 以下的

@icyalala 不断调小 scale 、max_colors 、fps 这几个关键参数，体积越小质量越差，多试几次直到质量你能接受就行，然后再继续拿 gifsicle 调。

@ALLROBOT 我试了下上面视频，拿 ffmpeg 和 gifsicle 处理一下，也能达到 ezgif.com 的体积，调整一下 max_colors 和 gifsicle 质量后能更小一些，应该没有太大差距

@ALLROBOT 不如把你的那段视频放出来，大家每个人都压压看来对比一下效果~

@ALLROBOT 不要用工具，直接用 ffmpeg 命令行自己改参数加 palette 看看

取原始视频，用 ffmpeg 直接制作 gif
http://blog.pkh.me/p/21-high-quality-gif-with-ffmpeg.html

@sagaxu Oracle 现在市值也有两千多亿刀，苹果现在现金流也差不多两千多亿刀，所以是苹果？

七周七语言

硬盘四大家：北京硬盘之家、南京梵多、上海硬盘公园、坤心电子，每家非叠瓦的都有标注。
(不过听说北京这家骚操作被骂了)

我以为是 winget ，再或者是 brew 那种包管理，没想到...

苹果那个屏幕有层防眩光图层，到最近的版本为止还是很脆弱。如果帖键盘膜，或者用时间长了键盘碰到屏幕，那层膜就很容易破损，表现就像有些油脏了似的，这种是无论如何都擦不干净的。

如果大面积出现这种现象，唯一的办法就是拿清洁剂或者其他东西使劲擦，把所有的膜都给擦掉。

原生现在无非就是 WPF 、WinForm 、QT ，你想要的基础组件都有。
Electron 的问题是：它只对开发者友好，但不是所有开发者都能达到 VSCode 团队的水平，因此它对用户不友好。

@3dwelcome 它要是拿了用户 token 传走，或者挂马攻击别人，再或者挂个挖矿的导致运营商封禁，这都有可能啊。
对面这种显然没有安全意识，如果你选择相信对面，结果对面被攻击了导致你程序影响用户，那最终你还得背锅。

另外浏览器插件里面乱搞这个屡见不鲜了: https://www.v2ex.com/t/390135 ，但使用插件的时候你的角色是用户，不是开发者了，你可以做出合理选择来保护自己。

一次不要分配过大内存，分成小块分配和使用，实时监控 memory warning 及时释放内存。
再就是用磁盘来顶一下，临时不需要的数据存下来需要时再解码出来，或者 mmap 。慢就慢些，优先保证不崩。
其他没有什么太好的手段，就是想办法省内存。

16 续航更高，散热更好，状态栏更宽因此受刘海影响小。除了更重，其他相对 14 都是优势。

@Eagleyes Studio 没屏幕啊，不能抱到床上去玩~

@3dwelcome JSON 标准体现在它能脱离 JS ，在所有地方都能作为 "数据交换" 使用。
很多语言内置或流行三方库都支持 JSON 到原生 Object 的映射，各个数据库也都支持 JSON 导入导出或者 JSON 查询和 Patch ，甚至现在很多文件格式都直接基于 JSON 来定义。所有这些地方都是遵守那个 JSON 的标准。如果不遵守标准，那就不叫 JSON 了，这与创新无关。

另外，JSON 标准也在一直更新，最新的标准是 2017 年的 RFC 8259 ，但没有破坏标准兼容性。