Добавлю что современные библиотеки хеширования могут использовать команды SSE,
где уже расчет некоторых частей конечного автомата SHA-1 реализован в процессоре.
И это может быть быстрее чем CRC32. В основном за счет обработки более длинной пачки байт.
Как оно сейчас реализовано внутри крипто-библиотек java или bouncy-castle - я не знаю
я давно туда не заглядывал. Но я-бы сразу брал DigestInputStream без лишних сомнений.
Возможно длинные фреймы имеют значение для загрузки ресурсов (текстур и звуков).
А во время сетевой игры это не дает никакого преимущества т.к. игровой сервер обычно
передает очень короткие клавиатурные событие и update координат всех движущихся
сущностей игрового мира. И эти события вряд-ли будут больше 1500 bytes.
Поэтому в целом такая оптимизация для игры скорее всего ничего не даст. Риск словить
побочку как выше люди пишут - точно повышается.
PBT - фреймворки сразу посылают на вход корнеркейсы.
Например если у тебя 3 мерная функция - с вещественными аргументами
то первым делом будут протестированы 0, +1, -1.... числа Фибоначии, +MAX_INT, +INFINITY, NaN
а потом уже на вход пойдет шум из рандомных значений.
Я трассировал работу jqwick он так работает.
Кроме того тестовые фреймворки позволяют создать свой генератор значений и там уже
можно учеть какие-то преференции. Например все четные числа.
Шикин и Боресков - Компьютерая Графика (желтая обложка обычно) Т.Павлидис "Алгоритмы машинной графики и обработки изображений" (старая книга где-то 1980 но еще полезная)
Alex XYZ , я не понимаю при чем здесь фигура Straight Skeleton? Каким образом это меняет задание?
Обращу внимание на терминологию.
Вообще в компьютерной графиге и графическом моделировании (ГИГМ) различают следующие
операции над полигонами (многоугольниками в твоей терминологии):
- объединение
- пересечение
Ты делаешь пересечение. И никакого разрезания.
Непонятно, почему ты пишешь что нельзя вращать? Можно вращать. Если это приносит пользу
для алгоритма. Это - линейное преобразование. Про точность - слабая аргументация? Что там
у тебя? Только целые числа?
Почитай Павлидиса, Эгрона, Шикина и Борескова по ГИГМ.
Напитайся правильной терминологией. Там и алгоритмы описаны и подходы.
Не надо подтверждать ниакие теории. Все страничные кеши всех баз так и работают.
Если ты долго не запрашивал свои данные то другие запросы-конкуренты
вытолкали твои данные. Так работает PG, Oracle и вообще все-все.
