[#62904] [ruby-trunk - Feature #9894] [Open] [RFC] README.EXT: document rb_gc_register_mark_object — normalperson@...
Issue #9894 has been reported by Eric Wong.
3 messages
2014/06/02
[#63321] [ANN] ElixirConf 2014 - Don't Miss Jos辿 Valim and Dave Thomas — Jim Freeze <jimfreeze@...>
Just a few more weeks until ElixirConf 2014!
6 messages
2014/06/24
[ruby-core:63259] [ruby-trunk - Feature #9953] set_trace_func values which could be frozen or symbols
From:
ko1@...
Date:
2014-06-19 22:44:05 UTC
List:
ruby-core #63259
Issue #9953 has been updated by Koichi Sasada. Hi, > event_type becomes a symbol (or could be single frozen string per distinct event type) Now, TracePoint#event returns symbol. I think it is enough and set_trace_func should not be modified. I have no objection to make strings frozen. > filename becomes a single frozen string per file (frozen per spec and possible single instance as impl-specific detail) Again, I have no objection to make strings frozen. (maybe nobody depends on such behavior) ---------------------------------------- Feature #9953: set_trace_func values which could be frozen or symbols https://bugs.ruby-lang.org/issues/9953#change-47307 * Author: Thomas Enebo * Status: Open * Priority: Normal * Assignee: * Category: * Target version: ---------------------------------------- I have been changing JRuby's tracing support internally and notice we churn through lots of extra Ruby objects per set_trace_func call. It strikes me that a couple of these values do not need to be allocated more than once. I propose: 1. event_type becomes a symbol (or could be single frozen string per distinct event type) 2. filename becomes a single frozen string per file (frozen per spec and possible single instance as impl-specific detail) I find the value of these two values being mutable strings to be minimal and tracing speed will have less GC-pressure. -- https://bugs.ruby-lang.org/