@xiaomingplus person / persons

@zealot0630 按照 Intel SDM 上 “ Details of TLB Use ” 一节中的说法 "If the paging structures specify a translation using a page larger than 4 KBytes, some processors may cache multiple smaller-page TLB entries for that translation"，应该是部分 Intel x86 CPU 的 TLB 只能处理 4K 页。至少 Haswell 的 L1 DTLB 可以处理 4K ， 2M 和 1G 的页， L2 TLB 可以处理 4K 和 2M 的页。倒是更老的 SandyBridge 的 L2 TLB 只能处理 4K 的页。

@zyearn 关于第二点： Linux kernel (以及其它很多操作系统内核的设计中) 会尽可能的将物理地址空间线性的映射到内核的虚拟地址空间 (例如 32 bit Linux kernel 会将物理内存的 896 MB 以下部分线性映射到内核虚拟地址空间 0xC000000 开始的部分)。当 kernel 给一个大于一页的内核对象分配内存时，如果它能够找到足够存放这个对象的连续物理页，它只需要将这些物理页的起始物理地址加上一个偏移就能够获得对应的虚拟地址，因为这部分已经在前面说的线性映射中映射好了。相对的， kernel 也可以选择将多个离散的物理页通过内核页表映射拼成连续的虚拟内存页，但是此时就需要修改和刷新内核页表。

另外， xv6 中的物理内存分配器页可以支持分配连续物理页，简单的说就是遍历链表去找满足要求的物理页，但是这个开销就太大了 (时间复杂度好像是 O(n)， n 是空闲内存页数)，而且会带来比较严重的 external fragements 。而对于 buddy allocator ，分配的开销应该是 O(1)，虽然 free 的开销会比较大但是可以比较好的避免 external fragements 。所以相对通过单一链表管理物理页分配的方法， buddy allocator 的改进应该是能够通过更好的连续物理页的分配。

偏学术的主要关注和以前做科研时相关的 PLT/System/Security 领域的会： POPL/PLDI/OSDI/SOSP/Usenix Security/CCS/ACM ATC ，以及和这些 conference 同时举办的 workshop; 偏工程的主要关注和现在工作相关的 KVM Forum/Xen Summit ，以及和个人兴趣相关的各类 BSDConf

银行

@abscon 恶作剧吧：每次 malloc 都少分配一个 byte ，于是用到边界就出错。

@XiaoXiaoNiWa 医院和政府的那个肯定是类似私有云的东西吧，应该拿来做公有云也可以吧

成本：不知道
优点：安全，易管理 ...
前景：至少 VMware ， Citrix ， Microsoft 和 Intel 这些大厂都在做，而且是前两个厂的主要产品之一
应用案例：印象中 Citrix 给国内的一些医院和政府机构做过解决方案，你可以 google 一下

Intel 有个文档，杂七杂八的介绍了一些东西： http://www.intel.com/content/dam/www/public/us/en/documents/guides/virtualization-desktop-virtualization-planning-guide.pdf

以前 google groups 在国内还能用的时候，我们上课都是在上面建个 group 留作业和讨论。后来 google 被墙了之后，只能在校内的服务器上自己搭 mailman 了

一定要用 C 吗？批量编译的部分写个脚本应该就可以搞定了吧？

@unidentifiedme https://readdle.com/blog/2015/11/meet-pdf-expert-for-mac/

"PDF Expert for Mac, with all the reading and editing features I just mentioned, is just $19.99. However, as we will unlock more power in future updates, that price will gradually rise to $59.99."

只用过 Intel Computer Stick ，如果只是看看网页和能够硬解的视频之类的轻度使用，感觉还是挺流畅的。缺点是它的蓝牙和 wifi 同时打开时互相干扰有点严重，比如我的蓝牙键盘经常用着用着就没连接了，关掉 wifi 之后倒是还好。另外，虽然它散热不大，但是这么小的设备摸上去感觉还是有点烫，给老人用的话恐怕他们不好区分正常发热和故障发热。

这篇 blog 的作者遇到的情况和你的有些类似 http://doomkeeper.com/buildinggcc47

@congeec 这里的“系统级的多进程”指的是操作系统内核实现的进程还是 CPU 的 HW Thread ？如果是前者，操作系统的还是可以实现多进程的啊？只是这样的多进程只具备 currency 而不具备 parallelism 。

getchar() 的返回类型是 int

@frittle +1 我们写 paper 赶 deadline 基本上都用这个算时间

@Comdex 确定，而且有大量的定制选项

@MCVector 我经常用的 latex 的包叫 listings

@Radeon 我同学的 rMBP 在 Yosemite 上显示效果也是正常的