#28 楼 @lidashuang 好吧，我装出来是啥就用啥的，我才懒得编译呢

主页上还是 0.15.0 吧？

#26 楼 @lidashuang 为啥不用系统包？

聊天你还不用 Erlang？

你以为你用的是 Erlang 啊。

#24 楼 @fsword yum install 就好了吧

不过 release 的时候，确实有点坑，把 erl 什么的也搞进去的话，因为 erl 什么的对 libc 版本有依赖，等于是生成出来的 release 包是依赖具体发行版的。

#1 楼 @luikore 不服来跑分

难道我要一辈子都呆在新手区吗？

BINGO!!!

不蛋疼么，标签云这种东西丢给 CouchDB 最合适吧

version 那么多，你们不烦么

#15 楼 @lidashuang 大部分跑分就跑个吞吐量。BEAM 的参数默认设置都是为了低延时，比如把 process 一次能运行的 reduction 数调高一点，还是可以提高不少吞吐量的。在满负荷的情况下，低延时和吞吐量应该是不能同时保证的。

作为原生支持 SMP 的语言。在利用多核方面，比其他语言好太多了。你不用改代码，运行在一个 8 核的 CPU 上，就相当于是运行在一个 8 倍速的 CPU 上，只不过单个 process 被限制成最多只能用 1/8 的 CPU 时间。当然实际情况远没那么理想。可是其他语言，比如在一个 24 核心的 CPU 上，只用一个操作系统进程，CPU 总体利用率是很难达到 80% 的。

最最重要的是开发效率，开发一个网络应用是 Erlang 的强项，没有序列化反序列化的负担，直接发消息就好了嘛，在其他语言里，这种东西根本就不存在么。

#16 楼 @lgn21st 这个是冒牌的吧

竟然需要 180 行

#9 楼 @hooooopo

代码写法类似，但是用更少的 CPU 负载/内存占用，换来了 10 倍的吞吐量，还是很能说明问题的。

尽管我不看好 Phoenix 这个框架。但是这个 benchmark 可比那些 Node.js vs Apache 靠谱多了啊

用 Erlang/Elixir 开发的框架最弱的环节就是跑分了，跑分对运行在 BEAM 上的框架来说真的很不公平，很不公平，很不公平。

太多 class 了吧

这也要跑分啊

#10 楼 @hooopo 当然慢了，不服来跑分

http://benchmarksgame.alioth.debian.org/

呵呵

#8 楼 @yukihiro_matz Erlang 本来就有很强大的元编程能力。而 Elixir 的 macro 其实我不是很看好。

太丑了，看不懂，懒得看

#18 楼 @luikore 例子没仔细看，也懒得运行，你还是顺手贴个结果吧。上面我说的确实不对。

phantom read 是指查询的 结果集合 变化了，是事务进行过程中删除了或者又插入了记录造成的。

所以，这里应该不是 phantom read 的问题

其次 repeatable read 隔离等级首先要做的是对已经查询的记录加上 lock 机制禁止更改，而不是字面上的"两次读到的值一致" --- 否则我要你这个事务有何用？我干嘛读第二次？ 再说 SQL-92 标准是允许 repeatable read 中出现 phantom read 的，但不允许读取过的记录被别的事务更改。

应该是允许更改的。只是别的事务的更改不会影响到这个事务第二次读取的结果而已。MySQL 的方式应该是没问题的。

#13 楼 @luikore

我感觉 MySQL 的说法在这里是对的，也就是那里没有出现 Phantom Read。

Phantom Read 是说一个事务里，第一次读出来值为 X 的话，你读第二次读出来值可能是 Y，因为另外一个事务在你两次读之间提交了，并改了这个值。

因为 MySQL 没有 Phantom Read，所以update accounts set money = money + 1时是根据当前事务上一次读到的值来算的。而 PostgreSQL 有 Phantom Read，所以此时是根据最新？commit 的值来算的。

你那样的说法，把这个概念给完全搞反了

为啥我觉得这里 jargon 又和你不一样了

#13 楼 @luikore Earley 比较简单啊

#10 楼 @luikore 正则表达式这里有个鸡蛋问题啊，正则表达式本身不能被正则表达式解析啊

#7 楼 @rasefon 我的思路是这样的，先写 Earley，再预先计算 parsing 中可能出现的各种情况，也就是把 Earley 编译成 Table，其中一些特殊情况可以降级为 LL Table，LR Table?

你这里计算 First 和 Follow 的方式，和把 Earley 编译成 Table 时用到的并没有本质区别

#5 楼 @rasefon 我觉得从 Earley 降级下来比较好，毕竟 Earley 简单啊