Плохая архитектура II

[vg]

Вопрос был задан в телефонном интервью.

Реализовано нечто вроде Terminal Server/Client

Server - сам непосредственно работает с видео драйверами. Периодически делает "снимок" рабочего стола и посылает клиенту.
Транспорт TCP. Это всё, что известно.

Меня хватило только на то, чтобы предложить предварительную компрессию данных. Сказали - да хорошо, но мало. Про UDP, как альтернативу не сказал, но можно не упоминать (там очень много всёравно не выйграть на оверхедах).

Второй вопрос не из разряда архтектурных и достаточно простой, но всё же.

Есть приложенние, писанно C++ в 1000000 строк. Сорц доступен. Местами бывает меморилик, так и переполнение буферов. Используются в коде только malloc и free.
Предлагается заменить их на debug_malloc и debug_free, для того, чтобы найти проблемные адреса и подправить ситуацию. Описать принцип написания debug_malloc/debug_free (телефонное интервью).

[ajkj3em]

посылать естественно надо разницу между текущим снимком и
предыдущим. можно дополнительно перевести в палитровый
формат перед сжатием и посылкой.

[Проф. Преображенский]

Масса информации в инете по ключу detecting memory leak. Обычно делается трасса распределения и освобождения памяти. В дебаг моде проекта это как-то делается.
Это как в дайвинге - должно совпадать количество (быть четным).

[vg]

Масса информации в инете по ключу detecting memory leak. Обычно делается трасса распределения и освобождения памяти. В дебаг моде проекта это как-то делается.
Это как в дайвинге - должно совпадать количество (быть четным).

Тузлы не применять.
Ты уже близко, сказав о чётности. Остался всего один шаг.
И далее, а как быть с переполнением буфера (надо продолжить рассуждения)? Всё надо уместить в 10-20 строк кода реализации debug_malloc, debug_free.

[vg]

посылать естественно надо разницу между текущим снимком и
предыдущим. можно дополнительно перевести в палитровый
формат перед сжатием и посылкой.

хорошая идея. согласен. хотя, что хотели гуру до конца не ясно. (я там естественно не прошёл по многим критериям)

[Проф. Преображенский]

Тузлы не применять.

У меня стоит Боундзчекер, но это необязательно.

Ты уже близко, сказав о чётности. Остался всего один шаг.

Я уже на месте. Ты шагай.

И далее, а как быть с переполнением буфера (надо продолжить рассуждения)? Всё надо уместить в 10-20 строк кода реализации debug_malloc, debug_free.

Выдавать больше и метить хвост.

[Проф. Преображенский]

посылать естественно надо разницу между текущим снимком и
предыдущим. можно дополнительно перевести в палитровый
формат перед сжатием и посылкой.

хорошая идея. согласен. хотя, что хотели гуру до конца не ясно. (я там естественно не прошёл по многим критериям)

сошлись на MPEG4.

[vg]

Тузлы не применять.

У меня стоит Боундзчекер, но это необязательно.

Ты уже близко, сказав о чётности. Остался всего один шаг.

Я уже на месте. Ты шагай.

И далее, а как быть с переполнением буфера (надо продолжить рассуждения)? Всё надо уместить в 10-20 строк кода реализации debug_malloc, debug_free.

Выдавать больше и метить хвост.

Молодец. Правильно всё сказал. Только сильно не гордись. Я ж там пропостил в начале, что вопросы простые.

ПС. только в единственном месте ты ошибся - я на самом деле пришёл:lol: а вопросы то просто по прошлым интервью. так .... просто прикольно. а может и сгодится кому.

[Проф. Преображенский]

ПС. только в единственном месте ты ошибся - я на самом деле пришёл:lol: а вопросы то просто по прошлым интервью. так .... просто прикольно. а может и сгодится кому.

Ну так пости сразу с ответами - чего отрываешь?