[#66126] Creation/Conversion methods/functions table for Ruby types — SASADA Koichi <ko1@...>
Hi,
5 messages
2014/11/07
[#66248] [ruby-trunk - Feature #10423] [PATCH] opt_str_lit*: avoid literal string allocations — normalperson@...
Issue #10423 has been updated by Eric Wong.
3 messages
2014/11/13
[#66595] [ruby-trunk - Bug #10557] [Open] Block not given when the argument is a string — bartosz@...
Issue #10557 has been reported by Bartosz Kopinski.
3 messages
2014/11/30
[ruby-core:66247] Re: [ruby-trunk - Feature #10423] [PATCH] opt_str_lit*: avoid literal string allocations
From:
Eric Wong <normalperson@...>
Date:
2014-11-13 04:19:22 UTC
List:
ruby-core #66247
normalperson@yhbt.net wrote: > But I am thinking of trying an entirely different approach to this > optimization (also able to target non-cfunc) I had an idea to do lazy/late rb_str_resurrect before ci->call by defining + setting a STR_LITERAL flag (FL_USER19), but that is also complicated and I haven't been able to implement it, yet. The current patches can only handle cfunc on core classes, and even handling of Time (T_DATA) is ugly. I'm afraid this type of transparent optimization is not effective for real-world performance unless it can be applied more broadly to non-core classes.