Valgrind – ako na pamäťové úniky
 x   TIP: Přetáhni ikonu na hlavní panel pro připnutí webu
Reklama

Valgrind – ako na pamäťové únikyValgrind – ako na pamäťové úniky

 

Valgrind – ako na pamäťové úniky

Google       Google       14. 3. 2007       12 634×

O tom, že každé alokované miesto v pamäti je treba aj uvolniť, sa píše snáď v každej publikácii o programovaní. Napriek tomu sa často stáva, že nie všetko za sebou poupratujeme. Tento problém sa týka ako začiatočníkov, tak aj skúsených programátorov, ktorí nejaký ten rôčik už programujú.

Reklama
Reklama

V prípade malých programov to nieje nič vážne. Problém nastane, ak naša aplikácia beží niekoľko dni a neustále zapĺňa pamäť. Po niekoľkých dňoch, alebo dokonca hodinách nastane pád programu. Dôvoď tohto pádu sa vola Memory Leak. Táto chyba patrí k tým zákernejším, ktoré je vo väčších projektoch neskutočne problematické nájsť. Často nám nepomôže ani klasicky debuger. Situácia sa však zlepšila príchodom C++ a možnosťou preťažiť operátory new a delete. To umožnilo jednoducho každú alokáciu zaznamenať v zozname alokácií a pri uvoľňovaní ju odtiaľ odstrániť. Na základe tohto princípu vznikli mnohé knižnice typu dmalloc. Mňa však zaujal program z názvom Valgrind (www.valgrind.org).

Výhoda valgrindu oproti ostatným je taká, že to nieje knižnica ktorú je nutne linkovať pri kompilácii, ale je to samostatný program. Valgrind nieje určený len na vyhľadávanie memory leakov, no ja osobne som si obľúbil pravé tuto jeho funkcionalitu. Poďme sa teda pozrieť, ako to funguje. Predstavme si modelovú situáciu, kedy máme program main.cpp.:


#include <iostream>
using namespace std;

int main()
{
   //alokujeme pole pre 10 int ale neuvolnime ich
   int* array = new int[10]; 
   
   cout << "Program allocate 10 ints" << endl ;
   return 0;
}

Tento program skompilujeme s debug prepínačom.


g++ -g main.cpp -o main.out

Program sa teraz normálne dá spustiť a nejaví sa, žeby obsahoval nejakú chybu. Lenže skúsme program donekonečna spúšťať v nejakom cykle. Časom dojde k vyčerpaniu pamäte a následnému pádu, pretože už nebude možné alokovať nové miesto. Pozrime sa na náš program pomocou valgrindu. Spusťme si program nasledovným postupom:

valgrind --leak-check=yes ./main.out

Myslím, že toto nepotrebuje takmer žiaden komentár a je to v celku jasná vec. Snáď poviem len to, že ak by náš program potreboval nejaké argumenty v pohode ich dopíšeme za ./main.out. Poďme sa pozrieť čo nám teda valgrind vypísal na výstup:


==5927== Memcheck, a memory error detector.
==5927== Copyright (C) 2002-2005, and GNU GPL"d, by Julian Seward et al.
==5927== Using LibVEX rev 1471, a library for dynamic binary translation.
==5927== Copyright (C) 2004-2005, and GNU GPL"d, by OpenWorks LLP.
==5927== Using valgrind-3.1.0-Debian, a dynamic binary instrumentation framework.
==5927== Copyright (C) 2000-2005, and GNU GPL"d, by Julian Seward et al.
==5927== For more details, rerun with: -v

Úplne na začiatok sa nám Valgrind iba predstavy. Číslo na začiatku riadku je ID procesu. Ďalej pokračuje výstup programu a nakoniec by nám mal Valgrind vypísať väčšie množstvo informácii, ktoré sú už pre nás podstatne zaujímavejšie. Ako prvé sa zobrazí ERROR SUMARY blok:


==5927== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 17 from 1)
==5927== malloc/free: in use at exit: 40 bytes in 1 blocks.
==5927== malloc/free: 2 allocs, 1 frees, 80 bytes allocated.
==5927== For counts of detected errors, rerun with: -v
==5927== searching for pointers to 1 not-freed blocks.
==5927== checked 129,364 bytes.

Tu hneď môžeme vidieť, že niečo nieje v poriadku. Konkrétne posledný riadok nám hovory, že 1 pamäťový blok nebol uvoľnený. Tento riadok sa tyká výhradne memory leakov. Memory leaky môžeme jednoducho vyčítať aj z 3. riadku, kde je počet alokovaných blokov a počet uvoľnených. Tento počet by mal byt rovnaký. V prípade, že free počet je menší, znamená to, že niekde sa vyskytol memory leak. Ďalej nasleduje podrobnejší zoznam memory leakov:


