Сообщение Re[4]: Как отслеживать потребление ОЗУ своим драйвером NT от 18.09.2018 18:44
Изменено 18.09.2018 18:47 LimyKurn
Re[4]: Как отслеживать потребление ОЗУ своим драйвером NT
Здравствуйте, EreTIk, Вы писали:
ETI>Хорошим тоном является назначение каждому типу объекта (буфера) своего тега.
Хороший тон я люблю. Но пока сам не попробовал — не представляю, насколько оно важно, и почему это нельзя заменить использованием бряков вместе с анализом памяти.
В любом случае, 4 байта — это адски мало.
2 байта под префикс драйвера, 2 байта под объект... Это никогда помнить не будешь.
Однозначно, нужно на каждый драйвер заводить таблицу: тэг и его значение в менее компактной форме
Причем, желательно встроить это в драйвер, чтобы в коде в итоге были не тэги, а развернутые значения. Это облегчит детект ошибок, например. Но актуализировать таблицу придется постоянно.
Была еще идея — придумать формат тэга, чтобы сам тэг нес какую-то информацию о том, где именно находится данный код (допустим, 1 байт будет идентификатором файла .cpp/.c) Но здесь еще больше таблиц и действий по их актуализации при написании.
Вообще, какие-то правила относительно именования этих тэгов есть?
На MSDN их вроде нет.
ETI>Хорошим тоном является назначение каждому типу объекта (буфера) своего тега.
Хороший тон я люблю. Но пока сам не попробовал — не представляю, насколько оно важно, и почему это нельзя заменить использованием бряков вместе с анализом памяти.
В любом случае, 4 байта — это адски мало.
2 байта под префикс драйвера, 2 байта под объект... Это никогда помнить не будешь.
Однозначно, нужно на каждый драйвер заводить таблицу: тэг и его значение в менее компактной форме
Причем, желательно встроить это в драйвер, чтобы в коде в итоге были не тэги, а развернутые значения. Это облегчит детект ошибок, например. Но актуализировать таблицу придется постоянно.
Была еще идея — придумать формат тэга, чтобы сам тэг нес какую-то информацию о том, где именно находится данный код (допустим, 1 байт будет идентификатором файла .cpp/.c) Но здесь еще больше таблиц и действий по их актуализации при написании.
Вообще, какие-то правила относительно именования этих тэгов есть?
На MSDN их вроде нет.
Re[4]: Как отслеживать потребление ОЗУ своим драйвером NT
Здравствуйте, EreTIk, Вы писали:
ETI>Хорошим тоном является назначение каждому типу объекта (буфера) своего тега.
Хороший тон я люблю. Но пока сам не попробовал — не представляю, насколько оно важно, и почему это нельзя заменить использованием бряков вместе с анализом памяти.
В любом случае, 4 байта — это адски мало. Даже, если отбросить всякую фигню типа вероятности неуникальности тэга среди 2 драйверов на конкретной машине.
2 байта под префикс драйвера, 2 байта под объект... Это никогда помнить не будешь.
Однозначно, нужно на каждый драйвер заводить таблицу: тэг и его значение в менее компактной форме
Причем, желательно встроить это в драйвер, чтобы в коде в итоге были не тэги, а развернутые значения. Это облегчит детект ошибок, например. Но актуализировать таблицу придется постоянно.
Была еще идея — придумать формат тэга, чтобы сам тэг нес какую-то информацию о том, где именно находится данный код (допустим, 1 байт будет идентификатором файла .cpp/.c) Но здесь еще больше таблиц и действий по их актуализации при написании.
Вообще, какие-то правила относительно именования этих тэгов есть?
На MSDN их вроде нет.
ETI>Хорошим тоном является назначение каждому типу объекта (буфера) своего тега.
Хороший тон я люблю. Но пока сам не попробовал — не представляю, насколько оно важно, и почему это нельзя заменить использованием бряков вместе с анализом памяти.
В любом случае, 4 байта — это адски мало.
Даже, если отбросить всякую фигню типа вероятности неуникальности тэга среди 2 драйверов на конкретной машине.2 байта под префикс драйвера, 2 байта под объект... Это никогда помнить не будешь.
Однозначно, нужно на каждый драйвер заводить таблицу: тэг и его значение в менее компактной форме
Причем, желательно встроить это в драйвер, чтобы в коде в итоге были не тэги, а развернутые значения. Это облегчит детект ошибок, например. Но актуализировать таблицу придется постоянно.
Была еще идея — придумать формат тэга, чтобы сам тэг нес какую-то информацию о том, где именно находится данный код (допустим, 1 байт будет идентификатором файла .cpp/.c) Но здесь еще больше таблиц и действий по их актуализации при написании.
Вообще, какие-то правила относительно именования этих тэгов есть?
На MSDN их вроде нет.