Приветствую.
Такая проблема. Используем VFP9. Работа идет с dbf файлами по сети, т.е. есть сервер, на котором в определенной папке лежат dbf файлы и пользователи внутри локальной сети работают с этими файлами.
Запускается первый пользователь, открываются все dbf файлы. Загрузка у него происходит моментально.
Запускается второй - у него это происходит медленнее на порядок.
У обоих стоит одна и таже прога. Если меняются очередностью, у второго быстро запускается, а у первого медленно.
Т.е. точно проблема не с сетью.
Есть подозрение на DLL файлы (vfp9rus и т.д., которые лежат в папке программы у обоих пользователей), что именно из-за них все тормоза. Когда были на VFP 6 такого не было. Смигрировали на 9 и началось. Код не менялся.
В момент запуска происходит просто поочередное открытие файлов dbf в цикле
USE (path) ALIAS name
Также медленнее происходят и все операции в процессе работы. Если первый пользователь работает один, у него определенная функция работает 10 сек. Подключается второй, выполняет ту же самую операцию у второго требуется 1 минута. Первый вышел из программы, у второго так же начинает выполняться за 10 сек.
Функция ничего такого экстраординарного не делает, простые селекты и поиски.

Кто сталкивался или если обсуждалось - дайте знать (поиском не нашел).
Эти тормоза очень мешают жить.

Особенности работы WINDOWS в режима файлового сервера. В случае работы одного пользователя производится блокировка всей таблицы, для двух и более - блокировка файла частично, что работает гораздо медленнее. Это если в двух словах.





Исправлено 1 раз(а). Последнее : Влад Колосов, 03.11.09 12:13

1. Выравнять приоритеты доступа к данным для пользователей, т.е. распределить ресурсы сети вручную, а не автоматически.
2. Такая проблема у меня была связана с Антивирусной программой. Добавить в список доверенных файлов маску *.dbf и библиотеки 9-ки.
3. Установить в программе Set refresh to 0 и Set reprocess to 0, разумеется, если пользователи только просматривают таблицы.
4. Использовать CDX index

А самый простой вариант, что- то типа:
Use ... in ... shared
copy to ... && локальная папка пользователя
use
use ... открыть таблицу локально
По окончаниии просмотра, желательно локальный файл удалить, но это как желаете.

Вопрос к Владу...
Можно расщирить немного Ваш ответ?
Полезная информация и меня также волнует.
Или пошлите куда надо...

Поиск по форуму opportunistic lock
forum.foxclub.ru

Chemberzhy
А самый простой вариант, что- то типа:
Use ... in ... shared
copy to ... && локальная папка пользователя
use
use ... открыть таблицу локально
По окончаниии просмотра, желательно локальный файл удалить, но это как желаете.

И самый неправильный. ИМНО.
как потом будете разруливать синхронизацию изменений ?

Каких, собственно, изменений?
Никаких изменений в таблице не происходит.

* Особенности работы WINDOWS в режима файлового сервера.
Как на этот процесс повлиять? На 6-м фоксе такого замечено не было. У пользователей винда все та же - XP.

* 1. Выравнять приоритеты доступа к данным для пользователей, т.е. распределить ресурсы сети вручную, а не автоматически.
Как это сделать? Простая сетевая папка.

* 2. Такая проблема у меня была связана с Антивирусной программой. Добавить в список доверенных файлов маску *.dbf и библиотеки 9-ки.
С антивирусом тоже сталкивались, но здесь не то.

* 3. Установить в программе Set refresh to 0 и Set reprocess to 0, разумеется, если пользователи только просматривают таблицы.
Пользователи какие-то таблицы только читают а какие то изменяют, поэтому не подходит.

* 4. Использовать CDX index
Используются везде, во всех таблицах индексы созданы, в нужные моменты включаются.

Под Nowell таких проблем не было... Вот раньше было - да!

Прочтите внимательно первый топик автора.
Доступ к таблицам только для просмотра нужен

2 h.i.a.
Спасибо

Нет, не только для чтения.

Тогда, оп...с

Посмотрите плиз, версию DLL файлов. Просто уже сталкивался с тем, что были DLL от SP1 глючно работали, поменял от SP2 все зашевелилось (было на 7-ке).

Chemberzhy
А самый простой вариант, что- то типа:
Use ... in ... shared
copy to ... && локальная папка пользователя
use
use ... открыть таблицу локально
По окончаниии просмотра, желательно локальный файл удалить, но это как желаете.

Этот самый простой вариант будет работать так-же медленно, как и всё остальное, пока не будет решена проблема с opportunistic lock (см. ссылку в посте h.i.a.). К тому же, автор нигде ничего не писал, что речь идет только о просмотре таблиц/выборок.

И вообще - работает ли кто нибудь в таком режиме, я имею ввиду со свободными таблицами по сети в многопользовательском режиме?

LionEyE
Посмотрите плиз, версию DLL файлов. Просто уже сталкивался с тем, что были DLL от SP1 глючно работали, поменял от SP2 все зашевелилось (было на 7-ке).

Для VFP9 SP2 пользуюсь следующим :

14.12.2004 06:17 114 688 foxisapi.dll
14.04.2008 20:38 1 724 416 GdiPlus.dll
21.02.2003 22:42 348 160 msvcr71.dll
15.10.2007 09:45 4 734 976 vfp9r.dll
15.10.2007 09:15 1 187 840 VFP9RENU.DLL
15.10.2007 09:47 1 212 416 vfp9rrus.dll
15.10.2007 09:45 3 907 584 vfp9t.dll

Влад Колосов
Под Nowell таких проблем не было... Вот раньше было - да!

А под Linux таких проблем и сейчас нет!

LionEyE
И вообще - работает ли кто нибудь в таком режиме, я имею ввиду со свободными таблицами по сети в многопользовательском режиме?

Конечно, работает. Рецепт прост: надо выкинуть винду и поставить линукс в качестве файл-сервера.