[#13842] Better introspection for Frames, Thread, and enhancing binding. — "Rocky Bernstein" <rocky.bernstein@...>

The below is a little long. So here's a summary.

11 messages 2007/12/01

[#13851] Array#flatten works quadratic time on length of resulting array. It could be linear — "Voroztsov Artem" <artem.voroztsov@...>

I encountered problem with Array#flatten slowness (it can be much

19 messages 2007/12/03
[#13863] Re: Array#flatten works quadratic time on length of resulting array. It could be linear — Charles Oliver Nutter <charles.nutter@...> 2007/12/03

Voroztsov Artem wrote:

[#13867] Re: Array#flatten works quadratic time on length of resulting array. It could be linear — "Voroztsov Artem" <artem.voroztsov@...> 2007/12/03

2007/12/3, Charles Oliver Nutter <charles.nutter@sun.com>:

[#13868] Re: Array#flatten works quadratic time on length of resulting array. It could be linear — "Voroztsov Artem" <artem.voroztsov@...> 2007/12/03

2007/12/3, Voroztsov Artem <artem.voroztsov@gmail.com>:

[#13870] Re: Array#flatten works quadratic time on length of resulting array. It could be linear — "Yusuke ENDOH" <mame@...> 2007/12/03

Hi,

[#13903] Clarification of retry change — Charles Oliver Nutter <charles.nutter@...>

Matz confirmed that retry-outside-rescue will no longer work, but I

14 messages 2007/12/07
[#13905] Re: Clarification of retry change — SASADA Koichi <ko1@...> 2007/12/07

Hi,

[#13908] What's the status of compiler/compiling on windows? — Gonzalo Garramu <ggarra@...>

20 messages 2007/12/07
[#13913] Re: What's the status of compiler/compiling on windows? — Nobuyoshi Nakada <nobu@...> 2007/12/07

Hi,

[#13914] Re: [Spam] Re: What's the status of compiler/compiling on windows? — Gonzalo Garramu <ggarra@...> 2007/12/07

Nobuyoshi Nakada wrote:

[#13926] Re: [Spam] Re: What's the status of compiler/compiling on windows? — "Luis Lavena" <luislavena@...> 2007/12/07

T24gRGVjIDcsIDIwMDcgODoyMSBBTSwgR29uemFsbyBHYXJyYW11w7FvIDxnZ2FycmFAYWR2YW5j

[#14038] Re: [Spam] Re: What's the status of compiler/compiling on windows? — "Joe Swatosh" <joe.swatosh@...> 2007/12/12

Hi Luis

[#14039] Re: [Spam] Re: What's the status of compiler/compiling on windows? — "Luis Lavena" <luislavena@...> 2007/12/12

On Dec 12, 2007 4:05 PM, Joe Swatosh <joe.swatosh@gmail.com> wrote:

[#14040] Re: [Spam] Re: What's the status of compiler/compiling on windows? — "Austin Ziegler" <halostatue@...> 2007/12/12

> This was discussed in other thread in ruby-talk, but just to summarize:

[#13969] redefineable not operator — David Flanagan <david@...>

Matz,

37 messages 2007/12/10
[#13971] Re: redefineable not operator — murphy <murphy@...> 2007/12/10

David Flanagan wrote:

[#13972] Re: redefineable not operator — Yukihiro Matsumoto <matz@...> 2007/12/10

Hi,

[#14007] Re: redefineable not operator — murphy <murphy@...> 2007/12/11

Yukihiro Matsumoto wrote:

[#14011] Re: redefineable not operator — Yukihiro Matsumoto <matz@...> 2007/12/11

Hi,

[#14013] Re: redefineable not operator — murphy <murphy@...> 2007/12/12

Yukihiro Matsumoto wrote:

[#14016] Re: redefineable not operator — David Flanagan <david@...> 2007/12/12

murphy wrote:

[#14019] Re: redefineable not operator — Yukihiro Matsumoto <matz@...> 2007/12/12

Hi,

[#14024] Re: redefineable not operator — Gary Wright <gwtmp01@...> 2007/12/12

[#14029] Re: redefineable not operator — Dave Thomas <dave@...> 2007/12/12

[#14042] Fix e2mmap.rb for 1.9 — Eric Hodel <drbrain@...7.net>

E2MM.Raise complains about $! being read-only now, and E2MM is used by

22 messages 2007/12/13
[#14043] Re: Fix e2mmap.rb for 1.9 — Dave Thomas <dave@...> 2007/12/13

[#14049] RDoc + irb (Was: Fix e2mmap.rb for 1.9) — Eric Hodel <drbrain@...7.net> 2007/12/13

On Dec 12, 2007, at 16:19 PM, Dave Thomas wrote:

[#14052] Re: RDoc + irb (Was: Fix e2mmap.rb for 1.9) — Dave Thomas <dave@...> 2007/12/13

[#14056] Re: RDoc + irb (Was: Fix e2mmap.rb for 1.9) — Charles Oliver Nutter <charles.nutter@...> 2007/12/13

Dave Thomas wrote:

[#14123] Some Ruby 1.9 loose ends to tie up — David Flanagan <david@...>

Matz,

20 messages 2007/12/17
[#14220] Re: Some Ruby 1.9 loose ends to tie up — Yukihiro Matsumoto <matz@...> 2007/12/21

Hi,

[#14238] Re: Some Ruby 1.9 loose ends to tie up — Charles Oliver Nutter <charles.nutter@...> 2007/12/22

Yukihiro Matsumoto wrote:

[#14147] named captures assigning to local variables — David Flanagan <david@...>

I've just been browsing ruby-dev. For an english speaker, it is kind of

26 messages 2007/12/19
[#14150] Re: named captures assigning to local variables — Tanaka Akira <akr@...> 2007/12/19

In article <47686B87.7050609@davidflanagan.com>,

[#14158] Re: named captures assigning to local variables — david@... 2007/12/19

Thank you for the clarification, akr. I'm embarassed to say that it didn't

[#14161] Re: named captures assigning to local variables — David Flanagan <david@...> 2007/12/20

If I may, have a proposal. My apologies if this has already been

[#14170] Re: named captures assigning to local variables — Tanaka Akira <akr@...> 2007/12/20

In article <476A087E.3070000@davidflanagan.com>,

[#14172] Re: named captures assigning to local variables — David Flanagan <david@...> 2007/12/20

How about making the return value an array of the captured strings, or nil

[#14149] Experimental PATCH to improve thread performance — Brent Roman <brent@...>

The attached patch against Ruby 1.8.6-p110 improves the performance of

38 messages 2007/12/19
[#14202] Re: Experimental PATCH to improve thread performance — Charles Oliver Nutter <charles.nutter@...> 2007/12/21

Brent Roman wrote:

[#14257] Re: Experimental PATCH to improve thread performance — Brent Roman <brent@...> 2007/12/22

[#14266] Re: Experimental PATCH to improve thread performance — Charles Oliver Nutter <charles.nutter@...> 2007/12/22

Brent Roman wrote:

[#14274] Re: Experimental PATCH to improve thread performance — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2007/12/22

On Sat, Dec 22, 2007 at 11:07:25PM +0900, Charles Oliver Nutter wrote:

[#14186] Rake 0.8.0 added to Ruby — Jim Weirich <jim.weirich@...>

Just a heads up here. I've added Rake (version 0.8.0 ... the latest)

34 messages 2007/12/21
[#14210] Re: [Spam] Rake 0.8.0 added to Ruby — Gonzalo Garramu <ggarra@...> 2007/12/21

Jim Weirich wrote:

[#14213] Re: [Spam] Rake 0.8.0 added to Ruby — "Rick DeNatale" <rick.denatale@...> 2007/12/21

On Dec 21, 2007 10:24 AM, Gonzalo Garramu=F1o <ggarra@advancedsl.com.ar> wr=

[#14215] Re: [Spam] Rake 0.8.0 added to Ruby — Jim Weirich <jim.weirich@...> 2007/12/21

[#14303] IRHG - GC Memory Fragmentation? — Charles Thornton <ceo@...>

While working on Chapter 05 and referencing various works

23 messages 2007/12/23
[#14308] Re: IRHG - GC Memory Fragmentation? — Ryan Davis <ryand-ruby@...> 2007/12/23

[#14335] Many external symbols _without_ prefix in libruby object file — Tadashi Saito <shiba@...2.accsnet.ne.jp>

Hi all,

12 messages 2007/12/23

[#14364] RDoc: [FATAL] failed to allocate memory — Martin Duerst <duerst@...>

With revision 14590, I suddenly get an error when I do "make install"

13 messages 2007/12/24

[#14367] replace csv.rb with fastercsv.rb — "NAKAMURA, Hiroshi" <nakahiro@...>

-----BEGIN PGP SIGNED MESSAGE-----

15 messages 2007/12/24
[#14390] Re: replace csv.rb with fastercsv.rb — James Gray <james@...> 2007/12/24

On Dec 24, 2007, at 3:34 AM, NAKAMURA, Hiroshi wrote:

[#14418] Base64 not there makes Rails 2.0.2 fail to load in 1.9.0 — Richard Kilmer <rich@...>

Just re-built latest svn of 1.9.0 and base64.rb is removed. Its

51 messages 2007/12/25
[#14420] Legacy support (Was: Base64 not there makes Rails 2.0.2 fail to load in 1.9.0) — Eric Hodel <drbrain@...7.net> 2007/12/25

On Dec 25, 2007, at 07:03 AM, Richard Kilmer wrote:

[#14427] Re: Legacy support (Was: Base64 not there makes Rails 2.0.2 fail to load in 1.9.0) — "M. Edward (Ed) Borasky" <znmeb@...> 2007/12/25

Eric Hodel wrote:

[#14431] Re: Legacy support (Was: Base64 not there makes Rails 2.0.2 fail to load in 1.9.0) — Dave Thomas <dave@...> 2007/12/25

[#14446] Re: Legacy support (Was: Base64 not there makes Rails 2.0.2 fail to load in 1.9.0) — Eric Hodel <drbrain@...7.net> 2007/12/26

On Dec 25, 2007, at 13:35 PM, Dave Thomas wrote:

[#14452] Re: Legacy support (Was: Base64 not there makes Rails 2.0.2 fail to load in 1.9.0) — Dave Thomas <dave@...> 2007/12/26

[#14492] Re: Legacy support (Was: Base64 not there makes Rails 2.0.2 fail to load in 1.9.0) — Eric Hodel <drbrain@...7.net> 2007/12/27

On Dec 26, 2007, at 06:16 AM, Dave Thomas wrote:

[#14494] Re: Legacy support (Was: Base64 not there makes Rails 2.0.2 fail to load in 1.9.0) — Dave Thomas <dave@...> 2007/12/27

[#14503] Re: Legacy support (Was: Base64 not there makes Rails 2.0.2 fail to load in 1.9.0) — Richard Kilmer <rich@...> 2007/12/27

[#14505] Re: Legacy support (Was: Base64 not there makes Rails 2.0.2 fail to load in 1.9.0) — Charles Oliver Nutter <charles.nutter@...> 2007/12/27

Richard Kilmer wrote:

[#14429] Re: Legacy support (Was: Base64 not there makes Rails 2.0.2 fail to load in 1.9.0) — hemant <gethemant@...> 2007/12/25

On Dec 26, 2007 1:01 AM, M. Edward (Ed) Borasky <znmeb@cesmail.net> wrote:

[#14430] Re: Legacy support (Was: Base64 not there makes Rails 2.0.2 fail to load in 1.9.0) — "M. Edward (Ed) Borasky" <znmeb@...> 2007/12/25

hemant wrote:

[#14517] Invalid use of mktime() in Ruby 1.8/1.9 results in incorrect Time objects — Dirkjan Bussink <d.bussink@...>

Hello,

12 messages 2007/12/27

[#14549] multibyte strings & bucket-of-bytes efficiency under 1.9.0 — khaines@...

Like everyone else, I've been testing my stuff under 1.9.0. In general,

38 messages 2007/12/28
[#14560] Re: multibyte strings & bucket-of-bytes efficiency under 1.9.0 — Brent Roman <brent@...> 2007/12/28

[#14573] Re: multibyte strings & bucket-of-bytes efficiency under 1.9.0 — murphy <murphy@...> 2007/12/29

Brent Roman wrote:

[#14603] Re: multibyte strings & bucket-of-bytes efficiency under 1.9.0 — Brent Roman <brent@...> 2007/12/30

[#14617] Re: multibyte strings & bucket-of-bytes efficiency under 1.9.0 — Tanaka Akira <akr@...> 2007/12/31

In article <14544702.post@talk.nabble.com>,

[#14568] Layout of includes in ruby 1.9 — Gonzalo Garramu <ggarra@...>

19 messages 2007/12/29
[#14576] Re: Layout of includes in ruby 1.9 — "Rick DeNatale" <rick.denatale@...> 2007/12/29

On Dec 29, 2007 2:39 AM, Gonzalo Garramu=F1o <ggarra@advancedsl.com.ar> wro=

[#14569] Wide strings to ruby strings — Gonzalo Garramu <ggarra@...>

11 messages 2007/12/29

[#14602] RCR allow indexing last n items — "Michal Suchanek" <hramrach@...>

Hello

15 messages 2007/12/30
[#14609] Re: RCR allow indexing last n items — "David A. Black" <dblack@...> 2007/12/30

Hi --

[#14610] Re: RCR allow indexing last n items — "Michal Suchanek" <hramrach@...> 2007/12/30

On 30/12/2007, David A. Black <dblack@rubypal.com> wrote:

[#14616] Re: RCR allow indexing last n items — "David A. Black" <dblack@...> 2007/12/30

Hi --

[#14621] Module.new(&block) in Ruby 1.9 — murphy <murphy@...>

Hello!

21 messages 2007/12/31
[#14622] Re: Module.new(&block) in Ruby 1.9 — "Cheah Chu Yeow" <chuyeow@...> 2007/12/31

This looks like a related bug with passing block arguments to

[#14633] Re: Module.new(&block) in Ruby 1.9 — murphy <murphy@...> 2007/12/31

Cheah Chu Yeow wrote:

[#14716] Re: Module.new(&block) in Ruby 1.9 — SASADA Koichi <ko1@...> 2008/01/03

Hi,

[#14726] Re: Module.new(&block) in Ruby 1.9 — ts <decoux@...> 2008/01/03

>>>>> "S" == SASADA Koichi <ko1@atdot.net> writes:

[#14728] Re: Module.new(&block) in Ruby 1.9 — SASADA Koichi <ko1@...> 2008/01/03

Hi,

[#16093] Re: Module.new(&block) in Ruby 1.9 — "Jeremy Kemper" <jeremy@...> 2008/04/01

Hi,

Re: Ruby 1.9.0-0 benchmarks

From: Gonzalo Garramu <ggarra@...>
Date: 2007-12-26 22:03:42 UTC
List: ruby-core #14485
M. Edward (Ed) Borasky wrote:
> Here you go ... this is on my 4 GB dual-core Athlon64 X2 5200+ (2.2
> GHz). The Ruby 1.8 is 1.8.6-p111 compiled with gcc 4.2.2 using
> "march=athlon64 -O2" and Ruby 1.9 was compiled with the same compiler
> but with flags "march=athlon64 -O3".
> 
> 

And here's my summary.

AMD4400 Dual, Ubuntu Linux.  gcc4.2.

Looking at the stats, I can see that:

* The final stats printing is broken? (see vm2_regexp for example).
* eval is atrociously slow in ruby1.9.


raw data:

[["app_answer", [[2.15542697906494], [0.145094871520996]]],
  ["app_erb", [[2.09809184074402], [1.70949506759644]]],
  ["app_factorial", [[0.820548057556152], [0.583094835281372]]],
  ["app_fib", [[10.470978975296], [1.40445590019226]]],
  ["app_mandelbrot", [[3.22337889671326], [0.952085971832275]]],
  ["app_pentomino", [[159.304229021072], [45.4392478466034]]],
  ["app_raise", [[1.47438788414001], [1.78277683258057]]],
  ["app_strconcat", [[1.44445586204529], [1.11537384986877]]],
  ["app_tak", [[14.589143037796], [3.28397297859192]]],
  ["app_tarai", [[11.7424840927124], [1.97352313995361]]],
  ["app_uri", [[4.79749894142151], [2.06596517562866]]],
  ["io_file_create", [[0.531114101409912], [0.644132137298584]]],
  ["io_file_read", [[0.962090969085693], [0.981380939483643]]],
  ["io_file_write", [[0.439779043197632], [0.371248006820679]]],
  ["loop_generator", [[73.1954250335693], [1.32812285423279]]],
  ["loop_times", [[9.82145118713379], [2.54450392723083]]],
  ["loop_whileloop", [[13.8167278766632], [1.47900104522705]]],
  ["loop_whileloop2", [[3.62037801742554], [0.327211856842041]]],
  ["so_ackermann", [[31.7615859508514], [1.84940195083618]]],
  ["so_array", [[11.8819019794464], [2.77720403671265]]],
  ["so_binary_trees", [[4.27007913589478], [1.45855712890625]]],
  ["so_concatenate", [[3.39572882652283], [1.02387404441833]]],
  ["so_count_words", [[0.906621217727661], [2.85331892967224]]],
  ["so_exception", [[3.14475107192993], [2.77321100234985]]],
  ["so_fannkuch", [[77.4417150020599], [51.0422279834747]]],
  ["so_fasta", [[16.6319880485535], [6.24331402778625]]],
  ["so_k_nucleotide", [[7.53550505638123], [4.3292248249054]]],
  ["so_lists", [[1.5493381023407], [0.741189956665039]]],
  ["so_mandelbrot", [[38.3015809059143], [16.4084548950195]]],
  ["so_matrix", [[3.38221192359924], [0.933027029037476]]],
  ["so_meteor_contest", [[49.8306679725647], [21.480376958847]]],
  ["so_nbody", [[26.7022581100464], [11.7530400753021]]],
  ["so_nested_loop", [[9.68228197097778], [2.24432396888733]]],
  ["so_nsieve", [[28.2142817974091], [7.94649910926819]]],
  ["so_nsieve_bits", [[72.6278400421143], [8.22617411613464]]],
  ["so_object", [[7.8431248664856], [2.38884401321411]]],
  ["so_partial_sums", [[30.4726920127869], [12.1970279216766]]],
  ["so_pidigits", [[2.60225200653076], [3.37743020057678]]],
  ["so_random", [[2.73132705688477], [0.784672975540161]]],
  ["so_reverse_complement", [[4.14902901649475], [4.33107709884644]]],
  ["so_sieve", [[0.831785917282104], [0.201172113418579]]],
  ["so_spectralnorm", [[37.0811059474945], [12.4805791378021]]],
  ["vm1_block", [[39.870707988739], [5.38296484947205]]],
  ["vm1_const", [[22.6873259544373], [2.47309899330139]]],
  ["vm1_ensure", [[31.3557019233704], [2.14650988578796]]],
  ["vm1_ivar", [[24.2530169487], [4.09170818328857]]],
  ["vm1_ivar_set", [[21.869530916214], [5.04701614379883]]],
  ["vm1_length", [[25.4125711917877], [3.56017899513245]]],
  ["vm1_neq", [[22.7305340766907], [3.00341892242432]]],
  ["vm1_not", [[17.9717137813568], [2.80853199958801]]],
  ["vm1_rescue", [[23.6489701271057], [1.62234306335449]]],
  ["vm1_simplereturn", [[36.6464512348175], [3.65947699546814]]],
  ["vm1_swap", [[25.1786539554596], [2.91784501075745]]],
  ["vm2_array", [[6.8945620059967], [3.15327000617981]]],
  ["vm2_case", [[5.63605809211731], [0.741250038146973]]],
  ["vm2_eval", [[17.3295199871063], [48.6883080005646]]],
  ["vm2_method", [[22.4825220108032], [4.1525571346283]]],
  ["vm2_mutex", [[8.34556412696838], [2.64646697044373]]],
  ["vm2_poly_method", [[29.4459300041199], [4.56858801841736]]],
  ["vm2_poly_method_ov", [[5.72979402542114], [0.958614110946655]]],
  ["vm2_proc", [[9.13964605331421], [1.47607207298279]]],
  ["vm2_regexp", [[5.13825511932373], [3.10947299003601]]],
  ["vm2_send", [[6.18634796142578], [0.888915061950684]]],
  ["vm2_super", [[7.94367098808289], [1.33594107627869]]],
  ["vm2_unif1", [[5.71100401878357], [0.904500007629395]]],
  ["vm2_zsuper", [[8.16355800628662], [1.41211199760437]]],
  ["vm3_thread_create_join", [[1.03607797622681], [2.23202085494995]]],
  ["vm3_thread_mutex", [[139.566982984543], [131.205877065659]]],
  ["bmx_temp", [[0.00968289375305176], [0.0367178916931152]]]]

Elapesed time: 2039.715557 (sec)
-----------------------------------------------------------
benchmark results:
name	ruby 1.8.6 (2007-06-07) [x86_64-linux]	ruby 1.9.0 (2007-12-22 
revision 0) [x86_64-linux]
app_answer	   	2.155	0.145
app_erb			2.098	1.709
app_factorial		0.821	0.583
app_fib			10.471	1.404
app_mandelbrot		3.223	0.952
app_pentomino		159.304	45.439
app_raise		1.474	1.783
app_strconcat		1.444	1.115
app_tak			14.589	3.284
app_tarai		11.742	1.974
app_uri			4.797	2.066
io_file_create		0.531	0.644
io_file_read		0.962	0.981
io_file_write		0.440	0.371
loop_generator		73.195	1.328
loop_times		9.821	2.545
loop_whileloop		13.817	1.479
loop_whileloop2		3.620	0.327
so_ackermann		31.762	1.849
so_array		11.882	2.777
so_binary_trees		4.270	1.459
so_concatenate		3.396	1.024
so_count_words		0.907	2.853
so_exception		3.145	2.773
so_fannkuch		77.442	51.042
so_fasta		16.632	6.243
so_k_nucleotide		7.536	4.329
so_lists		1.549	0.741
so_mandelbrot		38.302	16.408
so_matrix		3.382	0.933
so_meteor_contest	49.831	21.480
so_nbody		26.702	11.753
so_nested_loop		9.682	2.244
so_nsieve		28.214	7.946
so_nsieve_bits		72.628	8.226
so_object		7.843	2.389
so_partial_sums		30.473	12.197
so_pidigits		2.602	3.377
so_random		2.731	0.785
so_reverse_complement	4.149	4.331
so_sieve		0.832	0.201
so_spectralnorm		37.081	12.481
vm1_block*		26.054	3.904
vm1_const*		8.871	0.994
vm1_ensure*		17.539	0.668
vm1_ivar*		10.436	2.613
vm1_ivar_set*		8.053	3.568
vm1_length*		11.596	2.081
vm1_neq*		8.914	1.524
vm1_not*		4.155	1.330
vm1_rescue*		9.832	0.143
vm1_simplereturn*	22.830	2.180
vm1_swap*		11.362	1.439
vm2_array*		3.274	2.826
vm2_case*		2.016	0.414
vm2_eval*		13.709	48.361
vm2_method*		18.862	3.825
vm2_mutex*		4.725	2.319
vm2_poly_method*	25.826	4.241
vm2_poly_method_ov*	2.109	0.631
vm2_proc*		5.519	1.149
vm2_regexp*		1.518	2.782
vm2_send*		2.566	0.562
vm2_super*		4.323	1.009
vm2_unif1*		2.091	0.577
vm2_zsuper*		4.543	1.085
vm3_thread_create_join	1.036	2.232
vm3_thread_mutex	139.567	131.206
bmx_temp		0.010	0.037




-- 
Gonzalo Garramu
ggarra@advancedsl.com.ar

AMD4400 - ASUS48N-E
GeForce7300GT
Xubuntu Gutsy

In This Thread

Prev Next