forum.clarionlife.net

Ситуация следующая ... (может кто сталкивался)
Приложение стоит на одном из компьютеров в сети. На папку где стоит программа - полный доступ с разрешением изменения файлов по сети. Сеть - 100Мбит. Когда один пользователь работает по сети скорость работы нормальная. Как только второй пользователь с др. компа запускает программу - скорость работы у обоих падает раз в 10. Причем в большинстве локалок такой картины не наблюдается и все работает нормально. В чем может быть проблема? Мож в настройках сети ... если да, то в каких настройках? Если сталкивался кто с такой проблемой подскажите пож-та. Clarion 6.3.9058

Видимо приложение на TPS???

насколько помню, это типо "нормально", т.е. не лечится никак
хотя, если скорость падает визуально - т.е. например при открытии брауза, то это неверно написанный брауз
если же скорость проявляет себя при обработке "большого" объема данных. то тут уже никак
можно улучшить положение, если будет установлен отдельный файл-сервер, но не на много, один хрен тормоза
а sql реально рулит

Andrew Listiev писал(а):Видимо приложение на TPS???

TPS

StillZero писал(а):насколько помню, это типо "нормально", т.е. не лечится никак
хотя, если скорость падает визуально - т.е. например при открытии брауза, то это неверно написанный брауз
если же скорость проявляет себя при обработке "большого" объема данных. то тут уже никак
можно улучшить положение, если будет установлен отдельный файл-сервер, но не на много, один хрен тормоза
а sql реально рулит

То что SQL рулит и так понятно, но и TPS тормозить не должен (если приложение написано корректно). У меня на TPS-ке одновременно бывают работают до 30 пользователей и тормозов не замечено

Леонид писал(а):если приложение написано корректно

Будем говорить по босяцки... Без использования хитрых фильтров и т.д.
Как только наворачиваем приложение. Наступает ппц!

Привет !

Согласен с тем, что приложение с TPS БД прекрасно работает в сети.
В общем-то и фильты сильно не мешают - если в них не вставлять вызов функций (к сожаленю не всегда
без этого можно обойтись).

С другой стороны, есть некоторые тонкости ... которые основаны на опыте работе с форамтом TPS.
Например: если с одной рабочей станции откывается список для обработки и к нему применяется Stream(File),
то это действительно может вызвать замедление работы Browse на других рабочих станциях, и иногда даже
подвисание при редактировании или изменении записей (до выполненя Flush(File) на первой рабочей станции).
В этом случае намного лучше работает Logout(File, ....) ..... Commit.

Проверь пожалуйста такую комбинацию в своих приложениях.

Игорь Столяров писал(а):Привет !

Согласен с тем, что приложение с TPS БД прекрасно работает в сети.
В общем-то и фильты сильно не мешают - если в них не вставлять вызов функций (к сожаленю не всегда
без этого можно обойтись).

Интересно то, что даже если на одной рабочей станции приложение просто открыто (не происходит никаких процессов, просто тупо открыт файл), то на другой станции все процессы программы уже тормозятся конкретно. При чем как я уже писал не на всех локалках наблюдаются такие тормоза. Всетаки в большинсве случаев все нормально работает.

Когда-то я делал простенький тест на чтение dat файла расположенного на разных
ПК с разными операционками по сети из приложения CPD21 и С5.5

Вот результаты: (первое число(сек)-чтение файла в одиночестве
\ второе - чтение файла предварительно открытого с другой станции)

! W2serv! Local ! W2prof ! W98 !
----------------------------------------------------
NEXT_CPD21 ! 8 \ 80 ! ! 70 \ 70 ! 80 \ 80!
NEXT_C55 ! 9 \ 40 ! 5 ! 35 \ 35 ! 40 \ 40!
View_C55_max ! 10 \43 ! 6 !
View_C55_min ! 5 \ 32 ! 1,8 !
----------------------------------------------------
Похоже при монопольном использовании сервер кэширует блоки файла и делает
опережающее чтение с диска, а при коллективном доступе каждый раз читает нужный блок с диска.

Проверь на своей сетке.
Мой тебе совет - переходи на работу в терминальном режиме. Скорость практически не зависит
от количества одновременно работающих с БД юзеров. Да и сопровождать проще.
Вот только есть две проблемы:
- терминальный сервер W2k нестабильно вычисляет локальные принтеры юзеров
- INI файл становится для всех общим, если ты хранишь в нем индивидуальные настройки
Но они решаются. При открытии приложения вычисляешь юзера и пишешь\читаешь в этой INI для каждого
индивидуальную секцию с индивидуальными настройками. Туда же и принтер можно закатать.
Если нужен пример, поделюсь