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 18:33 | Zajímavý článek

    Vývojári z distribúcie Artix, ktorá je postavená na Arch Linuxe, alebo skôr jeho forkom, už skôr prešli na Open-RC init systém, stále však niektoré projekty ako GNOME boli závislé na systemd. Teraz pretiekol pohár trpezlivosti a počnúc GNOME 49, kvôli ktorému komponenta gnome-session je úplne závislá na systemd-init, padlo rozhodnutie na odstránenie GNOME z repozitárov Artixu. Táto zmena sa podľa všetkého týka viac než 90 distribúcií, ktoré tiež nepoužívajú systemd. Viac v príspevku na DistroWatch.

    lukve | Komentářů: 0
    dnes 17:33 | IT novinky

    Magazín IEEE Spectrum opět po roce publikoval svůj žebříček programovacích jazyků. Vedou Python, Java, C++, SQL a C#.

    Ladislav Hagara | Komentářů: 1
    dnes 15:11 | Komunita

    Repozitáře pro spolupráci v rámci projektu Fedora se přesunou z Pagure na nově vzniklý Fedora Forge. Ten stejně jako třeba Codeberg běží na softwaru Forgejo, které bylo už před časem vybráno jako náhrada za Pagure. Pagure pochází z dílny Fedory, ale mimo ni se příliš neuchytil. Jeho vývoj a údržba byly náročné a Fedora se rozhodla jít cestou úspěšnějšího projektu, který má větší základnu přispěvatelů.

    Ladislav Hagara | Komentářů: 0
    dnes 12:22 | Nová verze

    Byla vydána (𝕏) nová verze 2025.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 12:33 | IT novinky

    V IT4Innovations národním superpočítačovém centru byl dnes slavnostně spuštěn první český kvantový počítač VLQ disponující 24 fyzickými qubity s unikátní hvězdicovou topologií. Systém dodala společnost IQM Quantum Computers a jeho celková pořizovací cena činila přibližně 125 milionů korun.

    Ladislav Hagara | Komentářů: 32
    včera 12:22 | IT novinky

    Výrobce čipů Nvidia chce investovat až 100 miliard dolarů (přes dva biliony Kč) do společnosti zaměřené na umělou inteligenci OpenAI. Firmy o tom informují v tiskové zprávě. Oznámené partnerství přichází v době, kdy se mezi technologickými giganty a start-upy zostřuje konkurence o zajištění přístupu k energii a čipům potřebným pro rozvoj umělé inteligence (AI).

    Ladislav Hagara | Komentářů: 0
    včera 05:22 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 157 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 00:11 | Komunita

    Společnost Cloudflare oznámila, že sponzoruje nezávislý webový prohlížeč Ladybird a linuxovou distribuci pro vývojáře Omarchy (Arch Linux s dlaždicovým správcem oken Hyprland).

    Ladislav Hagara | Komentářů: 0
    22.9. 17:11 | Zajímavý software

    Společnost XTX Markets zabývající se algoritmickým obchodováním pro své potřeby vyvinula a dnes představila a otevřela souborový systém TernFS. Zdrojové kódy jsou k dispozici na GitHubu. Vývoj TernFS začal počátkem roku 2022. Od léta 2023 jej XTX Markets používá v produkčním prostředí.

    Ladislav Hagara | Komentářů: 8
    22.9. 14:33 | IT novinky

    Byl spuštěn předprodej linuxového telefonu FLX1s od Furi Labs. Výroba by měla být dokončena ke konci října.

    Ladislav Hagara | Komentářů: 14
    Jaké řešení používáte k vývoji / práci?
     (44%)
     (53%)
     (8%)
     (9%)
     (13%)
     (11%)
     (18%)
     (11%)
     (15%)
    Celkem 85 hlasů
     Komentářů: 9, poslední dnes 17:28
    Rozcestník

    A vitezem jsou - popelari

    10.10.2006 18:45 | Přečteno: 1832× | Programování | Výběrový blog | poslední úprava: 10.10.2006 19:21

    Mam tu rozepsany text srovnavajici spravu pameti z pohledu aplikace a jelikoz vetsina je o automaticke dealokaci a jejich vyhodach, tak jsem zkusil udelat priklad, kde by tolik pomlouvani sberaci odpadku vyhrali.

    Je to opravdu hruza a s realnym pouzitim to nema nic spolecneho. Kazdopadne ty rozdily jsou docela markantni a zajimave

    #include <gc/gc.h>
    #include <stdlib.h>
    
    #define MAX_ALLOCATIONS (10000000)
    
    #ifdef USE_GC
            #define ALLOC(x) (GC_MALLOC_ATOMIC(x))
            #define FREE(x) GC_FREE(x)
    #endif
    
    #ifdef USE_GLIBC
            #define ALLOC(x) (malloc(x))
            #define FREE(x) free(x)
    #endif
    
    #ifdef USE_LEAVE_ALLOCATED
            #define ALLOC(x) (malloc(x))
            #define FREE(x) {}
    #endif
    
    int main(int argc, char **argv)
    {
            unsigned long i;
            unsigned long result;
            for (i = 0; i < MAX_ALLOCATIONS; i++) {
                    int * a = ALLOC(sizeof(unsigned long));
                    *a = i * 2;
                    result += *a;
                    FREE(a);
            }
    
            return 0;
    }
    
           

    Hodnocení: 100 %

            špatnédobré        

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

    Komentáře

    Vložit další komentář

    10.10.2006 21:40 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    Moc hezké, mám pocit, že něco podobného budu časem potřebovat taky. Tak mám další novou záložku na dlouhé zimní večery :-)
    When your hammer is C++, everything begins to look like a thumb.
    10.10.2006 21:50 Kníže Ignor | skóre: 19 | blog: stoupa
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    Proč se volá GC_FREE()? Však i v tom příkladě z těch stránek se píše: "A function GC_FREE is provided but need not be called. For very small objects, your program will probably perform better if you do not call it, and let the collector do its job."
    Jestli máš zálohu mého blogu, tak mi ji pošli. Nějak jsem si ho smazal :-)
    10.10.2006 22:50 deda.jabko | skóre: 23 | blog: blog co se jmenuje "každý den jinak" | za new york city dvakrát doleva a pak už se doptáte
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    dobra pripominka... napsal jsem to tak nejak instinktivne, ale rozdil v tom moc neni.
    Asi před rokem se dostali hackeři na servry Debianu a ukradli jim zdrojové kódy.
    10.10.2006 21:57 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    Takovýhle test ukazuje spíš než na výhodnost popelaření na nešikovnost alokátoru v libc :-)

    Knihovní malloc() je pěkně obecný (thread-safe a kdo ví, co všechno ještě), ale rychlostí opravdu neoplývá, zvlášť při alokování maličkých bloků (ostatně paměťový overhead jednoho pointeru na alokovaný blok také není zanedbatelný).

    V takovémhle případě je nejrychlejší napsat si alokátor vlastní, který ví o tom, že alokujete pořád stejné bloky (to sice není obecně pravda, ale pokud program alokuje spoustu bloků, jsou skoro vždy několika málo různých velikostí). Pěkným příkladem je třeba SLAB alokator použitý v kernelu.

    Tím určitě nechci pány popeláře zatracovat, ono programování s garbage collectorem je opravdu příjemné a návykové, ale určitě bych to nedělal kvůli výkonu...
    10.10.2006 22:56 deda.jabko | skóre: 23 | blog: blog co se jmenuje "každý den jinak" | za new york city dvakrát doleva a pak už se doptáte
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    jo s tim taky souhlasim... ten alokator z glibc je fakt general-purpouse a treba je prakticky nepouzitelny v masivne paralelni aplikacich. na to se me velice osvedcil hoard. na druhou stranu napsat kvalitni alokator, ktery se umi chovat (rozume rychly, thread-safe a k tomu usporny) je docela veda.
    Asi před rokem se dostali hackeři na servry Debianu a ukradli jim zdrojové kódy.
    12.10.2006 22:01 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    Ono v masivně paralelních aplikacích bývá daleko lepší nezatěžovat se thread-safe alokací a rozdělit adresní prostor mezi thready a nechat každý, ať si alokuje na svém písečku. Nebo ho aspoň rozdělit na něco jako 1MB bloky a ty přidělovat threadům bezpečně a pak každý nechat, ať si své bloky rozděluje po svém.
    13.10.2006 10:50 deda.jabko | skóre: 23 | blog: blog co se jmenuje "každý den jinak" | za new york city dvakrát doleva a pak už se doptáte
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    toto ma beohmuv kolektor docela elegantne osefovane... pri alokacich se pouziva lokalni cache (neco jako to 1MB bloky) a i pres to je mozne pouzivat alokovanou pamet napric thready. ma to jednu chybicku -- k informaci, kde je ta cache se pristupuje pres pthread_getspecific a v pripade, ze je nejaka funkce volana z hlavniho vlakna, nelze pouzit lokalni cache... takze je potreba si to hlidat
    Asi před rokem se dostali hackeři na servry Debianu a ukradli jim zdrojové kódy.
    Bluebear avatar 10.10.2006 22:01 Bluebear | skóre: 30 | blog: Bluebearův samožerblog | Praha
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    Promiň, ale myslím, že tenhle konkrétní příklad nemá statistickou hodnotu.

    Bylo by třeba provést ten test na různých platformách, různých procesorech, zjistit, jak se to chová, pokud se kromě alokací provádí ještě i něco dalšího, a především prozkoumat a změřit, kde se ten čas ve skutečnosti spotřebovává.

    IMHO hlavní slabina garbage collectoru nespočívá v pomalosti, ale v tom, že zavádí do běhu programu obtížně předvídatelná zdržení. Což podle typu aplikace může vadit citelně nebo vůbec ne.
    To mi připomíná, jak jsem si pořídil květináč, že v něm budu mít květinu. Opravdu tam byla, ale potom být přestala...
    10.10.2006 23:05 deda.jabko | skóre: 23 | blog: blog co se jmenuje "každý den jinak" | za new york city dvakrát doleva a pak už se doptáte
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    opet souhlasim... neni to realworld zalezitost a hlavne jsem to psal jako demonstraci, ze garbage collector i presto, ze je vyrazne slozitejsi muze byt za urcitych okolnosti rychlejsi. spis nez, "bylo by potreba" bych pouzil formulaci "bylo by zajimave"... samotneho by me to zajimalo, ale nejak neni cas... ty poznamky co jsem tam pripisoval, jsou vicemene takove "pozorovani" co jsem za pul roku co jsem se spravou pameti zabyval postrehl.
    Asi před rokem se dostali hackeři na servry Debianu a ukradli jim zdrojové kódy.
    11.10.2006 08:12 Tom.š Ze.le.in | skóre: 21 | blog: tz
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    A co porovnání s alokací na stacku? Kdysi mne někdo odkázal na tohle, pokud by to někoho zajímalo...

    GC je rychlejší než stack - ne, není
    11.10.2006 10:35 PaKr | skóre: 9
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    Stačí malinkatá úprava a klasický malloc je najednou cca 70x rychlejší. :-)
    #include <gc/gc.h>
    #include <stdlib.h>
    
    #define MAX_ALLOCATIONS (416660)
    
    #define USE_GC
    
    #ifdef USE_GC
            #define ALLOC(x) (GC_MALLOC_ATOMIC(x))
            #define FREE(x) {}
    #endif
    
    #ifdef USE_GLIBC
            #define ALLOC(x) (malloc(x))
            #define FREE(x) free(x)
    #endif
    
    #ifdef USE_LEAVE_ALLOCATED
            #define ALLOC(x) (malloc(x))
            #define FREE(x) {}
    #endif
    
    int main(int argc, char **argv)
    {
            unsigned long i;
            unsigned long result;
            for (i = 0; i < MAX_ALLOCATIONS; i++) {
                    int * a = ALLOC(3000*sizeof(unsigned long));
                    *a = i * 2;
                    result += *a;
                    FREE(a);
            }
    
            return 0;
    }
    
    
    11.10.2006 14:52 deda.jabko | skóre: 23 | blog: blog co se jmenuje "každý den jinak" | za new york city dvakrát doleva a pak už se doptáte
    Rozbalit Rozbalit vše Re: A vitezem jsou - popelari
    :-]]

    mam jeste jedno reseni, jak zlepsit vysledek mallocu, vsiml jsem si toho bohuzel az dneska rano... staci jednoduse ovlivnit prostredi mereni... o neco vys bylo zminene ze bych mel vyzkouset vic platforem... tak jsem si to zkusil....

    puvodni test byl delany na i386 smp systemu s jadrem 2.4 a linux threads. rano jsem to zkusil na mem jednoprocosorovem amd64, jadrem 2.6 a nptl. a tady uz se rychlost gc a rychlost mallocu prakticky rovnaji. problem je hluboku v glibc, jelikoz je malloc threadsafe a pri kazde alokaci dochazi k zamykani. jenomze v linuxthreads jsou mutexy na smp architekturach brutalne pomale... kdezto v nptl, je zamykani reseno pomoci futexu a ty jsou o poznani rychlejsi... ale o tom nekdy priste.
    Asi před rokem se dostali hackeři na servry Debianu a ukradli jim zdrojové kódy.

    Založit nové vláknoNahoru

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