Пришел руководитель сказал что ругаются пользователи на тормоза в Галактике. А ит сотрудники друг на друга кивают.
Галактисты-программситы на меня кивают - дескать его пользователи жалуются потому что связь от его филиала до нашего сервера с галактикой слабая и хуев-..я.
Пришлось ради интереса в терминальной сессии на удаленном сервере Галактики навешать счетчики производительности процессора и ОЗУ (perfmon.msc) запустить все это рядом с окном.
Щелкнул пользователь кнопку выборки данных она выдает данные с задержкой от 5 до 20 секунд, а диаграмма чертит рядом загруженность процессора - больше 30% не поднимается и ОЗУ также почти не загружается. Я в это время этих тормозов исправно наблюдаю график - картинка не прерывается - пинги до сервера галактики почти не меняются - ну так.. два пакета проскользнут до 150 мс и опять в свои привычные 59 мс невозмутимые ложиться . Выходит вроде как БД прикрученная к Галактике данные с задержкой выдает. Записал все видеоролик и отправил галактистам они сказали что это нормальное время отклика для БД загруженной большим объемом данных. В моем филиале человек 12 сидит в соседнем тоже столько же, и в головном офисе... выходит БД одновременно обрабатывает данные эдак от человек 30-ти максимум 40. Сама БД какая то "ПЕРВАЗИВ" или "ПЕРВАСИВ" которую никогда я не слышал. (MS SQL и Oracle слышал, PostgresQL слышал) .
Хотелось мнение Спецов услышать... Где и в чем тут косяк ?

Ggg_oldэто не субд, а менеджер записей, такай себе продвинутый сетевой фокспро. Меняйте его нафиг на версию галактики с нормальной субд.

А вдруг ответом программистов будет то что для объема обрабатываемых данных это оптимальное решение ? Незнаю как оценить объем данных - доступа непосредственного не имею ... про количество одновременных подключений писал выше - 30-40 пользователей.
Объем данных .... какой объем данных может быть у бизнеса размером в 250-300 сотрудников из них 150 работают в офисе включая руководителей и значит 150 "синие воротнички".