[#8136] Confused exception handling in Continuation Context — "Robert Dober" <robert.dober@...>

Hi all

13 messages 2006/07/06

[#8248] One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...>

I just posted this to ruby-talk. But I would also like to discuss this

33 messages 2006/07/18
[#8264] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

From my experience using both tool chains on Windows (for the ruby-prof

[#8266] Re: One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...> 2006/07/19

Tim, I'm going to top reply since your post was so long. I'm interested in

[#8267] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

> Tim, I'm going to top reply since your post was so long. I'm interested in

[#8271] my sandboxing extension!! — why the lucky stiff <ruby-core@...>

I have (what feels like) very exciting news. I finally sat down to code up my

17 messages 2006/07/19

[#8430] Re: doc patch: weakref. — "Berger, Daniel" <Daniel.Berger@...>

> -----Original Message-----

19 messages 2006/07/28
[#8434] Re: doc patch: weakref. — Yukihiro Matsumoto <matz@...> 2006/07/29

Hi,

[#8436] Re: doc patch: weakref. — Daniel Berger <djberg96@...> 2006/07/29

Yukihiro Matsumoto wrote:

[#8437] Re: doc patch: weakref. — Mauricio Fernandez <mfp@...> 2006/07/29

On Sat, Jul 29, 2006 at 07:37:24PM +0900, Daniel Berger wrote:

[#8441] Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...>

I have the following code:

18 messages 2006/07/30
[#8442] Re: Inconsistency in scoping during module_eval? — nobu@... 2006/07/30

Hi,

[#8443] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/30

Why does this:

[#8445] Re: Inconsistency in scoping during module_eval? — Yukihiro Matsumoto <matz@...> 2006/07/30

Hi,

[#8454] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/31

So to clarify...

Re: thread mystery

From: Sean Russell <ser@...>
Date: 2006-07-06 14:12:42 UTC
List: ruby-core #8143
On Wednesday 05 July 2006 17:30, ara.t.howard@noaa.gov wrote:
> any idea why this script slows downs drastically as it runs and seems to
> leak memory?

Slow compared to what?  Number of calls per second?

Creating threads and synchronizing is computationally expensive.  I'm not 
aware of any language where this isn't true, especially for synchronization. 
In your code, you incur a 28x lag per call by synchronizing with the sync 
library, and another 14x lag lag per call with the thread creation.*

It looks (from a later email) like you found the memory leak.

--- SER

(*) 	N=100000

	a=Time.now
	N.times { synchronize( :EX ) { k = 2 + 2 } }
	b=Time.now
	N.times { k = 2 + 2 }
	c=Time.now
	puts "Synchronize overhead: #{(b-a)/(c-b)}"

	S = Struct.new("S", :k)
	a=Time.now
	N.times { k = Thread.new {} }
	b=Time.now
	N.times { k = S.new {} }
	c=Time.now
	puts "Thread overhead: #{(b-a)/(c-b)}"

Provide a sufficiently large value of N to mask the overhead of the loop 
itself.

Confidentiality Notice
This e-mail (including any attachments) is intended only for the recipients named above. It may contain confidential or privileged information and should not be read, copied or otherwise used by any other person. If you are not a named recipient, please notify the sender of that fact and delete the e-mail from your system.



In This Thread