[#68137] improve semantics of manpages — "Anthony J. Bentley" <anthony@...>
Hi,
1 message
2015/02/17
[#68144] Re: Future of test suites for Ruby — Anthony Crumley <anthony.crumley@...>
FYI...
4 messages
2015/02/17
[#68343] [Ruby trunk - Bug #10916] [Open] What the Ruby? SegFault? — ruby@...
Issue #10916 has been reported by why do i need this acct just to create a bug report.
5 messages
2015/02/27
[#68373] Re: [Ruby trunk - Bug #10916] [Open] What the Ruby? SegFault?
— "Martin J. Dürst" <duerst@...>
2015/03/02
> * Author: why do i need this acct just to create a bug report
[#68358] [Ruby trunk - Bug #10902] require("enumerator") scans LOAD_PATH 2x on every invocation — ruby@...1.net
Issue #10902 has been updated by Aman Gupta.
3 messages
2015/02/28
[ruby-core:68164] [Ruby trunk - Bug #10723] [PERF] bm_tread_create_join 20% slower
From:
tgx_world@...
Date:
2015-02-18 05:31:37 UTC
List:
ruby-core #68164
Issue #10723 has been updated by Guo Xiang Tan. Eric Wong wrote: > akr: any comments? I'll commit my patch in a few days, but I hope we > can recover more performance. Thanks. Hi Eric, Just wanted to bring your attention to bm_vm_thread_pass_flood. http://rubybench.org/ruby/ruby/commits?result_type=vm_thread_pass_flood before_patch: 0.079s after_patch: 0.086 The benchmark got slower after your patch so I thought you might be interested in knowing that. Not really a report but just to bring your attention to it since I don't know c well enough to actually understand how Ruby is implemented. Thank you! :))) ---------------------------------------- Bug #10723: [PERF] bm_tread_create_join 20% slower https://bugs.ruby-lang.org/issues/10723#change-51540 * Author: Guo Xiang Tan * Status: Open * Priority: Normal * Assignee: Akira Tanaka * ruby -v: ruby 2.2.0dev (2014-09-21 trunk 47676) * Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN, 2.2: UNKNOWN ---------------------------------------- Relevant commits: https://github.com/ruby/ruby/compare/39fd4a8...5697b2f Chart showing the regression: http://rubybench.org/ruby/ruby/commits?result_type=vm_thread_create_join For those unable to view the chart, the benchmark results have increased from 1.74~ seconds to 2.1~ seconds. -- https://bugs.ruby-lang.org/