[#55853] ruby 1.9.3 p448 breaks ABI — V咜 Ondruch <v.ondruch@...>

Hi,

13 messages 2013/07/08

[#55951] [ruby-trunk - Bug #8625][Open] IO#read(len, buf) shortens buf even if data is not read actually — "no6v (Nobuhiro IMAI)" <nov@...>

10 messages 2013/07/11

[#55976] [ruby-trunk - Feature #8629][Open] Method#parameters should include the default value — "rosenfeld (Rodrigo Rosenfeld Rosas)" <rr.rosas@...>

13 messages 2013/07/12

[#55985] [ruby-trunk - Feature #8631][Open] Add a new method to ERB to allow assigning the local variables from a hash — "rosenfeld (Rodrigo Rosenfeld Rosas)" <rr.rosas@...>

19 messages 2013/07/12

[#56004] [ruby-trunk - Feature #8636][Open] Documentation hosting on ruby-lang.org — "zzak (Zachary Scott)" <e@...>

18 messages 2013/07/15

[#56019] [ruby-trunk - Feature #8639][Open] Add Queue#each — "avdi (Avdi Grimm)" <avdi@...>

15 messages 2013/07/15

[#56027] [CommonRuby - Feature #8640][Open] Add Time#elapsed to return nanoseconds since creation — "tenderlovemaking (Aaron Patterson)" <aaron@...>

24 messages 2013/07/15

[#56041] [CommonRuby - Feature #8643][Open] Add Binding.from_hash — "rosenfeld (Rodrigo Rosenfeld Rosas)" <rr.rosas@...>

26 messages 2013/07/16

[#56087] [ruby-trunk - Feature #8658][Open] Process.clock_gettime — "akr (Akira Tanaka)" <akr@...>

23 messages 2013/07/19

[#56096] [CommonRuby - Feature #8661][Open] Add option to print backstrace in reverse order(stack frames first & error last) — "gary4gar (Gaurish Sharma)" <gary4gar@...>

18 messages 2013/07/20

[#56193] [ruby-trunk - Bug #8693][Open] lambda invoked by yield acts as a proc with respect to return — "rits (First Last)" <redmine@...>

33 messages 2013/07/26

[#56274] [ruby-trunk - Bug #8709][Open] Dir.glob should return sorted file list — "tommorris (Tom Morris)" <tom@...>

19 messages 2013/07/30

[ruby-core:56179] Re: [ruby-trunk - Feature #8658] Process.clock_gettime

From: KOSAKI Motohiro <kosaki.motohiro@...>
Date: 2013-07-25 17:46:41 UTC
List: ruby-core #56179
(7/23/13 9:50 PM), Tanaka Akira wrote:
> 2013/7/24 KOSAKI Motohiro <kosaki.motohiro@gmail.com>:
>
>> So, Why do you choice Process.clock_gettime() instead of
>> Time.clock_gettime()?
>
> I don't like the result value of clock_gettime(CLOCK_REALTIME) because
> the value is interpreted differently between systems which use
> leapseconds and not.
> Time.now should be used instead.

Hmm. OK.


> The patch defines Process::CLOCK_REALTIME but it is just for consistency.
> I felt definining CLOCK_* constants except CLOCK_REALTIME is too inconsistent.
>
> The expected my main usecase would be CLOCK_PROCESS_CPUTIME_ID (or
> CLOCK_THREAD_CPUTIME_ID).
> For example, I use Process.times for measure Bignum speed but
> Process.times cannot measure under 10ms on my environment.
> Repeating target operation (as I do) improves precision but
> high resolution clocks can be used to obtain similar precision
> with less repeatation.

Really? I don't think so because CLOCK_*_CPUTIME_ID have less precious than
CLOCK_REALTIME. following "t" often show 0 on several OSs.


t0 = clock_gettime(CLOCK_THREAD_CPUTIME_ID)
# blah blah blah
t1 = clock_gettime(CLOCK_THREAD_CPUTIME_ID)
t = t1 - t0





In This Thread