Андрей

Информация - это энтропия. Чем более полно Вы заложите в алгоритм сжатия мета-ифнормацию о входном потоке (статистику, центры масс, корреляции между соседними значениями, корреляции в пакетах и т.п.), тем лучше будет среднестатистический коэффициент сжатия на больших объемах. Расскажите о Ваших реальных данных ?

Мне очень нравятся Ваши (особенно) вторая и третья характеристики. Я бы предложил построить из их значений двумерное пространство, вычислить функцию вероятности на нем, и как следствие решить задачу о кривой, разделяющей области, более характерные для квадратов и более характерные для кругов.

Целью SSL/TLS является обеспечение неизменности и конфиденциальности данных, передаваемых внутри криптозащиты. Прокси (если это только не SSL CONNECT) должен как минимум прочитать, какой именно хост запрашивается.

https://www.alibaba.com/trade/search?fsb=y&IndexAr...

есть лоты с мин.партией в 1 штуку, но оптом конечно дешевле

ну и совместимость софта нужно проверить

Отбросьте "79", остается 10^9. Это 30 бит. В алфавите base64 - это 5 символов. Если какие-то из символов base64 Вам не понравятся (плюсик, слеш и т.п.) - замените на более удобные.

Может все же в Excel-е такое проще сделать с макросами ?

Если Вы имеете в виду задачу сравнения двух или более различных реализаций функций, то тогда Вам скорее всего нужен LogLoss. Учтите, что если Вы не можете применить разные функции на одних и тех же данных (то есть проверка ведется на разных выборках), то они должны быть достаточно большими и однородными, иначе результаты сравнения будут недостоверными.

Вам не жалко процессорных циклов для такого алгоритма деления ?
Количество итераций не должно превышать разрядность делимого - это в самом плохом случае (деление на 2).

В Вашем случае результирующие числа очень близки друг к другу. Это обычно позволяет достаточно успешно определить алгоритм методом chosen plain-text. Старайтесь найти как можно больше пар исходных чисел, отличающихся между собой как можно меньшим количеством бит, и анализируйте изменения, происходящие в результирующих числах .

Генерируйте события эмуляции нажатий на клавиши и на мышь

https://www.quora.com/What-are-the-most-interestin...

Олимпиадное программирование. Например, acm.timus.ru
А projectEuler-у все таки советую уделить побольше внимания. Там есть отличные задачи на программирование в сложности 50-80.

По какому критерию Вы оптимизируете ? По количеству перестановок ?
Потому как, если оптимизация не требуется, то просто за 52 перестановки Вы можете расставить карты на свои места всегда : либо устанавливая карту в первую позицию (доставая в инверсном), либо устанавливая карту в i-ую позицию (доставая в прямом).

В дополнение к ответу iBird Rose могу предложить поискать в EventLog-е самое крайнее сообщение с кодом "рестарт системы", но это всё равно менее эффективно, чем предложенное выше.

Метод динамического программирования применим в случае, если процесс решения задачи можно представить ориентированным графом, имеющим один исток, один сток и не содержащим циклов.

1) Представьте себе частично решенную задачу и попытайтесь описать состояние объекта в этом промежуточном состоянии (независимо от действий, которые привели к этому состоянию).
2) Каждому такому состоянию сопоставьте вершину графа.
3) Попытайтесь формализовать переходы из одного состояния в другое (из одной вершины к другой). Обычно это несложно, но бывают исключения:
3') Если по выбранному объему данных, описывающему состояние, невозможно однозначно определить список доступных действий, значит, Вы включили в описание состояния не всю требуемую информацию - Вам необходимо расширить пространство состояний (обычно этот шаг влечет увеличение кол-ва вершин в графе в несколько раз).
4) Если поиск оптимального пути в получившемся графе разрешим методом динамического программирования за вычислительно разумное время/память, то Вы достигли своей цели. Если нет - подумайте, нет ли возможности свернуть граф (уменьшить колво данных, определяющих вершину).

Введите новый ПИН-код ;-)
И раздобудьте где-нибудь его SEED - секретное 128/192/256-битное значение, без которого он Вам вряд ли пригодится в хозяйстве.

99.
Все арифметические операции осуществляются на аппаратном уровне в АЛУ.
Современные процессоры общего назначения не имеют дополнительных аппаратных цепей проверок переполнения - ее (проверку) можно осуществлять только самостоятельно (например, анализируя флаги непосредственно после операции). Если таких проверок нет, в разрядах регистра или ячейки памяти результата просто останется то число, которое может сохранить разрядная сетка, т.е. 8 младших бит - 99.