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í
×

9.12. 20:11 | Nová verze

Byl vydán Debian 9.3, tj. třetí opravná verze Debianu 9 s kódovým názvem Stretch a Debian 8.10, tj. desátá opravná verze Debianu 8 s kódovým názvem Jessie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 9 a Debianu 8 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

Ladislav Hagara | Komentářů: 0
9.12. 00:44 | Nová verze

Po 6 měsících vývoje od vydání verze 0.13.0 byla vydána verze 0.14.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 88 vývojářů. Přibylo 1 211 nových balíčků. Jejich aktuální počet je 6 668. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 2
8.12. 21:33 | Nová verze

Po půl roce vývoje od vydání verze 5.9 byla vydána nová stabilní verze 5.10 toolkitu Qt. Přehled novinek na wiki stránce. Současně byla vydána nová verze 4.5.0 integrovaného vývojového prostředí (IDE) Qt Creator nebo verze 1.10 nástroje pro překlad a sestavení programů ze zdrojových kódů Qbs.

Ladislav Hagara | Komentářů: 0
7.12. 11:11 | Komunita

Naprostá většina příjmů Mozilly pochází od výchozích webových vyhledávačů ve Firefoxu. Do konce listopadu 2014 měla Mozilla globální smlouvu se společností Google. Následně bylo místo jedné globální smlouvy uzavřeno několik smluv s konkrétními vyhledávači pro jednotlivé země. V USA byla podepsána pětiletá smlouva s vyhledávačem Yahoo. Dle příspěvku na blogu Mozilly podala společnost Yahoo na Mozillu žalobu ohledně porušení této

… více »
Ladislav Hagara | Komentářů: 0
7.12. 05:55 | Zajímavý článek

V Londýně probíhá konference věnovaná počítačové bezpečnosti Black Hat Europe 2017. Průběžně jsou zveřejňovány prezentace. Videozáznamy budou na YouTube zveřejněny o několik měsíců. Zveřejněna byla například prezentace (pdf) k přednášce "Jak se nabourat do vypnutého počítače, a nebo jak v Intel Management Engine spustit vlastní nepodepsaný kód". Dle oznámení na Twitteru, aktualizace vydaná společností Intel nevylučuje možnost útoku.

Ladislav Hagara | Komentářů: 5
7.12. 04:44 | Komunita

Virtualizační nástroj GNOME Boxy ve Fedoře 27 umožňuje jednoduše stáhnout a nainstalovat Red Hat Enterprise Linux, který je pro vývojáře zdarma. Vývojová verze GNOME Boxy již umožňuje jednoduše stáhnout a nainstalovat další linuxové distribuce. Ukázka na YouTube. Seznam distribucí a jejich verze, nastavení a cesty k ISO obrazům je udržován v knihovně a databázi libosinfo (GitLab).

Ladislav Hagara | Komentářů: 0
7.12. 03:33 | Nová verze

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

Ladislav Hagara | Komentářů: 9
6.12. 22:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 147. brněnský sraz, který proběhne v pátek 15. prosince od 18:00 hodin v restauraci Severka na rohu Tučkové a Zahradníkové.

Ladislav Hagara | Komentářů: 0
6.12. 22:33 | Komunita

V roce 2013 byl představen projekt Debsources, jehož cílem bylo a je poskytnout webové rozhraní ke zdrojovým kódům balíčků obsažených v Debianu. Projekt doteď běžel na doméně debian.net. Dnes bylo oznámeno, že projekt byl přesunut na oficiální infrastrukturu Debianu. Služba Debian Sources nově běží na doméně debian.org. V plánů je řada vylepšení. Již dnes je ke službě k dispozici API a procházet lze také patche a licence.

Ladislav Hagara | Komentářů: 0
6.12. 05:55 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 12 000 dolarů. Před týdnem byla překonána hranice 10 000 dolarů [reddit].

