[#44776] [ruby-trunk - Bug #6385][Open] mtime vie File.stat(filename).utime vs File.open(filename, 'r').mtime in Windows — "kolmanv (Kolman Vornovitsky)" <kolmanv@...>

9 messages 2012/05/01

[#44782] [ruby-trunk - Bug #6387][Open] 1.9.3p194 crashed on require in ubuntu — "ywen (Yi Wen)" <hayafirst@...>

12 messages 2012/05/01

[#44795] [ruby-trunk - Bug #6391][Open] Segment Fault while execute make_encmake.rb for Ruby 1.9.3 P194 ( MinGW64) — "raylinn@... (ray linn)" <raylinn@...>

13 messages 2012/05/02

[#44911] [ruby-trunk - Bug #6408][Open] DelegateClass#eql? and <=> don't work as expected — "tenderlovemaking (Aaron Patterson)" <aaron@...>

11 messages 2012/05/06

[#44951] [ruby-trunk - Feature #6414][Open] Destructuring Assignment — "edtsech (Edward Tsech)" <edtsech@...>

14 messages 2012/05/08

[#44958] [ruby-trunk - Feature #6418][Assigned] Supporing a subset of ANSI escape code on Windows — "usa (Usaku NAKAMURA)" <usa@...>

11 messages 2012/05/09

[#45035] [ruby-trunk - Bug #6433][Open] rb_thread_blocking_region(): ubf() function is executed with GVL — ibc (Iñaki Baz Castillo) <ibc@...>

12 messages 2012/05/14

[#45180] [ruby-trunk - Feature #6478][Open] BasicObject#__class__ — "trans (Thomas Sawyer)" <transfire@...>

14 messages 2012/05/22

[#45193] [ruby-trunk - Feature #6482][Open] Add URI requested to Net::HTTP request and response objects — "drbrain (Eric Hodel)" <[email protected]>

16 messages 2012/05/23

[#45198] [ruby-trunk - Feature #6483][Open] parametric map — "prijutme4ty (Ilya Vorontsov)" <prijutme4ty@...>

14 messages 2012/05/23

[#45222] [ruby-trunk - Feature #6492][Open] Inflate all HTTP Content-Encoding: deflate, gzip, x-gzip responses by default — "drbrain (Eric Hodel)" <[email protected]>

23 messages 2012/05/24

[#45252] [ruby-trunk - Feature #6499][Open] Array::zip — "prijutme4ty (Ilya Vorontsov)" <prijutme4ty@...>

14 messages 2012/05/26

[#45272] [ruby-trunk - Feature #6503][Open] Support for the NPN extension to TLS/SSL — "igrigorik (Ilya Grigorik)" <ilya@...>

13 messages 2012/05/27

[#45316] [ruby-trunk - Feature #6515][Open] array.c: added method that verifies if an Array is part of another — "lellisga (Li Ellis Galardo)" <lellisga@...>

14 messages 2012/05/30

[ruby-core:44813] Re: [ruby-trunk - Feature #2565] adding hooks for better tracing

From: Aaron Patterson <tenderlove@...>
Date: 2012-05-02 17:27:27 UTC
List: ruby-core #44813
On Wed, May 02, 2012 at 01:01:17PM +0900, SASADA Koichi wrote:
> Hi,
>=20
> (2012/05/02 11:38), Aaron Patterson wrote:
> > DTrace allows us to specify the stability of the probes.  I've
> > declared the provider name of "ruby" to be stable.
>=20
> I agree.
>=20
> > We don't declare any modules or functions, so I've declared them as
> > stable.
>=20
> I'm not sure about it.  You mean that we'll declare "there are no
> modules or functions" ?

That's correct.  We are not allowed to define modules or functions, so
I've declared that our non-existent modules and functions are stable.

> > The probes (e.g. function-entry), as well as the type and number of
> > arguments to the probes are declared as unstable, so users are
> > advised not to depend on them.
>=20
> I agree.  Or declare specification as "Ruby 2.0.0" (specific
> implementation) and make warning that "there are possibilities of
> changing probes after Ruby 2.0.1 or later".

I believe that is implied since we've said the api is not stable.

> > You can find the stability declarations here:
> >=20
> > https://github.com/tenderlove/ruby/blob/probes/probes.d#L26-30
>=20
> Thanks.
>=20
> I have a question:  We have lazy sweep which run many short scattered
> sweep process.  Should we measure such a thing?

I think it's fine to measure.  I've added probes in all the places where
we gather GC statistics (near GC_PROF_SWEEP_TIMER_START and
GC_PROF_SWEEP_TIMER_STOP).  The nice thing is that the DTrace system
will provide the time, so we don't need to write any C code to calculate
timing.

> > I think declaring them unstable is the best conservative approach.
> > If we find them to be good over the long term, we can change the
> > stability declaration in later releases of Ruby.
>=20
> I agree.

Great!  If you're happy with my patch, I'll apply. :-)

--=20
Aaron Patterson
http://tenderlovemaking.com/

In This Thread

Prev Next