[swift-evolution] What about garbage collection?

Craig Cruden ccruden at novafore.com
Wed Feb 10 03:08:53 CST 2016


> 
> - arguments regarding energy efficiency, memory efficiency, or more generally hardware limitations seem to me rather short-sighted, as in “640 KB or RAM should be enough for all times to come” (original design decision by IBM for the PC). Is Swift a language designed for todays hardware? Or is it supposed to outlast it a wee bit?

For the foreseeable future - energy efficiency is a very real and important factor.  Battery technology (as compared to other technology) is not moving quickly, so being efficient is important.  (and one of the items that is listed as a plus for iDevices over the competion)  The focus of the language (even though open sourced) is primarily focused on a programming language for “desktop” and iDevices.  A majority of the computers sold by Apple rely on battery (laptops, iDevices, etc.).  

The java type GC has a big advantage is that incompetent programmers don’t have to worry about memory management (and they make up a majority of programmers).  And yes, I have seen cases where someone wrote a server (microsoft based) component that had so many cylindrical references that people assumed would just clean up — that to make it work they had to write another monitor application to watch for the application memory usage growing above a certain size based on memory leaks then force a “reboot” of it :p




More information about the swift-evolution mailing list