Re: CISC vs RISC concepts -- from an assembly view
- From: spamtrap@xxxxxxxxxx (TS)
- Date: Tue, 25 Apr 2006 20:01:27 GMT
CISC CPU speed is relied on microprocessor optimizations (like 3DNow!
and MMX, SSE2, SSE3 extensions/optimizations) which are enabled by the
compiler.
SIMD has nothing to do with CISC - vector operations can also be used
in a RISC design
So if this is true, shouldn't everyone be using RISC processors and
just use really smart compilers to create their executable.(...)
Am I thinking clearly and realistically?
RISC is good if you can compile and profile your code on a certain
machine directly - at best, using real work data for profiling.
However, if you want to support a large variety of hardware with
different internal architectures as it is the case for most x86
machines in use, the abstraction offered by CISC is better as it
allows the CPU to optimize the processing in a way which suits its
internals better than a simple fixed and highly architecture-dependant
RISC machine.
Anyway, many processors are using a mixture of both: If you take a
look at todays CISC CPUs, you´ll notice that the fastest and most
common instructions are pretty much the same as could be found in RISC
machines. On the other hand, typical RISC style architectures offer
more and more instructions, the more complex one often not implemented
in hardware but as some sort of microcode macros.
.
- References:
- CISC vs RISC concepts -- from an assembly view
- From: HellsRaison
- CISC vs RISC concepts -- from an assembly view
- Prev by Date: Re: Syscall interface
- Next by Date: Re: CISC vs RISC concepts -- from an assembly view
- Previous by thread: Re: CISC vs RISC concepts -- from an assembly view
- Next by thread: Re: CISC vs RISC concepts -- from an assembly view
- Index(es):
Relevant Pages
|