On Sat, 4 Jul 2009 07:50:11 -0700 (PDT), slawek7 wrote:
>Coś mi tu namieszaliście. Nic z tego nie rozumiem.
>Mam AtMega 8 i chciałbym wiedzieć jaka jest jego moc obliczeniowa? I
>jak ją wyznaczyć oraz do czego służy ten paramer. I chciałbym to
>porównać np z ARM AT91SAM7256.

I tak namieszalismy ze nic nie rozumiesz ?
To bardzo dobrze. Tego sie nie da tak latwo porownac :-)

>I przykład. Powiedzmy, że mam zbudowany na ATmega8 analizator widma z
>DFT. Skąd mam wiedzieć że jego moc obliczeniowa jest wystarczająca do
>tego zadania

Skoro masz zbudowany to widac jest wystarczajaca :-)

No chyba ze np wystarczajaca to ona jest do analizowania harmonicznych
w sieci 50Hz, ale na 60Hz juz za wolny :-)

>i skąd mam wiedzieć że ARM będzie odpowiedni.

Bedzie odpowiedni. I dostepne zegary sa z 10x szybsze, i architektura
ulatwia obliczenia arytmetyczne a nie utrudnia.

J.

do góry

Z tym DFT to podałem jako przykład. Nic nie mam zbudowane.
Czy to oznacza że im szybszy uC tym większa moc obliczeniowa? A co np
w sytuacji, gdy w układzie mamy przetwornik ADC który działa w
określonym czasie niezależnym od zegara?
i inny przykład, dlaczego możliwe jest dekodowanie programowe plików
MP3 przy pomocy ARM'a a już AVR podobno sobie nie radzi? Dlaczego
sobie nie radzi?

do góry

>>> A osobna sprawa to co to za instrukcje. Moze sie okazac ze jedna
>>> instrukcja takiego ARM wymaga kilkaset instrukcji 8-bitowego
>>> procesorka zeby zrobic to samo. Bo to jest instrukcja mnozenia
>>> 32-bitowych liczb, a maly procesorek potrafi tylko dodawac i tylko
>>> 8-bitowe.
>> Eee, troche cie ponioslo :) 32-bitowe mnozenie poskladane z 8-bitowych
>> to nie kilkaset instrukcji :)
>
> to przemnoz dwie liczby 32 bitowe zapamietane w roznych miejscach
> pamieci na 6502 na przyklad

Oj, w przykladzie byl ARM i AVR, a ty tu z jakims procesorem z epoki
procesorow lupanych wychodzisz. ATMegi maja sprzetowe mnozenie 8 bitowe,
wiec zrobienie z tego mnozenia 32-bitowego jest krotkie. Natomiast jesli
istotnie nie masz wsparcia hardwarowego to dla 32 bitow kilkaset
instrukcji wychodzi. Chociaz dodalbym, ze to tylko kilka instrukcji w
petli, bo kilkaset instrukcji brzmi powaznie :)

--
Inteligentny dom - http://idom.wizzard.one.pl
http://idom.sourceforge.net/
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz do projektu.

do góry

On Sat, 4 Jul 2009 10:20:01 -0700 (PDT), slawek7 wrote:
>Z tym DFT to podałem jako przykład. Nic nie mam zbudowane.
>Czy to oznacza że im szybszy uC tym większa moc obliczeniowa?

Tak generalnie, choc co to za instrukcje sa tez sie liczy.

>A co np
>w sytuacji, gdy w układzie mamy przetwornik ADC który działa w
>określonym czasie niezależnym od zegara?

Pytales o moc obliczeniowa, a nie o predkosc ADC :-)

>i inny przykład, dlaczego możliwe jest dekodowanie programowe plików
>MP3 przy pomocy ARM'a a już AVR podobno sobie nie radzi? Dlaczego
>sobie nie radzi?

no bo dekodowanie MP3 jest zblizone do DFT. Wymaga sporo arytmetyki, w
tym mnozen, z dokladnoscia lepsza niz 16 bit, a czasu malo.
44kHz daje nam ~22us na probki w dwoch kanalach, czyli 11us. A zegary
niezbyt duze. No i mocy obliczeniowej nie starcza.

A dodatkowo takie rzeczy ze nie mozna tego odtwarzac po probce, trzeba
zdekodowac caly blok, potem go odtwarzac, a rownolegle dekodowac
drugi. DMA nie ma, a przerwania przy tej czestotliwosci zajma juz
istotny procent mocy obliczeniowej.
Pamieci malo, a tu trzeba bufor na dane rozkopresowane, zdekodowane,
FAT z karty, katalog .. na ARM sobie mozesz caly plik do pamieci
zaladowac przed odtwarzaniem ..

J.

do góry

W dniu 04.07.2009 19:20, slawek7 pisze:
> Z tym DFT to podałem jako przykład. Nic nie mam zbudowane.
> Czy to oznacza że im szybszy uC tym większa moc obliczeniowa? A co np

No mozna tak powiedziec.

> w sytuacji, gdy w układzie mamy przetwornik ADC który działa w
> określonym czasie niezależnym od zegara?

