eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaPIC vs AVRRe: PIC vs AVR
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
    .pl!news.nask.org.pl!news.internetia.pl!not-for-mail
    From: Mario <m...@...pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: PIC vs AVR
    Date: Tue, 08 Apr 2014 14:01:12 +0200
    Organization: Netia S.A.
    Lines: 79
    Message-ID: <li0pc0$f3o$1@mx1.internetia.pl>
    References: <533ddbbb$0$2158$65785112@news.neostrada.pl> <lhpavu$914$1@dont-email.me>
    <lhpeqj$ct4$1@speranza.aioe.org> <lhpgfo$kjn$1@dont-email.me>
    <lhpluc$v7a$1@speranza.aioe.org> <lhpr39$4rf$1@dont-email.me>
    <lhq0sf$7gn$1@speranza.aioe.org> <lhrd9u$agv$1@dont-email.me>
    <lhrhae$j9a$1@speranza.aioe.org> <lhrk97$6kg$1@mx1.internetia.pl>
    <lhs0th$qtp$1@speranza.aioe.org> <lhs583$vhh$1@mx1.internetia.pl>
    <lhs5nm$1fo$1@mx1.internetia.pl> <lhubnd$amu$1@mx1.internetia.pl>
    <lhueie$klk$1@mx1.internetia.pl> <lhut4e$4dn$1@mx1.internetia.pl>
    <lhuvs6$f3a$1@mx1.internetia.pl> <lhv567$142$1@mx1.internetia.pl>
    <lhv6h3$5kv$1@mx1.internetia.pl> <lhv8es$c0h$1@mx1.internetia.pl>
    <lhvbcv$lmq$1@mx1.internetia.pl>
    NNTP-Posting-Host: 159-205-85-152.adsl.inetia.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: mx1.internetia.pl 1396959424 15480 159.205.85.152 (8 Apr 2014 12:17:04 GMT)
    X-Complaints-To: a...@i...pl
    NNTP-Posting-Date: Tue, 8 Apr 2014 12:17:04 +0000 (UTC)
    In-Reply-To: <lhvbcv$lmq$1@mx1.internetia.pl>
    X-Tech-Contact: u...@i...pl
    User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007
    X-Server-Info: http://www.internetia.pl/
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:662683
    [ ukryj nagłówki ]

    W dniu 2014-04-08 00:58, Sylwester Łazar pisze:
    >> Twoje rozważania na temat efektów kompilacji na PICach zostały
    >> uzupełnione przez Janusza, który podał efekt kompilacji na AVR (1.6). Z
    >> tego wynika, że mogą być kompilatory dające wydajniejszy kod niż te dla
    >> PICów.
    > Naprawdę ciężko z Tobą się rozmawia:
    > Przecież masz tam specjalnie naznaczone, że porównuję do PIC18F
    > Jak można wyciągnąć wniosek, że można porównywać kod C z jednego uC
    > z kodem ASM z drugiego.

    To po co te twoje porównania z wyliczeniem 1.6?

    > Poza tym masz JASNO i WPROST napisane, że chodzi o CYKLE,
    > a nie instrukcje.
    > czyli to jest porównanie czasowe jednego uC z zupełnie innym.

    No dobra w instrukcjach będzie 34/20 (w pętli głównej). Czyli 1.7

    > No nie wiem jak musi pracować umysł człowieka, aby wyciągnąć wniosek,
    > że w takim razie kod w C dla TEGO SAMEGO uC jest tylko 1,6x wolniejszy.

    Założyłem, że kod asm na AVR będzie równie dobrze napisany jak ten twój
    na PIC :)


    > Przecież w tamtej dyskusji porównywane były zupełnie inne uC.
    >
    > Nie da sie z Tobą rozmawiać, bo wybrałeś sobie losowy współczynnik z
    > dyskusji i usiłujesz wyciągnąć wniosek,
    > że jak sobie napiszesz w C i skompilujesz to tylko 1,6x wolniej Ci to
    > chodzi, niż napisałbyś
    > na tym samym uC w ASM.

    To ty się miotasz. Natchniony rozważaniami w innym wątku (na temat tego
    czy warto przejść na bardziej rozbudowane uC i na programowanie w C)
    wyruszyłeś na jakąś krucjatę i ogłosiłeś, że c jest 6 razy gorszy od
    asm. Wrzucasz jeszcze teksty, że razy 16 i że przechodząc na c trzeba
    przejść na co najmniej 10 razy szybszy procek żeby skompensować stratę
    wydajności generowaną przez kompilator. A przy dokładniejszch analizach
    wychodzi, że twój kod asemblerowy na PICu pędzonym 40MHz ma
    prawdopodobnie taką samą wydajność jak skompilowany z c kod na ATmegę
    32 taktowaną 16MHz. Procek wzbudził twoje uznanie, a jest to procek
    który praktycznie znika już z rynku. Wygląda na to, że zahibernowałeś
    się w tym PIC i asm i nie widzisz co się wokół dzieje.


    >
    > Toż to bzdura.
    >
    > Równie dobrze mógłbyś spojrzeć na temperaturę za oknem i jak ci wyjdzie 1,
    > to oznacza, że
    > nie warto pisać w ASM, bo to to samo co w C.
    >
    > Ale zaraz zaraz....
    > A wiesz, że możesz mieć rację?
    >
    > Jakbyś Ty napisał niezbyt udany kod w asm i w C, to u Ciebie mogłoby być:
    > Tc/Tasm = 1,6.
    > Po co się ograniczać.
    > Niech będzie i Tc/Tasm = 0,1
    >
    > I teraz już wiem.
    > Ty już zrobiłeś sobie takie doświadczenie.
    > Napisałeś w C. Wyszło Ci, że Twój kod sortuje Ci 5 liczb w 5 sekund,
    > a potem napisałeś swój kod w ASM i wyszło Ci, że liczy w 50 sekund.
    > Teraz rozumiem, dlaczego piszesz w C.
    > Wyciągnąłeś prawidlowy wniosek ;-)

    Wyzwałeś mnie od kłamców, stwierdziłeś, że ujadam jak pies, teraz
    twierdzisz, że jestem beznadziejnym programistą. Poprawia ci to
    samopoczucie i twoim zdaniem daje ci przewagę w dyskusji? Ciekawe czemu?
    Przecież jesteś przekonany o swoich umiejętnościach, których ja nigdzie
    nie kwestionowałem. Więc chyba nie jest budowanie nadwątlonego poczucia
    własnej wartości przez poniżanie innych.
    Może po prostu nie powinieneś pisać na newsy bo nie panujesz nad emocjami.

    --
    pozdrawiam
    MD

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: