@drw2w tb2 接口能满足 dp1.2 ，带宽也就 tb2 的一半多点，只要你的线没问题就能连上去

好麻烦，这货有 dp 接口，你买一条 minidp - dp 的线直接接上去就行了

whatwg 差不多是 w3 的技术更新 beta 版，我建议看 whatwg 再结合浏览器实际实现的进程

@elone 我做过万条数据排序的优化，大概知道这个耗时的量级，删除和插入复杂度比排序低得多，完全没问题的

首先我不太相信你的数据量真的会很大，万条以内做 filter 根据 id 找一下不会消耗什么时间的
其次删除用 filter ，添加用 concat ，这还是比较简单的
不建议同时维护一个 id 的 Set ，这种同步的代价比较大，除非你设计出一个 SortedSet 的结构来

分支随用随开， merge 完就删，楼上这样要看做了哪些事的，用 no-ff merge 就能看了

@fyibmsd pm2 深入进程的监控能提供很多操作系统层面拿不到的信息

看漫画写邮件偶尔 ssh 连着写点代码

魔都以前是 20 块一个月升 20M 上传，现在是 200M 宽带自带 20M 上传

用 top 看内存正常说明这些内存已经和 node 这个进程无关了，就算用 profile 都查不出来，只能瞎猜了，先去掉 pm2 看看能不能正常，不行再去掉几个功能模块半分法找？

受不了 x1c （哪怕低配）屏幕的人， 5300 的 air 11 的屏幕居然能忍，感情眼睛有选择性地为 mac 补充细节来着

买了会员的话能投诉啊，没会员那就安静着吧

因为这货是个数学符号，初中高中都用过吧……

@ffx0s 一张 200x200 的 96dpi 的图片，变成 100x100 就是 132dpi 了，所以你要提高 dpi 就是在原有希望尺寸上把宽高放大，然后再显示到小的容器里去

canvas 本身是位图绘制的，所以 canvas 就这么大生成的图片也只能这么大，放大就会失真，你要高 dpi 的只能一开始就搞一个超大的 canvas 出来

@maplerecall 个人差异肯定存在， mx 对我来说太短又太高，抓着感觉手掌不放松，所以我把 mx 退了换了 g900 ，右侧键确实不好用，我用来切换 profile 了， mac 和 windows 一共 2 套 profile

699 拿的 G900 ，手感比 mx 好很多

最简单的办法，写个 js ：

console.log(arguments.callee.toString());

然后运行下看结果：

function (exports, require, module, __filename, __dirname) { console.log(arguments.callee.toString());

}