fbserver.exe постоянно грузит процессор на 100%

**salexv** Вт Фев 02, 2010 16:22

Приветствую всех.

Такая проблема:
Имеем - Smeta.ru (версия 6.1.0.5 от 29.12.2009) установлена на системе с процессором Intel Core Duo E4400 c 2-мя Гб оперативной памяти. Один пользователь на этом компе работает естесственно локально, второй по сети. Так вот. Уже длительное время во время любого действия с программой, процесс fbserver.exe загружает процессор на 100%, т.е. элементарное добавление сметной строки вводит в кому компьютер секунд на 10-15, я уж молчу об открытии смет. Работает или нет по сети второй пользователь, всё равно, от этого не зависит. Файл базы размером 1.3 Гб, проверку на ошибки через мониторинг проходит - ошибок нет. База новая, старая была размером 5 Гб - также подвешивала систему.
Кто знает, подскажите в чём дело. Заранее благодарен.

P.S. Кстати Винду (ХР) переустановил на обоих компах буквально менее месяца назад, думал в этом дело, ан нет

Ваша реклама

**Timur** Вт Фев 02, 2010 17:24

Ну очевидно что fbserver.exe обрабатывает какой то запрос.
Словом, с такими исходными данными приходится только гадать...
Опишите как можно подробнее процесс загруженности процессора. Ну например :
1. При закрытой smeta.ru fbserver.exe загружает процессор? (Может смета.ру и не виновата в этом. Есть куча приложений которые используют так же fbserver.exe. Например утилита мониторинга БД выполняет какое то задание с другой БД или какая нибудь сторонняя разработка)
2. В какой момент именно загрузка процессора доходит до критической стадии?
3. Какое поведение fbserver.exe после перезагрузки компа?
4. Эта ситуация стабильно всегда после определенных действий или жет нет?
Чем больше информации тем проще будет выяснить истинную причину этого загадочного поведения.

**aivt** Вт Фев 02, 2010 23:54

Уточните количество строк в смете на которой тормозит во время работы и в смете на которой тормозит при открытии сметы.
Уточните наличие антивирусов и фаэрволов и прочего вредоносного ПО.
Уточните какой у вас электронный ключ LPT или USB.
Если у вас LPT электронный ключ, то уточните какой тип LPT порта выбран в BIOSе (Например Normal или EPP или ECP и т.д.)

**Mikle** Ср Фев 03, 2010 8:34

aivt писал(а):Уточните наличие антивирусов и фаэрволов и прочего вредоносного ПО.

Попробуйте сделать резервирование/восстановление базы (на место существующей) утилитой мониторинга БД. Эта процедура оптимизирует размещение данных в файле БД, пересоздает индексы (в терминах СУБД FireBird). Если с базой долго работали, производили многочисленные удаления/добавления записей, то эффект однозначно будет. Да и вообще полезно периодически производить такую операцию.

**aivt** Ср Фев 03, 2010 10:33

aivt писал(а):
Уточните наличие антивирусов и фаэрволов и прочего вредоносного ПО.

А как еще можно назвать Касперского если после его установки работа программы замедляется примерно в 10-15 раз!!!
А DrWeb, мало того что тормозит еще больше касперского, так еще недавно выкинул номер - после обновления базы через интернет начал удалять экзешники на право и на лево, в частности около 30 наших клиентов пострадали, так как у них DrWeb удалил Smetaru.exe, который гарантированно не был заражен вирусами (контрольные сумму были в порядке).

**salexv** Ср Фев 03, 2010 13:47

Всем благодарен ...

Итак поподробней:

На компе кроме Smeta.ru клиент-серверных приложений больше нет. Т.е. проверял, если в смете не работаем, а только ms office 2003, Internet Explorer, аська и прочий пользовательский софт, то всё ок, компьютер не клинит. Хотя я заметил что процесс fbserver.exe даже при НЕ включенной смете висит в таске, НО никак себя не проявляет.

to aivt по поводу ключа, ключ защиты - LPT. Если честно не помню, какое значение стоит в БИОСе для LPT(сейчас посмотреть не могу, теперь только в пятницу на раб. месте буду). А какое должно быть??? может действительно в этом дело, вроде я как месяца два назад БИОС по дефолту сбрасывал, в итоге сбил правильное значение?

Из "вредоносного софта" стоит Kaspersky Windows Workstation , последняя версия , вроде шестая, настройки по умолчанию, виндусовый фаерволл он при установке отключил взамен своего. Больше "вредоносного" ничего нет.

По поводу работы сметы. Значит запускаю smeta.ru (постоянно висит таскмгр, т.е. наблюдаю за процессами и нагрузкой) , появляется процесс smeta.ru.exe , всё нормально, пользователь - пароль, захожу , всё нормально. Спокойно раскрываю меню-подменю смет. ВСЁ ок!!! нагрузка почти нулевая . выбираю какую либо смету и нажимаю ОТКРЫТЬ ... практически моментом (секунда) процесс fbserver.exe загружает процессор на 100% и минуты полторы-три, а то и пять(в зависимости от сметы) компьютер "висит" . Смета открылась, нагрузка процессора тут же упала до 0% , ... дальше, допустим пытаюсь сделать какое либо действие с открытой сметой, добавить-удалить строку, тут-же опять fbserver.exe загружает процессор до 100% и ждем секунд 15-20 ... только добавилась, снова упала нагрузка до 0% ... т.е. наскока я понимаю, клинит в момент когда идет обращение к файлу базы чтоб загрузить в оперативку данные ... вот что-то вроде этого друзья ...

**Kir** Ср Фев 03, 2010 14:20

Mikle писал(а):Попробуйте сделать резервирование/восстановление базы (на место существующей) утилитой мониторинга БД...

Начните с предложения Mikle.

**aivt** Ср Фев 03, 2010 17:47

по поводу ключа, ключ защиты - LPT. Если честно не помню, какое значение стоит в БИОСе для LPT(сейчас посмотреть не могу, теперь только в пятницу на раб. месте буду). А какое должно быть???

Должно быть Normal !!!

**aivt** Чт Фев 04, 2010 8:41

А всетаки сколько строк в смете?
Есть подозрение, что очень много.

Я на своей старенькой машине (Pentium M 1.6, 512Мб ОЗУ) провел эксперимент.
Нагрузка на процессор действительно создается 100% в тех случаях как вы и описали и именно fbserver.exe
Но только длительность такой нагрузки на порядок меньше, чем у вас.
Например, при открытии сметы 2000 строк - 5 секунд.
При добавлении строки в смету:
500 строк - 2 секунды;
1000 строк - 4 секунды;
2000 строк - 13 секунд.

У вас машина намного сильнее, поэтому должна работать еще быстрее чем у меня.

Попробуйте всеже удалить касперского - скорость работы машины должна возрасти в 10-15 раз.

**Slaventi** Чт Фев 04, 2010 19:38

Тоже сталкивался с такой проблемой. Смета в несколько строк (не особо много), и при поиске в нормативах Smeta.ru "зависает". Версия хоть 5.1 хоть 6.1...

**Akina** Чт Фев 11, 2010 12:17

Я, честно говоря, не знаю, зачем Firebird ставится в режиме супер-сервера... элементарная переустановка его в режим классика ускоряет работу и снижает суммарную загрузку процессоров минимум раза в полтора. А если увеличить количество выделяемой каждому потоку памяти (в соответствии с задачами сервера и количеством клиентов, чтобы не перестараться) - можно получить дополнительное, и тоже немалое, ускорение.