Ladislav Hagara | Komentářů: 153
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 943 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Dotaz: Rychlost dlopen vs dynamicky přilinkovaná lib

    21.9.2005 11:15 Ondra
    Rychlost dlopen vs dynamicky přilinkovaná lib
    Přečteno: 114×
    Ahoj.

    Nevíte, jestli je nějaký výkonostní rozdíl ve volání funkcí z knihovny mezi tím, když linkuji (dynamicky) knihovnu už při překladu a připojením až za běhu (buď dlopen nebo něco nad tím). Nejedná se mně o režii se samotným připojováním, tam určitě něco bude (je to jenom jednorázová záležitost), ale o samotné volání funkcí.

    Osobně bych si tipl, že to bude stejné, jakmile se to natáhne, tak už to vyjde stejně, ať je volaná funkce kdekoliv.

    Dík, Ondra

    Odpovědi

    21.9.2005 13:41 #Tom
    Rozbalit Rozbalit vše Zkuste a uvidíte
    Toto je knihovna s testovací funkcí, lib.c:
    #include <stdio.h>
    
    void neco() {
      printf("Něco\n");
    }
    
    Toto je první program prog1.c:
    void neco();
    
    int main() {
      neco();
      return 0;
    }
    
    Toto je druhý program prog2.c:
    #include <dlfcn.h>
    
    void (*neco)();
    
    int main() {
      void *lib = dlopen("./lib.so", RTLD_NOW);
      neco = dlsym(lib, "neco");
      neco();
      dlclose(lib);
      return 0;
    }
    
    A teď k překladu:
    gcc -fPIC -shared -o lib.so lib.c
    gcc -o prog1 prog1.c ./lib.so -ldl
    gcc -o prog2 prog2.c -ldl
    
    A teď k testování:
    time { for i in `seq 1 1000`; do ./prog1 >& /dev/null; done; }
    time { for i in `seq 1 1000`; do ./prog2 >& /dev/null; done; }
    
    První program je uměle spojen s knihovnou dl, aby se zaváděla také a spušení brzdila. Můžete zkusit -ldl vyhodit.
    21.9.2005 15:04 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    Takhle ale právě ne, protože tohle měří téměř čistě režii zavedení programu. Je zapotřebí tu funkci mnohokrát zavolat při jednom spuštění.
    21.9.2005 16:15 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    Pak asi bude volání funkce přes ukazatel nepatrně pomalejší (musí se načíst adresa, která se pak zavolá), ale bůhví jestli to bude měřitelné :-)
    21.9.2005 16:35 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    Adresa se musí načíst stejně, volání knihovních funkcí z DSO je vždy nepřímé, a [nejpozději] při prvním volání se navíc musí najít podle jména v nějaké hash tabulce (u dlopen()utých explicitně při dlsym()). Podle mě bys mohl u s dlsym() skončit i u stejné úrovně nepřímosti jako při normálním volání. Další případ je volání pomocí pointeru na funkci, který ti modul předal sám nějak jinak... No, hlavně jak dostat měřitelné rozdíly.

    Literatura [PDF]
    21.9.2005 19:47 Ondra
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    Zkoušel jsem něco měřit (volal jsem stejnou fci cca 100000000x - počet nul teď přesně nevím, prostě tak, aby to trvalo několik sekund). dlopen bylo trošku pomalejší (cca o 1%).

    Pointer na funkci ještě vyzkouším, je to zajímavý nápad.

    Díky všem.
    21.9.2005 19:57 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    Pokud jsi volal triviální funkci, tak má celá smyčka jen několik instrukcí a reálný rozdíl v další úrovni nepřímosti -- kdyby tam byl -- by měl být větší než 1%. Jedno procento budou nějaké jiné, jemnější efekty, byť reprodukovatelné.
    21.9.2005 21:56 Ondra
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    Tak jsem to skoušel měřit s voláním prázdné funkce (tam by se režie vlastního volání měla projevit nejvíce), pak jsem volal funkci, která dělala nějaké výpočty s celými čísly a nakonec i s voláním funkce mpf_init2 z knihovny libgmp (asi tam měla být spíš nějaká, která něco počítá). Výsledek je, že pokaždé je rychlejší něco jiného, ale rozdíl nikdy není nijak velký.

    Takže po takovém rychlém "měření" to asi můžu považovat za docela rovnocenné. Asi bych musel udělat opravdové měření s hodně iteracemi, aby to trvalo aspoň minutu (na to se mně teď nechtělo čekat). A možná může záležet i na tom, jestli dlopen()ovaná knihovna ještě dynamicky linkuje něco dalšího (jak třeba gmp) nebo ne.
    21.9.2005 21:58 Ondra
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    brrrr....

    s/skoušel/zkoušel/

    (hlavně, že jsem to po sobě četl... :-))
    19.10.2005 14:37 zde | skóre: 9 | blog: Linuch | Brno
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    Trochu jsem se bál že dlsym() vrátí ukazatel na PLT slot, ale naštěstí nikoliv, dostaneš přímo ukazatel na funkci. Ten link co uvádíš jsem kdysi docela podrobně četl, vynikající dokument, všechna čest. Jen jsem měl takový nepříjemný pocit, že mezi řádky je napsáno velkými bílými písmeny: "ELF saje".

    Výborný popis ELF internals je ještě ftp://people.redhat.com/jakub/prelink/prelink.pdf, a mám pocit že mezi řádky je psáno to samé.

    < FLAME>Škoda že SuSE nemá stejně kvalitní lidi jako RedHat.< /FLAME> :)
    Táto, ty de byl? V práci, já debil.
    21.9.2005 20:38 #Tom
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    A ten nepatrný rozdíl bude volání dlopen a dlsym.
    21.9.2005 20:45 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    Tak to nevím. Nedávano jsem takové věci benchmarkoval, a dlopen()utí téměř stovky různých modulů mi trvá 0,05s. Záleží tedy dost na tom, jak se linkují a jak se resolvují jejich symboly, ale stejně by jeden dlopen() a dlsym() neměly mít měřitelnou režii -- ostatně to se snadno ověří, když se zdesetinásobí počet iterací, zda zůstane rozdíl 1%, nebo se zmenší na 0,1%.
    22.9.2005 09:46 msts
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    Mam pocit, ze to takto jednoducho merat nepojde. Ak sa totiz nejaka kniznica nacita, zostava v zdielanej pam. To znamena, ze meranie moze byt nejednoznacne, podla toho, ake kniznice uz niekto iny zacal pouzivat (ci uz su v pam.). Co sa rozdielu tyka, rezia podla mna zostava nie vo volani, to sa uz vyrovna normalnemu volania staticky nalinkovanej funkcie, ale loadovani kniznice. (samozrejme az na nejake rozdiely sposobene odswapovanim stranok, ale to uz je detail).
    22.9.2005 10:27 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Zkuste a uvidíte
    Možná by nebylo špatné si nejprve ověřit svá tvrzení v praxi...
    19.10.2005 13:19 zde | skóre: 9 | blog: Linuch | Brno
    Rozbalit Rozbalit vše Re: Rychlost dlopen vs dynamicky přilinkovaná lib
    Pokud ti jde o maximálně efektivní volání funkce z knihovny, bude její volání přes pointer, získaný z dlopen() + dlsym() o dost rychlejší, než přímé přilinkování knihovny.

    Když z jedné ELF binárky voláš funkci z jiného modulu, zavolá se nejprve PLT slot, který je po prvním volání napatchován tak, že obsahuje instukci JMP na správnou adresu. Provede se tedy CALL disp32 + JMP disp32.

    Pokud ale adresu kterou vrátí dlsym() uložíš do automatické proměnné, bude se provádět jen jedna instrukce CALL [bp + imm8], což je výrazně rychlejší. S trochou štěstí ten pointer na funkci bude v registru, takže kód bude ještě o trochu efektivnější: CALL [reg].

    ELF je jedna z věcí které byly navrženy docela špatně, a kde Linuks za Windows zaostává. Win32 si na žádné PLT sloty nehraje, jednoduše pro každou funkci z jiného modulu udělá globální proměnnou, takže přímé volání funkce z jiného modulu se provádí jako CALL [imm32], takže při inter-module voláních Windows ušetří jednu instrukci.
    Táto, ty de byl? V práci, já debil.
    20.10.2005 11:40 zde | skóre: 9 | blog: Linuch | Brno
    Rozbalit Rozbalit vše Oprava
    Huh, tak jsem se drobet spletl, resolvovanej PLT slot je ještě pitomnější než jsem doufal, takže ten druhej JMP, který se v PLT slotu provádí, je navíc nepřímý- asi se jim nechtělo dělat celou PLT R/W a patchovat jej. Škoda, mám pocit že moderní CPU umějí dekódovat přímý nepodmíněný skok, aniž by na rozdíl od toto nepřímého flushnuli pipeline, takže dva přímé nepodmíněné skoky mohly být rychlejší než jeden nepřímý ve Win32.
    Táto, ty de byl? V práci, já debil.
    19.10.2005 14:23 zde | skóre: 9 | blog: Linuch | Brno
    Rozbalit Rozbalit vše Re: Rychlost dlopen vs dynamicky přilinkovaná lib
    Byl jsem zvědav kolik ten rozdíl dělá, a jde o 3 hodinové takty (Celeron Mendocino). Zkuste to i na Pleskotu a AMD, prosim.
    $ more tst_so.c
    void dummy() {}
    $ more tst_main.c 
    #include < dlfcn.h>
    #include < stdio.h>
    #include < stdlib.h>
    #include < asm/msr.h>
    
    #define TIME(x) { \
            int b, e; rdtscl(b); x; rdtscl(e); \
            printf (#x ": %d\n", e - b);}
    
    
    void dump (char *txt, unsigned char *p)
    {
            int i;
            printf("%s at %p:", txt, p);
            i = 10; do printf(" %02x", *p++); while (--i);
            printf("\n");
    }
    
    extern int dummy (void);
    
    int main ()
    {
            int i;
    
            dump("dummy", (unsigned char*)dummy);
            i = 10; do TIME(dummy()) while (--i);
    
            void *module = dlopen("./tst_so.so", RTLD_NOW);
            if (!module) { perror("dlopen"); exit(1); }
            int (*dummy_ptr)() = dlsym(module, "dummy");
            if (!dummy_ptr) { perror("dlsym"); exit(1); }
    
            dump("dummy_ptr", (unsigned char*)dummy_ptr);
            i = 10; do TIME(dummy_ptr()) while (--i);
    }
    $ gcc -O -fomit-frame-pointer -fpic -shared tst_so.c -o tst_so.so
    $ gcc -O -fomit-frame-pointer tst_main.c tst_so.so -ldl
    $ LD_LIBRARY_PATH=. ./a.out
    dummy at 0x804851c: ff 25 d8 99 04 08 68 30 00 00
    dummy(): 1358
    dummy(): 49
    dummy(): 70
    dummy(): 38
    dummy(): 38
    dummy(): 38
    dummy(): 38
    dummy(): 38
    dummy(): 38
    dummy(): 38
    dummy_ptr at 0xb7f804bc: c3 90 90 90 55 89 e5 56 53 e8
    dummy_ptr(): 375
    dummy_ptr(): 35
    dummy_ptr(): 35
    dummy_ptr(): 35
    dummy_ptr(): 35
    dummy_ptr(): 35
    dummy_ptr(): 35
    dummy_ptr(): 35
    dummy_ptr(): 35
    dummy_ptr(): 35
    
    Táto, ty de byl? V práci, já debil.

    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.