Path: csiph.com!eternal-september.org!feeder.eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: Sky89 <Sky89@sky68.com>
Newsgroups: comp.programming.threads
Subject: About the disadvantages of GC
Date: Wed, 2 May 2018 17:35:45 -0400
Organization: A noiseless patient Spider
Lines: 20
Message-ID: <pcdb02$a1m$3@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Wed, 2 May 2018 21:36:02 -0000 (UTC)
Injection-Info: reader02.eternal-september.org; posting-host="f57dd1298cbed2a368279619c2b94b2b"; logging-data="10294"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX18C5LALHscD5S9FQlIjBMZF"
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
Content-Language: en-US
X-Mozilla-News-Host: news://news.eternal-september.org:119
Cancel-Lock: sha1:KGHEVZLmAQkfVGyQt5KIojO8KPk=
Xref: csiph.com comp.programming.threads:4240

Hello,

About the disadvantages of GC:

"Perhaps the most significant problem is that programs that rely on 
garbage collectors often exhibit poor locality (interacting badly with 
cache and virtual memory systems), occupy more address space than the 
program actually uses at any one time, and touch otherwise idle pages. 
These may combine in a phenomenon called thrashing, in which a program 
spends more time copying data between various grades of storage than 
performing useful work. They may make it impossible for a programmer to 
reason about the performance effects of design choices, making 
performance tuning difficult. They can lead garbage-collecting programs 
to interfere with other programs competing for resources"


Thank you,
Amine Moulay Ramdane.