Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!gem.mps.ohio-state.edu!ginosko!uunet!hsi!mfci!rodman From: rodman@mfci.UUCP (Paul Rodman) Newsgroups: comp.arch Subject: Re: VLIW Architecture Keywords: vliw Message-ID: <1053@m3.mfci.UUCP> Date: 2 Oct 89 14:18:08 GMT References: <251FCB3F.12366@maccs.dcss.mcmaster.ca> <1050@m3.mfci.UUCP> <1626@l.cc.purdue.edu> Sender: rodman@mfci.UUCP Reply-To: rodman@mfci.UUCP (Paul Rodman) Organization: Multiflow Computer Inc., Branford Ct. 06405 Lines: 51 In article <1626@l.cc.purdue.edu> cik@l.cc.purdue.edu (Herman Rubin) writes: > >> A good ``introductory'' text is ``Bulldog: A Compiler for VLIW Architectures'', >> by John Ellis, which won the ACM Doctoral Dissertation Award in 1985. It's >> available from MIT Press. For information on a commercial VLIW >> implementation, contact Multiflow Computer at (203) 488-6090. > >As one who always finds ways to use the architecture that the compiler >writers did not think about, I maintain that this book helps little. Helps little for what? Compilers ALWAYs involve tradeoffs, as does hardware, as does any engineering endeavor. I would be suprised if you _couldn't_ find ways to use computers that the compiler writers didn't think about..(or were to stupid to realize, or decided to blow off...) IMHO, this book is _extremely_ well written, and filled with good ideas. When I first read it there were some things I disagreed with, but I was very impressed with it overall. > >Why is it the case that people in the computing field think that someone >can understand a computer in ignorance of its instruction set and the >temporal operation of those instructions? What do you mean by "understand"? The Bulldog effort broke important ground, period. Throwing stones at it because it didn't cover everything is silly. It was a phd thesis, not a product! Belive me, in order to generate code for a VLIW you _do_ need to understand the instruction set and the temporal operation of those instructions! But the kind of stuff Ellis talks about is at a higher level and has to come first. Obviously the best product will try to integrate things from the lowest gate level back to the phase-one front end of the compiler, but it is human nature to try to comparmentalize things. Too _many_ folks have designed computers and focused on the low-level instructions set/ pipelining issues without having a clue as to how the compiler will actually find a way use them. When it comes time to emit a .o file, hand waving won't work and bad algorithms will fall apart on somebody's code. Written any compilers lately? >-- >Herman Rubin, Dept. of Statistics, Purdue Univ., West Lafayette IN47907 Paul K. Rodman / KA1ZA / rodman@multiflow.com Multiflow Computer, Inc. Tel. 203 488 6090 x 236 Branford, Ct. 06405