Народ! Помогите!
Была программка. Все отлично летает.
Взял эту программу за основу и начал дорабатывать. При этом новая база по объему таблиц гораздо меньше. Стало чуть больше открытых файлов, появился один файл нового справочника (19 мб). Но начались страшные тормоза и в программе, и, что самое интересное, при копировании открытых пользователями файлов средствами Проводника.

Открываю старую программу со старой (большой) базой - все отлично, включая простое копирование.
Открываю новую с меньшей базой - страшный тормоз.
Для сравнения скорости - 40 мб в старой базе в Проводнике копируются за 9 сек, практически такое же количество в новой - 5-7 минут!
Никаких блокировок нет. Тормоз даже тогда, когда просто все вошли в программу, открылись файлы и никакой работы.

Что я мог такого нагородить???

В том-то и дело, что ничего такого!!!
Касперский стоит на одной машине, но эффект тот же. Насчет грузить процессор, то это происходит даже тогда, когда кто-то вошел в программу и сидит перед пустой начальной формй, ничего не делая (просто стали открыты файлы - около 30). Вхожу я в программу на другом компьютере, открывая теже файлы и также ничего не делая - в это время кто-то пытается скопировать эти файлы в Проводнике и все... приехали - 7 минут ждите!
Причем программа в это время НИЧЕГО не делает!
Некоторые файлы с сервера при загрузке копируются на лок.машину и открываются в мон.режиме. И все.

Причем, пробовал в 3-х конторах - результат один. Т.е. не Винда, ни Касперский. Заглушка в программе.
Хотя бы где искать? Ведь даже программа проста как валенок - ничего круче rlock(), copy. Даже не SQL!!!

5631Может ты где-нибудь блокируешь записи и ждешь очень долго, пока они будут разблокированы ?

В том-то и дело, что нет. Просто запускаю программу, открываются файлы и все. Никаких движений. Причем эта медленная скорость и при работе с программой, и когда она просто запущена. И, кстати, не только копируются файлы медленно, но и сама программа очень тормозит - особенно на фильтрах. Первоначальный вариант программы строит фильтр на 10000 записях мгновенно, новый - на 600 строит за 1-2 секунды.

alex11100от фильтров отказаться нужно
как ни крути - фильтр не лучший подход

репроцесс сколько стоит

SET REPROCESS TO

в приложении поставь где нить
wait wind set("reprocess")

ставь
set repro to 0
SYS(3052, 1, .f.)
SYS(3052, 2, .f.)

посмотрим че нить поменяется
нужно понять что тормозит

индексы строковые???? версия фоксы???

Вставил
set repro to 0
SYS(3052, 1, .f.)
SYS(3052, 2, .f.)
разницы нет.

Индексы строковые (причем одинаковы в обеих программах)

3051 = 333

wait wind set("reprocess")
- так дословно и писать, или reprocess имеет значение?

Fox7.0

set reprocess to - просто или сколько-то?

Еще один вопрос - может, в этом все и дело.
В новой программе открывается файлов по кол-ву примерно такое же, а по объему больше. В новой программе открывается около 40 файлов общей емкостью 70 мб. Пользователей около 20. В старой программе 7 пользователей по 15 мб. Может, это тормозит?

karly™Может, в настройках сети дело? Старая и новая БД лежат на разных серверах? И доступ к ним осуществляется с разных компьютеров?

Пробовал и старую и новую в двух разных сетях - одна на WinServer2000 , вторая - WinServer2003, компы разные.
Но старая база летает и на Целеронах 1.8, а новая тормозит и на них, на 2-х Ксеонах с 1 Гб оперативки!

qwertyqwerty1) Стал менять прогу - а теперь смотри что на самом деле стало с оптимизацией доступа к данным по Rushmore???

2) На форуме в свое время активно обсуждали кодовые страницы таблиц и оптимизацию выполнения Rushmore. В VFP8 со всякими хорошо, а в VFP9 только с родной.

rushmore - это что за зверь? Никогда не задумывался (кстати, ни в старой, ни в новой проге).
Кодовые таблицы везде одинаковые. VFP7.

Ребята! Я все приму на свой адрес (не электронный ;-) )
Я - нуль в Фоксе. Но, все-таки. Одна и та же программа, одна и та же структура таблиц, разные сети. А результат - ...
Может, дело в том, что я в одном файле построил 3-й индекс и поставил set order 1 -2 -3?

Да, выразился не точно!
Я имел ввиду:
put="k:\"
kk=put+"kart.dbf"
ii= put+"kartin"
ii1=put+"kartib"
COPY FILE &kk TO c:\arc\kartc.dbf
USE &kk
SET INDEX TO &ii
SET INDEX TO &ii1 additive
Set order to 1

