Xref: utzoo comp.sys.ibm.pc:51561 comp.os.minix:10943 comp.unix.xenix:11803 comp.realtime:660 comp.arch:16190 Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!umich!samsung!uunet!van-bc!jtc From: jtc@van-bc.UUCP (J.T. Conklin) Newsgroups: comp.sys.ibm.pc,comp.os.minix,comp.unix.xenix,comp.realtime,comp.arch Subject: Re: Bloat costs Message-ID: <442@van-bc.UUCP> Date: 30 May 90 23:19:45 GMT References: <2662D045.3F02@tct.uucp> Reply-To: jtc@van-bc.UUCP (J.T. Conklin) Organization: UniFax Communications Inc., Vancouver, B.C., Canada Lines: 39 In article <2662D045.3F02@tct.uucp> chip@tct.uucp (Chip Salzenberg) writes: >Substitute "four megabytes of RAM" for "COBOL", however, >and you get a depressingly accurate summary of the attitude >of the day. Am I implying that that 4M-or-die programmers >are trogolodytes as well? You bet your data space I am. Although I agree with Chip in general, there are some cases where using memory is better than scrimping on principle. I'm sure that many faster algorithms had to be passed by because of limited address space. Some of the GNU equivelents of UNIX programs are many times faster because of the faster, yet more memory intensive, algorithms. I don't think I have to mention another optimization that ``wastes'' memory: large lookup tables. It was quite common to be required to re-compute indexes each iteration because there wasn't enough memory. Another unrelated application is high resolution image processing. Is procesing 16MB frame-buffer with kerjillions of processors doing ray- tracing wasting mmoryy? On the other hand, there is something to be said about giving beginning programmers 6 MHz Xenix/286 machines to work on. I think you'd be suprised at the small, fast, and portable code that can come out of that enviornment. I recomend it, as the good habits that result will last for life. To summarize, I have written programs that need 4M to run --- only because it takes 4M to do the job. Programs that require less, take less. I do not consider myself a trogolodyte. --jtc -- J.T. Conklin UniFax Communications Inc. ...!{uunet,ubc-cs}!van-bc!jtc, jtc@wimsey.bc.ca