Re: GC performance - GC fragility
- From: Andre Kaufmann <andre.kaufmann_re_move_@xxxxxxxxxxx>
- Date: Thu, 07 Feb 2008 21:11:14 +0100
Jolyon Smith wrote:
In article <47aa1504$1@xxxxxxxxxxxxxxxxxxxxxx>, Bob Dawson says...
[...]
It's a question of risk vs benefit.
The benefit of a GC to any specific app is indeterminate and often not a
I think a GC makes many things quite simple, at least the .NET one in combination with the CLR / CTS.
For example returning an object from a dll function. Who owns the object ? With a GC you don't have to care.
Passing an object to another thread. Besides concurrency you don't have to care about which thread owns the object.
In native languages only one solution (for the problems above) comes to my mind: reference counting. But there is no common standard under Windows for reference counting, besides COM.
Language interoperability is way more easier in .NET as in native languages. Without a GC IMHO it wouldn't be that simple.
benefit at all or a benefit that isn't as great as first thought or promised and which comes with a penalty the extent of which you cannot quantify until it's too late to do anything about.
Well, IMHO you get benefits, but I agree - you don't get them for free - you still have to care about memory management and GC generations.
Andre
.
- Follow-Ups:
- Re: GC performance - GC fragility
- From: Jolyon Smith
- Re: GC performance - GC fragility
- References:
- Re: GC performance - GC fragility
- From: Bob Dawson
- Re: GC performance - GC fragility
- From: Jolyon Smith
- Re: GC performance - GC fragility
- From: Bob Dawson
- Re: GC performance - GC fragility
- From: Jolyon Smith
- Re: GC performance - GC fragility
- From: Bob Dawson
- Re: GC performance - GC fragility
- From: Jolyon Smith
- Re: GC performance - GC fragility
- From: Bob Dawson
- Re: GC performance - GC fragility
- From: Jolyon Smith
- Re: GC performance - GC fragility
- From: Bob Dawson
- Re: GC performance - GC fragility
- From: Jolyon Smith
- Re: GC performance - GC fragility
- Prev by Date: Re: Tim Jarvis is leaving CodeGear for an other challenge
- Next by Date: Re: The Delphi Job Market
- Previous by thread: Re: GC performance - GC fragility
- Next by thread: Re: GC performance - GC fragility
- Index(es):
Relevant Pages
|
|