[lnkForumImage]
TotalShareware - Download Free Software

Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.ruby

Garbage collector

Eustaquio Rangel de Oliveira Jr.

1/8/2005 10:07:00 PM

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

Hey, how often the garbage collector runs?
When all the memory becomes full?
Or there is a pre-defined interval?

And, do you have some links about the the Ruby mark-and-sweep type of
garbage?

Thanks! :-)

- ----------------------------
Eustáquio "TaQ" Rangel
eustaquiorangel@yahoo.com
http://b...
Usuário GNU/Linux no. 224050
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail....

iD8DBQFB4FmVb6UiZnhJiLsRAoigAJ9A8I2CmLJr9M0vw4FcUagNCsZ2lACdEWyF
jc4vN0V8OyfZzJIyaN5I6H0=
=jttK
-----END PGP SIGNATURE-----


8 Answers

Bill Atkins

1/8/2005 10:18:00 PM

0

It runs when Ruby runs out of memory or when it's manually invoked (by
ObjectSpace.garbage_collect or GC.start).

Bill

On Sun, 9 Jan 2005 07:06:36 +0900, "Eustáquio Rangel de Oliveira Jr."
<eustaquiorangel@yahoo.com> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi!
>
> Hey, how often the garbage collector runs?
> When all the memory becomes full?
> Or there is a pre-defined interval?
>
> And, do you have some links about the the Ruby mark-and-sweep type of
> garbage?
>
> Thanks! :-)
>
> - ----------------------------
> Eustáquio "TaQ" Rangel
> eustaquiorangel@yahoo.com
> http://b...
> Usuário GNU/Linux no. 224050
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.6 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail....
>
> iD8DBQFB4FmVb6UiZnhJiLsRAoigAJ9A8I2CmLJr9M0vw4FcUagNCsZ2lACdEWyF
> jc4vN0V8OyfZzJIyaN5I6H0=
> =jttK
> -----END PGP SIGNATURE-----
>
>


--
$stdout.sync = true
"Just another Ruby hacker.".each_byte do |b|
('a'..'z').step do|c|print c+"\b";sleep 0.007 end;print b.chr
end; print "\n"



Charles Mills

1/8/2005 10:26:00 PM

0


Eustáquio Rangel de Oliveira Jr. wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi!
>
> Hey, how often the garbage collector runs?
> When all the memory becomes full?
> Or there is a pre-defined interval?
>
It basically runs when a certain amount of memory is used - see
malloc_increase and malloc_limit in gc.c. Also, if malloc() fails or
attempts to open a file fail do to memory limitations the gc will be
run.


> And, do you have some links about the the Ruby mark-and-sweep type of
> garbage?
>
http://www.rubygarden.org/ruby?GCAndMemory...
http://www.rubygarden.org/ruby?GCAnd...

-Charlie

gabriele renzi

1/9/2005 2:14:00 AM

0

Eustáquio Rangel de Oliveira Jr. ha scritto:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi!
>
> Hey, how often the garbage collector runs?
> When all the memory becomes full?
> Or there is a pre-defined interval?
>
> And, do you have some links about the the Ruby mark-and-sweep type of
> garbage?
>
> Thanks! :-)

btw, I thought 1.9 could see the light of a different GC.. Is someone
working on that or is it something still very far in the future?

Martin Pirker

1/9/2005 6:03:00 PM

0

"Eustáquio Rangel de Oliveira Jr." <eustaquiorangel@yahoo.com> wrote:
> And, do you have some links about the the Ruby mark-and-sweep type of
> garbage?

While I lack the skill to go source diving, I too am interested in more
info about the gc.
We use conservative gc [talk:102873], ok

So, can one help gc?
e.g. if an Array or Hash is no longer needed, does an Array.clear or
Hash.clear actually zero all internal pointers to help/speed up gc?

How much extra memory does every Ruby object allocation take?
Any alignment losses?

Is there e.g. a preallocate for a String - if I know it'll grow to ~10kb
by using << and I don't want to produce so much temp garbage?


Martin

Michael Neumann

1/9/2005 6:40:00 PM

0

