NW 6.5, DOS задачи и включенный кэш. Help

[alex223]

Есть NW6.5SP6 на HP ML350 (XEON 3200, HDD 72 GB, RAID2, свободно 40 GB,1GB ОЗУ)
NW установлен по умолчанию как файл-сервер в новом дереве. Доустановлены apache, iprint и imanager.
Пользователей - около 40, основные проги - DOS (базы btrieve, fox, dbf), OFFICE и так, по мелочам, всякого разного.
Клиенты - 4,91SP3, SP2, клиентские машины - CEL 2400, CEL2700, WIN XPSP2, WIN XPSP1, но есть штук 8 CEL 1200, WIN98, NW client 3.32.
Регистрация в сети - по IPX (политика фирмы).
Изначально, прочитав сообщения на форуме, отключил 2-й проц и кэши. Работало все стабильно, но оооочень медленно, особенно с btrieve задачами на WIN XP (загрузка проца на клиентских машинах - не более 30%, дело не в этом). Отмучавшись неделю, решил включить кэши на сервере, учитывая то, что с dbf базами работают на XPSP2, с новым клиентом, который вроде как работает корректно с кэшем, а нагрузка на сервер низкая, можно еще штук 30 пользователей подключать.
Включил. Все ОК! Btrieve стал работать раз в 30 быстрее! Проги с dbf базами - раз в 10. Сервер не перегружен, ни на что не жалуется.
Но... возникло пару но... Именно пару.
1. Есть прога по учету фин. операций. На btrieve. Все глобальные процессы с базой (не маленькой), все на ура. Затем в конце дня делается вытяжка операций за день (все нормально) и архивируется самой прогой с помощью ARJ. Проблема именно с архивом. Чем быстрее клиентская машина, тем меньше данных в архив попадает! Хотя размер самого архива показывает нормальный.
2. Еще одна программа, но уже с dbf. Тоже в течении дня без нареканий проводит сложнейшие действия с базой. В конце дня - тоже выгрузка файлов за день (без проблем). Перед упаковкой данных проверяет целостность файликов, и стопорит, пишет что файл такой то - нулевой длины, хотя он нормальный.
В чем дело? Что-то куда-то на сервере не успевает прописаться, или что-то не успевает прочитаться? (программы работают с бешеной скоростью). Если делать то же самое на старых компах или с выключенным кэшем на сервере, когда все тормозит - все ОК.
Плз, знающие люди, помогите. Извиняюсь за ламерство, опыта никакого. Это мой первый сервер.
С уважением, Александр.

[Музалёв Николай]

В качестве "алгоритМА РТЫШКИ"
На клиенте, в Свойствах, в закладке
"Дополнительные параметры" посмотрите пару параметров
File Caching & File Commit
Покрутите их туда-сюда и посмотрите, как влияет.

[Boris Morozov]

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

[alex223]

По порядку.
For: Музалёв Николай
Вечером проверил на 1-м баге (с архивацией)
Исходные: file cashing=on, file commit=off
File commit=on -ни на что не влияет.
File cashing=off - работать начинает медленно, но с архивом все нормально. Однозначно деле в кэше, но как побороть?
For: Boris Morozov
1. Задержку сделать не могу, алгоритм зашит в exe-шнике.
2. Даже если через час взять созданный архив и закачать данные в прграмму для просмотра, он будет неполным.
В случае с контролем данных на корректность перед упаковкой (2-й баг), то сами данные создаются минут за 20 до контроля и в фаре видно, что они есть. Но все равно выдается сообщение, что файл1 пустой, файл 4 некоректный, хотя все нормально.
С уважением Александр.

[Елена Лезгина]

Мы в настоящее время тестируем работу АРМов на VisualFoxpro на кластере Netware 6.5 SP6, файловая система NSS. Наши специалисты АСУП написали тест, который делает последовательные запросы к некой тестовой СУБД через определенные интервалы времени в сек. Интервал и кол-во запросов можно задавать. Если на кластере отключить кэширование (client file caching enabled=off), все работает крайне медленно. Поэтому сейчас кэширование включено, т.е. стоят параметры: client file caching enabled=on, oplock level II enabled = off.
Если запускать тест с интервалом запросов 1,2,...30 сек, то он прорабатывает моментально с нереальной скоростью. Если же интервал увеличить до 31 и выше сек, то запросы идут с нормальной, реальной скоростью. У специалистов АСУП возник вопрос: а не берутся ли в первом случае данные из кэша, не помешает ли им это в дальнейшей работе с уже реальными базами? Возможно, где-то в NW стоит настройка на "сброс кэша" через 30 сек. Пробовала воздействовать на это значение времени 30сек различными настройками NSS - неизменно. Что-нибудь подскажете по этому поводу?

[Boris Morozov]

распределенную базу данных, то не надо использовать фвйловую систему с блокировками, она не предназначена для этого.
Используйте транзакционный доступ первазива(не SQL упаси боже), то бишь Btrieve и будет вам счастье. Пусть ваши продвинутые программер(ы) сделают пару переходников на каком-нибудь настоящем языке программирования типа Delphi(Pascal) или C и дадут народу.
Я уже насмотрелся на мазохизм работы FOXPRO в сети и каждым годом все больше убеждаюсь в правильности принятого нами решения в 89 году работать на Btrieve.