Ruby China
  • Topics
  • 招聘
  • Wiki
  • 酷站
  • Gems
  • Sign Up
  • Sign In
Wendal Chen
@wendal
Member
NO. 6792 / 2013-04-20

0 Topics / 4 Replies
0 Followers
0 Following
0 Favorites
GitHub Public Repos
More on GitHub
  • Overview
  • Topics
  • Replies
  • Favorites
  • Following
  • Followers
  • [扬长避短] cruby 在什么情况下比 C++, JavaScript, Go, Java, Haskell 更效率... at April 20, 2013

    大家无视我 golang 的测试结果,是我错了 --> 撞墙中

  • [扬长避短] cruby 在什么情况下比 C++, JavaScript, Go, Java, Haskell 更效率... at April 20, 2013
    H:\wirelessw\box\src\github.com\wendal\simples>go run main.go
    
    72.5093ms
    
    

    软件配置:golang 1.1beta2 win7 sp1 x64 硬件:i5-2410M 8G 内存

  • [扬长避短] cruby 在什么情况下比 C++, JavaScript, Go, Java, Haskell 更效率... at April 20, 2013

    #19 楼 @wendal


    故 go template 的渲染速度是 100000/4.08 = 2.4 万/s, 约为 ruby 的 1/3.

    原因:slim 是编译器,效果相当于用 ruby 的字节码解释器执行模板。go 由于是静态语言,没有 eval 这种邪恶的方法,所以 go template 只能用很原始的树遍历解释器来实现模板语言,还是要比字节码解释器慢很多的。


    在我的机器上,执行耗时仅 59ms 相当于每秒 169w 次,你觉得是 ruby 的多少倍呢?秒杀 ruby 几百条街

  • [扬长避短] cruby 在什么情况下比 C++, JavaScript, Go, Java, Haskell 更效率... at April 20, 2013

    黑 go 的那段太没水平,go run 是包含编译过程的,要比就得

    go build b.go time ./b

关于 / RubyConf / Ruby 镜像 / RubyGems 镜像 / 活跃会员 / 组织 / API / 贡献者
由众多爱好者共同维护的 Ruby 中文社区,本站使用 Homeland 构建,并采用 Docker 部署。
服务器由 赞助 CDN 由 赞助
iOS 客户端 / Android 客户端 简体中文 / English