Чем вы ищете утечки памяти?

Question

[edeldm]

Какой софт и для каких ЯП Вы используете для обнаружения утечек памяти?



Ранее по анализу существующего ПО обнаружения утечек памяти, на мой взгляд был лучшим Deleaker для MSVC VC++.

Но последняя версия была 2006 года и более не обновлялась. Приходится искать альтернативы.



Почему считаю его лучшим? Потому что во время отладки — только у него удобный интерфейс и такие возможности:







И не приходится рыскать в консольном выводе дампа среди миллиона строк.



Здесь видео как использовать Deleaker.

Answer 1

[Алексей Сидоров]

Valgring. Он не только утечки памяти находит, но и еще кучу других проблем типа обращений к непроинициализированным переменным. Но он *nix only.

Comments

[eternals]

Да, отличная штука была, когда с++ ещё жив был. Столько сил сэкономил при помощи неё, когда проекты с чужими кусками кода запускали. =)

[Алексей Сидоров]

>>Да, отличная штука была, когда с++ ещё жив был.

Эээ я что-то не понял, когда он умереть то успел? Оо Он еще всех нас переживет.

[Дмитрий Гукетлев]

Так все уже на c#, java и подобные переходят. Си только в программировании микроконтроллеров себя все еще полным хозяином положения чувствует. А там чистый си в основном, если есть "++" то совсем немного.

[Алексей Сидоров]

Бред, полный бред! Достаточно даже взглянуть на рейтинг популярности языков.

На чем ты собираешься писать драйвера? На C#? На Visual Basic'е? Исследовательские проекты не в счет. Во всех промышленных осях ядра и все драйвера написаны на С. (иногда правда и на С++, но редко).
Второе, давайте взглянем на Nokia SDK, Sambung SDK, Qt на худой конец — это всё чистейший С++!

[Дмитрий Гукетлев]

Спасибо за минус в карму, это средство показать, что вы не согласны с моим мнением? Что так негодуете? Задел вас за живое? :)

Давайте по порядку:
1. «На чем ты собираешься писать драйвера». Так вы сами ответили. На C конечно.
2. Давайте взглянем на Android SDK (Java) и iOS под которую можно писать на C# используя MonoTouch, а заодно и на Windows Phone 7 SDK (C#). Где же C++? Может по объему устройств Nokia и ведет пока еще, но по объему продаж программного обеспечения почему-то выигрывают iStore и Android Market.

P.S. не надо «тыкать». Разница в возрасте на три года не дает Вам этого права.

[eternals]

Мда, опять холивар. Из-за такой мелочи.
1. На C# вполне можно и пишут драйвера.
2. Все приведённые примеры в пользу c++ ничтожны по масштабу. Это 0.0000001% от разработок. К тому же это дохнущие направления.

[Алексей Сидоров]

Ничего, что в iStore в основном софт на ObjectiveC, который таки ближе к С++, чем к C#, даже если не по синтаксису, то по общей идеологии управления памятью, нету на айфоне сборщика мусора вашего любимого. Даже на Андроиде многие серьезные проги юзают нативный код, который внезапно пишут на C++.

>Все приведённые примеры в пользу c++ ничтожны по масштабу. Это 0.0000001% от разработок. К тому же это дохнущие направления.

Пруф или пук в лужу.

>1. На C# вполне можно и пишут драйвера.

Можно конечно, но я что-то не видел, чтобы драйвера в которых критична производительность, например видеодрайвера, писали на чем-нибудь похожем на C#. А всякие там дрова под принтеры можно хоть на шелл скриптах писать, они всё равно юзерспейсные ;)

Короче я пока не увидел пруфов. Только вбросы фанатиков мелкософта ;)

[Дмитрий Гукетлев]

Если кто-то из нас фанатик так это вы. Внезапно оказывается что вы как то не читали что вам написали выше.

Вы снова приводите примеры того где люди _могут_ писать на C++ и на основании этого утверждаете что C++ самый лучший язык. В то время как вам пишут, что на самом деле везде где это возможно люди уходят от C++ к Java или C#.

Это все равно что говорить «Многие серьезные разработки используют Ассемблер». «Крутые драйвера пишутся на ассемблере». Или вообще в машинных кодах сразу. Вычислительные мощности растут, качество виртуальных машин растет. Никому уже не нужна эта «низкоуровневость».

В 99% случаев никого не волнует, что программа будет работать 100нс вместо 1нс. Зато скорость написания приложения на Java\C#, а заодно, на секундочку, его кроссплатформенность волнует. Никто не будет ждать полгода пока вы на C++ напишите супер быструю и крутую программу, в то время как на каком нибудь eXpressApp Framework можно сделать тоже самое за полдня. При том со свистелками и перделками.

