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

[Pavel Narozny <troda@cbnet.cz>]

...
>>> Jediny problem muze byt self-modify kod, ktery se ale nastesti dneska
>>> 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 ...

Co to je za... <PIP!> ?

>> Odpovedel jsem tak pozde, protoze jsem si tu novou verzi s JIT compilerem
>> overil sam ;))))  Tesny pekne (600Mhz PII), ale jinak sucks.
>> 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
>> srackovity HW, dneska...

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

HODNE alpha. Ale kdyz ma clovek ...
A pokud se nepletu, okinka vypadala (kamosova masina) jako windle...
Hmmm. Ze von linux muze vypadat jako widle?

> A k rychlosti ... osobne si myslim ze ty vysledky cos napsal jsou na
> emulaci VELICE slusne.

ALE ANO, v tom s tebou NAPROSTO souhlasim!!!  JENZE jsou pomalejsi nez
HW, co nabizim Triximu zdarma, pac jsem ho taky zdarma DOSTAL. Je to
proste sracka a OUT (040 sucks...).

...tim chci jen rici, ze to neni nejrychlejsi Amiga, nic vic.

Na EMULACI je to fakt SLUSNE, FAKT SLUSNE. Musi se nechat.

> Dosahnout v emulaci rychlosti o neco mensi nez je rychlost nativniho HW
> je velmi slusne. Zvlast u takove architektury jako je Amiga.

...na to bacha. Ten shadow code je RTG only (hicolor a vyssi, mame sice
podporu i pro 8bit, ale... jen dithering...) takze zadny bitplany...
Takze si stejne myslim, ze kod, ktery NACTE pixely, prepocita je, a ZAPISE
(nic vic!) by moh bezet rychleji, zvlaste vzhledem k tomu, ze okna a tak
jen letej...  (p96 support)

> Nevim jestli si se nekdy zajimal o emulatory z jineho nez banchmarkoveho
> hlediska (urcite ne).

Nemas pravdu, ale podme dal...  Ja jsem se jen zajimal o ten udany fakt
'nejrychelsji Amiga' ... Testy jsou mostly fake, because the timers seems
sucks ;(

> mi to dalo celkem zabrat a rychlostne to nebylo nic moc.

...to verim. Ono to nejni zadna prdel...

>> 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 ...

Ale vidim a ty v tomto pripade ne. Jeste jednou si precti co ta aplikace
dela. HE?

>>> :-)))))))))))))))) K cemu potrebujes na Amize MMU ???????

>> Pokud to nevis, tak nestojis za psi stek.
>> Neidvim se, ze Enforce 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 ...

Sorrac, Snapac, ale na TOHLE se NEDA slusne reagovat. A to jsem je jeste
MOC HODNE drzel... Chces my tvrdit, ze programator se muze obejit bez
mmu nebo co?  ....a mimochodem, stahni si Enforce z Aminetu (v0.2b)
a zapni si MuForce/MuGuardianAngel a HNED POCHOPIS, proc mu Amiga tak
moc padala.
Kdyz si das dohromady jedna a jedna (a na to snad mas!) tak je ti to
jasne...  Nevedel, jak Ralphie hackuje, pak nemoh spustit zadny mmu
chranici program, a tim padem... etc...  Jeste mam v zive pameti (a na
nejake zaloze na CD by se to snad i naslo...) jak si stezoval ze Frank
blbe nastavim CVPPC memory adress space pro CVPPC a tak ze nemuze spustit
Enforcer... ze mu to haze furt hity... Obratem jsem asknou Franka, a bylo
to jasne... Frank byl nevinny! ;)

> 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.

Ale jo, to znam! :)

>>> 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.

Precti si prosim Fidovu otazku, na kterou jsem reagoval. Thx...
Sorry to bother ya...

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

...to nepujde, to at radeji nezkousi ;)
Emualtor nemuze (myslim ;))) bezet paralelne...  Tip padem je kazdymu
jasny, ze nikdy (nebo ne v blizke dobe) nemuze dosahnout toho, ze treba
3D demo Ride bude delat 50fps, jako me v prvni casti bezpochyb dela! ;)

>>> 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 ...

Jiste, ale CTI DALE!!!  Dik...

MIMOCHODEM, to co jsem opsal bylo z 060 manualu. TY SNAD POUZIVAS
INSTRUKCI JAKO TREBA CAS nebo CAS2 ?!?!
Vis ty VUBEC, k cemu jsou? No tak schvalne, pouc nas!!!!

>> 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,

Neeeee, neeee ze pouzivate FPU, ale ze pouzivate emulovane (goniometircke)
instrukce, coz je PEKNE velky zpomaleni na 040 i 060...
(jak JISTE vsichni vi, tyhle instrukce jsou v kremiku (pardon,
v Galium-Arsenidu) implemenntovany jen v 68881 a 68882... )

> ze jsou instrukce emulovane a ze je mame nahradit.

Spravne. ;)  Tak by se to sluselo na cisty kod! ;)

>>> 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.

Fido rekl blbost. Rek, ze 060 ma 70% fpu instrukci emulovanych.
A ja rikam, ze jestli to bere proti 881/882 (coz jedine dava smysl)
tak mu DURAZNE pripominam, ze jeho tzv. super 040 je na tom ouplne stejne.
Co rikam podle tebe spatne?

> 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.

Yenah. O to mi de.

> A v emulatoru jde ty vyjimky souvisejici s emulovanymi instrukcemi
> vyresit mnohem lepe.

Mily priteli.
ZAKLADNI problem je tva i Fidova ABSOLUTLNI NEZNALOST HW.
Problem cislo 1. Blizzard karty jsou AUTOHACKING, ne autoconfig.
TAKZE, jista MALICHERNOST, jako je SSP (urcite vis co to je, Supervisor
Stack Pointer) je po normalnim startu (bez fixu) v chip-ram.
Jak jiste vis, SSP se pouziva pri emulaci a to HODNE intenzivne.
Pokud je v chip-ram, je to slow. A to DOST. Pokud si ho das do fastky,
emulace ti JEN POLETI.
Dekuji za pozornost.

(Uffff, udrzel jsem se... )

> 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.

Emulace vola trap a skace na nastaveny vektor kodu. Jiste, toto
v emulaci odpada a verim tomu, ze tyto instrukce bezi pod UAE
rychleji nez na - mozna - 040/25...

>> 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.

Boze, diky za AmigaOS a vyvojarsky nastroje na nem!

See ya!

Pavel Narozny, Troda of PEGAS, troda@cbnet.cz

"Intel inside, idiot outside."