Исследовал работу старой программы на Delphi (писали ее в начала 2010). Запрограммиирована просто
напр открывает справочник контрагентов
^{Запрос к MySQL используя UniDAC в режиме direct
Обход рекордсета построчно
Вывод результата в форму.}

На Win7 форма открывается 7 сек, на win 10 почти 30 сек.
Со стороны MySql подозрений нет , запрос выполняется и выводит данные почти мгновенно меньше секунды если делать через админ консоль. Всего 1500 записей . Все буфера\кэши MySql оптимизированы , проблема только в версии Win , проверял на разных машинах
Режимы совместимости Win , админские права , увеличение приоритета процесса не помогают.
Смотрел process explorer тоже ничего интересного - exe монолитный и только он жрет время постоянно во время чтения рекордсета

Вопрос может кто сталкивался , куда еще смотреть

За давностью лет, нет дистрибутива который компилится. Если бы был было бы проще. Со стороны MySql видно что дело не в запросе.
Профилировщик это AQTime подразумевается?

На Win 7 где быстрее всего все работает (а это несколько ПК) , Форма да открывается 7 секунд . Учитывая что исходный код клиента там представляет тупое чтение рекодсета в цикле + есть поле text в mysql - я не удивлен. Удивлен что все это деградирует в Win 10
при равных условиях.
Программа не сложная самописная типичный CRUD клиент, не обновлялась лет 10 , исходники скомпилить невозможно, так как среда разработки с компонентами утеряна. Ее проще переписать в будущем

С сетью проблем нет, и по задержкам hrping проверки в норме.
На ПО с более мощным трафиком сеть не влияет

Возможно ктото на практике с этим сталкивался, ведь много старого ПО на Delphi и не всегда с открытым кодом. А работать надо
В лигу stackoverflow еще напишу, возможно там народ поопытней подскажет
Win 7 тянуть на новых ПК уже трудновато, и загрузчики ОС меняются на UEFI и драйвера оборудования уже только под новые Win

Он отключен, маршрутизации по нему нет, есть только ipv6 адреса которые Win сохраняет. Я могу вырубить еще более жестко через реестр.