Re: The fastest 68k Amiga ever.... ??? Noooo :)

[Stepan Chladek <snappy@vectors.cz>]

Pavel Narozny wrote:
> 
> > Jediny problem muze byt self-modify kod, ktery se ale nastesti dneska
> > uz nedela a i kdyz ho nekde pouzijou, staci pri flush-cache
> > rekompilovat cely kod. Jsou samozrejme i varianty relokacni tabulky
> > puvodni-novy kod, a pak muze modifikovat i kod. V 99.999% se
> > totiz modifikuje jen primy operand u instrukce...
> 
> Jediny problem jsou jen realny aplikace. :)

Ano to je pravda ...
Na Amize totiz zadny realny aplikace v podstate nejsou ...

> Odpovedel jsem tak pozde, protoze jsem si tu novou verzi s JIT compilerem
> overil sam ;))))  Tesny pekne (600Mhz PII), ale jinak sucks.
>
> Priklad? Jeden za vsechny.
> Mimo jinych, delat taky betatesting PopUpMenu library. Resime ted
> opravdu DIUKLADNE shadow cod. Co to? No, realny hi/true color shading...
> Proste nacist pixely - prepocitat - zapsat pixely.
> 
> Takze to tzv. 'skvely' winUAE JIT to dotahlo na 400 tisic pixelu/sec.
> Reknu ti, nic moc. Na Z2 slotech mi to dela 480 tisic s 060/60, a to je
> stackovity HW, dneska...

WinUAE??? Cos to proboha testoval???
JIT UAE je zatim pouze ve verzi pro Linux (a to stale jeste v
aplha-verzi).

A k rychlosti ... osobne si myslim ze ty vysledky cos napsal jsou na
emulaci VELICE slusne.
Dosahnout v emulaci rychlosti o neco mensi nez je rychlost nativniho HW
je velmi slusne.
Zvlast u takove architektury jako je Amiga.

Nevim jestli si se nekdy zajimal o emulatory z jineho nez banchmarkoveho
hlediska (urcite ne).
Ja jsem jako svuj rocnikovy projekt psal simulator jednocipoveho
mikropocitace.
Obsahoval disassembler a jednodussi debuger. Nebyl to realtime
simulator, ale i tak
mi to dalo celkem zabrat a rychlostne to nebylo nic moc.

> Na Z3 mi to dela s blbou 040/50 MILION (to je vice jak 2x faster!)
> pixelu za sukundu a autorovi jeste vice na 060/Z3 PIV ...
> 
> Takze - KDE je ta rychlost???  Sorry, zadna neni...

no comment .. vazne do toho nevidis ...
 
> >> Az pridaji podporu fpu/mmu a 060 kodu, a Ride pojede svizneji
> >> tak to bude stat za to. Jinak je to spise k nicemu nez pouzitelne
> >> rychly...
> 
> > :-)))))))))))))))) K cemu potrebujes na Amize MMU ???????
> 
> Pokud to nevis, tak nestojis za psi stek.
> Neidvim se, ze Elforce je tak padavy a tvoje Amca byla taky...
> A optimalizace bufferu ti taky asi nic nerika, takze MMU jsi zrejmne
> nepochopil... :(

Nepsali jsi neco o tom ze jsi slusny k lidem, kteri si to zaslouzi?
Myslim, ze to zase neni tak uplne pravda ...

S teoretickyma vecma se muzes ohanet do nekonecna .. ale az zacnes vazne
neco delat
tak zjistis, ze nic nefunguje presne tak jak by melo atd.
 
> 
> > A co je nejvetsi bomba - CO TO PROSIMTE JE 060 KOD ???????
> 
> Jednoduche na vysvetleni. Je to vlastne kod, napsany optimalne pro
> obe dve instrukcni a jednu FPU pipelinu 060, a je dobry myslet na
> branch cache... ;)  Vlastne HODNE predrbany 040 kod... ;)

A jak to souvisi s emulatorem???
Optimalne napsany kod nedela emulator, ale programator.

Asi jsi chtel napsat , neco ve smyslu aby to emulovalo vykonnou jednotku
jaka je v 060.

> > Jakmile mas instrukcni sadu 020, tak ses na tom lip nez 060,
> > ktery chybi 30% integer aritmetickych instrukci
> 
> Predpokladam ze nejsi v poradku.
> 060 opravdu CHYBI JEDNA JEDINA instrukce, a to je CMP2...!!!
> Je fakt, ze jsem ji tusim JEDNOU videl pouzivat... Na starfield - pekne
> lame... :)


Mno .. myslim ze ty seznamy emulovanych instrukci co jsi nam posilal
byl delsi nez jenom jeden radek ...

 
> Tech 30% je vyblitek tvyho vysumnenyho mozku, nebo co...
> 
> Jiste, zretezeni registru neumi (nebo jinak, umi, ale pomalu) - coz je
> pochopitelne - kdyz chces 64bitu preciznost, laskave pouzij FPU.
> Od toho tu je. Navic bezi paralelne... ze...

Pouzivat FPU? Ale no tak!
Nas jsi peskoval za to ze ho pouzivame, ze jsou instrukce emulovane a ze
je mame
nahradit.
 
> > a 70% FPU instrukci !
> 
> Proti cemu? 881/882? Jiste. Ale dovolim si pripomenout, ze 040 je na tom
> UPLNE stejne, ty...  Seber se, a nepis naprosty nesmysly, dik.

Ale co porad neco meles o 040??? Fido o ni nerekl ani slovo.
Jde o to, ze jak 040 tak 060 nemaji v FPU zadne goniometricke funkce a
vsechny se musi
emulovat pres 68040/60.library a spol.
A v emulatoru jde ty vyjimky souvisejici s emulovanymi instrukcemi
vyresit mnohem lepe.
Napriklad tim, ze se ta emulace pripise primo do emulacniho jadra
procesoru
a nebude se s tim uz muset zabyvat samotny AmigaOS a 68040/60.library
bude tudiz k nicemu.
viz dalsi Fidova pripominka.
 
> 
> Sorryc, Fidel, ale jestlize a4k s LC040/30 crapem (A3640) plus shitty
> CV3D karta je temer 2x rycheljsi nez 600Mhz PII s winUAE JITem, tak
> zatim neni vo cem mluvit...

Za dvojnasobnou cenu .. s tim ze ani na tehle Amize nebudes mit ani
zlomek SW
vybaveni a nastroju, ktere ti nabizi to 2x pomalejsi PII.

> Vo 060 bych radeji nemluvil...

> "Intel inside, idiot outside."

no comment  .. again


				Snappy