Path: csiph.com!x330-a1.tempe.blueboxinc.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!news.linkpendium.com!news.linkpendium.com!newsfeeds.ihug.co.nz!lust.ihug.co.nz!ihug.co.nz!not-for-mail From: Lawrence D'Oliveiro Newsgroups: comp.lang.java.programmer Subject: Re: Managed-Code Bloat Followup-To: comp.lang.java.programmer Date: Tue, 07 Jun 2011 15:44:23 +1200 Organization: Geek Central Lines: 17 Message-ID: References: NNTP-Posting-Host: 118-92-86-36.dsl.dyn.ihug.co.nz Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8Bit X-Trace: lust.ihug.co.nz 1307418263 7923 118.92.86.36 (7 Jun 2011 03:44:23 GMT) X-Complaints-To: abuse@ihug.co.nz NNTP-Posting-Date: Tue, 7 Jun 2011 03:44:23 +0000 (UTC) User-Agent: KNode/4.4.11 Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:5052 In message , Roedy Green wrote: > I remember how DOS->Windows evolved recapitulating the evolution of > mainframes, but requiring hundreds of times the amount of RAM for the > same functionality. (we still don't have sequential lookahead double > buffering we had back in the 16K machine days.) Maybe because there is no benefit to it on current platforms. > I think we are doing another round of this recapitulation with > cellphones and PDAs. “PDAs”? Now there’s a term from the 1990s. :) Cellphones don’t need to “recapitulate” anything, because they are mostly built on adaptations of kernels that have already been used on PCs (certainly true of Android and the Apple products).