Komentowana treść: Natami MX - dzień dwunasty
13.05.2011 18:18
[#152]
Re: Natami MX - dzień dwunasty
@Sventevith, post #151
To sobie jeszcze poczekam. Nieszkodzi. :)
Starsze klasyki też są świetne. Mam dwa klasyki z 040 (w jednym jest PPC), więc Natami z 060 naprawdę mi nie jest potrzebne.
Z drugiej strony na brak wrażeń nie mogę narzekać, ponieważ już za "chwilę" w sklepach będzie dostępny AmigaOS4.1 Classic.
A później przyjdzie czas na Natami.
Natami RULEZ! :)
Ostatnia edycja: 13.05.11 18:40:25
Starsze klasyki też są świetne. Mam dwa klasyki z 040 (w jednym jest PPC), więc Natami z 060 naprawdę mi nie jest potrzebne.
Z drugiej strony na brak wrażeń nie mogę narzekać, ponieważ już za "chwilę" w sklepach będzie dostępny AmigaOS4.1 Classic.
A później przyjdzie czas na Natami.
Natami RULEZ! :)
Ostatnia edycja: 13.05.11 18:40:25
13.05.2011 19:18
[#153]
Re: Natami MX - dzień dwunasty
@1989, post #147
No nieeeeee.
To co napisałeś to bzdura wierutna. Własnie jedną z dogmatycznych właściwości RISC było wykonywanie instrukcji w 1 cyklu zegara, zamiast kilku (co gorsza różniących się czasem) w architekturze CISC.
Nie twierdzę, że 68k jest złe. Wręcz przeciwnie, to chyba najlepsza architektura (a przynajmniej model programowy CISC): płaska przestrzeń adresowa, dużo rejestrów uniwersalnych, wszystkie modele maja rejestry 32 bitowe, nie ma podziału (jak w x86) na kod 16 i 32 bitowy (to wynika z poprzedniej cechy)... i pewnie wiele innych. Ale to tylko CISC.
PPC to RISC, Motorola wniosła tu trochę swoich doświadczeń z 68k, assembler też wcale nie jest taki złozony, do tego jest także dużo uniwersalnych rejestrów. Wszystkie komplikacje związane z assemblerem wynikają z potokowości i multiskalarności PPC. Ale zdaje się, że N70 tez ma być potokowy i multiskalarny.
A dzisiejsze Intele przynajmniej jedną rzecz mają dużo bardziej podobną do 68k niz do PPC: model programowy CISC - niezaleznie od budowy samego procesora musza one korzystać z bardzo archaicznego zestawu instrukcji (plus oczywiście wszystkie nowoczesne rozszerzenia typu SSE).
Powtarzam na koniec : instrukcje 68k wykonują sie wiecej cykli niż RISCowe instrukcje PPC.
Ostatnia edycja: 13.05.11 19:18:50
To co napisałeś to bzdura wierutna. Własnie jedną z dogmatycznych właściwości RISC było wykonywanie instrukcji w 1 cyklu zegara, zamiast kilku (co gorsza różniących się czasem) w architekturze CISC.
Nie twierdzę, że 68k jest złe. Wręcz przeciwnie, to chyba najlepsza architektura (a przynajmniej model programowy CISC): płaska przestrzeń adresowa, dużo rejestrów uniwersalnych, wszystkie modele maja rejestry 32 bitowe, nie ma podziału (jak w x86) na kod 16 i 32 bitowy (to wynika z poprzedniej cechy)... i pewnie wiele innych. Ale to tylko CISC.
PPC to RISC, Motorola wniosła tu trochę swoich doświadczeń z 68k, assembler też wcale nie jest taki złozony, do tego jest także dużo uniwersalnych rejestrów. Wszystkie komplikacje związane z assemblerem wynikają z potokowości i multiskalarności PPC. Ale zdaje się, że N70 tez ma być potokowy i multiskalarny.
A dzisiejsze Intele przynajmniej jedną rzecz mają dużo bardziej podobną do 68k niz do PPC: model programowy CISC - niezaleznie od budowy samego procesora musza one korzystać z bardzo archaicznego zestawu instrukcji (plus oczywiście wszystkie nowoczesne rozszerzenia typu SSE).
Powtarzam na koniec : instrukcje 68k wykonują sie wiecej cykli niż RISCowe instrukcje PPC.
Ostatnia edycja: 13.05.11 19:18:50
13.05.2011 19:53
[#155]
Re: Natami MX - dzień dwunasty
@wali7, post #153
To co napisałeś to bzdura wierutna. Własnie jedną z dogmatycznych właściwości RISC było wykonywanie instrukcji w 1 cyklu zegara, zamiast kilku (co gorsza różniących się czasem) w architekturze CISC.
Wierutna bzdure to wlasnie sam napisales, bo skoro ilosc instrukcji na wykonanie operacji jest mniejsza w 68k, a instrukcje wykonuja sie w 1 cyklu, to 68k ma przewage, bo jednak na wykanie operacji potrzebuje mniej cykli niz PPC.
ps. akurat ta zdolnosc riscowych CPU dzis stracila na znaczeniu..
68k jest zle :), to PPC za dobre nie jest. PPC mi tam w niczym 68k nie przypomina, juz ARM ma wiecej wspolnego z 68k.
x86 po dodaniu MMX, SSE, 64bit niewiele przypomina 386, wlasciwie to juz inny procesor. Niektore nowe instrukcje ma tak zlozone w wykonaniu, ze to juz wlasciwie jezyk wyzszego poziomu ;)
Uzywanie asemblera 68k jest duzo latwiejsze niz PPC, a 050/070 jest wyjatkowo latwa do kodowania w asm.
Powtarzam na koniec : instrukcje 68k wykonują sie wiecej cykli niż RISCowe instrukcje PPC.
juz na 060 wiele isntrukcji wykonuje sie w 1 cyklu, a na 050/070 wlasciwie bedzie to zdecydowana wiekszosc, praktycznie 99% instrukcji uzywanych w programie. 050 bedzie mogla wykonac do 2 instrukcji na 1 cykl, a 070 do 4 instrukcji na 1 cykl. Srednia dla programow bedzie oczywiscie mniejsza, ale nie powinna byc mniejsza niz 1 instrukcja na 1 cykl, w najgorszych przypadkach...:)
Ostatnia edycja: 13.05.11 19:58:41
13.05.2011 20:13
[#156]
Re: Natami MX - dzień dwunasty
@1989, post #155
juz na 060 wiele isntrukcji wykonuje sie w 1 cyklu
Tak, w potoku jeśli akurat nie jest przeładowywany błędną predykcją (przewidywaniem). No i FPU w 060 nie ma potoku, a w PPC każdy procek ma fully superscalar design. x86 też wiele instrukcji wykonuje w 1 cyklu (jak ma szczęście, a dokładniej to jak dobrze trafia w ładowane rozkazy czyli obecnie z 60-70% czasu) i co z tego? :> RISC czy CISC obecnie mało ważne. Wewnątrz obu i tak jest mikrokod, a różnica jest tylko taka, że typowo w CISC na 1 rozkaz x86 przypada >1uOp, a w RISC zazwyczaj jest 1:1, rzadziej 1:2 - to oznacza tylko prostszy dekoder i mniej tranzystorów do tej samej funkcjonalności/wydajności co CISC.
a 070 do 4 instrukcji na 1 cykl
Nie żartuj. Już żeby te 3instrukcje/cykl z K7 mieć to trzeba ładne parę patentów ruszyć. A jak mnie pamięć nie myli prawo chroni 25-30lat bez przedłużania (w USA). Nie sądzę by nawet 100 inżynierów półamatorów było w stanie w FPGA zrobić to sensownie bo to nie jest wcale kwestia możliwości samego FPGA - kupę genialnych rozwiązań trzeba podpatrzyć żeby miało to ręce i nogi. A użyjesz w komercyjnym produkcie to cię uwalą za naruszenie patentów.
13.05.2011 21:09
[#157]
Re: Natami MX - dzień dwunasty
@1989, post #155
Przecież wiesz dobrze co miałem na mysli - w RISC wykonujesz 1 instrukcję na cykl, bo to jest DOGMAT tej architektury, w CISC instrukcje są bardziej złożone przez co wykonywane są dłużej (kilka taktów na instrukcję).
I generalnie chodzi mi o porównywanie PPC (o którym nie wiedzieć czemu źle piszesz) DO 68K. x86 mnie nie interesuje, bo to jest specyficzny przykład CISC modelu wykonywanego na fizycznej konstrukcji RISC, która to konwersja produkuje (zapewne) spore straty wydajnosci.
Co do ARM to już wogóle pojechałeś..... przecież to jest konstrukcja zaczynająca sie od 6502, i która poszła w stronę RISC. ARM ma bardzo niewiele wspólnego z 68k.
Jakim cudem ma 050 robić 2 instrukcje na cykl? Przecież to jest procesor podobny koncepcyjnie do 68030.
Zepsuła Ci się szklana kula, musisz ją oddać do serwisu.
I generalnie chodzi mi o porównywanie PPC (o którym nie wiedzieć czemu źle piszesz) DO 68K. x86 mnie nie interesuje, bo to jest specyficzny przykład CISC modelu wykonywanego na fizycznej konstrukcji RISC, która to konwersja produkuje (zapewne) spore straty wydajnosci.
Co do ARM to już wogóle pojechałeś..... przecież to jest konstrukcja zaczynająca sie od 6502, i która poszła w stronę RISC. ARM ma bardzo niewiele wspólnego z 68k.
Jakim cudem ma 050 robić 2 instrukcje na cykl? Przecież to jest procesor podobny koncepcyjnie do 68030.
Zepsuła Ci się szklana kula, musisz ją oddać do serwisu.
13.05.2011 23:52
[#158]
Re: Natami MX - dzień dwunasty
@abcdef, post #156
RISC czy CISC obecnie mało ważne..to oznacza tylko prostszy dekoder i mniej tranzystorów do tej samej funkcjonalności/wydajności co CISC
funkcjonalnosc instrukcji risc i cisc jest inna dla roznych operacji, tj. cisc najczesciej bedzie mial mniej instrukcji na operacje, czyli takze krotszy kod. tak poza tym racja, risc upraszcza dekoder itd... 68060 nie jest fully superscalar design, ale Natami ma mozliwosc to poprawic :)
Nie żartuj. Już żeby te 3instrukcje/cykl z K7 mieć to trzeba ładne parę patentów ruszyć. A jak mnie pamięć nie myli prawo chroni 25-30lat bez przedłużania (w USA).
Natami jest tworzone w Europie, a tutaj nikt nie musi przejmowac sie amerykanskim prawem patentowym... jeszcze, na szczescie, takze dopoki amerykanskie foki nie wyladuja komus na dachu, mozna ew. roszczenia troli patentowych spuscic z woda.. ;). Problem beda mieli sami Amerykanie pragnacy zakupic ew. Natami.., najwyzej beda musieli kupowac Natami w Kanadzie, coz, amerykanska wolnosc i demokracja ;)
14.05.2011 00:19
[#159]
Re: Natami MX - dzień dwunasty
@wali7, post #157
w CISC instrukcje są bardziej złożone przez co wykonywane są dłużej (kilka taktów na instrukcję).
w 68k masz instrukcje proste i zlozone, proste wykonaja sie w 1 cyklu, czyli tak jak w risc, bardziej zlozone moga, ale nie musza wykonywac sie dluzej niz 1 cykl, to zalezy od rodzaju zlozonosci i mozliwosci dublowania pewnych blokow w samym procesorze... natomiast na risc analogicznie instrukcje nie wystepuja, wiec trzeba zapisac to samo przy uzyciu wiekszej liczby instrukcji, a zwiazku z tym takze dluzszy bedzie kod ktory trafi do potoku...
Jakim cudem ma 050 robić 2 instrukcje na cykl? Przecież to jest procesor podobny koncepcyjnie do 68030.
050 nie jest procesorem superskalarnym, w tym sensie co 68060, ma jednak pewna wlasciwosc ktora pozwala polaczyc pewna pare instrukcji w jedna (wewnetrznie) i wykonac w 1 cyklu tzw. fuzja... dlatego jest DO! 2 instrukcji na cykl dla 050. Polaczenie tej wlasciwosci z superskalarnoscia, daje 070 DO! 4 instrukcji na cykl.. oczywiscie srednia ilosc wykonywanych instrukcji na cykl jest nizsza dla typowego programu z bardzo wielu powodow...
ps. PPC i ARM to ogolnie maja niewiele wspolnego z 68k :)
14.05.2011 01:44
[#161]
Re: Natami MX - dzień dwunasty
@pawelini, post #160
Poki co jest wiecej watpliwosci niz konkretow.
To prawda. Forum Natami sklada sie z duzej ilosci samych zalozen oraz pewnych spekulacji nt. Natami, na ktorych opieram sie rowniez ja. Zalozenia nie sa zle, nawet bardzo dobre, co najwazniejsze, w pelni wykonalne na tym co maja, tylko to nie sa konkrety w postaci dzialajcej w pelni Natami. Kibicuje temu projektowi jak malo ktoremu, bo probuja zrobic cos, co od dawna wydawalo sie juz niewykonalne, tylko obawiam sie wlasnie o to przejscie ze slow do czynow. Powoli cos tam sie wylania. Pozyjemy, zobaczymy :). Skoro poswiecili temu juz tyle czasu i srodkow, to mysle, powinni dopiac swego, inaczej jaki mialoby to sens.
Ostatnia edycja: 14.05.11 01:44:30
