leader 人很好啊 ... 他自己觉得是异端但是至少他会看数据然后屈服于更好的技术 ...

另外说 hiphop 远比各种 OPCACHE 提升得要多 ... 因为一个是重编译一个只是缓存 ...

说来这得是多大的公司才会自己组团研究 HHVM 啊 ... 至少八十人的开发团队 ..?

http://www.linuxatemyram.com/ 供参考~

xcache.size 这个和 free 命令里面看到的 cached 没有任何关系 ...

xcache 的内存占用是 xcache.size x php 进程数量 ...

具体调整要看具体的应用 ... 一般来说 32M 就差不多够了 ...

两个问题 ...

其一是如果这一台机器挂了的话两个站全完 ...

其二是如果两个站用同一个 IP ... 某个站发生异常把带宽全部吃满的话会殃及另外一个站 ...

除此之外没有任何其他问题 ...

说来 10kPV 的站用 20M 带宽会不会略浪费 ..?

说句可能引人反感的话 ... 反正我觉得吧 ...

没用过 screen / tmux 的 Linux 用户事实上不算是一个真正的 Linux 使用者 ...

@kendisk 为什么 ..?

以及说被干掉的不止是 Windows XP 吧 ... 2003 也不受支持 ...

@xuwenhao 具体的应用场景是 ..?

@Numbcoder 不知道为什么我现在看到这种自己宣传自己比别人快十倍的时候第一反应是反感 ...

事实上性能能优化到两倍就已经很了不起了 ... 十倍未免让人觉得怀疑 ...

基本上 ... 在等到可信的第三方评测出来之前我对这个新玩意只能持观望态度 ...

年付用户表示 ... 压力不大~

@andybest 取模是相对最容易想到的解决方案 ... 对应一般情况也够用 ...

如果考虑到海量样本数量下平衡所有字符的出现率什么的问题 ... 还可以做的更复杂 ...

基本上说到底这就是一个数字到字符的转化 ... 怎么实现还是看个人创意的 ...

@ziseyinzi 告别初恋和我的纯真年代的时候学会抽烟的 ...

烟这玩意会让我变傻 ... 就没那么痛苦了 ...

开始只是觉得自己是抽着玩 ... 时间长了就有瘾了 ... 主要是心瘾 ... 身体上倒是没什么 ...

现在我大概每天六七颗吧 ... 通常一包烟可以撑三天 ... 烦躁的时候多抽点也不过十颗 ...

我觉得吧 ... 作为程序员 ... 除非你有独立办公室 ... 否则写东西的时候哪有时间抽烟 ...

我忙起来的时候一天没空喝水没空上厕所没空抽烟 ... 只有闲下来才赶快去抽一颗 ...

@Sunyanzi 修正错误 ... 行 4 ... 十二位 改为 二十位 ...

@andybest 这个其实交由你自己来决定 ... 我可以提供一个参考思路 ...

假设第三段是个 20 位的 hexstring ... 先取前四位 ... 模 8 取得一个值 ...

如果这个值等于 0 的话继续往下取一位也就是取前五位模 8 ... 直到取得非零值为止 ...

如果十二位都走完了模依然为零 ... 说明这个 hexstring 由 1 0 和 8 组成 ...

我们为这种特殊情况手动定义一个值 ... 比如 3 ... 这个值代表结果中的数字个数 ...

现在假设我们用前五位取到了非零值 ... 以 5 为例吧 ...

后面还剩下十五位 ... 把第三段的开头一位补进来凑够十六位 ... 然后两位一分组 ...

现在我们得到了八个两位的 hexstring ...

前五个 hexstring 模 10 得到五个数字 ... 后三个 hexstring 模 26 得到三个字母 ...

继续处理这八个 hexstring ... 每个 hexstring 取第一位 ... 这代表结果的排序 ...

按照这个排序把我们得到的字母与数字放入对应的位置 ...

假如对应的位置已经有值的话就往后推一位 ... 直到可以放入为止 ...

八位都填入之后 ... 去除没有内容的空位 ...

我们就最终得到了一个肯定包含字母与数字的八位 hash ...

写的比较着急可能有点乱 ... 但大体意思是这样 ... 能看懂么 ..?

@andybest 循环 hash 从算法的角度讲不是 保证 肯定会有结果的 ...

虽然概率微乎其微但是依然不是 0 概率不会引发死循环这样 ...

那是个粗暴的办法 ... 组合的逻辑会更精巧复杂一些 ...

效率其实不好说 ... 但我觉得多数情况下是用逻辑拼接来的要快些 ...

@andybest 为什么会完全相同 ..?

第三段会决定字母和数字的个数以及被拼接到什么位置 ... 这个完全取决于你如何处理呀~

我也手滑了 orz ... 一段 base10 一段 base52 ... 然后依据第三段的结果拼在一起 ...

@andybest 把其他 hash 的结果分成三段 ... 一段 base10 一段 base36 ...

然后用第三段的结果把上两个结果拼在一起 ...