Исходное сообщение
"Техника предсказания содержимого буфера на основе..." Отправлено Аноним, 09-Май-14 19:20
> да. намекну: нужно как минимум два цикла. А зачем? Гоняем цикл, прописываем в нем флаг. Тезис о том что присвоение флагу одного значения занимает больше или меньше значения чем другого - конечно имеет право на жизнь, но это мы уже лезем глубоко в недра оптимизаторов компилятора и придется асмовые портяны смотреть. Если это реально беспокоит, можно сделать единственную рандомную задержку при возврате, а-ля каркуша, например. Чисто технически, загрузка в регистр проца что 7 что 10 (допустим, 7 означает что все пока совпадает, а 10 - что не совпало) занимает сама по себе одинаковое время (по крайней мере, причин почему бы это было не так - изначально нет). Еще - может, ты от cache hit/cache miss хотел защититься? В случае обычного сравнения это вроде пофигу, т.к. время возврата не несет полезной информации о причинах почему оно такое, в отличие от оригинального memcmp, время выполнения которого пропорционально позиции на которой началось несовпадение, что можно померять. Бывают брейнфакнутые случаи, типа scrypt, у которого известный недостаток - характер доступа к памяти зависит от пароля и в результате cache hit/cache miss потенциально теряет информацию о исходном ключе. Но в случае просто сравнения - нельзя ли пояснить млдель угрозы от которой делается защита?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> да. намекну: нужно как минимум два цикла. > А зачем? Гоняем цикл, прописываем в нем флаг. Тезис о том что > присвоение флагу одного значения занимает больше или меньше значения чем другого > - конечно имеет право на жизнь, но это мы уже лезем > глубоко в недра оптимизаторов компилятора и придется асмовые портяны смотреть. Если > это реально беспокоит, можно сделать единственную рандомную задержку при возврате, а-ля > каркуша, например. Чисто технически, загрузка в регистр проца что 7 что > 10 (допустим, 7 означает что все пока совпадает, а 10 - > что не совпало) занимает сама по себе одинаковое время (по крайней > мере, причин почему бы это было не так - изначально нет). > Еще - может, ты от cache hit/cache miss хотел защититься? В > случае обычного сравнения это вроде пофигу, т.к. время возврата не несет > полезной информации о причинах почему оно такое, в отличие от оригинального > memcmp, время выполнения которого пропорционально позиции на которой началось несовпадение, > что можно померять. Бывают брейнфакнутые случаи, типа scrypt, у которого известный > недостаток - характер доступа к памяти зависит от пароля и в > результате cache hit/cache miss потенциально теряет информацию о исходном ключе. Но > в случае просто сравнения - нельзя ли пояснить млдель угрозы от > которой делается защита?
	Введите код, изображенный на картинке: