Кирилл Жиляев:
можно пользоваться хэшами например. Про коллизии ток не забывайте where md5(col1 + ','+col2 ...) = hash('1,2...')
или использовать оператор IN если он вам подходит по логике.
Странно. Зачем вам dnsmasq если SecureNat с виртуальным DHCP включен ?
включите логи SoftEtherVPN. ищите там.
DHCP может не получать из-за фаирвола или неверной конфигурации. В iptables отключите блокирующие правила. оставьте только то что для NAT нужно для тестов.
ЗЫ: и больше не светите IP сервера.
я не могу сказать какие. но точно знаю что была обнова фиксящая вайфай. и не могу достоверно утверждать, что это именно ваш случай. Мое дело предложить. Обновление до десятки в секунду тоже не произойдет. список обнов есть в сети, которые нужно отключить. А обновы все равно надо. Там много RCE фиксят. Но дело хозяйское...
Никогда не делайте динамических дисков. И в гипер-в никогда не используйте снимки. работают они, скажем так, плохо.
Динамические диски хороши поначалу, но чем дальше тем больше от них головняка. Основной из них - дефрагментация. Она замедляет доступ к диску очень сильно. Второй косяк - это место на самом гипервизоре. Расслабитесь и сделаете виртуалок больше чем может хранить гипервизор, потом встанут половина виртуалок из-за недостатака места для хранения кэша оперативной памяти.
Снэпшоты - боль. Вместо того чтоб сделать отдельный снэпшот диска, оно делает дополнительный разностный диск. И вуаля. Теперь у вашей виртуалки 2 диска - vhd + avhd, с соответствующими проблемами дефрагментации и скорости доступа (почитайте про avhd). И второй будет бесконтрольно расти. Еще один снимок - 3 диска. ;-) Лечить - только остановкой ВМ + удалением снэпшотов - тогда все изменения сольются в один диск и будет как было.
Остальное - РТФМ.
А что не так? Да нужно заботиться о сохранности ключей, но зато при дампе базы восстановить пароли сложнее чем из хэшей. Если пароли нужно для логинов хранить, то да. RSA не оч подходит. Автор не писал что пароль от логина, может он пишет менеджер паролей...
Толстый Лорри: не во всех опять же случаях прокатит. перемножая 2 8 бийтовых числа получим 1 16 битовое. Т.е. при разложении можем получить 2 числа, каждое из которых не влезает в байт.
А других причин нет, или они уж очень не очевидны. Раз оптимизация отключена, значит логика расчетов не нарушена (раз код один). Остается только CPU в его расчетах и переменные...
Попробуйте в olly открыть 2 окна с дебагом, и по шагам одинаковый код отладить поглядеть что к чему... Я так понял старый экзешник сохранился? Или в IDE поотлаживать.
Дарья Андреева: эвона как грустно... Погуглите книжку Зубкова "Ассемблер для DOS windows и UNIX". там в приложениях есть длины команд. Вас будут интересовать только количество байт на команду.
можно пользоваться хэшами например. Про коллизии ток не забывайте
where md5(col1 + ','+col2 ...) = hash('1,2...')или использовать оператор IN если он вам подходит по логике.
Или попробуйте переделать логику запроса/БД.