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

[Pavel Narozny <troda@cbnet.cz>]

...
> Teda Trodas, timhle mailem si me zcela vykolejil.

Ze by?  Me se posledni dobou zdas ZCELA vykolejeny, protoze ty blbosti
co blejes vo 060 jsou trapne chybne, nedustojne to kodera jako jsi
byl ty...  Mozna, ze to je jak Mikerek rika, ze pC uzira mozkove
bunky pri kazdem stisknuti klavesy... ;)))

>>> :-))))))))))))))))) Tak tohle me uzemnilo. Nejses to nahodou
>>> zrovna Ty, kdo lpi jen na testech a ignoruje realitu ?

>> Jenze moje testy jsou o necem jiym a na rozdil od tebe taky vim jak
>> je interpretovat... :)

> Ano, ano....dokazujes to tu kazdou chvili.... Obzvlaste ty tvoje
> interpretace, ktery stavi 060 s ZII prez PIII s AGP jsou toho
> nejlepsim dukazem.

Z2 byly rychlejsi, tim jsem chtel ukazat jak ten tvuj proklamovany
AGP speed vypada ve vysledku, synku! :(

Mimochodem, tvuj argument ze mi Enforce je strasne slow na te moji
060 s Z2, to bylo JINE kafe. Jeste ted si to nemuzu srovnat v hlave,
jestli ti v ni preskocilo, ci to byl jen zkrat... nechapu...

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

>> ...me se to spis zda jako ze maj doblbany timer :))))

> Tobe se zda ???? No, tak to je dalsi dukaz presnosti tvych
> interpretaci...

Tohle byla JEN poznamka. JEN a nic vic. Co tady plantas o interpretacich?

> btw nejak jsi neodpovedel na muj argument o JIT. Zda se ze
> vubec nevis o cem se tu mluvi.

I divil by ses. Nevzpominas na to, jak jsme se bavili o BlackBoxu? ;)))
Prece mas pamet, nebo ne?
Jasne ze vim, o co de, ale taky vidim, co to dela.

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

> Hmpf ? O cem to tocis  ? Schvalne se pochlub, jakl je na tom 060
> s realnyma aplikacema ! treba s Lightwavem, nebo s Imaginem, kde se
> diky absenci 32 bitovyho nasobeni plazi na 1/2 rychlosti P90 (pamatuju si
> srovnavaci testy, kdyz se ta crappy 060 objevila na amize...)

Crappy 060, ale rychlejsi 6x nez 040, ze? :))) A co je Crappy? :) He?
...mimochodem, kazdy si muze najit ten AR a podivat se, ze jsme byli
skoro stejne rychli jako P90 a to na STARE A SPATNE 060.lib!!!
...s novou to bylo pdstatne rycheljsi.
To samy LW od verze 5.0 ... ;))))   He he ;)

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

> jeden priklad za vsechny ? Teda promin, ale TAKOVYHLE testy
> si strc nekam. To je naprosto ubohy...

Ty jsi nekam. Ja si jen zkusil to, co jsem momentalne betatestoval,
a hicolor shadow je SUPERCOOL vec! :)))

[blablabla...]

>> Takze - KDE je ta rychlost???  Sorry, zadna neni...

> Ehrm. Porovnavas rychlost nacist/zapsat do vramky.

...coz bylo podstatny, kdyz jsem chtel jasne naznacit to s tim AGP,
a sice rychlost graf. busu. A ta stoji za psi stek... Pomalejsi nez
Z2, technologie z 84/85, malo modifokovany 7MHz 68000 bus!!!!!!!

CHA CHA!!!!  ...kdyz tohle ten tzv. super emulator neporazi, tak
ho tezko budu oslavovat jako nejaky fast...   Sucks.

> Takze nevim proc tu mluvis o rychlosti emulace CPU. Je to jen dukaz toho,
> ze nemaj optimalizovanej framebuffer na linuxu. (opakuji na LINUXU !
> protoze WinUAE s JIT neexistuje... zacinam mit pocit, ze cely ty tvoje
> "testy" jsou normalni mlzeni)

Hele, ty mlho, chces tu verzi na test? Reknu Henrikovi, at ti ji posle,
zkusis si sam a bude pokoj. Dam ti i to testovaci udelatko, samozrejmne. ;)
Ok? Tak dej adresu, kam to ma sendnout, neni to zas tak maly...

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

> Btw muzes mi vysvetlit, proc me v kazdym druhym tvym mailu
> napadas za enforce a za padavost amigy ? Docela me s tim uz zacinas
> srat

