Я правильно понимаю, что для каждой мутации pitest пересобирает тестируемую программу? Как-то грустно от мысли, что в случае сборки больше 5 минут и порядка 100 мутаций ждать результатов надо будет явно не 5 минут…
Да в общем-то все те же самые, что решаются при помощи Nvidia CUDA или OpenCL: цифровая обработка сигнала, сортировка, подбор пароля по хешу и т.д. Главное условие: одна и та же операция над большим количеством данных (Single Instruction Multiple Data, SIMD) в один момент времени. (я продублировал комментарий, потому что промахнулся в первый раз)
Да в общем-то все те же самые, что решаются при помощи Nvidia CUDA или OpenCL: цифровая обработка сигнала, сортировка, подбор пароля по хешу и т.д. Главное условие: одна и та же операция над большим количеством данных (Single Instruction Multiple Data, SIMD) в один момент времени.
Не знал этого. Но даже в этом случае в загрузочный сектор жесткого диска этого самого ноутбука можно прописать не загрузчик ОС, а свою программу. И она сможет взаимодействовать со всем (почти) железом ноутбука.
Возможно, разработчики имели в виду именно это. Хотя скорее всего там действительно жутко урезанная версия Linux запускается (как на ноутах Asus, к примеру).
Я под AMD знаю только bitcoin-генераторы. Видимо, не зря их пишут под эти GPU, раз можно получить бОльшую производительность за те же деньги.
OpenCL должен стать таким стандартом, я думаю. Но на мой взгляд, ни Nvidia, ни AMD никогда не согласятся сделать поддержку этого стандарта такой же эффективной, как свои технологии (CUDA и CAL). Потому что в таком случае уже не будет разницы в архитектурах Nvidia и AMD. :)
Если посмотреть, то алгоритм генерации гаммы — генератор псевдо-случайной последовательности, инициализируемый начальным состоянием (состоянием колоды в начале). После этого генератор работает в автономном режиме генерации гаммы, которая складывается по модулю с входным потоком.
Тогда получается, что данную схему можно рассматривать и как просто поточный шифр, и как поточный шифр с обратной связью по выходу (внутреннее состояние генератора — состояние колоды — и есть та самая обратная связь).
Возможно, разработчики имели в виду именно это. Хотя скорее всего там действительно жутко урезанная версия Linux запускается (как на ноутах Asus, к примеру).
OpenCL должен стать таким стандартом, я думаю. Но на мой взгляд, ни Nvidia, ни AMD никогда не согласятся сделать поддержку этого стандарта такой же эффективной, как свои технологии (CUDA и CAL). Потому что в таком случае уже не будет разницы в архитектурах Nvidia и AMD. :)
Тогда получается, что данную схему можно рассматривать и как просто поточный шифр, и как поточный шифр с обратной связью по выходу (внутреннее состояние генератора — состояние колоды — и есть та самая обратная связь).
А зачем на пятерки символов бить? В этом есть какой-то смысл?
Скажем так, переменные источники не меняются. Компоненты со знаком "_" тоже не меняются. То есть, если есть такой код:
, то выполнение этой операции можно представить в следующем виде: