W dniu 2014-04-07 21:41, Sylwester Łazar pisze:
>>>> Nic ci nie zamierzam udowadniać. Przeglądałem pobieżnie twoje analizy i
>>>> Janusza. Sam stwierdziłeś, że w cyklach jest stosunek C/asm = 1.6
>>> W pierwszym poście masz napisane, że nie dokonywałem analizy czasowej.
>>> I to podkreślone.
>>> Można porównywać:
>>> a) liczbę instrukcji
>>> b) czas wykonywania.
>>
>> Czas wykonywania to nie jest analiza czasowa?
>
> Jest. Tylko ja jej NIE ROBIŁEM.
> A<>B.
> Oznacza to, że jak robiłem A, to nie robiłeł B.
> Czy to tak trudno zrozumieć?
> LICZBA INSTRUKCJI w asemblerze po wykonaniu kompilacji do LICZBY INSTRUKCJI
> ,
> napisanej w czysym asemblerze przez biegłego programistę dla TEGO SAMEGO
> MIKROKONTROLERA,
> którym jest PIC18F2320.
> Nazwane przeze mnie: C/ASM=ileś tam, nie oznacza, że czas wykonywania kodu
> napisanego w C, do czasu kodu napisanego w ASM,
> czyli:
> Tc/Tasm może być 2,6,10, 100.
> Ale 1,6 jest moim zdaniem mało prawdopodobne.

Skoro jak sam podałeś instrukcje są wykonywane w jednym takcie to czas
wykonywania będzie zależał od taktowania. Skoro piszesz że kod po
skompilowaniu może być 16 razy wolniejszy i trzeba dać 10 razy szybszy
procek to chyba masz na myśli że po kompilacje ma się 16 razy więcej
instrukcji do wykonania a nie, że jest tych instrukcji jest 1,6 razy
więcej ale przy okazji obniżasz dziesięciokrotnie taktowanie.
>
> I ja takich porównań nie robiłem, poza jednym wyjątkiem co do ATMEGA32,
> gdzie analizę Tc/Tasm przeprowadziłem na podstawie zajrzenia do dokumentacji
> obu mikrokontrolerów i sprawdzenia:
> a) maksymalnego CLK
> b) liczby cykli/rozkaz.
>
> Jeszcze raz:
> Tc/Tasm <> C/ASM
>
> Mogę to jeszcze jaśniej wytłumaczyć, ale jesli tego nie zrozumiesz no to już
> nie wiem czy sens istnieje.


Przecież podałeś proporcje liczby instrukcji i czasy wykonywania instrukcji.
Jakbyś nie kombinował z tego przykładu z AVR nie wykażesz, że po
kompilacji kod jest wielokrotnie mniej wydajny. Ani w ilości instrukcji
ani w czasie wykonywania.

--
pozdrawiam
MD