Kalkulacka

[Jaroslav Buchta]

No kdyz by se ten algoritmus zoptimalizoval, tak se vystaci se scitanim 
a nekolika registry, navic nasobeni 2,4,8,16,32,64... lze realizovat jen 
prictenim 1,2,3,4... k exponentu  u floating point reprezentace a 
ostatni nasobky sectenim kombinaci, takze v podstate IMHO operace 
nasobeni neni vubec potreba (a i ta ma s podporou HW v skoro kazdem 
jednocipu nekolik(desitek)instrukci)
A rozdil mezi FP a Integer operacema u nasobeni a scitani neni velky, 
navic jsou jen bitove posuny a trosku logiky pri praci s exponentem.
Vtip u kalkulacek bude asi v tom, ze i prosta operace nasobeni trva 
pozorovatelnou dobu.

Dne 24.8.2012 16:05, balu na home napsal(a):
> no ono je tam pri vypocte faktorialu toho nasobenia trochu viac. Aj 
> ked sa to nepocita zrovna tym najprimitivnejsim (nasobiacim) 
> algoritmom. Kolko trva floating point operacia s rozsirenou presnostou 
> na tom low end PICe (ATMEL, ARM)?
>
>
>
> On Aug/24/2012 14:14, Jaroslav Buchta wrote:
>> Tak cloveka napada, jak mizerny vykon musi mit CPU v beznych
>> kalkulackach, vzdyt jde o n operaci nasobeni neco mezi float a double...
>> To i low end  PIC (ATMEL, ARM...) zvladne levou zadni za zlomek sekundy
>> i s diagnostickym vypisem na COM (to bude trvat nejdyl ;-) )
>> Dne 24.8.2012 14:03, Jan Waclawek napsal(a):
>>> No, to ano, lenze ani v tom "podvadzani" nie je celkom klucom mat
>>> tabulky.
>>>
>>> Taka hardwarova nasobicka dokaze v rychlosti vypoctu faktorialu
>>> divy... :-)
>>>
>>> wek
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list