gpt4 book ai didi

javascript - Rubyracer(Ruby 的 V8 绑定(bind))执行速度非常慢

转载 作者:数据小太阳 更新时间:2023-10-29 08:40:11 24 4
gpt4 key购买 nike

因此,我在 eventmachine 中有一个 TCP 服务器和 therubyracer用作向服务器预先挂起操作(如过滤器或扩展)的一种方式。当服务器没有接收到大量数据时,一切都很好,但当它被淹没时(有时需要)它变得非常慢。

因此,我做了一个小的基准测试,看看 ruby​​racer 与 Ruby 相比有多慢,当我看到结果时震惊:

          user     system      total        real
V8: 0.060000 0.000000 0.060000 ( 0.059903)
Ruby: 0.000000 0.000000 0.000000 ( 0.000524)

老实说,我不介意它是否慢,但我不希望它在完成数据处理之前锁定我的整个服务器。使用 EM::defer 并不是一个真正的选择(我试过了,但它有时会产生大量线程,具体取决于泛洪的强度)。我无法绕过泛洪,因为我没有设计协议(protocol),而且客户要求它们像那样(尽管很可怕)。

基准代码:

require 'v8'
require 'benchmark'

class User
def initialize
@name = "smack"
@sex = "female"
@age = rand(100)
@health = rand(100)
@level = rand(100)
@colour = rand(14)
end

attr_accessor :name, :sex, :age, :health, :level, :colour
end

# Create context and the function
context = V8::Context.new
code = "obj = {
__incybincy__: function() {
user.name + '' + '' + ''
user.sex + '' + '' + ''
user.age + '' + '' + ''
user.health + '' + '' + ''
user.level + '' + '' + ''
user.colour + '' + '' + ''
}
}"
context.eval(code)

# Insert the user into the context
user = User.new
context["user"] = user

# Benchmark
n = 100
Benchmark.bm do |x|
x.report("V8: ") do
n.times do
context['obj'].__incybincy__
end
end

x.report("Ruby: ") do
n.times do
user.name + "" + ""
user.sex + "" + ""
user.age.to_s + "" + ""
user.health.to_s + "" + ""
user.level.to_s + "" + ""
user.colour.to_s + "" + ""
end
end
end

编辑

问题:有没有办法消除therubyracer造成的瓶颈?通过其他方式将 JavaScript 实现到 Ruby 中是可以接受的。


2012 年 3 月 7 日更新

因此,我设法优化了代码,因为我认为导致瓶颈的是 Ruby<->JS 通信,每次执行 [native code] 时都会发生这种情况,即自从 ruby​​ 对类使用 getter 和 setter 方法以来,或者当对象在语言之间直接传递时,一直都是如此。

                user     system      total        real
V8-optimized: 0.050000 0.000000 0.050000 ( 0.049733)
V8-normal: 0.870000 0.050000 0.920000 ( 0.885439)
Ruby: 0.010000 0.000000 0.010000 ( 0.015064)
#where n is 1000

因此,我通过在 JS 端进行缓存来减少 Ruby 和 JS 之间的调用次数,但这并没有像我希望的那样优化它,因为至少必须将一个对象传递给函数:a Hash 或至少是一个 JSON String,我什至到了传递一个 Fixnum 的长度——这让我惊呼 FML——这不是比传递一个字符串(如果有的话)有很大的改进。

我仍然希望有比我更好更快的解决方案。

最佳答案

问题是,默认情况下,Ruby Racer 复制字符串从 Ruby 到 V8,反之亦然。

在您的基准测试中,访问这 6 个字符串属性将导致至少 6 个 memcpy() 操作,这些操作必须分配新内存并逐字节遍历字符串的长度以移动它到新位置。将其与基本上是无操作的 Ruby 端进行比较(字符串对象只是包装一个已经分配和设置的指针),难怪它要慢得多。

您可以更改此行为以通过引用而不是通过值传递字符串。

class Wrapper
attr_reader :object

def inititialize(object)
@object = object
end
end

cxt['aString'] = Wrapper.new('not copied')

当然,如果你想在 javascript 中访问字符串,你最终将不得不为副本付费。您可以对 Nums、数组和 Hashes 使用这种包装器技术,所有这些都默认复制到 JavaScript。

参见 https://github.com/cowboyd/therubyracer/wiki/Converting-ruby-object-to-javascript了解更多详情。

V8 确实支持外部管理字符串的概念,这将允许您在 Ruby 中分配一个 char *,然后使用它在 V8 中的地址。但是,目前 The Ruby Racer 中不提供此功能。

关于javascript - Rubyracer(Ruby 的 V8 绑定(bind))执行速度非常慢,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9573818/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com