...jenze ona je to pravda. JE to nestabilni, vzdycky jsem ti to rikal
a tys pak je tvrdil ze jsi ty hity 'brutalne usmrtil' ale lepsi verzi
jsi nikdy neposlal... A protoze to padani Enforce koresponduje s TVYMI
padavymi problemy, tak si myslim, ze jsme nasli zdroj potizi! ;)))

> a jak tu Snappy poznamenal, moc to nekoresponduje s tim, co
> tu blejes o slusnym chovani. Rekl bych naopak, ze ses docela dobrej
> priklad bezcharakterni stracky.

Sracko, jen jsem konstatoval realitu. Nerek jsem, ze Fidel je zmrd, protoze
mu Enforce pada a haze tisice hitu, takze muze delat HODNE zajimavy
veci na ruznych masinach, jak zkusenosti potvrzuji...
Seber se. Nic takovyho jsem nerek. Takze bud se vzpamatujes, nebo
tohle opravdu zacnu rikat, ona je to koneckoncu pravda, ale na druhou
stranu to byla beta, ci spise alpha vyvojova verze, takze...
Ale stejne je to lame! :)

> Jinak s tou optimalizaci bufferu - necachovany framebuffer neprinesl
> VUBEC zadny zrychleni (ani na 060) a dokonce i clovek co s tim prisel
> myslim v ADoomu to tam sam pise, ze jde spis o teoreticke zrychleni.

...prakticky VELMI dobre meritelne a i vysvetlitelne, kdyz se podivas
jak Doom render wallu funguje, ale to ty moc dobre vis, nebo snad ne,
kdyz to blejes takovy nesmysly???

> Takze promin, ale mam realny zkusenosti - se svyma predstavama
> bez do haje.

TY MAS ZKUSENOSTI??? HA HA HA!!!! Vykourenej mozek tam mozna.
Ted me poslouchej.
Jak urcite vis, jen jsi na to 'pozapomnel' (SIGH!), Doom pri renderingu
textur si z textur vybira jen pixely, ktery bude potrebovat. Zni to mozna
silene, ale kdyz se na ten kod podivas, je to tak. Tim si pak zrychluje
mapping, ale to ted nehraje roli, je to vlastne 'some kind of mipmapping'.
Kdyz se vybiraji ty pixely, nejde o sekvencni cteni, ale o cteni na
'preskacku'. Takze, nastaveni teto casti pameti s mmu jako noncachable
ti 3x zrychli tohle cteni tech pixelu, protoze jinak 040 a 060 cpu pracuji
v BURST modu (na rozdil od 030 je na 040/060/ppc burst FORCED kdyz je
cache ON... ) a to znamena, ze pri cteni jednoho pixelu, se nam v cache
objevi i dalsi TRI longy ... ktery ovsem VUBEC nepotrebujeme, protoze
chceme az nTY pixel... ze.

Na velkych prostranstvich je to citet a speed-up se da i zmerit. Celkem
znatelne.

Co se tyce Enforce a linearniho mapingu - tam je tohle blbost a k nicemu,
to je jasny.

Jinak existuje ale hafol dovodu, proc mmu pouzivat. Namatkou Voxel (zase
cteme data 'nespojite', takze... :) ci NEJJEDNODUSSI priklad na svete,
rotozoom... Na tom to musi pochopit kazdy. Kdyz je textura na obrazovce
v uhlu 0, jde vlastne o jeji COPY z pameti na screen, pixely se objevi
tak, jak je postupne nacitame. Burst nam samozrejmne pomaha, urychluje
nam nacitani...
Pixely na screenu jsou 0, 1, 2, 3 ...  a cteme je taky 0, 1, 2, 3...


Ovsem! O hruzo, uhel 90 stupnu - a nacitame pixel OB velikost bitmapy,
coz typicky byva kazdy 64 pixel (pri velikosti textury 64x64)...
Takze misto pomoci nam ted burst silene zpomaluje praci s pameti
a zpomaleni bude silne...

Pixely na screenu jsou 0, 64, 128, ... ale cteni nam da 0 + (1, 2 a 3) -
misto toho my ale chceme 64... a kdyz precteme 64 pixel, dostaneme k nemu
bonusem 65, 66 a 67 pixel... My ovsem chceme 128 pixel...



...a - neco pro codery - jiste vite, jak se tohodle vyvarovat i bez
pouziti MMU, ze ano? Muze mi to nekdo rici, nebou jsou tu vsichni jen
lameri ? ;))))

