ab 只能用 ip 访问，不能测 post 请求，在 mac 上有文件描述符数量的问题 (一开多就会卡住)

wrk 就可以，资源消耗比 ab 更少一点所以更准 (不过在 mac 也有点小 bug)

brew install wrk

#131 楼 @jasl (ﾟДﾟ≡ﾟдﾟ)!? 不是瓶底吗？

建议楼主上传一个头像...

spec_helper.rb 里没有载入 rails ? 参考 test/test_helper.rb 的设置改改

#4 楼 @jjzxcc

你知道密钥吧？128 位/16 字节，把加密的密钥的 16 个字节反过来就是解密的密钥. 如果加密用了 block chaining (ecb/cbc), 还得把 iv 用上。

没看到代码我也不知道怎么用... cc sm4.c 能出来个可执行文件么？是 windows 的话就要弄个 vc++ express 来编译了

你有加密的程序么？密钥逆序再加密一遍就还原了...

俺国自主研制的加密算法？

那就把 cramp 删掉...

只有 java 程序员才会谈论的问题

其实 markdown 里最难处理的是嵌套，下面两种东西的处理要写很多代码...

- 1
  + 2
    - 3
      换行加同缩进, 依然属于同一个 <li>
    - 3
  + 2
- 1

~~***尼玛***~~

如果允许列表中有 quote 或者 header, 直接会疯掉...

还有一个蛋疼点是 code 元素，因为其实以任意多个 ` 开始都可以的，例如下面这个，5 个`开始，5 个`结束

这样也可以`代码`的...

webkit+coretext 的 bug, 升级 mavericks 和 iOS7 就好了，旧系统补丁不知道什么时候发

@hooopo @aikko 呃我弄错了请忽略 #13 楼

profiler 吃 2g 内存不奇怪啊，你去掉 profiler 然后看看吃的内存...

virt 不是真正使用的内存可以不管。res (resident) 准确一点。

会释放给系统的

可能是你的代码里有内存泄漏。

不过 lazy sweep 机制使得 gc 完以后，分配内存时，才去 sweep, 而且 sweep 到能分配的程度后，就不再 sweep 了。你可以试试 GC.stress = true (但会变慢很多，弄完记得 GC.stress = false)

32 位机器的保守式 gc 扫栈也会导致一些泄漏，不过 64 位机器几乎不会。

ruby gc 没有 compact 机制，长时间运行内存碎片增多也会导致占用内存增多，但不明显。

#32 楼 @doitian 嗯是 wacom, 大笔误 -_- 非专业人士入山寨机也能满足需求

@blacktulip @knwang 周末画个...

你们都没看出是高端黑吗...

=> 写法是从 perl 的 -> 过来的

#1 楼 @blacktulip

begin
  raise 'foo'
rescue RuntimeError => e
  ...
end

#3 楼 @rasefon treetop 有，racc 应该也可以

#1 楼 @rasefon ruby 自带 rex 和 racc, 还有 treetop, parslet 等

#9 楼 @sunfmin 这就是 go 没有 typed panic 的缺点，不能捕捉特定类型的异常。RPC 的话其他语言都会把异常也序列化的...

#4 楼 @sunfmin 返回 error 是为了减少长跳转优化性能，把出错处理释放资源的棘手问题扔给用户，更像个 premature optimization, 过几年硬件和 VM 发展了大概就没意义了...

如果你不处理又要继续往上扔，层层 return 不如直接 panic 啊

嵌套多不用怕，编辑器打开缩进提示线就可以了...

#9 楼 @aptx4869 slim 的 pretty 输出就是缩进的啊，不用空格怎么缩进...

#15 楼 @blacktulip 那种带显示屏的可能更容易操作点

有，不管输入是什么，都映射到 1 个值就可以了 -- 不过就区分不了用户了

#13 楼 @blacktulip 才买到 g5... 标称据说可以和 capcom 高端板相当但是价钱山寨级别...

#10 楼 @knwang 画画，我觉得 sketchbook pro 桌面版还行，photoshop 那种 UI 就不太适合笔操...

基友牌 (ugee) 数位板/雷蛇/借个鼠标垫