[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: The fastest 68k Amiga ever....
> > Uz jste cetli toto????
> > Ze by uz real-amiga opravdu skoncila?
> > Snappy
>
> [snip!]
>
> Tezko, jedno jsou testy, druhy je realita - test se ti nacvakne
:-))))))))))))))))) Tak tohle me uzemnilo. Nejses to nahodou
zrovna Ty, kdo lpi jen na testech a ignoruje realitu ?
> do precompiled bufferu, a pak to vypada fast...
Promin, ale tohle je snad princip kazdeho JIT kompileru !
A to jestli se ti tam natahne test, nebo aplikace snad vyjde
nastejno ne ? Testy DoomAttacku to jasne dokazuji...
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...
> 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 ???????
FPU je no problem (ostatne tam nikde neni zminka o tom, ze by to
FPU neumelo)
A co je nejvetsi bomba - CO TO PROSIMTE JE 060 KOD ???????
Jakmile mas instrukcni sadu 020, tak ses na tom
lip nez 060, ktery chybi 30% integer aritmetickych instrukci a 70% FPU
instrukci ! Naopak JIT na tom bude lip, nez original, ktery musi na
kazdy neexistujici instrukci vyvolat vyjimku.
Jinak ja se na to tesim jako malej smrad na jeziska :-) Uz posledni
verze WinUAE s naistalovanou podporou p96 byla dost brutalne
rychla (na PII350 se dalo v pohode pracovat - dokonce i ve StormC :-)
a pokud tohle bude 5-10x rychlejsi, tak je to fakt revoluce.
Konecne zadny predrazeny HW hacky a kazdej amigista muze mit
velice dustojne rychly pocitac.
A krome toho - proc nemit AGP uz dnes ? :-)
Fido