Martin Pirker wrote:
> "Eustáquio Rangel de Oliveira Jr." <eustaquiorangel@yahoo.com> wrote:
>
>>And, do you have some links about the the Ruby mark-and-sweep type of
>>garbage?
>
>
> While I lack the skill to go source diving, I too am interested in more
> info about the gc.
> We use conservative gc [talk:102873], ok
>
> So, can one help gc?
> e.g. if an Array or Hash is no longer needed, does an Array.clear or
> Hash.clear actually zero all internal pointers to help/speed up gc?

Yes, that should help, as the mark function would no more mark all the
value. But I doubt that would be much of a performance win, because if
the array-object goes out of scope (it's no more reachable), it's mark
function would no longer be called. So, you would not want to call
#clear. But that's just my understanding...

Regards,

Michael


Lothar Scholz

1/9/2005 8:23:00 PM

0

Hello Michael,

MN> Martin Pirker wrote:
>> "Eustáquio Rangel de Oliveira Jr." <eustaquiorangel@yahoo.com> wrote:
>>
>>>And, do you have some links about the the Ruby mark-and-sweep type of
>>>garbage?
>>
>>
>> While I lack the skill to go source diving, I too am interested in more
>> info about the gc.
>> We use conservative gc [talk:102873], ok
>>
>> So, can one help gc?
>> e.g. if an Array or Hash is no longer needed, does an Array.clear or
>> Hash.clear actually zero all internal pointers to help/speed up gc?

MN> Yes, that should help, as the mark function would no more mark all the
MN> value. But I doubt that would be much of a performance win, because if
MN> the array-object goes out of scope (it's no more reachable), it's mark
MN> function would no longer be called. So, you would not want to call
MN> #clear. But that's just my understanding...

This would only help if there is something on the stack that looks
like an address to this array object. The chance for this is very low
and so the performance win. With the Boehm-Weisser GC i a measurable
memory reduction (~20%) by doing this for eiffel. But Boehm-Weisser
scans everything conservative and not only the heap like ruby.

--
Best regards, emailto: scholz at scriptolutions dot com
Lothar Scholz http://www.ru...
CTO Scriptolutions Ruby, PHP, Python IDE 's




Michael Neumann

1/9/2005 8:35:00 PM

0

Lothar Scholz wrote:
> Hello Michael,
>
> MN> Martin Pirker wrote:
>
>>>"Eustáquio Rangel de Oliveira Jr." <eustaquiorangel@yahoo.com> wrote:
>>>
>>>
>>>>And, do you have some links about the the Ruby mark-and-sweep type of
>>>>garbage?
>>>
>>>
>>>While I lack the skill to go source diving, I too am interested in more
>>>info about the gc.
>>>We use conservative gc [talk:102873], ok
>>>
>>>So, can one help gc?
>>>e.g. if an Array or Hash is no longer needed, does an Array.clear or
>>>Hash.clear actually zero all internal pointers to help/speed up gc?
>
>
> MN> Yes, that should help, as the mark function would no more mark all the
> MN> value. But I doubt that would be much of a performance win, because if
> MN> the array-object goes out of scope (it's no more reachable), it's mark
> MN> function would no longer be called. So, you would not want to call
> MN> #clear. But that's just my understanding...
>
> This would only help if there is something on the stack that looks
> like an address to this array object. The chance for this is very low
> and so the performance win. With the Boehm-Weisser GC i a measurable
> memory reduction (~20%) by doing this for eiffel. But Boehm-Weisser
> scans everything conservative and not only the heap like ruby.

Hm, my understanding of Ruby's GC is that it scans the stack
conservative (meaning that all values on the stack that look like
references to memory are handled as references), but not the heap (how
could you conservativly scan the heap?). But probably I misunderstood you.

And my final conclusion was that it does not help much, if any, despite
my initial "Yes" ;-)

Regards,

Michael



Lothar Scholz

1/9/2005 9:19:00 PM

0

Hello Michael,

>> memory reduction (~20%) by doing this for eiffel. But Boehm-Weisser
>> scans everything conservative and not only the heap like ruby.

MN> Hm, my understanding of Ruby's GC is that it scans the stack
MN> conservative (meaning that all values on the stack that look like
MN> references to memory are handled as references), but not the heap (how
MN> could you conservativly scan the heap?). But probably I misunderstood you.

Yes. It was a typo i meant "not only the stack like ruby".
Sorry for the confusion.


--
Best regards, emailto: scholz at scriptolutions dot com
Lothar Scholz http://www.ru...
CTO Scriptolutions Ruby, PHP, Python IDE 's