И все идексы в новой и старой программе одинаковые.
По поводу проводника - просто заметил, что копирование открытых файлов в старой и новой программе происходит медленнее, чем в 5-7 раз (при одном и том же объеме и количестве, ну примерно одном и том же)

alex111002 Trend , ничего не понимаю

таблица лежит на диске к (это в сети??)

с диска К Вы тянете на локальный диск табл
индексы используете старые, которые в сети лежат
индексы я понимаю некомпактные безтеговые

плюс макроподстановки аж в глазах рябит
(ну уж скрипт запусти)

так чего же Вы хотите???

Да даже если это летать будет
Вы считаете вот это все правильным ????

что там с перетянутыми данными делают??
их смотрят или правят???

Итак, что я замутил в отличие от старой версии.
На сервере хранится таблица. Индексируется каждую ночь. При включении компьютера пользователя она копируется на локальный диск и там переиндексируется. Т.е. есть две версии таблицы. Пользователь может делать изменения в своей таблице и по SEEK ищется запись в таблице на сервере и модифицируется и там. В общем-то сделано это было для того, чтобы пользователь мог спокойно работать с фильтрами на гриде.
Сам этот подход при его неправильности может тормозить?

UrriДа уж, какая здесь к черту рашмор-оптимизация! Все очень запущено. :(

COPY FILE &kk TO c:\arc\kartc.dbf
- объясните, а это зачем, если потом
USE &kk
?

Какая версия фокса?
Что вообще должен делать этот кусок кода?
Вы уверены, что в старой программе код идентичный приведенному здесь?

В общем-то, выше я ответил на эти вопросы.
Такого в старой программе не было. Fox7

alex111002 Trend

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

а как Вы будете работать с таблицей в 1Га ???

но это все неверно!!!!
есть методы другие
1. это селекты
2. это связи - релейшины
3. и т.д.

Да я согласен. Просто нет времени делать по-другому.
Но все-таки в этом варианте от чего тормоза? Ведь я 1 раз делаю копию таблицы и дальше с ней работаю, фиксируя по индексному поиску изменения в таблице на сервере. Т.е. по сети ничего не перемещается, а индескный поиск, если не ошибаюсь, работает мгновенно. Где же тормоз? Правильно я понимаю, что фильтры в сети в принципе не работают?

Да меня вот что смущает. Вся реальная база - 3 Мб (!). Файлы, на которых виснет фильтр - по 200 Кб(!!!!!!!!!). И фильтры на этих долбаных килобайтах завешивают всю сеть.
Неужели одновременная фильтрация на файле 200 Кб и кол-вом записей 600-800 для 10 пользующихся одновременно компьютеров блокирует всю работу?
Ведь такой принцип был и в старой программе. Причем эти файлы никуда не перемещаются, а находятся на сервере!
Перемещается список открытых заявок, а файл с работами - на сервере. Он-то и весит 200 Кб, он-то и тормозит сеть. Вот что непонятно!

alex11100ваши проблемы
и весь разговор
сводится к тому, что так делать нельзя и все тут

я если в коде вижу
set filter to
начинаю плеваться, и все тут

может мелкософт и оптимизирует чего как с локейтом,
но изв. писать так все равно не смогу никогда
приучили шустро писать сети на коаксиале и айбиэм эксти

Alex, дорогой, уважаемый! Я все это понял. Я не понимаю одного. Есть простая программа - грид со списком заявок. Их от 300 (нов) до 1700 (стар). Этот грид, кстати, я и копирую на С: (ну, не грид, а таблицу).
Щелкая на строке грида я вызываю другой грид с работами, фильтруя для номера данной заявки (всего в файле работ 10000 (стар) и 900 (нов) записей. Селерон 1800 - сервер (стар), ХеонХ2-3000 (нов).
Так почему работы открываются в старой за 0.5 сек, а в новой - до 20???

alex11100версии фокса одинаковые???

Да, 7.0 Sp1.

kartc - это как раз тот список заявок и к файлу работ отношения не имеет!
Работы открываются отдельно, простым индексированием по наименованию. И все... после открытия этого файла хотя бы 2-мя пользователями - уже аут!

Спасибо, попробую. А завтра привезу ту (старую) программу и запущу у себя.

Ребята!!!
Всем спасибо за науку! Особенно Alex11100!
Нашел я все-таки глюк, точнее тормоз. Итак, при общем открытии файла (того самого, на 200 кб) был изначально построен индекс и по этому файлу сновал фильтр. Вот это тормоз, доложу я вам! Отключил индекс - и все в порядке!
Значит фильтр особенно тормозит именно на индексированных файлах.
В будущем постараюсь избегать таких ситуаций.

alex11100я бы вообще посоветовал
писать без фильтра

Это я уже понял ;-) ! Спасибо!