[#64210] Asking for clarification for exception handling usage — Rodrigo Rosenfeld Rosas <rr.rosas@...>
I've created a ticket for that but didn't get any feedback so I decided
[#64517] Fw: Re: Ruby and Rails to become Apache Incubator Project — Tetsuya Kitahata <[email protected]>
What do you think? >> Ruby developers
What benefits are there to this? I have a feeling that adding unnecessary
On Sat, 23 Aug 2014 22:43:46 -0700
Here I am a Japanese. Before moving anywhere else answer to our question first: what benefits?
tax issue with each other.
[#64614] cowspace (work-in-progress) — Eric Wong <normalperson@...>
Hi all, I started working on a cowspace branch. Based on the mspace API
[#64615] [ruby-trunk - Feature #10181] [Open] New method File.openat() — oss-ruby-lang@...
Issue #10181 has been reported by Technorama Ltd..
I like this feature.
On 08/28/2014 02:53 PM, Eric Wong wrote:
Joel VanderWerf <[email protected]> wrote:
On 08/29/2014 12:55 AM, Eric Wong wrote:
Joel VanderWerf <[email protected]> wrote:
[#64627] [ruby-trunk - Feature #10182] [PATCH] string.c: move frozen_strings table to rb_vm_t — ko1@...
Issue #10182 has been updated by Koichi Sasada.
[#64671] Fwd: [ruby-changes:35240] normal:r47322 (trunk): symbol.c (rb_sym2id): do not return garbage object — SASADA Koichi <ko1@...>
Why this fix solve your problem?
(2014/08/30 8:50), SASADA Koichi wrote:
SASADA Koichi <[email protected]> wrote:
Eric Wong <[email protected]> wrote:
(2014/08/31 0:18), Eric Wong wrote:
[ruby-core:64511] [ruby-trunk - Feature #10165] [Open] Use Process.clock_gettime to speed up Benchmark.realtime.
Issue #10165 has been reported by Pete Higgins.
----------------------------------------
Feature #10165: Use Process.clock_gettime to speed up Benchmark.realtime.
https://bugs.ruby-lang.org/issues/10165
* Author: Pete Higgins
* Status: Open
* Priority: Normal
* Assignee:
* Category:
* Target version:
----------------------------------------
This patch changes the Benchmark.realtime method to use the Process.clock_gettime internally when generating the time elapsed. Calling Process.clock_gettime is faster than the current way of creating Time objects.
I wrote a benchmark script (also attached) to demonstrate the difference:
```
require 'benchmark'
def old_benchmark
r0 = Time.now
yield
Time.now - r0
end
def new_benchmark
r0 = Process.clock_gettime(Process::CLOCK_MONOTONIC)
yield
Process.clock_gettime(Process::CLOCK_MONOTONIC) - r0
end
n = (ARGV.first || 1_000_000).to_i
puts "#{n} iterations."
Benchmark.bmbm do |b|
b.report("old") { n.times { old_benchmark { nil } } }
b.report("new") { n.times { new_benchmark { nil } } }
end
```
When I run this on my local machine I see this output:
```
1000000 iterations.
Rehearsal ---------------------------------------
old 0.860000 0.000000 0.860000 ( 0.863118)
new 0.360000 0.000000 0.360000 ( 0.355242)
------------------------------ total: 1.220000sec
user system total real
old 0.870000 0.010000 0.880000 ( 0.866577)
new 0.330000 0.000000 0.330000 ( 0.328982)
```
I discussed this idea originally with Eric Hodel, but he has not reviewed this code.
---Files--------------------------------
benchmark_benchmark_realtime.rb (424 Bytes)
faster_benchmark_realtime.diff (909 Bytes)
--
https://bugs.ruby-lang.org/