[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