OT: Sparc vs. x86

[Florian Lohoff]

On Mon, Jun 02, 2003 at 12:49:50AM +0200, Thomas Findeisen wrote:
> Richtig, deswegen kommt es auf das Einsatzgebiet an. Fließkommazahlen
> braucht man im Servergeschäft eher weniger, beim nächst-besten Shooter
> hingegen schon ;)

Ich sehe - So lange bist du noch nicht dabei - Probier mal perl
auf einem 386SX und sag mir warum es langsam ist !

> Achja, ich habe mir grade nochmal das Handbuch vom Alpha 21164
> angesehen, die Befehle brauchen durchaus verschiedene Laufzeiten. An
> sich ist das auch logisch, es gibt ja mitunter Befehle die eine Adresse
> fetchen und die damit natürlich länger brauchen als implizite Angabe
> etc.. Achja, L1Cache hat er 8 KByte. Noch Fragen? ;)

Dann ist der Alpha auch kein RISC - RISC impliziert feste opcodelaenge
und dadurch identische ladezeit fuer alle opcodes. Fetch aus dem memory
laeuft im hintergrund und locked nur die nutzung des ziels innerhalb des
ladens. Der Befehl ist trotzdem innerhalb eines cycles fertig.

> Nagut, er supportet bis zu 64MB L3 Cache... aber wer braucht das? Das
> waren noch zeiten als man seinen CPUs noch selbstmodifizierenden Code
> unterjubeln konnte. 8D

Den selbstmodifzierten code gibts immer noch in aktuellen glibcs - Man
sehe sich trampoline code auf dem stack an. Somit bricht das dingen mit
einem non-executable stack ins essen.

Flo
-- 
Florian Lohoff                  flo at rfc822.org             +49-171-2280134
                        Heisenberg may have been here.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lug-owl.de/pipermail/linux/attachments/20030602/47ff30b3/attachment.sig>