[#14696] Inconsistency in rescuability of "return" — Charles Oliver Nutter <charles.nutter@...>

Why can you not rescue return, break, etc when they are within

21 messages 2008/01/02
[#14699] Re: Inconsistency in rescuability of "return" — Gary Wright <gwtmp01@...> 2008/01/02

[#14738] Enumerable#zip Needs Love — James Gray <james@...>

The community has been building a Ruby 1.9 compatibility tip list on

15 messages 2008/01/03
[#14755] Re: Enumerable#zip Needs Love — Martin Duerst <duerst@...> 2008/01/04

Hello James,

[#14772] Manual Memory Management — Pramukta Kumar <prak@...>

I was thinking it would be nice to be able to free large objects at

36 messages 2008/01/04
[#14788] Re: Manual Memory Management — Marcin Raczkowski <mailing.mr@...> 2008/01/05

I would only like to add that RMgick for example provides free method to

[#14824] Re: Manual Memory Management — MenTaLguY <mental@...> 2008/01/07

On Sat, 5 Jan 2008 15:49:30 +0900, Marcin Raczkowski <mailing.mr@gmail.com> wrote:

[#14825] Re: Manual Memory Management — "Evan Weaver" <evan@...> 2008/01/07

Python supports 'del reference', which decrements the reference

[#14838] Re: Manual Memory Management — Marcin Raczkowski <mailing.mr@...> 2008/01/08

Evan Weaver wrote:

[#14911] Draft of some pages about encoding in Ruby 1.9 — Dave Thomas <dave@...>

Folks:

24 messages 2008/01/10

[#14976] nil encoding as synonym for binary encoding — David Flanagan <david@...>

The following just appeared in the ChangeLog

37 messages 2008/01/11
[#14977] Re: nil encoding as synonym for binary encoding — Yukihiro Matsumoto <matz@...> 2008/01/11

Hi,

[#14978] Re: nil encoding as synonym for binary encoding — Dave Thomas <dave@...> 2008/01/11

[#14979] Re: nil encoding as synonym for binary encoding — David Flanagan <david@...> 2008/01/11

Dave Thomas wrote:

[#14993] Re: nil encoding as synonym for binary encoding — Dave Thomas <dave@...> 2008/01/11

[#14980] Re: nil encoding as synonym for binary encoding — Gary Wright <gwtmp01@...> 2008/01/11

[#14981] Re: nil encoding as synonym for binary encoding — Yukihiro Matsumoto <matz@...> 2008/01/11

Hi,

[#14995] Re: nil encoding as synonym for binary encoding — David Flanagan <david@...> 2008/01/11

Yukihiro Matsumoto writes:

[#15050] how to "borrow" the RDoc::RubyParser and HTMLGenerator — Phlip <phlip2005@...>

Core Rubies:

17 messages 2008/01/13
[#15060] Re: how to "borrow" the RDoc::RubyParser and HTMLGenerator — Eric Hodel <drbrain@...7.net> 2008/01/14

On Jan 13, 2008, at 08:54 AM, Phlip wrote:

[#15062] Re: how to "borrow" the RDoc::RubyParser and HTMLGenerator — Phlip <phlip2005@...> 2008/01/14

Eric Hodel wrote:

[#15073] Re: how to "borrow" the RDoc::RubyParser and HTMLGenerator — Eric Hodel <drbrain@...7.net> 2008/01/14

On Jan 13, 2008, at 20:35 PM, Phlip wrote:

[#15185] Friendlier methods to compare two Time objects — "Jim Cropcho" <jim.cropcho@...>

Hello,

10 messages 2008/01/22

[#15194] Can large scale projects be successful implemented around a dynamic programming language? — Jordi <mumismo@...>

A good article I have found (may have been linked by slashdot, don't know)

8 messages 2008/01/24

[#15248] Symbol#empty? ? — "David A. Black" <dblack@...>

Hi --

24 messages 2008/01/28
[#15250] Re: Symbol#empty? ? — Yukihiro Matsumoto <matz@...> 2008/01/28

Hi,

Re: an example of performance improvements

From: Paul Brannan <pbrannan@...>
Date: 2008-01-22 19:20:46 UTC
List: ruby-core #15184
On Tue, Jan 22, 2008 at 07:46:37AM +0900, Charles Oliver Nutter wrote:
> Paul Brannan wrote:
> >I also have an example where I'm not seeing a slowdown.  The most 
> >striking difference seems to be that my desktop (which exhibits the 
> >slowdown) is a dual Xeon running an SMP kernel, whereas my laptop (where 
> >YARV runs as fast as 1.8) is a single-CPU Pentium 4.
> >
> >Are there any known incompatibilities between YARV and SMP?
> 
> Shot in the dark: more GIL lock contention since threads can actually 
> try to run in parallel?

Seems to have been fixed in revision 15040:

Mon Jan 14 18:10:59 2008  Koichi Sasada  <ko1@atdot.net>

  * vm.h: remove dangerous assembler sentence.

[pbrannan@zem ruby]$ svn diff -r 15039:15040 vm.h
Index: vm.h
===================================================================
--- vm.h        (revision 15039)
+++ vm.h        (revision 15040)
@@ -143,7 +143,6 @@
 
 /* for GCC 3.4.x */
 #define TC_DISPATCH(insn) \
-  DISPATCH_ARCH_DEPEND_WAY(GET_CURRENT_INSN()); \
   INSN_DISPATCH_SIG(insn); \
   goto *GET_CURRENT_INSN(); \
   ;

I'm not sure what this does, but it seems to be the culprit.

So whereas before the bottleneck was visible at 1_000_000 iterations:

1000000 3.041384 3.806937 
2000000 6.065291 9.195241 

it is now not apparent at even 20_000_000 iterations:

20000000 60.628283 59.883455 

though it's possible that there's still a bottleneck that's not visible
until the program runs much longer.

(incidentally, all the dual-processor machines I tested on are running
gcc 3.4, so I guess it's not an SMP issue after all)

Paul


In This Thread

Prev Next