Garbage collection: Difference between revisions

← Older edit

Garbage collection (view source)

Revision as of 18:06, 24 March 2022

399 bytes added , 2 years ago

m

Phix note

Petelomax

7,803

edits

Revision as of 09:19, 26 August 2008 (view source) rosettacode>Dmitry-kazakov No edit summary ← Older edit		Latest revision as of 18:06, 24 March 2022 (view source) Petelomax (talk \| contribs) m (Phix note)
(2 intermediate revisions by 2 users not shown)
Line 1: [[Category:Encyclopedia]]'''Garbage collection''' (often abbreviated as '''GC''') is a technique used for management of the life ~~time~~cycle of the ~~object~~objects created [[run time\|dynamically]], which scope is [[compile time\|statically]] indeterminable. Sometimes GC is called "automatic memory management". ~~The~~Under ~~object~~GC the objects that are no longer in use by the program are said to be "collected,." ~~i.e.~~The object is finalized and then the memory allocated for ~~the object~~it is returned to the language environment for further reuse. An object is considered not in use when there is no legal way to access it. In particular, when there are no other accessible objects [[reference\|referencing]] it. Many GC algorithms differentiate in the way they determine absence of references. Some [[programming language\|programming languages]] (such as [[Java]], [[Tcl]], [[OCaml]], and [[Toka]]) have an integrated GC support. Languages like [[Ada]] allow implementations with GC, but don't mandate it. Languages like [[Phix]] use reference counting, so memory is collected immediately rather than periodically. Other languages (such as [[C]] and [[C++]]) do not have GC. GC is frequently critiqued for: An object is considered not in use when there is no legal way to access it. In particular, when there are no other accessible objects [[reference\|referencing]] it. For instance (in a language with scope): ~~for i = 1 to 10~~ ~~var x = i * i~~ ~~print "x is in scope since it was declared in this for block"~~ ~~end for~~ ~~print "x is no longer in scope and its memory location should now be given back to the OS"~~ * unpredictable performance both in terms of time and space; ~~Some languages (such as [[C]] and [[C++]]) do not have garbage collection and the programmer must do it himself.~~ * distributed overhead for [[task\|multi-tasking]] systems; * difficulties in ensuring a proper finalization of collected objects; * encouraging loose program design. GC is a very vivid research area in computer science, focused on overwhelming the above mentioned drawbacks.