From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,TO_NO_BRKTS_FROM_MSSP autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 107f24,6f568a2e6507575 X-Google-Attributes: gid107f24,public X-Google-Thread: f891f,6f568a2e6507575 X-Google-Attributes: gidf891f,public X-Google-Thread: 103376,6f568a2e6507575 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-04-24 14:35:45 PST Path: newsfeed.google.com!newsfeed.stanford.edu!feed.textport.net!newsranger.com!www.newsranger.com!not-for-mail Newsgroups: comp.lang.ada,comp.lang.functional,comp.lang.misc From: Ted Dennison References: Subject: Re: Thoughts and Opinions or something like that Message-ID: X-Abuse-Info: When contacting newsranger.com regarding abuse please X-Abuse-Info: forward the entire news article including headers or X-Abuse-Info: else we will not be able to process your request X-Complaints-To: abuse@newsranger.com NNTP-Posting-Date: Tue, 24 Apr 2001 17:35:29 EDT Organization: http://www.newsranger.com Date: Tue, 24 Apr 2001 21:35:29 GMT Xref: newsfeed.google.com comp.lang.ada:6901 comp.lang.functional:5261 comp.lang.misc:1120 Date: 2001-04-24T21:35:29+00:00 List-Id: In article , chris.danx says... >will complete this soon, but i've been thinking my approach is flawed. Not to >say RISC is bad, but maybe it's too simplistic or lacks specific support for >features that'd make it A:more efficient and B:easier to program. My memory from my architecture courses in college (maybe I'm no expert, but I took that damn course 3 times...) on RISC is: o RISC is not *supposed* to be easy to program. Its supposed to give compiler writers the minimal tools they will need. Programmers are supposed to use the compilers, not RISC. If you are writing assembly language RISC code, you are either writing a compiler, or you are fighting the system. o What is efficient depends on the rest of the architecture; particularly on where the bottlenecks are. In this day and age, the bottleneck is in accessing memory. Thus you want a lot of register-to-register instructions, and memory accesses should be the last resort. Also, efficency requres that you "pipeline" instructions, like on an assembly-line. Doing that, using hardware, without having one in-progress instruction screw up another, is very complicated. To make it achievable, you don't want to have lots of instructions, and you don't want the ones you have to do very much. Now the question you should be asking is, "Do these design goal make sense for my virtual machine?" Unless you have an eye on making it an acutal machine, or performing one-to-one transformations into the target platform's RISC code, I'd guess the answer would be "no". --- T.E.D. homepage - http://www.telepath.com/dennison/Ted/TED.html home email - mailto:dennison@telepath.com