Прошу совета по оптимизации

[dwa83]

Это всё конечно хорошо, но меня смущает одна вещь..
Вот у нас есть заинжекченая длл, в которой есть копия таблицы, со значениями ссылающимися на реальную таблицу. Например в этой же длл есть функция получения значения из этой таблицы, по указателю конкретно на значение. Но всвязи со сложностью управления, я не весь код хотел загнать в клиент а лишь то что связанно с Read, полностью код не хотел.. не дорос)). В итоге мне всё равно предстоит как то получить уже готовые значение из чужого процесса. Как я понял из чужой ДЛЛ получить значение можно только посредством всё тех же потоков, создаваемых из нашей проги по адресам длл-функций.

Итого имеем 2 варианта:
1) В самом начеле проги, как вы говорили(кстати самое на мой взгляд отличное) считываем по цепочке оффсетов, и находим конечный адрес, который храним. Итого, для массива 768 элементов имеем 768 Read по высчитаному ранее адресу.
2) Используем длл или инжект функции для получения значения. Да, в родном адресном пространстве всё высчитается гораздо быстрее(с помощью асм-вставок допустим). Но в нашей проге для массива получаем 768 CreateRemoteThread, и ожидание завершения потока.. потому этот вариант меня смущает, а первый кажется таким лёгоньким..

Всё-таки уже не 11000 раз а 700)) Если у меня бывает задержка в 3-4 секунды пока проверяется весь массив, а станет в 15 раз меньше(200мс) меня это очень даже устраивает) У меня 1 проход по режиму каждые 300мс, так что 200мс - это отлично, и с ДЛЛ заморачиваться не стоит, я думаю) ...

[krukovis]

Цитата: Сообщение от dwa83 1) В самом начеле проги, как вы говорили(кстати самое на мой взгляд отличное) считываем по цепочке оффсетов, и находим конечный адрес, который храним. Итого, для массива 768 элементов имеем 768 Read по высчитаному ранее адресу.

Кстати да, прикольно. Себе тоже на заметку возьму. А если еще выход при обнаружении всех значений добавить - будет еще меньше чтений памяти.
Но странно, что так долго считывает пусть и 11к значений. Я конечно на днях постараюсь проверить скорость. Но может в другом проблема все же?

[GenOstr]

dwa83, ты наверное не внимательно прочитал мой пост №5. адрес позиции в списке все-равно надо каждый раз считывать. хеш-таблицы то динамические. итого на каждый елемент 2 Read. 1 раз для позиции, второй для собственно элелмента. посмотри внимательно код.