Это всего лишь рекомендация (я не настаиваю, можно и на пхп - ТОЛЬКО уделить надо много внимания безопасности), я бы предложил какой нить ГО для серьезного проекта, т.к. он компилируемый и там сложнее взломать, т.к. каждый проект уникален.
AES-NI дает прирост, но оптимизировать нужно не здесь.
Можно искать файлы в многопотоке, можно использовать асинхронный поиск (BURAN), но это не дает никакого выйгрыша в скорости шифрования.
Упираешься ты не в ограничение скорости чтения-записи, а в скорость обработки файлов.
Что же тогда?
Скорее всего речь идёт о "криптографических функциях нового поколения".
Каких? И что они дадут? Быстрее? Криптостойкость выше? CPU не будут напрягать?
Вы можете проверить этот алгоритм, он десятилетиям подтвержден (тот что я использовал), зачем изобретать велосипед? Что у OpenSSL лучше AES? смешно
Да тут не надо думать, полосами - более эффективнее, дешифровать сложнее, но и дольше и нагрузка чуть больше, тут надо играть с параметрами, но и реализация сложнее (ошибки не допустимы). Если делать прям пиздец пиздец - то полосы лучший вариант.
Да понятно, что в целом лучше, но как раз таки нужно понять, когда достаточно первых 16кб, а когда нужно изъебываться. Можно же по идее сделать так, чтобы малварь в той или иной ситуации сама выбирала подходящую технику шифрования и использовала ее. Нужны эксперименты, само собой, поэтому и спросил про способы восстановления
зачем такие сложности, делаем первые 16кб и потом примерно каждые 0.1-1мб делаем полосу 1кб - это более чем достаточно, объеденим обе техники для простоты и надежности.
