境内访问某些特定 app 的链接不管是哪个国家地区的链接都会 404 了(SSL enabled 所以不像劫持)...
只能说有 itunes 的 ssl 证书绿锁也并不一定没区别了，很可能同域名的证书但并不相同的服务器...

关于 3 4 5 题
看了一个来源 blackhat.com 的<draft>文档可能是关于某种 heap 实现的，里面这么讲的

首先 1k 以上 128k 以下不属于 fastbin，但也没有用 mmap(应该)
说法貌似是说 free()了之后内存因为不够对齐，并没有立刻交还给 OS，而是原 userdata 头部部分填上了用于遍历 free 列表的前进后退两个指针，同时后面的部分有可能被清空了。
这就导致写 yyy 的时候覆盖了指针...同时导致后面的任意 free 失效...

两点疑问:第一这种 heap 尤其是 free()实现方式会不会很小众...
第二:理论上不 free p3,free p4 的话会不会有可能不会 core?

@Guaidaodl @xuanbg CSV 那个还能接受，毕竟外面放了字段说明勉强可以算有用....
序列化图片那个简直.....还不是 UINT 是带符号的 INT....表示太强迫症了...

别看发这些广告不怎么会被删...
你要是找个小号发一条 "上面这些广告都是钓鱼的，就是结合本站 cookie 钓谁会去点这一类的广告" 的谣言评论保证活不过三分钟账号拜拜...

@ Livid 求放过，让这条回复活过 3 分钟就删了吧，我就那么一说，大家都别往心里去...(at 防打扰加过空格了)

看图最小的 size 才 962bytes...
估计可以排除一些标准格式中光 overhead 就上 K 的压缩 /加密...

@FrankHB 好吧，现在关于 386 486 时代的记忆有两个版本。
一个版本告诉我说只要用户态锁定非 NMI 中断就行，OS 或各种调度不会动用 NMI 中断的，调用 NMI 中断的家伙不会碰你的上下文所以不用管......
另一个版本告诉我尽管当时 x86 的多任务就 win3.x 那一点，win95 刚出，用户态或者保护模式(dos 都有 app 用到)已经相当复杂了，屏蔽中断什么的早就不能用了.....

...那么该信哪个版本...

@yksoft1 修个 spectre 就砍了 8%左右性能，这大概是在对用户讲，处理器设计不那么严密是有可能得到 8%性能提升的...
至于当初 486DX 怎么设计的，有没有在安全性上放水，有没有过度追求严密使一些看起来应该很简单的操作实际 cost 极高，有没有因为 虽然不能在安全上过度严密或者放水 /又不能牺牲关键操作的 cost/结果相关的其他某些操作 cost 变高......
这些对于我这个不懂处理器的人...
.
.
.
好像都没有发言权.
期待关于进一步的解释啊......
比如就当时桌面普遍 1 核的情况下，C 语言 inline asm 括号那么粒度级别的锁定中断有没有致命 downside 非要加这么一条指令，对比普通 P1 添加了 mmx 指令集的代价估算当时 486 加了这条指令大概可能付出了多少代价，远小于 mmx，差不多 mmx 还是会远大于 mmx，这条指令有没有相较没设计这条指令的 386/286 系统 cpu 周边各种结构非大改不能容得下的破绽，而且（多谢 wiki 的提示)只解决单指令原子性粒度太小解决不了 ABA 会不会大大限制了该指令可能带来的性能提升导致得不偿失......
.
.
*而且当时的 win 系统和 dos 系统用了什么样的线程调度方式......是基于中断的还是.....而且当时还不像现在一天一个补丁，在保持和 386 兼容的情况下 OS 或 application 是不是真的有效利用了这个指令......
.
.
对于不懂处理器（如果新处理器不懂情有可原的话，特别强调老处理器也不懂）的我来说，满脑子都这些问题。。。

@yksoft1 N 年前曾经读到过关于所谓锁了中断不能切换进程自然就原子性了之类的，当时也差点信以为然，后来看看，一大堆寄存器标志位完全不懂，结果再碰到互相矛盾的相关的技术说明之类完全不知道信哪个了。很可能信错了多线程性能直接砍个 25%什么的.....

@yksoft1 "但也有传言这可能是一条伪指令，是为了掩盖当时代跨线程原子性的简单实现方式后来添加的......"
不过再也没有 486 系统来验证是不是真有这个指令了....
486 时代我记得还分 DX SX 性能不一样什么的还是我记错了...

CMPXCHG....
@yksoft1 google 直奔 mmx 去了，扑了个空，然后发现是 486....486....
CAS 为了最早的多线程下的单指令原子性....但愿没查错...

@mrchi python 小白想问下 async 和 await 这种写法（仅就 python 来说）是更偏向于 feature 还是更偏向于语法糖......
关心这个的原因是这两个关键字因为在 c#中用到过...用过的感觉是对于我这样新手即使会用了都不一定分得清是 feature 还是语法糖，不像某些特别明显的糖...

@jiafaner 但是如果图都是爬来的和真实作者的收益不挂钩这么做就很不妥了，很掉网站信誉值...

@jiafaner 图纸的话有个很不友好的方法，免费试用用户看到的都是程序随机抹过线的版本，自动擦除 5%到 15%的线或图例什么的(如果用户强迫症也可以做成固定 2%消除随机 13%每次刷新不一样之类)，提前提示用户图纸处理过尽量办会员或充点积分啥的...