Zaleznym jak najbardziej. Ale szybkosc ADC i szybkosc procesora to dwie
rozne rzeczy.

> i inny przykład, dlaczego możliwe jest dekodowanie programowe plików
> MP3 przy pomocy ARM'a a już AVR podobno sobie nie radzi? Dlaczego
> sobie nie radzi?

Bo dekodowanie mp3 to sporo obliczen. A AVR ma tylko proste obliczenia
8-bitowe, wiec jesli musisz zrobic zmiennopozycyjne o wiekszej precyzji
to wychodzi tragedia czasowa. Potrzebujesz wiec procesor duzo szybszy
(dla uproszczenia taktowany duzo wyzszym zegarem) lub wspierajacy
hardwarowo obliczenia. ARM spelnia oba warunki. Z tym, ze mozesz
wykorzystac sprzetowy dekoder mp3 i wtedy... zwykly AVR podola zadaniu.
Co do dobierania predkosci procesora - trudno sie zgodzic z shg, ze robi
sie to calkowicie emipirycznie. Masz problem, obmyslasz algorytm,
widzisz jego zlozonosc i mozesz oszacowac jego koszt. Znajac
architekture wybranego procesora wiesz ile instrukcji jest potrzebnych
do jego realizacji, co daje ci dosyc dokladne oszacowanie jaki procesor
potrzebujesz. Oczywiscie majac duze doswiadczenie od poczatku wiesz, ze
pewnych rzeczy nie zrobisz na prostym AVR i siegasz po cos mocniejszego.

--
Inteligentny dom - http://idom.wizzard.one.pl
http://idom.sourceforge.net/
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz do projektu.

do góry

W artykule <v...@4...com> J.F napisał:

>>Czy jednostką mocy obliczeniowej jest MIPS?
>
> Zalezy czy sprzedajesz czy kupujesz :-)

Meaningless Indicator of Processor Speed ;)

--
Pozdrawiam!
Jarosław Szynal

do góry

JS pisze:

>>> Czy jednostką mocy obliczeniowej jest MIPS?
>> Zalezy czy sprzedajesz czy kupujesz :-)
>
> Meaningless Indicator of Processor Speed ;)

;)

IMHO niezłym obiektywnym benchmarkiem procesora jest Dhrystone, dający
wynik w jednostkach DMIPS. Da się go odpalić na wielu platformach, a
nawet sami producenci procesorów i mikrokontrolerów reklamują wydajność
swoich produktów w DMIPS (ew. dużo mówiące o wydajności współczynniki
DMIPS/MHz czy o energochłonności DMIPS/mW).

http://www.atmel.com/dyn/products/devices.asp?family
_id=682
http://www.standardics.nxp.com/products/lpc1000/

Wystarczy wiedzieć, jaka wymagana wydajność jest potrzebna do realizacji
konkretnego algorytmu (np. dekodowania MP3) i już wiadomo, jaki procek z
założenia trzeba omijać bo nie wydoli.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

do góry

On Sat, 4 Jul 2009 22:54:37 +0000 (UTC), JS wrote:
>W artykule <v...@4...com> J.F napisał:
>>>Czy jednostką mocy obliczeniowej jest MIPS?
>> Zalezy czy sprzedajesz czy kupujesz :-)
>
>Meaningless Indicator of Processor Speed ;)

Jak to mowil znajomy - predkosc, ktora producent gwarantuje ze
procesor nie przekroczy :-)

J.

do góry

On Sun, 05 Jul 2009 01:13:40 +0200, Adam Dybkowski wrote:
>IMHO niezłym obiektywnym benchmarkiem procesora jest Dhrystone, dający
>wynik w jednostkach DMIPS. Da się go odpalić na wielu platformach, a
>nawet sami producenci procesorów i mikrokontrolerów reklamują wydajność
>swoich produktów w DMIPS (ew. dużo mówiące o wydajności współczynniki
>DMIPS/MHz czy o energochłonności DMIPS/mW).
>http://www.atmel.com/dyn/products/devices.asp?famil
y_id=682

Adamie - ale przeciez swietnie zdajesz sobie sprawe ze to jakies
oszustwo. Innych operacji wymaga MP3, innych dekompresja danych,
innych grafika na malym wyswietlaczu, innych na duzym, zmienny
przecinek - nie da sie tego jedna liczba opisac.

J.

do góry

Użytkownik T.M.F. napisał:
> W dniu 04.07.2009 12:29, Grzegorz Kurczyk pisze:
>> Użytkownik T.M.F. napisał:
>>>
>>> Eee, troche cie ponioslo :) 32-bitowe mnozenie poskladane z 8-bitowych
>>> to nie kilkaset instrukcji :)
>>
>> W ATtiny ? ;-)
>
> A ATTiny ma sprzetowe mnozenie 8-bitowe, o ktorym pisalem?:)
>

No właśnie nie ma. Czyli nawet we współczesnych prockach 8-mio bitowych
może to być kilkaset instrukcji.

Pozdrawiam
Grzegorz

do góry