>>59
very easy
defect rates disagree. Garbage collection is easily correlated with fewer and easier to correct bugs. Enjoy ur heap corruptions.
more predictable
What are you trying to predict? If you know your machine has 4gb available, predictability isn't important. Regardless, there are garbage collected languages with EXTREMELY predictable memory usage, such as PicoLisp.
more efficient
not unless you write your own manager. malloc's performance is not that predictable and C doesn't really give you the tools to reason well about cache coherency anyway. If you're going to abstract SOME aspects of memory, you might as well abstract all of it. Why aren't you arguing for assembly? The C stack is a very rudimentary form of automatic memory management. It just sucks. Why does it get a free pass?
If you care about efficiency you ARE going to write your own memory manager. It may or may not be faster and less buggy than one used by a language implementation. Probably not. It may or may not include reference counting or garbage collection, and therefore make everyone's life easier. Probably not.