On Fri, Jun 16, 2023 at 1:49 PM ben via cctalk <cctalk@classiccmp.org> wrote:
> On 2023-06-16 1:40 p.m., Chuck Guzis via cctalk wrote: > > On 6/16/23 12:02, ben via cctalk wrote: > > > >> Ken , Jobs and Wozniak need their fair share. > >> Graphics and file system buffers take up more > >> space than you expect. > > > > I just transferred a DC150 tar tape. Total (uncompressed) file size was > > 11MB. What was on it? The complete source to Linux 1.0. > > > > --Chuck > > > What cpu? > Minix was 16 bit code only. I suspect 16 bit code here as well. > Remember 32 bit code is 2x the size of 16 bit stuff. > Linux never ran on 16-bit hardware, though weird pseudo-forks like ELKs have. And 32-bit source code tends to be about the same length as 16-bit source code, at least in C. Object code... can vary somewhat. On Intel 32-bit code isn't 2x the size of 16-bit object code because the variable encoding generally encodes to the same length. The data will be bigger, especially addresses, and the 32-bit intel code usually programs the MMU, which 16-bit code can't really do (well, depending on how you rate the 286 memory model). Warner
