Path: utzoo!news-server.csri.toronto.edu!rutgers!gatech!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!execu!sequoia!natinst!davoli From: davoli@natinst.com (Russell Davoli) Newsgroups: comp.sys.mac.misc Subject: Re: gold-plated 040, (was: NeXT comment) Message-ID: <20687@natinst.natinst.com> Date: 13 Mar 91 15:38:27 GMT References: <1991Mar12.202240.19299@news.arc.nasa.gov> Distribution: comp Organization: National Instruments, Austin, TX Lines: 29 In article <1991Mar12.202240.19299@news.arc.nasa.gov>, ogawa@orion.arc.nasa.gov (Arthur Ogawa) writes: > Come fall, when this new puppy hits the streets, there will be > SparcStations and NeXTstations waiting for it at considerably > advantageous price points. Too bad, but by selecting that price point > for the 040 Mac, Apple has convinced this consumer to buy a Unix box _now_. > > One interesing thing that will come out when the 040 Mac accelerator boards hit > the street is a sad, disappointing, even nasty aspect of many Mac apps: the way > they've been programmed is not "040-savvy", so speed increases will be disappointing. > On the other hand Unix apps will pretty much fire on up at the higher mips. > > Mac app developers, especially those working in Redmond: please stop writing > self-modifying code. Think about the advantages of separate code/data spaces. > I'm not sure what you mean by "040-savvy" here. Basically, it appears that you are implying Macintosh developers are a brain-dead bunch who write lots of self-modifying code and use other questionable tactics to produce inferior applications. I just don't think this applies to a majority of application developers, except maybe for Microsoft :-). In all seriousness though, I don't see why applications that are primarily compute bound won't show speed increases. Maybe you can elaborate on why UNIX boxes would where Macs won't. -Russell Disclaimer: These opinions are mine and don't necessarily reflect any view my employer may have.