Здравствуйте!

Какую порекомендуете тулузу для просмотра используемой процессом памяти. Желательно максимально удобную и фриварную.

Как я понимаю, должна быть видна и куча и стек?

X-Watcher ?

Здравствуйте, Аноним, Вы писали:

А> X-Watcher ?

Спасибо. А есть ли что-нить более удобное?

Здравствуйте, 0K, Вы писали:

0K>Спасибо. А есть ли что-нить более удобное?
Какая функциональность нужна? Я давно подумывал переписать в более серьезном варианте.

Здравствуйте, Gomes, Вы писали:

G>Здравствуйте, 0K, Вы писали:

0K>>Спасибо. А есть ли что-нить более удобное?
G>Какая функциональность нужна? Я давно подумывал переписать в более серьезном варианте.

В принципе в моем случае функциональности достаточно. Просто использовать тулузу не очень удобно.

Главное окно всегда сверху, мешает. Лучше сворачивать в трей.

Еще не помешает кнопка "стоп" или что-то в этом роде. Делать "снимок" памяти.

Еще было бы замечательно, если бы можно было выбирать вид отображения данных: только hex, hex и символы, только символы. И устанавливать произвольных размер окна с отображаемыми данными.

ЗЫ
Понимаю, что это все мелочи. Но для использования очень важно.

Здравствуйте, 0K, Вы писали:

0K>Главное окно всегда сверху, мешает. Лучше сворачивать в трей.
Оно же и сворачивается по щелчку по иконке в трее. Иконка сделана в виде push-кнопки. Или что-то другое?

0K>Еще не помешает кнопка "стоп" или что-то в этом роде. Делать "снимок" памяти.
Можно лог писать: меню — Action — Logging. Но по 4Кб страницам.

0K>Еще было бы замечательно, если бы можно было выбирать вид отображения данных: только hex, hex и символы, только символы. И устанавливать произвольных размер окна с отображаемыми данными.
Да, это полезно.

Здравствуйте, Gomes, Вы писали:

0K>>Спасибо. А есть ли что-нить более удобное?
G>Какая функциональность нужна? Я давно подумывал переписать в более серьезном варианте.
Было бы здорово иметь возможность получить стек аллокации выбранного куска памяти (стек к VirtualAlloc).

Здравствуйте, orangy, Вы писали:

O>Было бы здорово иметь возможность получить стек аллокации выбранного куска памяти (стек к VirtualAlloc).
Торможу.. Это что?

Здравствуйте, Gomes, Вы писали:

O>>Было бы здорово иметь возможность получить стек аллокации выбранного куска памяти (стек к VirtualAlloc).
G>Торможу.. Это что?
Ну вот сейчас мне нужно изучить, какая сволочь сожрала всё виртуальное пространство. Хотелось бы знать, какой был stack trace в момент вызова Virtual Alloc. Включая managed stack

Здравствуйте, Gomes, Вы писали:

0K>>Спасибо. А есть ли что-нить более удобное?
G>Какая функциональность нужна? Я давно подумывал переписать в более серьезном варианте.
Зум очень хочется в карте памяти, чтобы целиком охватить картину.

Здравствуйте, Gomes, Вы писали:

0K>>Спасибо. А есть ли что-нить более удобное?
G>Какая функциональность нужна? Я давно подумывал переписать в более серьезном варианте.
Еще полезно было бы иметь возможность сделать save snapshot и compare snapshots для карты памяти. Т.е. увидеть состояние (Free/Reserve/Commit) каких страниц поменялось, чтобы поисследовать, что именно там происходит.

Плюс еще желательно иметь возможность накладывать на карту дополнительные данные, например результат !EEHeap из WinDbg + SoS, чтобы увидеть, где managed heaps, etc. Или результат lm оттуда же.

Здравствуйте, orangy, Вы писали:

O>Здравствуйте, Gomes, Вы писали:

O>>>Было бы здорово иметь возможность получить стек аллокации выбранного куска памяти (стек к VirtualAlloc).
G>>Торможу.. Это что?
O>Ну вот сейчас мне нужно изучить, какая сволочь сожрала всё виртуальное пространство. Хотелось бы знать, какой был stack trace в момент вызова Virtual Alloc. Включая managed stack

