- Reduced instruction set computer
The acronym RISC (pronounced "risk"), for reduced instruction set computing, represents a
CPU designstrategy emphasizing the insight that simplified instructions which "do less" may still provide for higher performance "if" this simplicity can be utilized to make instructions execute very quickly. Many proposals for a "precise" definition have been attempted, however, the term is being slowly replaced by the more descriptive load-store architecture (see below). Well known RISC families include DEC Alpha, ARC, ARM, AVR, MIPS, PA-RISC, PIC, Power Architecture(including PowerPC), SuperH, and SPARC.
Being an old idea, some aspects attributed to the first RISC-"labeled" designs (around 1975) include the discovery that
compilers of the time were often unable to take advantage of features intended to facilitate coding, and that complex addressing took many cycles to perform. It was argued that such functions would better be performed by sequences of simpler instructions "if" this could yield implementations "simple" enough to cope with really high frequencies, and "small" enough to leave room for many registers [in place of complex logic or microcode(transistors were then a scarce resource)] , factoring out slow memory accesses. Uniform, fixed length instructions with arithmetics restricted to registers were chosen to ease instruction pipelining in these simple designs, with special load-store instructions accessing memory.
Non-RISC design philosophy
In the early days of the computer industry, programming was done in
assembly languageor machine code, which encouraged powerful and easy to use instructions. CPU designers therefore tried to make instructions that would do as much work as possible. With the advent of higher level languages, computer architects also started to create dedicated instructions to directly implement certain central mechanisms of such languages. Another general goal was to provide every possible addressing modefor every instruction, known as orthogonality, to ease compiler implementation. Arithmetic operations could therefore often have results as well as operands directly in memory (in addition to register or immediate).
The attitude at the time was that hardware design was easier than
compiler design, so large parts of the complexity went into the hardware (and/or microcode). After the RISC philosophy came onto the scene, this design philosophy became retroactively termed Complex Instruction Set Computer(CISC).
CPUs also had relatively few registers, for several reasons:
* More registers also implies more time consuming saving and restoring of register contents on the stack.
* A large number of registers requires a large number of instruction bits as register specifiers, meaning less dense code (see below).
* CPU registers are more expensive than external memory locations; large register sets were cumbersome with limited circuit boards or chip integration.
Another force that encouraged complexity was very limited memories (in the order of kilobytes). It was therefore advantageous for the density of information held in computer programs to be very high, leading to features such as highly encoded, variable length instructions, doing both calculation and data loading (as mentioned above). At that time, these issues were of higher priority than the ease of decoding such instructions. Another reason was that memory was also quite slow, usually implemented using ferrite
core memorytechnology; by having dense information packing, one could decrease the frequency with which one had to access this slow resource. Modern computers face similar limiting factors: main memories are slow compared to the CPU and the fast cache memories employed to overcome this are instead limited in size. This may partly explain why highly encoded instruction sets have proven to be as useful as RISC designs in modern computers.
RISC design philosophy
In the mid 1970s researchers at
IBM(and similar projects elsewhere) demonstrated that the majority of combinations of these orthogonal addressing modes and instructions were not used by most programs generated by compilers available at the time. It proved difficult in many cases to write a compiler with more than limited ability to take advantage of the features provided by conventional CPUs.
It was also discovered that, on microcoded implementations of certain architectures, complex operations tended to be "slower" than a sequence of simpler operations doing the same thing. This was in part an effect of the fact that many designs were rushed, with little time to optimize or tune every instruction, but only those used most often. One infamous example was the VAX's
INDEXinstruction, which ran slower than an equivalent implementation using simpler operations. [Patterson, D. A. and Ditzel, D. R. 1980. The case for the reduced instruction set computing. "SIGARCH Comput. Archit. News" 8, 6 (Oct. 1980), 25-33. DOI= http://doi.acm.org/10.1145/641914.641917]
As mentioned elsewhere, core memory had long since been slower than many CPU designs. The advent of semiconductor memory reduced this difference, but it was still apparent that more registers (and later
caches) would allow higher CPU operating frequencies. Additional registers would require sizeable chip or board areas which, at the time (1975), could be made available if the complexity of the CPU logic was reduced.
Yet another impetus of both RISC and other designs came from practical measurements on real-world programs. Andrew Tanenbaum summed up many of these, demonstrating that processors often had oversized immediates. For instance, he showed that 98% of all the constants in a program would fit in 13
bits, yet many CPU designs dedicated 16 or 32 bits to store them. This suggests that, to reduce the number of memory accesses, a fixed length machine could store constants in unused bits of the instruction word itself, so that they would be immediately ready when the CPU needs them (much like immediate addressing in a conventional design). This required small opcodes in order to leave room for a reasonably sized constant in a 32-bit instruction word.
Since many real-world programs spend most of their time executing simple operations, some researchers decided to focus on making those operations as fast as possible. The
clock rateof a CPU is limited by the time it takes to execute the slowest "sub-operation" of any instruction; speeding up that cycle-time often speeds the execution of other instructions. [http://www.ercb.com/ddj/1990/ddj.9009.html] . The focus on "reduced instructions" led to the resulting machine being called a "reduced instruction set computer" (RISC). The goal was to make instructions so simple that they could "easily" be pipelined, in order to achieve a "single clock" throughput at "high frequencies".
Later it was noted that one of the most significant characteristics ofRISC processors was that external memory was only accessable by a"load" or "store" instruction. All other instructions were limitedto internal registers. This simplified many aspects of processordesign: allowing instructions to be fixed-length, simplifying pipelines,and isolating the logic for dealing with the delay in completing a memoryaccess (cache miss, etc) to only two instructions. This led to RISC designs being referred to as "load/store" architectures. [Kevin Dowd. High Performance Computing. O'Reilly & Associates, Inc. 1993.]
RISC was developed as an alternative to what is now known as CISC.Over the years, other strategies have been implemented as alternatives to RISC and CISC. Some examples are
VLIW, MISC, OISC, massive parallel processing, systolic array, reconfigurable computing, and dataflow architecture.
Typical characteristics of RISC
For any given level of general performance, a RISC chip will typically have far fewer
transistors dedicated to the core logic which originally allowed designers to increase the size of the register set and increase internal parallelism.
Other features, which are typically found in RISC architectures are:
* Uniform instruction format, using a single word with the opcode in the same bit positions in every instruction, demanding less decoding.
general purpose registers, allowing any register to be used in any context, simplifying compiler design (although normally separate floating pointregisters)
addressing modes. Complex addressing performed via sequences of arithmetic and/or load-store operations
* Few data types in hardware, some CISCs have
bytestring instructions, or support complex numbers; this is so far unlikely to be found on a RISC.
Exceptions abound, of course, within both CISC and RISC.
RISC designs are also more likely to feature a Harvard memory model, where the instruction stream and the data stream are conceptually separated; this means that modifying the memory where code is held might not have any effect on the instructions executed by the processor (because the CPU has a separate instruction and data
cache), at least until a special synchronization instruction is issued. On the upside, this allows both caches to be accessed simultaneously, which can often improve performance.
Many early RISC designs also shared the characteristic of having a
branch delay slot. A branch delay slot is an instruction space immediately following a jump or branch. The instruction in this space is executed, whether or not the branch is taken (in other words the effect of the branch is delayed). This instruction keeps the ALU of the CPU busy for the extra time normally needed to perform a branch. Nowadays the branch delay slot is considered an unfortunate side effect of a particular strategy for implementing some RISC designs, and modern RISC designs generally do away with it (such as PowerPC, more recent versions of SPARC, and MIPS).
The first system that would today be known as RISC was not at the time; it was the
CDC 6600 supercomputer, designed a decade earlier, in 1964, by Jim Thornton and Seymour Cray. Thornton and Cray designed it as a number-crunching CPU (with 74 opcodes, compared with a 8086's 400) plus 12 simple computers called "peripheral processors" to handle I/O and most other operating system functions. The CDC 6600 had a load-store architecture with only two addressing modes (register+register, and register+immediate constant). There were eleven pipelined functional units for arithmetic and logic, plus five load units and two store units (the memory had multiple banks so all load-store units could operate at the same time). The basic clock cycle/instruction issue rate was 10 times faster than the memory access time. Thus the joking comment later that the acronym RISC actually stood for "Really Invented by Seymour Cray".
Another early load-store machine was the
Data General Novaminicomputer, designed in 1968.
The earliest attempt to make a chip-based RISC CPU was a project at IBM which started in 1975. Named after the building where the project ran, the work led to the
IBM 801CPU family which was used widely inside IBM hardware. The 801 was eventually produced in a single-chip form as the ROMP in 1981, which stood for "Research OPD [Office Products Division] Mini Processor". As the name implies, this CPU was designed for "mini" tasks, and when IBM released the IBM RT-PCbased on the design in 1986, the performance was not acceptable. Nevertheless the 801 inspired several research projects, including new ones at IBM that would eventually lead to their POWER system.
The most public RISC designs, however, were the results of university research programs run with funding from the
DARPA VLSIProgram. The VLSI Program, practically unknown today, led to a huge number of advances in chip design, fabrication, and even computer graphics. UC Berkeley's RISC project started in 1980 under the direction of David Patterson and Carlo H. Sequin, based on gaining performance through the use of pipelining and an aggressive use of registers known as register windows. In a normal CPU one has a small number of registers, and a program can use any register at any time. In a CPU with register windows, there are a huge number of registers, e.g. 128, but programs can only use a small number of them, e.g. 8, at any one time.A program that limits itself to 8 registers per procedure can make very fast procedure calls: The call simply moves the window "down" by 8, to the set of 8 registers used by that procedure, and the return moves the window back. (On a normal CPU, most calls must save at least a few registers' values to the stack in order to use those registers as working space, and restore their values on return.)
The RISC project delivered the RISC-I processor in 1982. Consisting of only 44,420 transistors (compared with averages of about 100,000 in newer CISC designs of the era) RISC-I had only 32 instructions, and yet completely outperformed any other single-chip design. They followed this up with the 40,760 transistor, 39 instruction RISC-II in 1983, which ran over three times as fast as RISC-I.
At about the same time,
John L. Hennessystarted a similar project called MIPS at Stanford Universityin 1981. MIPS focused almost entirely on the pipeline, making sure it could be run as "full" as possible. Although pipelining was already in use in other designs, several features of the MIPS chip made its pipeline far faster. The most important, and perhaps annoying, of these features was the demand that all instructions be able to complete in one cycle. This demand allowed the pipeline to be run at much higher speeds (there was no need for induced delays) and is responsible for much of the processor's speed. However, it also had the negative side effect of eliminating many potentially useful instructions, like a multiply or a divide.
In the early years, the RISC efforts were well known, but largely confined to the university labs that had created them. The Berkeley effort became so well known that it eventually became the name for the entire concept. Many in the computer industry criticized that the performance benefits were unlikely to translate into real-world settings due to the decreased memory efficiency of multiple instructions, and that that was the reason no one was using them. But starting in 1986, all of the RISC research projects started delivering products.
Berkeley's research was not directly commercialized, but the RISC-II design was used by
Sun Microsystemsto develop the SPARC, by Pyramid Technologyto develop their line of mid-range multi-processor machines, and by almost every other company a few years later. It was Sun's use of a RISC chip in their new machines that demonstrated that RISC's benefits were real, and their machines quickly outpaced the competition and essentially took over the entire workstationmarket.
John Hennessy left Stanford (temporarily) to commercialize the MIPS design, starting the company known as
MIPS Computer Systems. Their first design was a second-generation MIPS chip known as the R2000. MIPS designs went on to become one of the most used RISC chips when they were included in the PlayStationand Nintendo 64 game consoles. Today they are one of the most common embedded processors in use for high-end applications.
IBM learned from the RT-PC failure and went on to design the RS/6000 based on their new POWER architecture. They then moved their existing
AS/400systems to POWER chips, and found much to their surprise that even the very complex instruction set ran considerably faster. POWER would also find itself moving "down" in scale to produce the PowerPCdesign, which eliminated many of the "IBM only" instructions and created a single-chip implementation. Today the PowerPCis one of the most commonly used CPUs for automotive applications (some cars have over 10 of them inside). It was also the CPU used in most Apple Macintoshmachines from 1994 to 2006. Starting in February 2006, Apple switched their main production line to Intel x86processors.
Almost all other vendors quickly joined. From the UK similar research efforts resulted in the
INMOS transputer, the Acorn Archimedesand the Advanced RISC Machine line, which is a huge success today. Companies with existing CISC designs also quickly joined the revolution. Intelreleased the i860 and i960 by the late 1980s, although they were not very successful. Motorolabuilt a new design called the 88000 in homage to their famed CISC 68000, but it saw almost no use and they eventually abandoned it and joined IBM to produce the PowerPC. AMD released their 29000 which would go on to become the most popular RISC design of the early 1990s.
Today the vast majority of all 32-bit CPUs in use are RISC CPUs, and
microcontrollers. RISC design techniques offers power in even small sizes, and thus has become dominant for low-power 32-bit CPUs. Embedded systems are by far the largest market for processors: while a family may own one or two PCs, their car(s), cell phones, and other devices may contain a total of dozens of embedded processors. RISC had also completely taken over the market for larger workstations for much of the 90s (until taken back by inexpensive PC-based solutions). After the release of the Sun SPARCstation the other vendors rushed to compete with RISC based solutions of their own. The high-end server market today is almost completely RISC basedFact|date=February 2008, and the #1 spot among supercomputers as of 2008is held by IBM's Roadrunner system, which uses Power Architecture-based Cell processors [http://www.top500.org/list/2008/06/100 TOP500 List - June 2008 (1-100)] to provide most of its computing power, although many other supercomputers use x86CISC processors instead [ [http://www.top500.org/charts/list/30/procfam TOP500 Processor Family share for 11/2007] ] .
RISC and x86
However, despite many successes, RISC has made few inroads into the desktop PC and commodity server markets, where
Intel's x86platform remains the dominant processor architecture ( Intelis facing increased competition from AMD, but even AMD's processors implement the x86platform, or a 64-bit superset known as x86-64). There are three main reasons for this.
* One, the very large base of proprietary PC applications are written for x86, whereas no RISC platform has a similar installed base, and this meant PC users were locked into the x86.
* The second is that, although RISC was indeed able to scale up in performance quite quickly and cheaply, Intel took advantage of its large market by spending vast amounts of money on processor development. Intel could spend many times as much as any RISC manufacturer on improving low level design and manufacturing. The same could not be said about smaller firms like
Cyrixand NexGen, but they realized that they could apply pipelined design philosophies and practices to the x86-architecture — either "directly" as in the 6x86 and MII series, or "indirectly" (via extra decoding stages) as in Nx586and AMD K5.
* Later, more powerful processors such as
Intel P6and AMD K6had similar RISC-like units that executed a stream of micro-operations generated from decoding stages that split most x86 instructions into several pieces. Today, these principles have been further refined and are used by modern x86 processors such as Intel Core 2and AMD K8. The first "available" chip deploying such techniques was the NexGen Nx586, released in 1994 (while the AMD K5 was severely delayed and released in 1995).
As of 2007, the x86 designs (whether Intel's or AMD's) are as fast as (if not faster than) the fastest true RISC single-chip solutions available. [ [http://www.spec.org/cpu2006/results/ SPEC CPU2006 Results ] ]
Over time, improvements to chip fabrication techniques have improved performance exponentially, accordingly to
Moore's law, whereas architectural improvements have been comparatively incremental. Modern CISC implementations have adopted many of the performance improvements introduced by RISC, such as single-clock instructions. The RISC-CISC distinction has blurred significantly in practice.
RISC success stories
RISC designs have led to a number of successful platforms and architectures, some of the larger ones being:
*ARM — The ARM architecture dominates the market for high performance, low power, low cost embedded systems (typically 100–500 MHz in 2008). ARM Ltd., which licenses intellectual property rather than manufacturing chips, reported 10 billion licensed chips shipped in early 2008 [ [http://www.efytimes.com/efytimes/24375/news.htm ARM Ships 10 Billionth Processor ] ] . ARM is deployed in countless mobile devices such as:
iPods (custom ARM7TDMISoC)
**Palm and PocketPC PDAs and smartphones (Marvell
XScalefamily, Samsung SC32442 - ARM9)
**Nintendo Game Boy Advance (ARM7TDMI)
**Nintendo DS (ARM7TDMI, ARM946E-S)
**Sony Network Walkman (Sony in-house ARM based chip)
Nokiaand Sony Ericssonmobile phones
*MIPS's MIPS line, found in most SGI computers and the
PlayStation, PlayStation 2, Nintendo 64(discontinued), PlayStation Portablegame consoles, and residential gateways like Linksys WRT54G series.
*IBM's and Freescale's (formerly
MotorolaSPS) Power Architecture, used in all of IBM's supercomputers, midrange servers and workstations, in Apple's PowerPC-based Macintoshcomputers (discontinued), in Nintendo's Gamecube and Wii, Microsoft's Xbox 360and Sony's PlayStation 3game consoles, and in many embedded applications like printers and cars.
SPARCline, found in most of their later machines
Hewlett-Packard's PA-RISC, also known as HP/PA (discontinued).
DEC Alpha, still used in some of HP's workstation and servers (discontinued).
XAP processorused in many low-power wireless ( Bluetooth, wifi) chips from CSR.
SuperH, originally in wide use in the SegaSuper 32X, Saturn and Dreamcast, now at the heart of many consumer electronics devices. The SuperH is the base platform for the Mitsubishi- Hitachi joint semiconductor group. The two groups merged in 2002, dropping Mitsubishi's own RISC architecture, the M32R.
Atmel AVRused in a variety of products including ranging from Xbox handheld controllers to BMW cars.
Over many years, RISC instruction sets tended to grow in size, and in fact, some processors such as the
INMOS Transputerhad instruction sets as large as, say, the IBM System/370. Thus, industry observers started using the term "register-register" or "load-store" to describe RISC processors, since this is the key element of all such designs. Instead of the CPU itself handling many addressing modes, a load-store architecture employs a separate unit dedicated to handling very simple forms of load and store operations.
Notes and references
* [http://cse.stanford.edu/class/sophomore-college/projects-00/risc/risccisc/ RISC vs. CISC]
* [http://cse.stanford.edu/class/sophomore-college/projects-00/risc/whatis/index.html What is RISC]
* [http://www.cpushack.net/CPU/cpuAppendA.html RISC vs. CISC from historical perspective]
Wikimedia Foundation. 2010.
Look at other dictionaries:
Reduced Instruction Set Computer — (RISC) (engl. für Rechner mit reduziertem Befehlssatz) ist eine Designphilosophie für Computerprozessoren, die einfache Maschinenbefehle bevorzugt. Der Begriff wurde 1980 von David A. Patterson und Carlo H. Séquin geprägt. Die Beschränkung auf … Deutsch Wikipedia
Reduced Instruction Set Computer — Reduced Instruction Set Computer, RISC Prozessor … Universal-Lexikon
Reduced instruction set computer — Pour les articles homonymes, voir RISC. Un processeur HP RISC 7150 Le microprocesseur à jeu d instruction réduit ou reduced instruction set computer … Wikipédia en Français
reduced instruction set computer — noun (computer science) a kind of computer architecture that has a relatively small set of computer instructions that it can perform • Syn: ↑reduced instruction set computing, ↑RISC • Ant: ↑CISC (for: ↑RISC), ↑ … Useful english dictionary
Reduced Instruction Set Computer — RISC, processor that can process a reduced number of commands in order to enable a higher work speed … English contemporary dictionary
RISC (sigle de l'anglais Reduced Instruction Set Computer) — ● RISC (sigle de l anglais Reduced Instruction Set Computer) Architecture d un processeur élémentaire utilisant un jeu d instructions réduit et permettant d accroître les performances d un système informatique … Encyclopédie Universelle
reduced instruction set computing — noun (computer science) a kind of computer architecture that has a relatively small set of computer instructions that it can perform • Syn: ↑reduced instruction set computer, ↑RISC • Ant: ↑CISC (for: ↑RISC), ↑ … Useful english dictionary
Reduced Instruction Set Computing — (RISC) (engl. für Rechnen mit reduziertem Befehlssatz) ist eine bestimmte Designphilosophie für Prozessoren. Es steht im Gegensatz zum CISC Prozessor Design. Inhaltsverzeichnis 1 Konsequenzen des RISC Befehlssatzes 2 Geschichte 3 Eigenschaften … Deutsch Wikipedia
One instruction set computer — Computer science portal A one instruction set computer (OISC), sometimes called an ultimate reduced instruction set computer (URISC), is an abstract machine that uses only one instruction – obviating the need for a machine language opcode … Wikipedia
complex instruction set computer — noun (computer science) a kind of computer architecture that has a large number of instructions hard coded into the CPU chip • Syn: ↑complex instruction set computing, ↑CISC • Ant: ↑RISC (for: ↑CISC), ↑ … Useful english dictionary