Форум казахстанского налогоплательщика

Все пользователи СОНО недовольны ее весьма медленным стартом (весьма медленным - это очень мягко сказано). При запуске СОНО проверяет доступность сервера, и пока она этого не сделает, все остальнеы этапы запуска ждут завершения этой проверки. Которая может быть весьма длительной.

Предложение следующее - выделить в отдельный параллельный поток проверку доступности сервера как таковую, а начальную загрузку СОНО с валидацией данных и т.д., как таковую - в другой паралельный поток. Не знаю , как в Яве, а в DOT NET 4.0. давно есть специальные операторы для этого и целый SDK ParallelFX для работы с параллельными потоками. Я думаю, и в Яве нечно подобное должно быть. Распараллелив процессы при запуске, можно весьма сократить чистое время запуска. Для каждой копии СОНО, в масштабах всего Казахстана. А поток проверки доступности сервера, когда отработает, "нарисует" состояние сервера - в чем проблема то.

Самое смешное, что аппаратная поддержка работы с параллельностью - то есть многоядерные процессы - давно уже есть. На каждом компе по 4, а то и больше, ядра. Ну в худшем случае 2 ядра. Но СОНО их не использует. Хотя аппаратно давно доступно использование ядер процессора независимо для распараллеливания и ускорения работы любых программ.

Ну что сказать, я не вполне согласен с Вами. Вот как я вижу ситуацию.
При запуске СОНО не одну задачу решает, а несколько. Так и подключаясь к серверу она решает несколько задач. Мне известны 3:

• одна нужна обязательно перед запуском, от результатов этой проверки зависит как будет дальше работать СОНО, без ее результатов нельзя продолжить работу СОНО. Так что СОНО должна обязательно выполниться перед запуском СОНО, но она судя по всему выполняется очень быстро, даже если сервер отключен
• одна и так похоже запускается параллельно, т.е. выполняется не тормозя запуск СОНО. Там сделано как Вы и предлагаете, отдельным потоком, но ее тоже надо сделать при запуске программы
• ну и только одна действительно часто тормозит запуск СОНО и мне правда непонятно зачем не запускается СОНО, пока не выполнится проверка. Есть у меня предположение, что это было придумано специально, но та часть СОНО, для которой эта проверка нужна, к сожалению сейчас не используется. Вот и получается, что при запуске СОНО она делает проверку подключения, но кажется (мое предположение) сейчас результаты этой проверки не используются. Эту проверку и правда можно было бы запустить в отдельный поток, но есть один нюанс: судя по предыдущим версиям, задумывалось, что при определенных результатах работу СОНО нужно нельзя продолжать не выдав предупреждение

Вот и получается все 3 вида проверок нужны, но к несчастью та, что больше всего замедляет запуск СОНО - сейчас ее результат в программе не используется.

Мое предложение выделить проверку сервера в отдельный параллельный поток базируется вот на чем.
Если отключить инет (или локальную сеть, как Вы здесь даже рекомендовали), запуск СОНО происходит заметно быстрее. Как мне кажется, если нет выхода в инет, то проверка доступности сервера не выполняется. Поэтому и получается быстрее.

Дело в том, что когда сеть отключена, то сразу дается отрицательный ответ и СОНО дальше работает, зная что ответ отрицательный. Но ей нужен даже этот ответ и в логику программы заложено, что нельзя работать, пока неизвестны результаты проверок

Результаты замера -

запуск СОНО с доступным инетом - занял 100 сек. (от нажатия на ярлык до появления диалога выбора профиля)

запуск СОНО БЕЗ доступного инета - занял 40 сек. После включения инета она его все равно нашла.
То есть все равно СОНО далее сделала проверку доступности сервера.
Так стоит ли на старте так тормозить?
Потом, в процессе, параллельно можно найти инет.
Все равно, с той скоростью заполнения/импорта ФНО, которую предлагает СОНО, раньше чем через 1-2 минуты не запихнешь в нее что-либо, требующее отправки на сервер.

Семен, там предполагается, что пользователю при определенных ответах сервера надо дать сообщение и выбор прежде чем он начнет вообще любое действие в СОНО. Он не должен ни одно действие сделать, пока программа не выдаст ему соответствующее окно.