PIC elado

[VF]

Thus spake Miko Imre:

>   erte el. Ennek ellenere VF
>   kitart a min 100x-os kulonbseg mellett, de o maga nem hoz mindket procira

Fantazialsz. Az csak akkor all, ha sok szorozgatas van az algoritmusban.
Pl Fourier. Nem minimum, specialis esetekben ennyi. Egyebkent csak 4x.
Ha nem vetted volna eszre, egyszer mar explicit cafoltam ezt az allitasod,
de te tovabbra is megprobalod a szamba adni ezt az altalam sohasem irt
kijelentest.

Ha pelda kell, akkor irj mondjuk 8051, Z80, 6510, 6800 (amelyik tetszik)
cross-compilert. A Z80 kodot 8051-re fordito cross-compilerunk atlagosan
5x kodmeretet eredmenyez, tekintsuk ennyinek a sebesseg-kulonbseget is.
A 8051 a PIC-hez kepest egy csoda, de tegyuk fel hogy ez az arany ervenyes
a PIC-re is, valamint tekintsunk el attol hogy a verem hianya stb.. miatt
nem is lehet ilyen compilert irni.
Szamitasaim szerint egy egyszeru buta compilerrel, mely siman atforditja
pl a D regisztert az r28-ba stb, 20..100x gyorsabb lesz az AVR-en a progi
mint PICen. Ehhez vedd hozza az optimalizaciot, a szorzas kivaltasat a
hardveres szorzassal, stb...

Masik pelda, kezelj szep nagy konstans illetve valtozo tablazatokat
PIC-cel! Vagy szovegblokkokat! Remalom.

Stb... Mar egyik elso levelemben kifejtettem, hogy az egyszeru algoritmusok,
melyek nem hasznalnak nagyobb mennyisegu adatot, nem hozzak ki igazabol
az AVR elonyeit. Igy is latvanyos a kulonbseg, de igazan nyilvanvalo a
bonyolultabb algoritmusoknal lesz.

>   (A foruer konvoluciot is csak emlites szintjen hozza peldanak. Erre reagalva:
>   Egyreszt ez DSP-re szant feledat, ha megis MCU-n akakrod implementalni, akkor
>   sem hiszem, hogy 8 biten, a 32 bites szorzasok kozott pedig volt vagy 20%
>   kulonbseg. Hol van az 1000x ?)

Fourier. A 32 bites szorzast meg tudod csinalni a 8 bites szorzassal is!
Nyilvan a PIC18 mar nem annyival lassabb, de a PIC16, mivel nincs benne
szorzo utasitas, siman lehet tobb 100x lassabb! Gratulalok, hogy sikerult
talalnod egy olyan peldat, mely az AVR-t a PIC16 szintjere lealacsonyitva,
felig kihasznalva csak picivel jobb eredmenyt produkal.
Egyebkent jobb lenne ha alaposan atnezned a peldaidat, mert kevered a
PIC16 es PIC18 idoziteseket, elfelejtetted 4-el szorozni a ciklusszamot!
Mert akkor pont kijon hogy 4x gyorsabb az orajel-osztas miatt, es meg 20%
a rugalmasabb felepites miatt.
Nem kizart, hogy veletlenul leosztottad 4-el az eleve PIC18-ra szamolt
idoziteseket is... Nalad 10 utasitasbol kijon a 8 bites szorzas...
Masreszt ez valoban DSP-re szant feladat, ennek ellenere az AVR egesz
jol megbirkozik vele. Szamos egyeb kontroller is, ezert epitettek belejuk
a hardveres szorzast. A PIC16 nyilvan nem tartozik ezek koze, ezert is nem
ertem hogy miert adjak ilyen dragan...
Azt sem ertem, hogy miert kene a Fourier-t 32 biten csinalni? Es ha eleg
16 vagy akar 8 bit? Igaz a PIC-nek tokmindegy, mindegyikhez gyenge.

> 2. Hivoket nem lehet, es nem is celom meggyozni. A peldaimbol kitunik, hogy nem
>   sokkal rosszabb a PIC-en implementalt algoritmusok merete/sebessege. Aki ezt
>   a tenyt sem tudja elfogadni, eljen tovabb a szent meggyozodeseben.
>   Egy tovabbi PIC/AVR (lin/win  intel/AMD) stb osszehasonlitasnak igy mar
>   nincs ertelme.

A peldaid csusztatason es tevedeseken alapulnak. Nem ismered az AVR-t, a
PIC-et allitolag igen, megis hulyesegeket irkalsz.

> 3. En sem vagyok a PIC megbizotja, nem kapok szazalekot. stb. Es soha nem is

A megbizott ket t-vel irando.

>   mondtam, hogy a PIC jobb mint az AVR. Csak annyit, hogy a PIC is egy
>   hasznalhato csalad, es messze nem rosszabb anyival az AVR-nel, amenyire
>   azt leirtatok. (lasd peldakat.)

Akkor meg nem sikerult megerteni... Na nem baj. En megprobaltam.

> 4. Mindenki azt a csaladot reszesiti elonybe ami neki szimpatikusabb. Lehet
>   tobbet is. Csak a gorbe tukor egyengetese volt a celom. Van akit meggyozott,
>   van akit nem. Ennyi.

Elonybe_n_. Es megtevesztett. Ennyi.

> 5. Es vegul, minannyian megegyezunk abban, hogy az AVR jobb utasitaskeszlettel, es
>   egyeb jellemzokkel bir mint a PIC. Ezt a vita elejen is emlitettem, es nem
>   is volt celom ennek ellenkezojerol meggyozni barkit is.

Jobb utasitasok, rugalmasabb felepites, nagyobb sebesseg, kenyelmesebb
programozas, nagyobb megbizhatosag, negyed ar. Kihagytam valamit?

Ertsd meg, uj fejlesztesbe ertelmes ember PIC-cel nem kezd.

> Udv.
> Imre

-- 
Valenta Ferenc <vf at elte.hu>   Visit me at http://ludens.elte.hu/~vf/
"Magyar egre magyar ufot!"