[#27003] [Bug #2422] splat operator fails on array of 1 element — Raul Parolari <redmine@...>

Bug #2422: splat operator fails on array of 1 element

12 messages 2009/12/02

[#27025] [Backport #2431] StringIO#{gets,readlines} with "" (paragraph mode) trims last "\n" — Hiroshi NAKAMURA <redmine@...>

Backport #2431: StringIO#{gets,readlines} with "" (paragraph mode) trims last "\n"

8 messages 2009/12/04

[#27086] [Feature #2454] OpenSSL has no maintainer — Yui NARUSE <redmine@...>

Feature #2454: OpenSSL has no maintainer

16 messages 2009/12/07

[#27120] #to_enum ignores block? — Roger Pack <rogerdpack@...>

Is #to_enum ignoring its block expected?

11 messages 2009/12/09

[#27135] better GC? — Roger Pack <rogerdpack@...>

Could I put in a small plea for a better GC?

56 messages 2009/12/10
[#27136] Re: better GC? — Yukihiro Matsumoto <matz@...> 2009/12/11

Hi,

[#27476] Re: better GC? — Paul Brannan <pbrannan@...> 2010/01/07

On Fri, Dec 11, 2009 at 09:07:16AM +0900, Yukihiro Matsumoto wrote:

[#27477] Re: better GC? — Eero Saynatkari <ruby-ml@...> 2010/01/07

Excerpts from Paul Brannan's message of Thu Jan 07 21:53:34 +0200 2010:

[#27563] Re: better GC? — Brent Roman <brent@...> 2010/01/12

[#27199] [Backport #2488] thread usage can result in bad HANDLE — Roger Pack <redmine@...>

Backport #2488: thread usage can result in bad HANDLE

12 messages 2009/12/16

[#27286] [Bug #2515] Array#select! — Roger Pack <redmine@...>

Bug #2515: Array#select!

17 messages 2009/12/22

[#27327] [Bug #2531] Ruby 1.8.7-p248 fails to cross-compile same version — Luis Lavena <redmine@...>

Bug #2531: Ruby 1.8.7-p248 fails to cross-compile same version

9 messages 2009/12/25

[#27360] [Feature #2542] URI lib should be updated to RFC 39886 — Marc-Andre Lafortune <redmine@...>

Feature #2542: URI lib should be updated to RFC 39886

15 messages 2009/12/31

[ruby-core:27285] Re: GC::Profiler.result question

From: Narihiro Nakamura <authornari@...>
Date: 2009-12-22 08:25:20 UTC
List: ruby-core #27285
Hi

2009/12/20 Roger Pack <rogerdpack@gmail.com>:
> Question.
>
> With this result:
>
>> report = GC::Profiler.result
> irb(main):013:0> GC::Profiler.report
> GC 13 invokes.
> Index    Invoke Time(sec)       Use Size(byte)     Total Size(byte)
>     Total Object                    GC Time(ms)
>    1               0.406              1402080              2785280
>            87040        15.62500000000000000000
>    2               2.094              1408800              2785280
>            87040        15.62500000000000000000
>    3               2.141              1409344              3211264
>           100352        15.62500000000000000000
>    4               2.156              1411488              3211264
>           100352        15.62500000000000000000
>    5               4.359              1414240              3211264
>           100352         0.00000000000000000000
>    6               4.375              1416416              3211264
>           100352         0.00000000000000000000
>
> why does it say 13 invokes when there appear to be 6?
>

"GC xx invokes" is a meaning same as GC.count.

> Also, it appears that the "Invoke Time" is actually the number of user
> cpu seconds the process has used since it started, i.e.
>
>    1               0.422              1401984              2785280
>            87040         0.00000000000000000000
> # who knows how much time actually elapsed between these two--in this
> instance it was 1 second with a "sleep 1" command
>    2               0.453              1404544              2785280
>            87040        15.62500000000000000000
>
> I would have anticipated it outputting system time--is using
> get_rusage there expected?  If so perhaps it should relable the column
> as Invoke User Time or something.

Yes, it used get_rusage. I see.

Thanks.

-- 
Narihiro Nakamura (nari)

In This Thread

Prev Next