OldComp.cz

Ako na najrychlejsie A->2^A (pre A=0..7)?

...alebo ako z čísla v A urobiť masku nastavením zodpovedajúceho bitu v A?

Zatiaľ som to vyriešil rotáciou, ale ide to rýchlejšie? Ešte by to šlo cez lookup-table.

Ked nechcem tabulky, tak pouzivam toto:

Presne to isté som chcel napísať aj ja, ale bez CPL, ktorý mení smer z ľava do prava.

Ano, to CPL tam mam preto lebo je to kusok z rutinky na kreslenie pixelu na obrazovke ZX Spektra, a tam siedmy bit je pixel najviac vlavo a preto treba pri adresacii obratit poradie, t.j. A => 2^(7-A).

Nie je na účel kreslenia vyhodnejsia (rychlejsia) tabulka? Alebo Ti uz nezvysili registre?
M1

Dá sa nejako matematicky odzrkadliť byt? Možnosť s tabuľkou poznám, ale 256 bytov by sa dalo využiť lepšie, a 8 krát RRCA a RL C je pomalé.

_________________
Oznamy o novom príspevku mi na mail chodia iba sporadicky, takže keď sa nehlásim v diskusii, tak je to tým. V 80% nepríde mail vôbec.

nieco taketo?

Poriadne si precitaj moje predchadzajuce prispevky.

S tým zrkadlením bytu by sa dal pekne použiť hardvér. Stačil by jeden 74LS244, vstupy A8 až A15, výstupy D7 až D0, a ako aktivácia dekódovať z A0 až A7 adresu portu, potom IORQ a RD... Celé zrkadlenie by sa potom robilo cez IN (port),A. Vrchný bajt príkazu IN by bol byt ktorý treba odzrkadliť.

_________________
Oznamy o novom príspevku mi na mail chodia iba sporadicky, takže keď sa nehlásim v diskusii, tak je to tým. V 80% nepríde mail vôbec.

Toto je normalne skvely napad. Uz si predstavujem ten program:Akurat aj napriek krasnej jednoduchosti hardwerovej realizacie a softwerovej obsluhy, toto je typ problemov ktory je neefektivne riesit hardwerom, pretoze ak treba fakt rychlost, tak sa to da velmi dobre urobit tabulkou:

Tabuľku viem, ale 256 bajtov je 256 bajtov. A tým IN by sa dalo spraviť viac, na viacerých portoch rôzne funkcie. V podstate by to bol taký koprocesor na špeciálne funkcie, rozšírenie inštrukcií Z80. Viem, nápad je to zaujímavý, ale využiteľnosť pre bežné použitie nula percent.

_________________
Oznamy o novom príspevku mi na mail chodia iba sporadicky, takže keď sa nehlásim v diskusii, tak je to tým. V 80% nepríde mail vôbec.

256 bajtov je este (obvykle) v pohode, horsie su veci ktore potrebuju dva (alebo viac) vstupnych parametrov. Typicky priklad: nasobenie dvoch bajtov. To je 16 vstupnych bitov = 65536 moznosti, kazda moznost predstavuje dvojbajtovy vysledok, cize tu by to chcelo tabulku o velkosti 128kB. Toto uz ma vyznam riesit nejak hardwerovo, napriklad PP01 ma moznost osadit hardwerovu nasobicku MH102. Staci OUTnut dva bajty ako argumenty, a clovek hned moze IN-ut dva bajty vysledku.

Citam poriadne, len otazka nepriamo smerovala k tomu, preco nechces, ked by to malo zrychlit...

Jen technická - přesně je to MH102 a myslím že se reálně moc nepoužívala, protože jednak funguje bez problémů jen u kladných čísel, jak se násobí se znamínkem lezou z toho zmaty a za druhé způsob předávání informací a jejich vyčítání není přímočarý, ale data se musí násobičce přežvýkat do jejího formátu a následně zase převést zpět, což v celkovém schématu Vesmíru a světa asi tu výhodu rychlejšího zpracování, zmařenou dlouhým převodem a velmi komplikovaným programováním odsouvá do pozadí.

Tak jak bylo zmiňováno že se pošlou data + instrukce co s tím provést a následně se vytáhne výsledek funguje na poskytované matematické funkce mnohem pokročilejší FPU Am 9511.

V tom pripade treba citovat tie casti povodneho prispevku, na ktore sa konkretne pytas
Pisal som o pripade, ked tabulky pouzit nie je mozne, napriklad preto, lebo by pre ne uz v pameti nebolo miesto. Samozrejme s tabulkou by to bolo najrychlejsie, ale moznost tabulky spomenul Martin1 uz vo svojej povodnej otazke, preto som sa tomuto pripadu uz nevenoval.