Добрый вечер,

Хотелось бы выслушать людей, которые работаею с FoxPro/Visual FoxPro и высказали свое мнение (предположения) почему может плохо (долго/туго) работать программа. Это ситуация скоро станет полным абсурдом.


Есть бух. программа, которую написали на FoxPro/Visual FoxPro (точно не знаю, т.к. докапаться до тех. документации мне не удалось). При выпалнении некоторых действий можно спокойно покинуть свое рабочее место и сходить либо покурить или же туалет. Вернувшись не факт, что все будет завершено. Да и так говорят, по сравнению со старой бух. программой она работает/обрабатывает дольше (старая програма использовала ДБ - Sybase).

С программой работает около 20 человек, самый большой файл ДБ не более 100 мегов, всего ДБ файлов около 30 (но не более), в фирме не более 200 человек.

Те кто написали программу говорят вот что:

1. У вас плохие компы
2. У вас говно сеть

Почему ситуация становится абсурдной, потому что 2 ода назад всем бугалтерам купили компы с i5 процами (в этом году кое-как уоворил не брать i7). В прошлом году проложили отдельную витую пару для бугалтеров и врубили напрямую на сервак гигабит (думаю в 2015 потянем оптику + всем бугалерам врубим гигабит на мамке).

Хотя не все так печално))) вот что было замеченно:
1. Если человек работает на сервере через RDP примерно +20% прироста скорости
2. Если у человека стоит не встроенная видеокарта +5-10% прироста скорости (это ФАКТ, я реально не могу понять почему так)

В чем я вижу подвох программы:
1. Есть места, где бугалтер работает один и все ЛЕТАЕТ... а там где их 20 человек - тормазит (у нас несколько отделений)
2. Там где работает 20 человек, программа запускается через ШАРИНГ!!!! нет клиента - тупо шарится каталог и с него зупускается программа.

Что Вы можете подсказать, предложить или ....

З.Ы. Я просто не работал с FoxPro и не могу понять... Все мои ДБ сейчас крутятся на MySQL. одна 25к записей (1 минута самый длинный запрос), вторая 5-6 млн. (от 50 до 400 секунд запрос). Помогите советом. Спасибо

sqlnewВсегда ли было такое?

Похоже, программа сделана через анал.
Скорее всего стандартная ситуация - фильтр на таблицу с подключенным индексом в общем пользовании.
Кол-во записей близко к тыще - и общий коллапс обеспечен. Причем, если работает 1 пользователь - нормально, а второй - ж. Причем нет большой разницы - 2 пользователя сразу или 20.
Попробуйте договориться, чтобы с каким-то модулем (который тормозит и использует конкретные файлы) точно поработал ОДИН пользователь и гляньте, что будет после подключения второго.

Попробую уточнить. Где работает 1 человек, то у него все стоит на его компьютере и только он один с этой программой работает.

А есть место, где работают через шаринг, вот там полная печалька! и нет разницы 1 он будет или нет. Насчет было ли это сразу - сказать не могу т.к. в ДБ заливались/перенасились старые данные. Но точно знаю по сравнению со старой (вроде Delphi+Sybase) она работает хуже изначально.

Я просто не с самого начала работаю, когда внедрили эту систему.

Sergey ChТрудно сказать, не "пощупав" все это руками

100 Mb самый большой файл - это очень мало для FoxPro...

Могу дать несколько советов из своей практики:
1. Вы правы, надо избавиться от Shared location из которой запускается программа. Обычно создаются каталоги на рабочих станциях из которых запускается программа. В файле конфигурации FoxPro должно быть прописано - локальные пути для временных файлов, сетевой путь для файлов данных etc. (если программа эта написана хорошими программистами).

2. Файлы с данными должны быть на настоящем выделенном сервере. Тут есть ряд требований и установок для Windows 2012...

3. Проверить, чтобы индексы были правильно построены и работали (в FoxPro есть проблемы с этим).

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

Good luck!

1. тут ничего сказать не могу. те кто написали сами так сказали делать и сами изначально сделали через шаринг.

2. стоит отдельный копм (сервер), по рекомендациям производителя программы (они и продали сервак и его же настоили) поэтому как они говорят: все сделанно СУПЕР и там проблемы нет ))))

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

У нас нет специалистов в этой среде ))) Мы как-то подумывали нанять аудит программы )) но бугалтера успокоились и на этом мы остановились. Ждем когда у них снова нервы сдадут и будет скорее всего делать аудит, т.к. без основания нам никто денег не даст на аудит или же эксперта.

вродебы это было в начале года, когда решили/предлажили нам отказаться от программы и снова перейти на Sybase. Писать письмо в минестерство и требовать чтобы нам написали программу используя современные технологии ))), а не какой-то там FoxPro.

Как знаю разработчики писали кучу писем с доказательством, что программа уже не использует ДБ FoxPro, а все перенесено в MySQL. На что мы им просто напросто давали список используемых файлов в данный момент (когда работают люди) и там ярко было показанно, что используется ДБ FoxPro.

может нам бы и написали новую прорамму, только как знаю - старие бугалтера отказались и сказали им понраву старое. После чего криков на то что система тормозит нет. Но мы точно знаем, что она тормозит, просто им заткнули рот ))).

Спасибо за мнения. думаю если начнется новая волна бунта насчет бух. программы - будем делать аудит.

К сожалению у нас программу пишет тот, кто выиграл конкурс (гос. учереждение).

Если у кого-то появятся идеи, мнения... буду рад выслушать. спасибо