> A co se tyce tech MMU hacku na ochranu pameti - promin, ale jak
> jsi sam rekl, nejsi programator, takze tezko mi tu budes vypravet
> o pohodlnosti vyvoje na systemu, ktery nema standartne ochranu pameti

Wilde mi padaji i s ochrannou, protoze i debil si umi zavest VXD modul,
ktery... :))))
To je sytem? TO JE SHIT!
AmigaOS a MacOS mi NEPADAJI a ochranu pameti nemaji. Takze?

> a propojeni treba na debugger. Takze to ze mi behem spusteni zacne
> posilat miliardy hitu do CONu a tim zablokuje amigu mi ve vyvoji

...jen opravdovy BLB si necha debug posilat do CONu...!!!!
Vzdyt ty sam jsi pouzival pC jako seriovy debug output, takze co
to tu blijes za blbosti o nepozitelnosti MMU 'hacku' ???
BTW, jakych hacku? Slysel jsi nekdy o MuGardianAngelu????
A o MMU.library? Ne, ze? Ses out...

> opravdu nepomuze. Mozna by ses mel priste tomuto tematu vyhnout,
> jinak te rozmazu jak hovno.

Hovna mazes akorat ty. Bez mmu se vyvijet a dokonce ani betatestit
neda, takze 'na co na Amize potrebujes mmu' muze rici jen naprosty
idiot a neznalec...  HLUBOCE ale opravdu HLUBOCE se za tebe STYDIM,
STYDIM se za to, ze jsem veril ze dokazes na Amize udelat slusny
3D engine, kdyz nemas ZAKLADNI znalosti o nicem jinem nez o 3D...
Tfuj!

>>> FPU je no problem (ostatne tam nikde neni zminka o tom, ze by to
>>> FPU neumelo)

>> Hmmm, jen aby... ;)

> Jen aby ? Dojmy dojmy dojmy.... Opet dalsi dukaz jak jsou tvoje
> testy "podlozeny".

...ja tohle netestoval!!!  Takze s doverou v pC software, me vlastni,
protoze me widle spadnou, kdyz k nim prijdu, jsem proste napsal tuhle
poznamku. Nic vic, nic min. Nerek jsem, ze to ma FPU emulaci na houby,
nebo rek? NO TAK!!! Tak si konecne prestan vymyslet co jsem rek a co
ne, a stavet si na tom konstrukce jak jsem neduveryhodny!!!!
Fuck ya!

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

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

> Ja snad spatne vidim ???? JEDNA instrukce ?
> A co treba
>    muls.l    d0,d1
>    mulu.l    d0,d1

!!!!TOHLE NEJSOU EMULOVANE INSTRUKCE TY DEBILE, SEE 060 MANUAL!!!!

>    muls.l    d0,d1:d2
>    mulu.l    d0,d1:d2

Tohle jsou. Jak jsem psal, zretezeni registru to kvuli superscalaru
neumi, ovsem od ceho je FPU, kdyz chces 64bitu + ...??? ;)))

>    divs.l    d0,d1
>    divu.l    d0,d1

OPET DO NEBE VOLAJICI LEZ!!!!  ...a pak KDO ZE TU LZE!!!!
!!!PRESTAN KYDAT HOVADINY!!!! Tyto instrukce NEJSOU a NIKDY NEBYLY
emulovane!!!!!  NIKDY!!!!  Slysis, demente???

>    divs.l    d0,d1:d2
>    divu.l    d0,d1:d2

...to je to samy, jak jsem rek uz pred tim... (X krat)... Kdyz chces
64+ tak pouzij FPU, to ma 80 bitu default... ;)))

> Teda promin, ale "procesor" ktery neumi vynasobit 100000 x 100000 nema
> v pocitaci co delat. Docela me prekvapuje, ze tady takhle otevrene LZES,
> presto ze jsme o tomhle uz mluvili nekolikrat.

Zajimavy, ze to vadi jen tobe, nikomu jinemu. Zajimavy, ze jinym
to pocita a nasobi jen se to mrska. V cem bude asi chyba?
Ze by 060 delali sami demneti a jen Fidel tomu rozumi?
Proc na 060 v pohode bezi Doom, Heretic, Descent, Quake... kdyz je to
takovy crap CPU?

...protoze Fidel sezral vsechnu moudrost sveta, prohlasil ze 060 je crap
a 040 je nejlepsi, a ze vyvojari z Motoroly proste po SKVELE 040 motorolce
udelali strasnej crap...

