MrDywar Pichugin: Тестовый стенд есть. Два, если быть точнее. Проблема в том, что течет не всегда. То ли от количества пользователей зависит, то ли еще от чего.
Да, идею со статическим счетчиком я видел. Абсолютно идиотская, должен сказать, идея. Так и представляю как я в солюшене из 32 проектов и 400 тысяч строк кода в каждом классе по статическому полю дописываю.
ETW, к сожалению, тоже не выглядит подходящим. Там все на PerfView завязано, да и данные не совсем те, что нам нужны.
В любом случае, спасибо.
Да, инстанции - это экземпляры объектов (по работе общаюсь с коллегами на немецком, уже русский забывать начал, сорри :) ).
С "Системным монитором" понятно, его мы уже ковыряли, но требование было получить именно классы, которые больше всего памяти жрут (понимаю, что звучит не очень реалистично, но попробовать-то стоит), а Системный монитор в конкретные классы не умеет.
.NET, к сожалению, версии 4.0, переход на новый пока не планируется, но к ETW (Event Tracing?) присмотрюсь, спасибо.
Снимать дампы внешними инструментами - не то, что в данный момент нужно. Для понимания задачи: мы сейчас делаем что-то вроде второго клиента к серверу, который будет технической команде предоставлять информацию о текущем состоянии. Количество объектов и расход памяти - часть этой информации.
А так, на вскидку, какую вообще информацию о памяти можно из кода получить, кроме общей/занятой памяти машины и общего объема памяти, занятой приложением?
Кирилл: а, в этом смысле. Нет, нам нужно именно уже установленный сервер в работе мониторить. На машине, где он установлен нет студии и нет возможности ее поставить.
Спасибо за ответ. К сожалению, решение не выглядит подходящим: судя по всему, такой подход выловит только ошибки при инициализаци привязки, а если будет брошено исключение в процессе работы с данными, оно так же проглотится WPF. В добавок к этому придется прописывать обработчик для каждой привязки, что накладно в большом проекте.
Опытным путем выяснили, что такое поведение показывают только Binding исключения. Судя по всему, это "фича" WPF. Есть какой-нибудь известный workaround для этого?
Тогда я не понимаю как вам удается так убивать ноутбуки, серьезно. Я мог бы посоветовать вал Lenovo из моего опыта эксплуатации, но раз уж вы Thinkpad умудрились сломать, то я даже не знаю.
Естественно, с предохранителем. Насчет проведения: руки у меня, конечно, кривоваты и сейчас я планирую кое-что поправить, как только дожди кончатся, но суть, я думаю, могу передать.
Ну это уже другая проблема. Вопрос был: «Можно ли запретить называть себя автором своей программы?». Ответ: «Нельзя». А как доказывать свое авторство в случае чего — тема для отдельного разговора. К примеру, как в этом топике.
Википедия говорит нам, что личное неимущественное право дает нам возможность называться автором произведения и обнародования его под своим именем. Исходники вам, по идее, могут запретить публиковать соглашением о неразглашении, но вот запретить говорить, что это вы сделали не могут.
Можно хотя бы десяток самых популярных описать, а остальные уже в комментах. Вообще чем больше вузов будет в самом топике — тем лучше.
Еще как вариант: полезные комментарии вносить в пост в UPD. Тогда они не потеряются в потоке.
