bhuztez (bhuztez) · 回帖

不是那么绝对的，JIT 能知道运行期信息，有时候是能生成非常紧凑的代码，当然代价是要插入很多 guard，检查是否符合你之前编译的时候假设的情况。不符合就 fallback 到解释模式。假如 fallback 到 method JIT 的话，那就更耗内存了，引起 cache miss 就啥都没有了... Mozilla 好像在搞的那个是能共用部分 tracing JIT 和 method JIT 的生成代码的？??

如果采用 jit, 可能要重新设计字节码，使用更节省内存的表示方式？

为啥？一般解释型语言的字节码都是很贴近语言本身的，也就是说很紧凑的。你可以把编译/JIT 过程看作内联解释器再把常量代入，消除冗余代码，显然很容易生成比解释器字节码长得多的代码。解释器字节码那里省下来的其实也不多

大量运用了元编程和反射的代码，运行的时候 jit 也要多次重新编译...

没看出来能比别的情况多 ...

分支预测能力比较强的 CPU

我一直没搞明白 (当然也没尝试去搞明白) 分支预测的命中率是怎么能达到 90% 以上的。

发展出一个混合解释和 jit 执行的模式 (inline instruction) 也说不定...

tracing JIT 被你赤裸裸地无视了

请教一下关于 gotealeaf 的培训问题 at 2013年03月01日

学啥不好，为啥要学 Web 开发...

[杭州][2013年3月5日] Ruby Tuesday 活动召集 at 2013年02月28日

鉴于每次非 Ruby 主题上座率都不高

所以可以不叫 Ruby Tuesday...

[杭州][2013年3月5日] Ruby Tuesday 活动召集 at 2013年02月28日

FE 是什么东西

[已停止][上海] Ruby on Rails 程序员 (纯技术)[需有一年开发经历] at 2013年02月27日

这么强大竟然已经需要跨地理分布的数据中心了...

今天小测了同学们一个基本概念 at 2013年02月26日

#12 楼 @ShiningRay

我现在觉得 FizzBuzz 都比你这题好了...

http://c2.com/cgi/wiki?FizzBuzzTest

请教，移动平台即时通讯 (im) 后台架构 at 2013年02月26日

#30 楼 @kehao 请问什么叫长连接...

请教，移动平台即时通讯 (im) 后台架构 at 2013年02月26日

#25 楼 @kehao 我觉得你一开始就乱了吧。XMPP 和 HTTP 没啥关系只是恰好有个 XMPP over HTTP 的叫 BOSH...

请教，移动平台即时通讯 (im) 后台架构 at 2013年02月26日

#16 楼 @killyfreedom

看来你根本就没搞清楚问题。JSON 在这里并不比 XML 好...

XML 风格

<message to="[email protected]">
  <body>
    <a href="http://xml.suc.ks">XML Sucks</a>
  </body>
</message>

RFC2822 风格

To: [email protected]
Content-Length: XXX

<body>
  <a href="http://xml.suc.ks">XML Sucks</a>
</body>

JSON 风格

{"message": [{"to": "[email protected]"}, 
    "<body><a href=\"http://xml.suc.ks\">XML Sucks</a></body>"]}

今天小测了同学们一个基本概念 at 2013年02月26日

这题不脑残么...

请教，移动平台即时通讯 (im) 后台架构 at 2013年02月26日

#5 楼 @killyfreedom

从单个 message 看，overhead 是不大的，不然 HTTP 也别用了，单个请求的 overhead 远大于 XMPP 单个 message 的 overhead。

<message to="[email protected]">
  <body>
    <a href="http://xml.suc.ks">XML Sucks</a>
  </body>
</message>

[已结束][上海] 掌誉网络科技招聘靠谱 Ruby 程序员 - 你看了以后可能几天都睡不好觉的招聘帖 at 2013年02月25日

你们需要 APL 程序员么？

Ruby-2.0.0-p0 at 2013年02月24日

#3 楼 @lgn21st

Today, I'll loose at least 50 karma points, but it's worth: Why people still use Ruby?

Because they get dream day rates for maintaining rusty slow legacy systems

Because they do not want to learn new languages and can stay in their comfort zone

Because they think it's still 2005 and nobody cares about slow server response times And now Ruby lovers, click on downvote or give your reasons why you still use Ruby.

第一条太欢乐了

如果用 linux 开发环境， centos 好一点，还是 ubuntu 好一点呢？ at 2013年02月23日

我是来围观 Ubuntu 脑残粉的

gitlab-shell for gitlab v5.0 at 2013年02月23日

还是 Twisted Conch + dulwich 方便，爱咋整咋整

另外，共用系统的 sshd 终究是个安全隐患。

即便是这样，用AuthorizedKeysCommand这个配置项也比用authorized_keys这个文件好。

如何学习数据库 at 2013年02月22日

#10 楼 @springwq

主要还是看你现在是怎么个水平和想学什么东西。

假如你真的是完完全全的零基础，而且仅仅是开发的时候要用到数据库，而不是想成为某个特定数据库软件的专业的 DBA。那么我更建议你看我推荐的那个博客。

MySQL 必知必会只是介绍了一种特定的数据库提供了哪些功能 MySQL 技术内幕只是介绍了一种特定的数据库功能是怎么实现的

假如你真的真的是完全都不会，这并不是很合适作为入门的参考。

入门的参考还得再简单一点。比如我推荐的那个博客，假如你第一篇开始看，你看到的是有哪些常用的 normal form，它们分别能表示哪些不同的数据关系。如何选择合适的 normal form 以及查询方式来表示你的业务逻辑，什么时候又需要 denormalize，等等。着重的是功能如何实现，而且也不是按某个数据库来写的。你完全可以对照着某个数据库软件官方文档，来一个个例子自己实践一遍，最简单的几个例子其实 sqlite 就可以了。

假如你真的是零基础，想成为专业 DBA，那这也是个不错的开始。

假如你已经有基础了，你需要多实践啊.......

如何学习数据库 at 2013年02月22日

http://database-programmer.blogspot.com/

请教，移动平台即时通讯 (im) 后台架构 at 2013年02月21日

XMPP 流量其实不大，本来即时消息就没多大流量。XMPP 最大的问题是默认每次登录都要拉一次联系人列表，往往这个才是流量的最大来源，而客户端是自己开发的话，这个明显是可以绕过的。所以没问题的。

Espresso Framework at 2013年02月21日

#9 楼 @hooopo 数百个字符的正则表达式 vs 长达数百行的 method ...

Espresso Framework at 2013年02月21日

#5 楼 @hooopo 不矛盾啊，都坑爹啊...