Jsi fakt k popukani, zamysli se nad sebou...

I blb musi videt, ze jsi debil, a kdo se mrkne do 060 manualu, ten si
o tobe bude myslet, ze jsi LHAR az za hrob...


Priste kecej do veci, o kterych neco vis a NESER se do veci, o kterych
vis PRD...

Ono jsou tam jeste i JINE instrukce, a ja schvalne chtel, abys je napsal,
ale ty je NEZNAS!!!  ...ja te chtel dotlacit k tomu, ze si s tebe pak
udelam prdel, protoze treba CAS je sice uvedena jako emulovana, ale NENI,
zatimco CAS2 popravu je emulvoana... 

(kdyz nekdo chce namitat proc jsem teda rekl jenda, ta ja rikam, ze CAS/
CAS2 jsou instrukce na synchronizaci 68k procesoru v multiprocesorovych
systemech, coz je nam na nic, ze... )

Ty dalsi instrukce jsou stejneho razeni, ale to Fido moc dobre vi, nebo
ne?

> na FPU chybi i oproti uz tak orezany 040 FPU jeste

...orezany? Jede rychleji nez 882? JEDE! Tak vo co ti de? Chces mit
sin/cos (a X falsich :) 1 instrukci? Jiste, ale slow speed...
Takze ja preferuji nejaky ten kod navic za rychlost! :)

> FDBcc (fdbne,fdbeq,fdbra,fdblt,fdbgt,fdble,fdbge)
> FScc (fsne,fseq,fslt,fsgt,fsle,fsge)
> Jestli povazujes operace pro cyklus a porovnani za zbytecny, pak sorry...

Jesti tohle je list emulovanych FPU instrukci, pak sorry... ale...
TREFIL ses v JEDNINE...  Vis v jake? ;)

...kdo chce videt, jak vam VSEM Fidel lze do oci, doporucuji 060
manual...  Pak se fakt zasmejete.

...vis, kdyby FDBra byla emulovana, tak... to by bylo ALE slow, vime? ;-)

>> Tech 30% je vyblitek tvyho vysumnenyho mozku, nebo co...

> Opet me bezduvodne napadas. Jses proste bezcharakterni sracka a muzes si
> povidat o moralce co chces. Ostatne nejsem sam, kdo to takhle vidi.

Nikoli bezduvodne. Ty tu lzes a uvadis NESMYSLY.
...a jeste to same rikas o jinych, to je VRCHOL!!!!

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

> neumi ani 32 bitu !

Kupidivu ano ... ;)))

> umi akorat 16bit x 16bit = 32 bit. A promin, ale 060 trva 7 taktu !!!!
> nez prevede integer do floatu. Mam vyplacat 14 taktu pro kazdy nasobeni?
> Nebo pocitat adresovy pointery v FPU ? :-)

...staci vedet, ze 32bit adresace neni emulovna...  Ale to se ti jeste
nedoneslo, nebo co... Na co jsem ti posilal ten list emulovanych
instrukci, kdyz jsis ho ani necet???

> A nejses to nahodou ty, kdo pouzivani FPU tak desne kritizujes ?
> Navic jen kvuli 060 ?

Ach, jo... Protoze Snappy (nebo to byl Defor?) neco SPATNE interpretuje
to jeste neznamena, ze kritizuji pouzivani FPU. JEN JEN A JEN jsem
kritizival ze pracalc pouziva emulovane instrukce...!!!

Tot VSE!!!  Vsechno ostatni co bylo receno jsou hole SPEKULACE.

...u tebe ovsem 'vyblitky vysumneneho mozku', nebo tak nejak, ja jsem to
v afektu napsal...

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

> Jiste ze proti 68881, protoze to byl standart 68k kodu. NIKDE jsem
> nepsal nic o 040. Takze prosim, nepis tu naprosty nesmysly.

881 a standard?!?! :((((  Blbost...  040 je standard pro fpu kod.

> Jinak tedy to same co jsem rekl k impotenci v integer operacich
> muzu zopakovat k FPU - takovy ktery neumi ani sin/cos neni
> zadny FPU a vyrobce si ho muze vrazit mezi pulky...
> regardz, Fido

To ovsem neumi zadny procesor, pokud me mysl nesali...
(zadny nema instrukce na sin/cos primo v siliconu)
...co treba PPC, to ma sin/cos?  :DDDDD

Takze Fidel, nezbejva nez si udelat vlastni super CPU! :)

See ya!

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

"Intel inside, idiot outside."