Страница 5 из 6

Сервер терминал

Добавлено: 14 Март 2019, 10:37
Constantine
Это вполне естественно. Если программа специально не писалась для работы под терминальным сервером, а была просто перенесена туда, таких вещей избежать трудно.
Под терминальный сервер нужно писать специально. Например, использовать LOCK/UNLOCK для файла, комбинацию APPEND/BUILD вместо ADD при массовом добавлении записей, не забывать про NOMEMO, если они не нужны и т.д. и т.п.
Простейший способ поднять производительность без доработки кода я описал выше...

Сервер терминал

Добавлено: 14 Март 2019, 10:54
finsoftrz
Привет. Я бы спросил у них, как они запускают программу. Тормоза могут быть при файл-шаринге. Если все работают в терминальных сессиях, то никаких доработок кода и специального написания программы для работы с tps не требуется. Все должно работать со скоростью, как на локальном компьютере. Исключение может быть, если приложение в файл-шаринге сохраняло что-то на локальный диск. Это нужно заменить на каталог на сервере.

Сервер терминал

Добавлено: 14 Март 2019, 10:57
finsoftrz
И в догонку. Практически на любом современном компьютере в терминальных сессиях могут спокойно работать 20-25 пользователей с одинаковой скоростью, как один на локальном компьютере.

Сервер терминал

Добавлено: 14 Март 2019, 11:02
Constantine
Технически, да.
Но если эти 20-25 пользователей одновременно ломанутся добавлять по 50-100 тысяч записей, то без синхронизации их действий на уровне кода не обойтись.
Просто расставить "галочки" в нужных местах недостаточно. Работать, безусловно, будет, но гораздо медленнее, чем могло бы.

Сервер терминал

Добавлено: 14 Март 2019, 11:18
VWV
Работают 2 - 3 пользователя. И обновления записей максимально 10, т.е нагрузки нет. А сохраняет задача в ini стандартно размеры и положение окон. Может надо что-то делать с расположением ini файла?

Сервер терминал

Добавлено: 14 Март 2019, 11:19
finsoftrz
Не понял. Медленнее по сравнению с чем? Добавление 50-100 тыс записей занимает меньше минуты в рамках транзакции logout/commit. Конкретнее зависит от конфигурации сервера. В реальной жизни работа идет или с одиночными записями, или с достаточно небольшим их количеством. Модификация в этом случае обычно занимает доли секунды. А стандартное ожидание доступности на запись в шаблонах 3 сек. И, как правило, из 20-25 пользователей большая часть работает на чтение, а не на модификацию данных.

Сервер терминал

Добавлено: 14 Март 2019, 11:21
finsoftrz
VWV писал(а): 14 Март 2019, 11:18Работают 2 - 3 пользователя. И обновления записей максимально 10, т.е нагрузки нет. А сохраняет задача в ini стандартно размеры и положение окон. Может надо что-то делать с расположением ini файла?
Да, надо проверить, где они находятся. Должны быть на сервере. Еще посмотреть антивирус. Но в первую очередь убедиться, что запускают программу именно в терминальных сессиях, а не по сети.

Сервер терминал

Добавлено: 14 Март 2019, 11:31
VWV
finsoftrz, ini находится рядом с exe. Как я понял для терминала это нормально или я не прав?

Сервер терминал

Добавлено: 14 Март 2019, 12:31
Губин Игорь
VWV писал(а): 14 Март 2019, 11:18 А сохраняет задача в ini стандартно размеры и положение окон. Может надо что-то делать с расположением ini файла?
1. Лучше вообще отказаться от расширения INI
2. Проследите, чтобы этот файл был НЕ в системном каталоге

Сервер терминал

Добавлено: 14 Март 2019, 12:36
finsoftrz
VWV писал(а): 14 Март 2019, 11:31 finsoftrz, ini находится рядом с exe. Как я понял для терминала это нормально или я не прав?
Нормально. Только у каждого пользователя должен быть свой ini. Либо с модификацией по названию файла, либо в подкаталоге. У меня у каждого пользователя свой рабочий подкаталог в каталоге программы, в нем ini и некоторые другие файлы настроек. Туда же сохраняются временные файлы, если надо.

Сервер терминал

Добавлено: 14 Март 2019, 12:45
VWV
Спасибо за помощь и уделенное время!

Сервер терминал

Добавлено: 14 Март 2019, 13:55
morkovin
Проверь каким-либо ProcessExplorer, что пожирает ресурсы. У меня такое было. В каждой сессии "возбуждался" Dr.Web и предлагал выполнить полную проверку. Ес-но, юзер соглашался. В результате на серваке выполнялось одновременно 2-3-5-6 проверок. Всё начинало ужасно тормозить. В настройках ДрВеба пришлось запретить такие действия для обычных юзеров.

Сервер терминал

Добавлено: 14 Март 2019, 14:42
kreator
Я бы для начала посмотрел бы конфигурацию серверов. База на этом же сервере? Или терминальный сервер для запуска, а база на другом? Поведение очень похоже на второй вариант. Программу я бы даже не смотрел в плане подгонки работы на терминале.

Сервер терминал

Добавлено: 14 Март 2019, 17:07
VWV
Второй вариант. И как я понял, что помочь издалека не смогу. А вариант, не трогать программу, самый приемлемый для меня :-)

Сервер терминал

Добавлено: 14 Март 2019, 17:55
gopstop2007
finsoftrz писал(а): 14 Март 2019, 12:36
VWV писал(а): 14 Март 2019, 11:31 finsoftrz, ini находится рядом с exe. Как я понял для терминала это нормально или я не прав?
Нормально. Только у каждого пользователя должен быть свой ini. Либо с модификацией по названию файла, либо в подкаталоге. У меня у каждого пользователя свой рабочий подкаталог в каталоге программы, в нем ini и некоторые другие файлы настроек. Туда же сохраняются временные файлы, если надо.
Зачем? в терминальном сервере можно сохранять ini программы с каталоге пользователя терминального сервера