[#63592] [ruby-trunk - Bug #10009] IO operation is 10x slower in multi-thread environment — normalperson@...
Issue #10009 has been updated by Eric Wong.
3 messages
2014/07/08
[#63682] [ruby-trunk - Feature #10030] [PATCH] reduce rb_iseq_struct to 296 bytes — ko1@...
Issue #10030 has been updated by Koichi Sasada.
3 messages
2014/07/13
[#63703] [ruby-trunk - Feature #10030] [PATCH] reduce rb_iseq_struct to 296 bytes — ko1@...
Issue #10030 has been updated by Koichi Sasada.
3 messages
2014/07/14
[#63743] [ruby-trunk - Bug #10037] Since r46798 on Solaris, "[BUG] rb_vm_get_cref: unreachable" during make — ngotogenome@...
Issue #10037 has been updated by Naohisa Goto.
3 messages
2014/07/15
[#64136] Ruby 2.1.2 (and 2.1.1 and probably others) assumes a libffi with 3 version numbers in extconf.rb — "Jeffrey 'jf' Lim" <jfs.world@...>
As per subject.
4 messages
2014/07/31
[#64138] Re: Ruby 2.1.2 (and 2.1.1 and probably others) assumes a libffi with 3 version numbers in extconf.rb
— "Jeffrey 'jf' Lim" <jfs.world@...>
2014/07/31
On Thu, Jul 31, 2014 at 6:03 PM, Jeffrey 'jf' Lim <jfs.world@gmail.com>
[ruby-core:64041] [ruby-trunk - Feature #10096] [Open] [PATCH] use khash for fstring and id_str tables
From:
normalperson@...
Date:
2014-07-26 07:52:50 UTC
List:
ruby-core #64041
Issue #10096 has been reported by Eric Wong. ---------------------------------------- Feature #10096: [PATCH] use khash for fstring and id_str tables https://bugs.ruby-lang.org/issues/10096 * Author: Eric Wong * Status: Open * Priority: Normal * Assignee: Koichi Sasada * Category: core * Target version: current: 2.2.0 ---------------------------------------- frozen_strings and global_symbols.id_str hashes are two of the bigger hashes in Ruby. They are needlessly ordered and incurs malloc overhead in every st_table_entry. Use an unordered open-addressing table which incurs no additional malloc overhead besides the (larger) table itself. Reduces "ruby -e exit" (w/RubyGems) by ~200K on eglibc malloc on amd64 Debian stable due to having fewer allocations global_symbols.str_id is left unchanged (for now) because it is used for Symbol.all_symbols where ordering is expected This introduces no user-visible changes or incompatibility (unless I added a bug :x). I chose khash because it is flexible and has (IMHO) a good API. The API should also be familiar to mruby hackers, as mruby uses a version of khash. Future changes: * covert smaller internal hashes where ordering is not exposed to Ruby users * (hopefully) other hashes (methods/constants/ivars) hashes [Feature #9614] (Note: tried a few times in lynx with 503 errors, never had this problem before in lynx, trying clunky browser now) ---Files-------------------------------- khash.patch (35.5 KB) -- https://bugs.ruby-lang.org/