Советую обратить внимание на фрагментацию кучи. Мы много месяцев утечку найти не могли, оказалось оно.

Здравствуйте, Sergey Chadov, Вы писали:

O>>>>Было бы здорово иметь возможность получить стек аллокации выбранного куска памяти (стек к VirtualAlloc).
G>>>Торможу.. Это что?
O>>Ну вот сейчас мне нужно изучить, какая сволочь сожрала всё виртуальное пространство. Хотелось бы знать, какой был stack trace в момент вызова Virtual Alloc. Включая managed stack
SC>Советую обратить внимание на фрагментацию кучи. Мы много месяцев утечку найти не могли, оказалось оно.
Какой именно кучи? Проблема в том, что подключаешь ReSharper к VS — помимо managed heap, loader heap, jit, и другого известного, куда-то девается 100 метров. При открытии solution пропадает еще метров 200, независимо от размеров solution. Пытаемся найти и вернуть награбленное...

Здравствуйте, orangy, Вы писали:

O>Здравствуйте, Sergey Chadov, Вы писали:

O>>>>>Было бы здорово иметь возможность получить стек аллокации выбранного куска памяти (стек к VirtualAlloc).
G>>>>Торможу.. Это что?
O>>>Ну вот сейчас мне нужно изучить, какая сволочь сожрала всё виртуальное пространство. Хотелось бы знать, какой был stack trace в момент вызова Virtual Alloc. Включая managed stack
SC>>Советую обратить внимание на фрагментацию кучи. Мы много месяцев утечку найти не могли, оказалось оно.
O>Какой именно кучи?
Да вобщем-то любой. Конкретно мы наткнулись на фрагментацию кучи CRT, но подобный механизм фрагментации действует универсально.
В тонкости реализации менеджера памяти в .NET я никогда не вдавался, я в основном по нативным приложениям. Впрочем, повторюсь, механизм может быть тот же.

Здравствуйте, orangy, Вы писали:

O>Какой именно кучи? Проблема в том, что подключаешь ReSharper к VS — помимо managed heap, loader heap, jit, и другого известного, куда-то девается 100 метров. При открытии solution пропадает еще метров 200, независимо от размеров solution. Пытаемся найти и вернуть награбленное...

Вот кстати неплохая тулза: http://www.microsoft.com/downloads/details.aspx?FamilyID=28bd5941-c458-46f1-b24d-f60151d875a3&displaylang=en
Может, пригодится.

Здравствуйте, Sergey Chadov, Вы писали:

O>>Какой именно кучи? Проблема в том, что подключаешь ReSharper к VS — помимо managed heap, loader heap, jit, и другого известного, куда-то девается 100 метров. При открытии solution пропадает еще метров 200, независимо от размеров solution. Пытаемся найти и вернуть награбленное...

SC>Вот кстати неплохая тулза: http://www.microsoft.com/downloads/details.aspx?FamilyID=28bd5941-c458-46f1-b24d-f60151d875a3&displaylang=en
Ага, знаю, спасибо. Потенциал вроде неплохой, но сразу толку от нее мало, придётся дорабатывать напильником.

Здравствуйте, orangy, Вы писали:

O>Зум очень хочется в карте памяти, чтобы целиком охватить картину.
Зум был заложен изначально, и даже фунциклировал. Но из-за какого-то мелкого бага я его так и не внедрил

Здравствуйте, orangy, Вы писали:

O>Еще полезно было бы иметь возможность сделать save snapshot и compare snapshots для карты памяти. Т.е. увидеть состояние (Free/Reserve/Commit) каких страниц поменялось, чтобы поисследовать, что именно там происходит.
Угу.

O>Плюс еще желательно иметь возможность накладывать на карту дополнительные данные, например результат !EEHeap из WinDbg + SoS, чтобы увидеть, где managed heaps, etc. Или результат lm оттуда же.
Круто Идея понятна.

Здравствуйте, Gomes, Вы писали:

0K>>Спасибо. А есть ли что-нить более удобное?
G>Какая функциональность нужна? Я давно подумывал переписать в более серьезном варианте.
Есть подвижки? Опять нужно.