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:11 | Nová verze

    Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v changelogu.

    Ladislav Hagara | Komentářů: 0
    dnes 16:33 | IT novinky

    Bylo oznámeno, že Qualcomm kupuje Arduino. Současně byla představena nová deska Arduino UNO Q se dvěma čipy: MPU Qualcomm Dragonwing QRB2210, na kterém může běžet Linux, a MCU STM32U585 a vývojové prostředí Arduino App Lab.

    Ladislav Hagara | Komentářů: 0
    dnes 15:55 | Nová verze

    Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.14.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.

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

    Byla vydána nová stabilní verze 6.10 (YouTube) multiplatformního frameworku a GUI toolkitu Qt. Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 23:55 | Komunita

    Ubuntu 26.04 LTS bude (𝕏) Resolute Raccoon (rezolutní mýval).

    Ladislav Hagara | Komentářů: 2
    včera 21:00 | Nová verze

    Netwide Assembler (NASM) byl vydán v nové major verzi 3.00. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.

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

    Linuxová distribuce Frugalware (Wikipedie) ke konci roku 2025 oficiálně končí.

    Ladislav Hagara | Komentářů: 0
    včera 17:22 | Nová verze

    Byla vydána nová verze 3.0.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP bude brzy k dispozici také na Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 16:11 | IT novinky

    Americký výrobce čipů AMD uzavřel s americkou společností OpenAI smlouvu na několikaleté dodávky vyspělých mikročipů pro umělou inteligenci (AI). Součástí dohody je i předkupní právo OpenAI na přibližně desetiprocentní podíl v AMD.

    Ladislav Hagara | Komentářů: 1
    včera 12:22 | Nová verze Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (39%)
     (46%)
     (15%)
     (17%)
     (21%)
     (15%)
     (18%)
     (16%)
     (16%)
    Celkem 189 hlasů
     Komentářů: 12, poslední 4.10. 20:35
    Rozcestník

    Dotaz: Memory leak v stl?

    19.12.2008 12:10 esparky
    Memory leak v stl?
    Přečteno: 493×

    Dobrý den, v mém projektu mě trápí dost protivný memory leak, při jehož hledání jsem došel zhruba k následující konstrukci, která jej způsobuje:

    #include <map>
    #include <string>
    #include <iostream>
    #include <stdio.h>
    #include <sstream>
    using namespace std;

    multimap<int,string> mapa;

    int main() {
        for(int i=0;i<20000;i++) {
            stringstream s;
            mapa.insert(make_pair(i%234,string("fdsfdsfdsfdsfdsfds")+s.str()));
        };
        cout<<"Mapa vytvorena"<<endl;

        getc(stdin);  //Zde celý program zabírá 2292 KB

        cout<<"Jdu mazat"<<endl;

        for(int i=0;i<234;++i) {
            mapa.erase(i);
        };
        cout<<"smazano"<<mapa.size()<<endl;

        getc(stdin); //Zde program zabírá 2312KB
    };

     

    Zajímalo by mě, proč na konci programu je stále naalokováno tolik paměti, i když mapa neobsahuje žádné záznamy. Zabranou pamět zjišťuji příkazem ps s parametrem RSS. Valgrind žádný leak neukazuje.

    Stejný problém jsem narazil i u vectoru, a asi bude i u dalších kontejnerů.

    Máte pro to nějaké vysvětlení? Lze nějak přikázat kontejneru/překladači, aby paměť skutečně delalokoval?

    Odpovědi

    19.12.2008 12:34 graviton
    Rozbalit Rozbalit vše Re: Memory leak v stl?
    http://valgrind.org/docs/manual/faq.html#faq.reports
    19.12.2008 12:52 blondak | skóre: 36 | blog: Blondak | Čáslav
    Rozbalit Rozbalit vše Re: Memory leak v stl?

    Tak nevím. ale přijde mi, že alokujete 20000 členů a pak uvolníte jenom 234, nemůže být problém tam?

    Každý problém ma své logické, snadno pochopitelné nesprávné řešení.
    19.12.2008 12:59 blondak | skóre: 36 | blog: Blondak | Čáslav
    Rozbalit Rozbalit vše Re: Memory leak v stl?

    beru zpět přehlídnul jsem tam to %234 :(

    Každý problém ma své logické, snadno pochopitelné nesprávné řešení.
    Luboš Doležel (Doli) avatar 19.12.2008 13:45 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Memory leak v stl?
    Podívejte se, co vám vrátí std::vector<T>::capacity() - tam se to asi bude skrývat. Napadá mě leda zkusit clear(), ale nevím nevím.
    19.12.2008 14:56 karl82 | skóre: 6
    Rozbalit Rozbalit vše Re: Memory leak v stl?
    20.12.2008 01:43 luky
    Rozbalit Rozbalit vše Re: Memory leak v stl?
    Alokátor při mazání objektů (myšleno obecně jako bloky paměti, ne nutně jako instance tříd apod.) typicky nevrací všechnu volnou paměť zpátky systému, aby měl něco v rezervě pro další alokace a nemusel od systému hned žádat novou. Jestli to jde nějak vynutit (standardními funkcemi C++/STL) netuším, ale nelámal bych si s tím hlavu.
    20.12.2008 19:37 puk
    Rozbalit Rozbalit vše Re: Memory leak v stl?

    Je mozny vyhradit urcitou kapacitu: std::vector(int) vec, vec.reseve(10); aby nedochazelo k realokaci behem plneni. Pokud uz mame plnej vektor a chceme jej zmensit na pocet (size()), pak zavolame std::vector<int>(vec).swap(vec);

    20.12.2008 23:19 Martin Doucha | skóre: 23 | blog: Yet another blog
    Rozbalit Rozbalit vše Re: Memory leak v stl?

    To není memory leak, STL je prostě žrout paměti. Co kontejner schvátí, jen tak nevrátí ;-)

    21.12.2008 00:21 esparky
    Rozbalit Rozbalit vše Re: Memory leak v stl?

    Děkuji všem za odpověďi To %234, tam je pouze, abych měl v kontejneru různé prvky, z nichž některé se budou opakovat. Nechtěl jsem tím mást:) Opravdu je to tak, že STL si naalokuje paměť a tu potom používá, takže v pokud pole znovu naplním, nová paměť už se nebere...ale pouze na tomhle testovacím prográmku, v mém projektu ne :'(. Zajímalo by mě, zda existuje možnost, jak přinutit SDL aby tu paměť dealokoval (clear() nepomáhá). Zkoušel jsem to exportnutí GLIBCXX_FORCE_NEW, ale nepomáhá to. Nějaká cesta, jak přinutit SDL dealokovat paměť přece musí existovat, protože jinak by jakýkoli program - deamon, co třeba při spuštění potřebuje 100MB RAM a pak už jen 2MB žral celou dobu 100 paměti...to by přece nikdo nemohl přehlédnout:)

    21.12.2008 11:56 Boris Dušek | skóre: 22 | blog: everything
    Rozbalit Rozbalit vše Re: Memory leak v stl?

     GLIBCXX_FORCE_NEW je určitě těžce nepřenositelné. Řešení ti popsal "puk" o pár příspěvků výše (aneb např. string(s).swap(s), obdobně pro vector apod.)

    vim ~/.emacs
    Luboš Doležel (Doli) avatar 21.12.2008 17:04 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Memory leak v stl?
    Jenže to, co tu předvádíte, je vcelku nestandardní situace. Pokud někdo maže položky z vektoru a už tam nic pak nedává, děje se tak např. před destrukcí celého objektu, kdy se paměť uvolní. A pokud se ten vektor nelikviduje, tak se do něj pravděpodobně zas něco dá. A pokud se vám tenhle alokátor nelíbí, tak použijte/napište jiný,

    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.