Autor: Krzysztof Oledzki (ole_at_WytnijTo.hoth.jmg.com.WytnijTo.pl)
Data: Wed 27 Feb 2002 - 19:25:07 MET
Maciej W. Rozycki <macro_at_ds2.pg.gda.pl> wrote:
> On Thu, 21 Feb 2002, Krzysztof Oledzki wrote:
>> A ja sie bede upierac ze opcode,prefix itd jest czescia instrukcji. Procesor
>> musi pobrac z pamieci calosc zeby to potem wykonac. Trzeba wiec to
>> przeslac z pamieci, zdekodowac. To trwa. No i zajmuje to dana ilosc
>> miejsca w pamieci.
> Ale dekoder obrabia tylko bity kodujace rozkaz -- reszta "leci"
> bezposrednio na wewnetrzne magistrale adresowe albo danych, nie powodujac
> komplikacji logiki dekodera.
Ale z pamieci/cache trzeba to sciagnac :)
>> > Ale kod x86 jest wyjatkowo gesty -- na zakodowanie tych samych operacji
>> > potrzeba wyjatkowo malo rozkazow w porownaniu do innych procesorow (to
>> > zreszta cecha charakterystyczna procesorow CISC -- w koncu takie jest ich
>> > zalozenie).
>> Hm.. to prawda tylko ze pamietaj iz takich instrukcji, na ktorych
>> zapisanie w riscach trzeba wiecej pamieci, w przecietnym programie
>> jest kilka procent.
> Tak? To dlaczego:
> $ ls -la /usr/mipsel-linux/lib/libc-2.2.5.so
> -rwxr-xr-x 1 root root 1631488 Feb 16 01:35 /usr/mipsel-linux/lib/libc-2.2.5.so
> $ file /usr/mipsel-linux/lib/libc-2.2.5.so
> /usr/mipsel-linux/lib/libc-2.2.5.so: ELF 32-bit LSB mips-1 shared object, MIPS R3000_LE [bfd bug], version 1 (SYSV), stripped
> $ ls -la /lib/libc-2.2.5.so
> -rwxr-xr-x 1 root root 1320356 Jan 24 13:18 /lib/libc-2.2.5.so
> $ file /lib/libc-2.2.5.so
> /lib/libc-2.2.5.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped
Hm.. troszke niezrecznie dalem Ci sie wmanewrowac w porownywanie RISC z CISC :)
Ale na x86 CISC sie nie konczy. Zobacz jak to libc-2.2.5.so bedzie wygladac dla m68k :)
Ale, ale.. w RISCu masz baaaaaaaardzo duza szanse ze w kazdym takcie zostanie
wykonana jedna instrukcja. A w CISC nie masz w ogole o czym marzyc.
Niemnije prawda, kod na RISC zazwyczaj bedzie wiekszy niz z CISC.
>> Tak bez rysunku ciezko jest to dokladnier wyjasniec
>> ale chyba zasade zrozumiesz. Zeby sie za bardzie nie rozpisywac:
> [...]
> Jasne. Dzieki za opis. Ciekawa idea.
Jak chcesz to moge cos wiecej wygrzebac. Idea bardzo ciekawa i
jak sie na to patrzy dosc oczywista. :) Jak to sie stalo
ze nikt wczesniej na to nie wpadl?
>> > A jaka technologia ma teraz przyszlosc? Chyba nie powiesz, ze EPIC???
>> Podobno CISC dekodowane na RISCe. :) Tak twierdza madrzy ludzie.
> Znaczy sie rozwoj mikrokodu? No nie wiem...
Chodzi o to zeby z pamieci trzeba bylo przeslac jak najmniej danych
(co jest domena CISCow - jak sie patrzy na takie instrukcje
jak enter i leave dla x86) ale zeby byly sprawnie i szybko wykonywane
(co jest zapewniane w RISC).
> Juz chyba lepsze podejscie
> to PALcode (ale Alpha to niestety trup).
Trup. I pewnie juz nim zostanie.
>> Aczkolwiek nie x86 CISC ktore ma zbyt duzo nalecialosci.
> Niestety nie wiadomo jak dlugo rynek bedzie to kuriozum holubil...
Pewnie jeszcze dosc dlugo :(
>> > Chocby po to. Z prostego rachunku wynika, ze jedna plyta na tysiac
>> > powinna miec zlacze ISA.
>> Czyli przyznajesz ze _nie kazda_ plyta musi mieci ISA.
> Sa chyba jeszcze jakies stany posrednie pomiedzy "kazda", a "zadna".
> Jakos nie przypominam sobie by ktos tu twierdzil, ze zlacza ISA maja byc
> we wszystkich nowych plytach, a jedynie postulowal, by takie plyty w ogole
> wystepowaly.
No i jak na razie jeszcze cos sie da kupic. Z tym ze juz np. na
SocketA z DDR nie wiedzialem nic z ISA. Jest cos takiego?
>> Czyli _wiekszosc_ moze nie miec ISA. Ba lepije nawet zeby
>> jej nie miala? No i OK. A czy jezeli ta osoba ktora _naprawde_,
> Lepiej by te plyty, ktore nie maja zlacz ISA nie mialy tez pozostalosci
> magistrali w postaci np. portow we/wy czy kontrolera dyskietek nie
> mapowanych przez PCI, czy w ogole resztek PC/AT typu i8237 czy i8259.
A tak, tak. I zeby jeszcze zrobic cos z IDE (po co mu az 2 przerwania?),
nieszczesnym dzieleniem przerwan w PCI, zajmowaniem jednego przerwania
przez koprocesor, itd itp... :))
>> _naprawde_ potrzebuje zlacza ISA wyda te 800 zl wiecej (bo
>> kupila karte i soft za 10k dolarow) to jest to wielka
>> krzywda?
> Nie przypuszczam. Zreszta mozna kupic sprzet uzywany -- jesli dobry
> jakosciowo (inzyniersko) to starzeje sie diabelnie powoli.
No chyba ze ktos potrzebuje pomiarowej karty ISA i superszybkiego
komputera :)
Pozdrawiam,
Krzysztof Oledzki
-- Krzysztof Oledzki e-mail address: ole(at)ans.pl Linux Registered User: 189200 Internic NickHandle: KO581
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 00:20:51 MET DST