И никакого многочасового поиска утекающей памяти.

Даже если приложение очень нагруженное, и требует большой вычислительной сложности C++ может и не выйграть при выборе языка реализации. Представьте к вам придет заказчик и скажет «я хочу программу которая делает то-то и то-то». Вы ответите «я сделаю её за $1000, мне потребуется четыре месяца, а для её работы вам надо будет купить сервер за $1000». А разработчик на C#/Java скажет «Я сделаю её за $1000, мне потребуется месяц, вам нужно будет купить пять серверов за $5000». Кого выберут?

Да и еще. Раз уж вы так жаждете пруфов. Вот на C# можно делать сайты, на Java можно делать сайты, даже на JavaScript можно делать сайты. Почему же никто не написал фрэймвок для C++? Почему не делать сайты в виде модуля к апачу? Этож будет во сколько раз быстрее работать? Почему то доля таких разработок колеблется между нулем и 0.001%.

[eternals]

Уууу… Остапа понесло на голодный желудок.
1. ObjectiveC не ближе к с++, чем к c#, т.к. он почти что «с», а вот к этим двум равноудалён.
2. Отсутствие современной платформы разработки под iPhone и необходимость городить ObjectiveC — это не есть преимущество над современными языками программирования.
3. Сам по себе ObjectiveC для iPhone — это мера так же закрытия продукта от масс.
4. Кроме того, выбор неуправляемых языков для коммуникаторов обусловлен исключительно малым объёмом оперативки. По мере её наращивания доля java и .net заметно увеличивается.
5. Вам нужен пруф, что «Nokia SDK, Sambung SDK, Qt» — это дохнущие направления? Такую мелочь в гугле сами найдёте.
6. Драйвера, как понимаете, тоже ничтожномалая доля.
7. На производительность с# или «с» не влияют. Есть ряд домыслов, есть ряд криворуких. По факту разницы нет.
8. Шелл-скрипты выполняются несравнимо медленнее, чем .net Да и возможностей несравнимо меньше. Да и средства разработки несравнимы.
9. У Майкрософт как раз не фанатики, а фанаты. А вот у устаревших опенсорсных технологий как раз школота-фанатики — чему разово в школе научили, то и долдонят везде.

[Дмитрий Гукетлев]

Язык подбирают под задачу. А доля задач где выгоднее использовать C++ стремительно опускается к нулю.

[Алексей Сидоров]

Адепты мелкософта такие адепты. Поговорим лет через 5, окей?

[Дмитрий Гукетлев]

Сдался. Слабак ;-)

[Дмитрий Гукетлев]

Почему то всегда аргументы у приверженцев новых технологий заканчиваются позже.

[edeldm]

Yavanosta, не соглашусь. Есть языки высокого уровня. Есть низкого. Есть ООП языки и т.д.
Каждый язык — для своих задач. Тут ты прав. Но смотри.

Надо сделать шустрый умный обработчик — пишем на C++.
Надо сделать гуевую оболочку — C#, C++ и Qt.
Надо сделать небольшой багфикс без кода — пишем на asm.
Надо сделать по быстрому сокет-шлюз, распарсить кучу файлов или еще чего — используем ruby, perl.

Для чего С++? Ты какой браузер используешь? Шустро работает? :) Как думаешь, на чем он написан? :)
Или даже так. Ты на какой ОС сидишь? Как думаешь?.. :-D
Можно и так. У тебя какая любимая игра? Как думаешь?.. ;)

Мое мнение — C++ вечен. Будут взрослеть только стандарты. К примеру уже TR1 вместо C++/STL и C99.

[eternals]

Я бы только немного скорректировал:

Надо сделать шустрый умный обработчик — пишем на C#.
Надо сделать гуевую оболочку — C#.
Надо сделать небольшой багфикс без кода — пишем на C#.
Надо сделать по-быстрому сокет-шлюз, распарсить кучу файлов или еще чего — используем C#.

Answer 2

[Shirixae]

что делаЕте? — ищЕте. А ищИте — это повелительное наклонение.

Comments

[SerJook]

для таких комментариев есть личка

[edeldm]

на ладно уже. он вежливо сказал. исправил. спасибо!

Answer 3

[andreycha]

Была в проекте (.NET) проблема с утечками — пользовался Redgate ANTS Memory Profiler. В другом проекте (тоже .NET) для поиска причин провисания быстродействия пользовался их же ANTS Performance Profiler. Обоими тулами зело доволен.

Answer 4

[SychevIgor]

У Intel есть Parallel Studio в которой есть инструмент Memory Profiler.
Довольно не плохая утилита

Answer 5

[Unhandled_Exception]

Deleaker на днях обновился, теперь работает с новыми версиями студии, да и интерфейс получше стал.