Информация
- В рейтинге
- Не участвует
- Откуда
- Москва, Москва и Московская обл., Россия
- Дата рождения
- Зарегистрирован
- Активность
Специализация
Бэкенд разработчик, Архитектор программного обеспечения
Ведущий
C#
Git
Linux
Базы данных
Разработка программного обеспечения
Алгоритмы и структуры данных
Прикладная математика
Управление разработкой
MongoDB
Проверка после 20 декабря. Не пиши так! А то я не все доделал и слегка напугался… O_O
Вот как раз и было интересно решение автора…
Но все равно, спасибо за статью.
Я обычно для этих целей использую субрепозитории в Mercurial или Git.
Каждая подключаемая библиотека вервионируется в своем репо, который подключается к проекту- потребителю.
Смена версии библиотеки, при этом, это отдельный коммит с тестированием.
Для определения того, что водитель действительно хочет перестроиться достаточно должно быть включенных поворотников. И это кстати, хороший способ ненавязчиво напомнить о том, что их надо включать. ;)
Кроме того, как себя помню, все это должно хорошо помогать начинающим водителям.
Спасибо за исходники. Попробую и себе делать…
Вот такой код на моей машине выполняется примерно 10 секунд (визуально и по системным часам).
Код замера интервала времени выполнения эквивалентен опубликованному.
Код логирования будет работать чуть быстрее чем в NLog за счет статических членов.
Продолжу, аналогию с велосипедом. Прежде чем разгоняться до любой скорости, следует подумать: успеваем ли рулить, как будем останавливаться.
И вывод как раз в том, что столько все равно не обработаешь.
Ну поиск же есть! Вот эта статья.
Но вообще, на Хабре удивление мало написано. А интересных подробностей по теме много…
На Мембране можно почитать описание «прорыва» технологии.
На Noname'е интересна более общая статья про сам процесс исследования.
А теперь мигом к семье! Завтра отпишетесь. :-D
«сбор статистики вашего приложения» — так понял, имели ввиду профилирование (profiling), т.е. контроль производительности.
Я для этих целей, настраиваю вывод лога в CSV. Загружаю его в Calc (Excel). Настраиваю фильтры на интересующую операцию. Далее, добавляю колонку, которая вычисляет разницу времени вывода сообщения.
Дальше, по обстоятельствам. Но обычно, можно отыскать в каком окружении код начинает резко медленнее работать.
Необоснованно пока, но предположу, что данном случае методы должны подставляться при jit-копиляции. (что тоже упомянуто)
Поэтому, предпроверка просто бессмысленна.
Но все же, пока не дописал бенчмарки, развивать бы эту тему не стал.