The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Методы отладки использования памяти

01.02.2008 14:12

В статье приведены способы решения проблем, возникающих из-за ошибок связанных с распределением памяти: утечек памяти, неправильного выделения памяти, появление указателей, указывающих на несуществующий объект, выхода за пределы массива.

  1. Главная ссылка к новости (http://www.ibm.com/developerwo...)
Автор новости: IBM dW
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/13980-memory
Ключевые слова: memory, gcc, debug
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (13) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, vadiml (?), 16:10, 01/02/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вообще ни чего интересного

    лучше б описали как пользоваться gdb и valgrind -- проку было бы гораздо больше

     
     
  • 2.2, Spear (?), 16:20, 01/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    "ничего" пишется вместе.
     

  • 1.3, Alex Ott (?), 17:35, 01/02/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    я глядя на заголовок новости, уже обрадовался, что кто-то написал хорошую статью, но внутри не обнаружил ничего выдающегося. Придется все-таки самому писать обзор средств для поиска утечек памяти
     
     
  • 2.5, Guest (??), 01:01, 02/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > Автор новости: IBM dW

    Там не бывает хороших статей.

     
     
  • 3.7, oxyum (?), 11:02, 02/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не всё так печально...
     
  • 2.6, oxyum (?), 11:01, 02/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ждём-с! У тебя хорошо статьи получаются! :)
     
  • 2.8, Damon (??), 10:27, 03/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Придется все-таки самому писать обзор средств для поиска утечек памяти

    Вопрос возник немного не в тему.
    А если мне интересна динамика потребления памяти приложением, чем можно воспользоваться?
    Как вариант, можно конечно вывод strace погрепать, на предмет "mmap2(...) = 0xb7e05000" и посчитать потом, но это, если одно приложение и не многопоточное, а если мне интересна динамика потребления памяти чем-то вроде mod_php у апача? Это ведь задолбаешся грепать. В связи с этим вопрос, не подскажите, чем можно воспользоваться для решения сей задачи?
    Вобщем, своеобразное профилирование, только не по скорости, а по потреблению памяти...

     
     
  • 3.9, Alex Ott (?), 12:29, 03/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Придется все-таки самому писать обзор средств для поиска утечек памяти
    >
    >Вопрос возник немного не в тему.
    >А если мне интересна динамика потребления памяти приложением, чем можно воспользоваться?
    >Как вариант, можно конечно вывод strace погрепать, на предмет "mmap2(...) = 0xb7e05000"
    >и посчитать потом, но это, если одно приложение и не многопоточное,
    >а если мне интересна динамика потребления памяти чем-то вроде mod_php у
    >апача? Это ведь задолбаешся грепать. В связи с этим вопрос, не
    >подскажите, чем можно воспользоваться для решения сей задачи?
    >Вобщем, своеобразное профилирование, только не по скорости, а по потреблению памяти...

    тот-же valgrind, только надо использовать tool=massif вместо стандартного memcheck

     
     
  • 4.10, Damon (??), 15:59, 03/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >тот-же valgrind, только надо использовать tool=massif вместо стандартного memcheck

    Не, не подходит. Мне бы что-то вроде pmap -d (http://www.opennet.ru/base/sys/pmap_memory.txt.html), только в динамике чтоб посмотреть. А valgrind --tool=massif -- "massif is a heap profiler."... Т.е. мне наблюдать за выделением памяти от системы. Как то, mmap/munmap, brk и иже с ними.

     
     
  • 5.11, Alex Ott (?), 16:26, 03/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>тот-же valgrind, только надо использовать tool=massif вместо стандартного memcheck
    >
    >Не, не подходит. Мне бы что-то вроде pmap -d (http://www.opennet.ru/base/sys/pmap_memory.txt.html), только в
    >динамике чтоб посмотреть. А valgrind --tool=massif -- "massif is a heap
    >profiler."... Т.е. мне наблюдать за выделением памяти от системы. Как то,
    >mmap/munmap, brk и иже с ними.

    был какой-то модуль для ядра и программка к нему, который позволял смотреть выделение памяти в динамике. могу посмотреть на работе, напишите завтра на alexott@gmail.com - я гляну

     
     
  • 6.12, nordicdyno (?), 10:51, 04/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    напишите лучше здесь! ;)
     
     
  • 7.13, Alex Ott (?), 10:53, 04/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >напишите лучше здесь! ;)

    ну напишу, выложу и тут :-)

     
  • 5.14, Alex Ott (?), 10:54, 04/02/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>тот-же valgrind, только надо использовать tool=massif вместо стандартного memcheck
    >
    >Не, не подходит. Мне бы что-то вроде pmap -d (http://www.opennet.ru/base/sys/pmap_memory.txt.html), только в
    >динамике чтоб посмотреть. А valgrind --tool=massif -- "massif is a heap
    >profiler."... Т.е. мне наблюдать за выделением памяти от системы. Как то,
    >mmap/munmap, brk и иже с ними.

    посмотрите на exmap - http://www.berthels.co.uk/exmap/

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру