eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaNowy polski procesor › Re: Nowy polski procesor
  • 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.unit0.net!feeds.phibee-telecom.net!zen.net.uk!dedekin
    d.zen.co.uk!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-spo-a-02.new
    s.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    Reply-To: "Anerys" <s...@s...pl>
    From: "Anerys" <s...@s...pl>
    Newsgroups: pl.misc.elektronika
    References: <kh239n$jmu$1@mx1.internetia.pl> <kh28i2$4t9$1@mx1.internetia.pl>
    <5135955c$0$26700$65785112@news.neostrada.pl>
    <kh72eg$ltj$1@news.task.gda.pl>
    Subject: Re: Nowy polski procesor
    Date: Wed, 6 Mar 2013 19:53:28 +0100
    Organization: pyr pyr 40
    MIME-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response
    Content-Transfer-Encoding: 8bit
    X-Priority: 3
    X-MSMail-Priority: Normal
    X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
    X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
    X-Antivirus: avast! (VPS 130306-0, 2013-03-06), Outbound message
    X-Antivirus-Status: Clean
    Lines: 39
    Message-ID: <513790a8$0$1210$65785112@news.neostrada.pl>
    NNTP-Posting-Host: 89-71-131-105.dynamic.chello.pl
    X-Trace: 1362596008 unt-rea-b-01.news.neostrada.pl 1210 89.71.131.105:1669
    X-Complaints-To: a...@n...neostrada.pl
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:643701
    [ ukryj nagłówki ]


    Użytkownik "Wojtek" <w...@l...plll> napisał w wiadomości
    news:kh72eg$ltj$1@news.task.gda.pl...
    > tak.... to ciekawe dlaczego jak piszę w asm to kod mam 1kB a po
    > przepisaniu na ci skompilowaniu mam 1,7kB i to po wielkich bojach z
    > optymalizacją.....A programista ASM ze mnie żaden.
    > Kompilator ma pare udanych implamantacji ale ogólnie też kulfony robi przy
    > generowaniu kodu.

    W ogóle jest jakaś dziwna tendencja chyba we wszystkim, czy prawie
    wszystkim, że praktycznie identyczne, czy podobne programy, obrastają w craz
    większy kod wynikowy, nie usprawiedliwiony np. dodawanymi funkcjami. Różne
    kompilatory dla dokładnie takiego samego kodu wejściowego produkują
    całkowicie różny w objętości kod.
    Weźmy z Pascala np. (darujcie "interpunkcję", ostatni raz rzeźbiłem 20 lat
    temu...)
    program hello; (niektóre kompilatory OIDP pozwalają na pominięcie tej
    deklaracji)
    begin
    writeln ('Dzien dobry');
    end.
    jeden kompilator dał 30-kilka kB kodu, inny ok. 7, dla ciekawości powiedzmy,
    że "przeportowałem" to na mocno niszowego "Zdzicha" (dostępny w necie, dla
    DOS) kompilat był poniżej 100B (tak, bajtów, nie kilo, czy mega...). A
    robiły dokładnie to samo. Zero dołączeń, zero innych deklaracji, itp. a
    doklejały kilkadziesiąt kB ch.j wie czego, psu na budę potrzebnego...
    Jestem niemal pewien, że gdyby tu i ówdzie poobcinać fuzle, to programy
    zrobiły by się mniejsze... tylko może kompilatory powinny rzetelniej
    generować kod? Nie doklejać czegoś, co programowi nie jest potrzebne. A jak
    zdążyłem się zorientować, pamięć w naszych projektach (ja się nie zajmuję,
    nie to zdrowie... Ale może kiedyś?) :)) bywa towarem deficytowym...?
    ... no dobra... nic nie mówiłem...

    --
    Pod żadnym pozorem nie zezwalam na wysyłanie mi jakichkolwiek reklam,
    ogłoszeń, mailingów, itd., ani nawet zapytań o możliwość ich wysyłki.
    Nie przyjmuję ŻADNYCH tłumaczeń, że mój adres e-mail jest ogólnodostępny
    i nie został ukryty. Wszelkie próby takich wysyłek potraktuję jako stalking.

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: