abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 14:44 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 151. brněnský sraz, který proběhne v pátek 20. 4. od 18:00 hodin v restauraci Benjamin na Drobného 46.

Ladislav Hagara | Komentářů: 0
dnes 13:33 | Nová verze

Byla vydána verze 18.04.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 0
dnes 13:11 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.26 a beta verze 1.27 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
dnes 12:55 | Komunita

Dle plánu byla dnes vydána hra Rise of the Tomb Raider (Wikipedie) pro Linux. Koupit ji lze za 49,99 €.

Ladislav Hagara | Komentářů: 0
dnes 09:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 254 bezpečnostních chyb. V Oracle Java SE je například opraveno 14 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 12 z nich. V Oracle MySQL je opraveno 33 bezpečnostních chyb. Vzdáleně zneužitelné bez autentizace jsou 2 z nich.

Ladislav Hagara | Komentářů: 2
včera 23:11 | Nová verze

Byla vydána verze 8.0 linuxové distribuce Trisquel GNU/Linux. Nejnovější verze Trisquel nese kódové jméno Flidas a bude podporována do roku 2021. Výchozím prostředím je nově MATE 1.12. Trisquel patří mezi svobodné distribuce doporučované Nadací pro svobodný software (FSF).

Ladislav Hagara | Komentářů: 0
včera 16:00 | Nová verze

Byla vydána nová verze 27.9.0 webového prohlížeče Pale Moon (Wikipedie) vycházejícího z Firefoxu. Přehled novinek v poznámkách k vydání. Jedná se o poslední větší aktualizaci verze 27. Vývojáři se zaměří na novou verzi 28.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Nová verze

Google Chrome 66 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 66.0.3359.117 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 62 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
včera 06:00 | Nová verze

Byla vydána druhá RC verze nové řady 2.10 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání.

Ladislav Hagara | Komentářů: 0
17.4. 23:39 | Pozvánky

Již tento čtvrtek (19. 4.) se v posluchárně 107 na Fakultě informačních technologií ČVUT v Praze Dejvicích odehraje večer s Turrisem, tentokrát zaměřený na nový modulární router MOX. Mluvit o něm budou Patrick Zandl a Ondřej Filip, ale bude i prostor pro dotazy a diskuzi s vývojáři. Akce začíná v 18:00 a plánovaný konec je v 19:45. Mapka, kde se nachází daná posluchárna, a možnost registrace je k dispozici na webu CZ.NIC.

Miška | Komentářů: 0
Používáte na serverech port knocking?
 (2%)
 (7%)
 (47%)
 (27%)
 (16%)
Celkem 321 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Dotaz: Ako dobrá je optimalizácia kompilátora?

    13.8.2010 08:46 rastos | skóre: 61 | blog: rastos
    Ako dobrá je optimalizácia kompilátora?
    Přečteno: 406×
    Niekedy som čítal diskusie, v ktorých sa tvrdilo, že kompilátor je niekedy až prekvapivo prefíkaný v oblasti optimalizácie. Týka sa to aj matematických operácií?

    Napríklad ak mám kód, ktorý počíta (a-b)/(c-d) a o pár riadkov nižšie v tej istej funkcii mám (c-d)/(a-b), dokáže kompilátor využiť to, že jedno je obrátenou hodnotou druhého, alebo aspoň to, že tie rozdiely už má spočítané?

    Zaujíma ma to predovšetkým pre Sun-ovskú javu a gcc/msvc, ale zaujímavé budú aj odpovede pre iné kompilátory a jazyky.

    Odpovědi

    13.8.2010 10:42 JS
    Rozbalit Rozbalit vše Re: Ako dobrá je optimalizácia kompilátora?
    Nejsem zadny velky odbornik pres kompilatory, ale zkusim odpovedet.

    Stejne vyrazy (v tomto pripade ty rozdily) by mely kompilatory umet optimalizovat, viz.

    Spocitat prevracenou hodnotu je IMHO stejne slozite jako obycejne deleni, takze v tomto pripade se tim nic neusetri.
    17.8.2010 18:58 pc2005 | skóre: 35 | blog: GardenOfEdenConfiguration | liberec
    Rozbalit Rozbalit vše Re: Ako dobrá je optimalizácia kompilátora?
    Pokud počítá v celých číslech, tak jo. Pokud nenastane div 0 nebo rovnost těch dvou, tak je výsledek jednoho z výrazů vždy nula :-D.
    13.8.2010 11:58 Ivan
    Rozbalit Rozbalit vše Re: Ako dobrá je optimalizácia kompilátora?
    Hadam, ze ty rozdily si pamatovat bude. Problem muze byt v tom, ze neco co je podobne/stejne matematicky nemusi byt podobne "numericky". Co kdyz jsou a,b unsigned a jejich rozdilem je zaporne cislo? Co kdyz plati c==d?

    V matematice plati ze 1/1/n == n. Na pocitaci to platit nemusi.

    luta avatar 13.8.2010 12:54 luta | skóre: 20 | blog: muj_blok | Prostějov/Brno
    Rozbalit Rozbalit vše Re: Ako dobrá je optimalizácia kompilátora?

    tak to zkompiluj a mrkni se co z toho vylezlo..já to tak normálně na AVR a gcc dělám..optimalizuje se to dost..některé věci vynechává ale jde spíš o nějaké temp promněnné apod..když zjistí že nejsou třeba

    17.8.2010 17:38 mimi.vx | skóre: 37 | blog: Mimi.VX | Praha
    Rozbalit Rozbalit vše Re: Ako dobrá je optimalizácia kompilátora?

    ono , v uz delsi dobu je rychlejsi neco zpocitat nez to vyvolavat z hloubky pameti....

    USE="-gnome -kde";turris
    18.8.2010 11:20 __dark__
    Rozbalit Rozbalit vše Re: Ako dobrá je optimalizácia kompilátora?
    Nevic jestli se v tomto případě jedná o čtění něčeho z paměti, ten mezivýsledek může být klidně v registru nebo hodně blízko na zásobníku.
    18.8.2010 11:21 __dark__
    Rozbalit Rozbalit vše Re: Ako dobrá je optimalizácia kompilátora?
    *nevim
    18.8.2010 11:19 __dark__
    Rozbalit Rozbalit vše Re: Ako dobrá je optimalizácia kompilátora?
    Přečti si toto http://www.redhat.com/magazine/002dec04/features/gcc/ , je to takový úvod. To o čem píšeš je vcelku jednoduchá optimalizace, překladač by měl umět si to najít a použít už spočítaný výsledek. Problém nastává u floating point, třeba tento kód nebude normálně optimalizovaný:
    void fn(float a, float b, float c)
    {
      float x = a + b + c;
      float y = c + b + a; // spočítá se znovu.
    
      // ...
    }
    
    Toto chování lze změnit, doporučuju podívat se na možnosti svého překladače.

    Pokud se bavíme o dynamicky typovaných jazycích, tak tam jsou optimalizace tohoto typu nulové, překladač může optimalizovat maximálně výpočty konstant - třeba 3+5.
    Aleš Janda avatar 23.8.2010 20:30 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: Ako dobrá je optimalizácia kompilátora?
    Můžu se zeptat u tohoto konkrétního příkladu, proč se výraz spočítá znovu? Je to kvůli možné chybě zaokrouhlování?
    23.8.2010 20:48 Ivan
    Rozbalit Rozbalit vše Re: Ako dobrá je optimalizácia kompilátora?
    JJ, ac se to nezda tak scitani ani nasobeni neni asociativni: http://en.wikipedia.org/wiki/Floating_point

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.