ruby-core

Hello;

I'm wondering whether it would be a sensible idea to implement a #force_free 
method which would be a slightly more fine-grained way of controlling memory 
usage in Ruby programs.  There are a couple of occasions where I'm having to 
write:

  big_image = nil
  GC.start

to avoid getting a VM error from a 64MB Windows NT machine.  What I'd prefer 
to do, to avoid the garbage collection delay, is to be able to say:

  big_image.force_free

Which would simply free the memory used by that object and nilify the 
reference, no questions asked.  Obviously users of this method would have the 
burden of ensuring that no further references to this object exist, but the 
garbage collector could be used to spot such 'dangling reference' errors, and 
of course the runtime will fault it if such a reference is used.

The idea is a bit of a stop-gap, and could probably(?) be implemented as an 
optional extension rather than a necessarily core part of the interpreter.  
It would also allow the user to help the GC from pausing for too long (my 
favourite subject :-) ) by freeing objects he knows are not going to be used 
any more.  Any comments?

-- 
Matthew       > http://www.soup-kitchen.net/
              > ICQ 19482073

Thread

Prev Next

In This Thread

Prev Next

[#290] — Florian Frank <flori@...>

[#291] Kernel Thread implementation — Matthew Bloch <mattbee@...>

[#297] GC longjmp macros — Michal Rokos <m.rokos@...>

[#298] Is there a bug in Matrix or Complex? — Jim Freeze <jim@...>

[#308] Q: OSSL in std. distr? — Michal Rokos <m.rokos@...>

[#309] Progress on incremental GC? — "Timothy J. Wood" <tjw@...>

[#314] resolv.rb on 1.6.7 — Dave Thomas <Dave@...>

[#316] Embeding Ruby in C++ code. — Kostas Katsamakas <kmak@...>

[#318] C and Ruby... — Kostas Katsamakas <kmak@...>

[#321] Ruby module, Warn(ing) interface — Michal Rokos <m.rokos@...>

[#326] Implications of a #force_free method in Object? — Matthew Bloch <mattbee@...>

[#328] Int vs Long — Michal Rokos <m.rokos@...>

[#329] Int vs Long #2 — Michal Rokos <m.rokos@...>

[#337] Int vs Long (2nd part) — Michal Rokos <m.rokos@...>

[#340] Int vs Long #3 — Michal Rokos <m.rokos@...>

[#345] Bug in gc.c or misunderstanding on my part? — "Timothy J. Wood" <tjw@...>

[#349] Array#select — Michal Rokos <m.rokos@...>

[#353] File (struct stat handling) — Michal Rokos <m.rokos@...>

[#355] Array and .*ALLOC.* changes — Michal Rokos <m.rokos@...>

[#358] node.h for eval.c — Michal Rokos <m.rokos@...>

[#363] Ruby embedding limitations — "Timothy J. Wood" <tjw@...>

[#367] RE: Welcome to our (ruby-core ML) You are added automatically — Girish Sharangpani <girishs@...>

[#372] rb_class_path — Michal Rokos <m.rokos@...>

[#376] Virtual host and port number in CGI — Raymond Blum <raymond@...>

[#382] Port match to new dup, clone framework — Michal Rokos <m.rokos@...>

[#387] rb_str_replace — Michal Rokos <m.rokos@...>

[#392] io.c read_all — Michal Rokos <m.rokos@...>

[#393] in dln.c — Michal Rokos <m.rokos@...>

[#394] in file.c — Michal Rokos <m.rokos@...>

[#395] CVS version and win32 naming — "Rich Kilmer" <rich@...>

Implications of a #force_free method in Object?

Thread

In This Thread

[#355] Array and .ALLOC. changes — Michal Rokos <m.rokos@...>