==5927== 40 bytes in 1 blocks are definitely lost in loss record 1 of 1
==5927==    at 0x401CC6B: operator new[](unsigned) (vg_replace_malloc.c:197)
==5927==    by 0x80486B6: main (main.cpp:9)

Toto je asi najlepšia informácia, ktorú memchek poskytol. Keďže sme náš program skompilovali s debug prepínačom, Valgrind nám vypíše presne súbor a riadok na ktorom bol blok memory leaku alokovaný. V tomto prípade, je to v súbore main.cpp v riadku 9. Tam sa nachádza alokovanie nášho array poľa. Nakoniec nasleduje už len sumár memory leakov. Tu máme už len podrobnejšiu štatistiku memory leakov.


==5927== LEAK SUMMARY:
==5927==    definitely lost: 40 bytes in 1 blocks.
==5927==      possibly lost: 0 bytes in 0 blocks.
==5927==    still reachable: 0 bytes in 0 blocks.
==5927==         suppressed: 0 bytes in 0 blocks.

Poďme teda opraviť náš memory leak. Do main.cpp pridajme aj uvolnenie array. Program skompilujme a opäť spusťme cez Valgrind. Na výstupe by sme mali mať nasledujúci text:


==6073== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 17 from 1)
==6073== malloc/free: in use at exit: 0 bytes in 0 blocks.
==6073== malloc/free: 2 allocs, 2 frees, 80 bytes allocated.
==6073== For counts of detected errors, rerun with: -v
==6073== No malloc"d blocks -- no leaks are possible.

Výpis je teraz podstatne kratší, nakoľko k žiadnemu memory leaku nedošlo. Na treťom riadku vidíme, že všetko čo sme alokovali, sme aj uvolnili. Na poslednom riadku je výpis: no leaks are possible.

Valgrind je ohľadom memory leakov naozaj vďačný nastroj. Je pravda, že akonáhle program spúšťate, rýchlosť programu sa podstatne zníži, ale myslím, že výsledok stoji za to. Dúfam, že vám ušetrí množstvo času a napomôže k lepším kódom.

×Odeslání článku na tvůj Kindle

Zadej svůj Kindle e-mail a my ti pošleme článek na tvůj Kindle.
Musíš mít povolený příjem obsahu do svého Kindle z naší e-mailové adresy kindle@programujte.com.

E-mailová adresa (např. novak@kindle.com):

TIP: Pokud chceš dostávat naše články každé ráno do svého Kindle, koukni do sekce Články do Kindle.

Hlasování bylo ukončeno    
0 hlasů

Nové články

Obrázek ke článku Bezrealitky.cz na novém webu rychleji propojí vážné zájemce s majiteli nemovitostí

Bezrealitky.cz na novém webu rychleji propojí vážné zájemce s majiteli nemovitostí

Největší platforma pro přímý prodej a pronájem domů a bytů Bezrealitky.cz představila novou podobu svého portálu. Redesign zásadně zjednodušuje všechny transakce, mění způsob, jakým zájemci o bydlení komunikují s majiteli nemovitostí, přináší nejpřesnější filtrování nabídek na trhu, ale také umožňuje prověřovat důvěryhodnost zájemců. 

Reklama
Reklama
Obrázek ke článku Samba.ai: Personalizační nástroje hlásí připravenost na GDPR

Samba.ai: Personalizační nástroje hlásí připravenost na GDPR

Do ostrého nasazení nařízení GDPR, které upravuje nakládání s osobními údaji, zbývá pár dní, a vzbuzuje vrásky u řady provozovatelů služeb, které pracují s profilací návštěvníků na stránkách a personalizací obsahu. Český personalizační nástroj Samba.ai(dříve Yottly) zajišťující personalizaci webu a prediktivní automatizaci email marketingu je však slovy svého CEO Davida Vyskočila na GDPR plně připraveno. 

Obrázek ke článku Jak se liší metody šifrování dat?

Jak se liší metody šifrování dat?

Jaké výhody má celodiskové a souborové šifrování? A co vám přinese šifrování virtuálního disku? Ochranu důležitých dat řeší firmy různě. Mohou využít přístupových práv, zálohování, VPN nebo šifrování. Právě šifrování považují odborníci na kybernetickou bezpečnost za nejspolehlivější řešení.

Hostujeme u Českého hostingu       ISSN 1801-1586       ⇡ Nahoru Webtea.cz logo © 20032018 Programujte.com
Zasadilo a pěstuje Webtea.cz, šéfredaktor Lukáš Churý