Тормоза в файл-серверном режиме

[optron]

Господа, помогите, если возможно. Может кто встречался с такой проблемой:

Clarion 5,5 EE ABC

Программа работает уже 7 лет и перекочёвывала с одного сервера на другой.

Сервер организован следующей сборки: Linux 2.6.32-34-generic x86_64 GNU/Linux Ubuntu 10.04.3 LTS

Базы - TPS

Так вот, раньше всё летало без тормозов. Сейчас жутко тормозит при одновременном доступе к одному и тому же файлу. При открытия отчета одним пользователем, второй, который открывает тот же отчет, может и вообще не дождаться его открытия. То же самое происходит и при одновременном открытии одного и того же справочника. Грешу на сеть, так как на локалке всё проходит на ура, да и на старых серваках (Новел) проблем не было.

Если чего то не хватает для уточнения - сообщите. Быстренько напишу.

Вообще, есть ли какие - либо хитрости или условия настройки сервера, на котором будет крутиться Клашино Ф/С приложение?

[optron]

Переписал на 6,3 - такая же чепуха. Те же тормоза.

[kreator]

Греши на Ubuntu. В принципе на Винде - та же проблема. Поэтому люди ставят терминальный сервер (была тема недавно), либо переходят на SQL.

[optron]

Ту тему я и создавал из за тех же граблей. М-да, как то странно. Самое интересное, с чем это связано? Такое ощущение, что программа 5 минут ждёт неизвестно чего, а затем начинает лопатить базу. И лопатит её практически с той же скоростью, как и в однопользовательском режиме. Что это за ожидание такое?

[Игорь Столяров]

Попробуй проверить чем занимается сервер, когда "программа 5 минут ждет неизвестно чего".
Может быть это не в тему - но на WinServer такого никогда не наблюдается - реакция вполне адекватная на запросы.
Хотя если вспомнить серверы Novell NetWare 3.12 / 4 - то на них файловые операции с БД DAT / TPS в общем доступе выполнялись в разы быстрей.
Но это к сожалению уже история IT ...

[optron]

Тестили с сисадмином. Говорит, что в момент обращения к файлу практически нулевая загрузка сервака. Чем он там занимается - неизвестно. Прибавляли кэш на серваке, но ничего не добились. К сожалению, сам в настройках серверов ничего не смыслю, поэтому и спрашиваю - какие настройки сервака критичны.

[Алексей- Софт-Центр]

Добрый день!
Правильно ли я понимаю, что если вы сейчас в вашей локальной сети, поставите базу (TPS-файлы) на любои виндовом компе, к которому подключите 2-х пользователей, то все будет "летать" ?

Алексей

[optron]

Не совсем так. Если я со своей локальной машины запущу 2 раза программу от 2-х разных пользователей, то будет летать. Летало также и на Новеле.

[optron]

Сейчас тестил с файлами, которые создают для отчёта темповский файл, который потом и выводится на предпросмотр и печать. Файл для каждого пользователя свой. На убунте происходит примерно так:
Захожу под 2-мя разными пользователями.
Запускаю одним из них отчёт - формируется 25 секунд.
Закрываю отчёт, но оставляю открытым окно предварительно выбираемых параметров отчёта (навешана пауза на окно, при нажатии - формируется темповский файл). Но формирование отчета не запускаю. Т. е. В этот момент файлы отчёта открыты, но действий с ними не происходит.

Затем захожу под другим пользователем и запускаю тот же отчёт с теми же параметрами, как запускал от 1-го пользователя.
Формируется файл 2,5 минуты, но это бы ладно. Потом сформированный файл висит 5 !!! минут и ч/з 5 минут открывается предпросмотр. Размер ТМП файла - 1,7 мегабайт.

[Алексей- Софт-Центр]

Добрый день!
Для чистоты эксперимента - попробуйте это сделать с двух разных компов.
(Чтобы отсечь использование памяти, DLL-лек, и т.д. одного (своего) компа)

Алексей

[kreator]

А поставь Progress Bar. Подозреваю, что задержки нет, а просто идет медленная обработка.

[Игорь Столяров]

Подозреваю, что задержки нет, а просто идет медленная обработка.

Согласен. Если отчет делается по физическому ключу файла - то выборка должна формироваться быстро. Если же была фантазия указать порядок сортировки записей через указание полей в отчете - то сначала будет формироваться VIEW, а это процесс - если выборка не оптимизирована.

[optron]

Поставил счётчик времени.

В однопользовательском режиме - Общее время обработки: 0:00:12
Это время перелопачивания базы. Превьюшка затем - мгновенно.

При 2-х пользователях - Общее время обработки: 0:05:38
Превьюшка затем - чуть медленнее.

Ключей во время перелопачивания базы нет - с первой записи и по последнюю. Обработать нужно все.

Дело еще в том, что это не один отчет так хулиганит, а все. Их - более 40-ка. И стандартных АВС шаблонов и самописанные.

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

[optron]

Добрый день!
Для чистоты эксперимента - попробуйте это сделать с двух разных компов.
(Чтобы отсечь использование памяти, DLL-лек, и т.д. одного (своего) компа)

Алексей

Спасибо. Попробую, потом отпишусь.

[kreator]

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

Ну так всё правильно. Так и должен вести себя сервер. Не скажу за Ubuntu, а Винда именно так себя и ведёт. А если будет 10 пользователей подключено к базе, то, подозреваю надо на ночь оставлять.