[#28561] Ruby::DL vs Ruby::FFI — Aston <blackapache512-ticket@...>

Ruby.DL and FFI libraries are great for programmers like me who are not internet programmers, but are more interested in scientific and number processing etc.

11 messages 2010/03/08

[#28686] trunk (26947) build fail with msys/mingw/vista — Jon <jon.forums@...>

I get the following build failure when msysgit's "c:\git\cmd" dir is on PATH.

8 messages 2010/03/16

[#28687] [Bug #2973] rb_bug - Segmentation fault - error.c:213 — rudolf gavlas <redmine@...>

Bug #2973: rb_bug - Segmentation fault - error.c:213

10 messages 2010/03/16

[#28735] [Bug #2982] Ruby tries to link with both openssl and readline — Lucas Nussbaum <redmine@...>

Bug #2982: Ruby tries to link with both openssl and readline

16 messages 2010/03/18

[#28736] [Bug #2983] Ruby (GPLv2 only) tries to link to with readline (now GPLv3) — Lucas Nussbaum <redmine@...>

Bug #2983: Ruby (GPLv2 only) tries to link to with readline (now GPLv3)

10 messages 2010/03/18

[#28907] [Bug #3000] Open SSL Segfaults — Christian Höltje <redmine@...>

Bug #3000: Open SSL Segfaults

19 messages 2010/03/23

[#28924] [Bug #3005] Ruby core dump - [BUG] rb_sys_fail() - errno == 0 — Sebastian YEPES <redmine@...>

Bug #3005: Ruby core dump - [BUG] rb_sys_fail() - errno == 0

10 messages 2010/03/24

[#28954] [Feature #3010] slow require gems in ruby 1.9.1 — Miao Jiang <redmine@...>

Feature #3010: slow require gems in ruby 1.9.1

15 messages 2010/03/24

[#29179] [Bug #3071] Convert rubygems and rdoc to use psych — Aaron Patterson <redmine@...>

Bug #3071: Convert rubygems and rdoc to use psych

10 messages 2010/03/31

[ruby-core:28823] [Feature #2065] An ancestors iterator

From: Simon Chiang <redmine@...>
Date: 2010-03-20 04:40:25 UTC
List: ruby-core #28823
Issue #2065 has been updated by Simon Chiang.


Well, what can I say?  When you put it that way I'm sure this can all seem quite trivial in the grand scheme.  Truth is most bottlenecks, including this one, are not so bad... just wait a second.  Ruby will be fine with or without an each_ancestors iterator; it's my opinion it would be better with one.

But this suggestion it would slowdown method lookup overall -- is that an issue?  I don't know.  It is interesting because if having extra methods significantly slows down the lookup then I wonder how much faster ruby would be without the many generally unused methods there are in the language.  I'm not trying to be provocative with this question, it is to me an interesting point.

Thanks for writing up a patch!  I think it's an improvement but of course I'm not always right. :)

----------------------------------------
http://redmine.ruby-lang.org/issues/show/2065

----------------------------------------
http://redmine.ruby-lang.org

In This Thread

Prev Next