Стоит сервак 1хP4-2600\512\SATA 60Gb
На нем Win2000 Prof + sp3 (определяется, что стоит 2 процессора)
Крутится FireBird 1.0.2 c одной маленькой базкой (около 30 метров).
5-7 клиентов, трафик маленький.
Клиенты: один Win95, один Win98, остальные Win2000.

Диспетчер задач показывает занятость процов сервака:
При редких маленьких запросах: 2-3% | 0%
При большой "загруженности запросами" всех подключенных пользователей: 21-24% | 5-7%
Т.е. мощности сервака достаточно даже на "тяжелых" запросах (выполняющихся по 5-7 секунд).
Таблички проиндексированы, запросы оптимизированы и т.п.

Все хорошо... пока не подсоединяюсь я со своего компьютера.

Клиентская программа - та же самая. Запросы те же. Винда - как у всех - Win2000.
Однако при моем подключении сначала все вроде ничего, но через десяток запросов с моего компа начинаются жуткие тормоза по всей сетке.
Смотрю загруженность сервака: 100% | 20-30%.
FireBird сожрал ВЕСЬ ПРОЦЕССОР !!!

Я все запросы прекращаю, но коннект не разрываю - на серваке все те же 100%. Как только отключился со своего компа, на серваке падает занятость процессоров до обычного уровня.

На серваке стоит 2х256 RAM (двухканальная). Подкачка настроена от 756 до 1512 Мб. Однако за все время работы, показывает, что подкачка равна 2 Мб!!!
Загруженность памяти - чуть больше 100 Мб.
Похоже, что БД ПОЛНОСТЬЮ сидит в памяти.
На серваке стоит галка "оптимизировать запущенные службы".
Настройки FB после установки не менял.

Сначала думал, что проблемы с сеткой, однако файлы копирует туда-сюда с нормальной скоростью.

Проблемы с сеткой "решал" здесь:\r
/topic/89296

FireBird 1.0.2.908. Не могу сказать точно, CS или SS. Скорее - первое.
Запросы элементарные. Например:
SELECT NAME FROM TABLE1 WHERE ID=10
На других компах такие запросы выполняются практически меньше миллисекунды. С моего компа - 2-3 секунды.
А что творится с "тяжелыми запросами"... По полчаса думает...
Трафик при этом минимальный. Все запросы обрабатываются серваком. Возвращает - небольше десятка записей. Блобов в базе нет.

>> Не могу сказать точно, CS или SS. Скорее - первое.
Извиняюсь, Мимопроходящий, тогда второе :)

Да, из него.
Один и тот же запрос шлет что программка (FIBPlus), что IBExpert - результат одинаковый.

Главное, что те же самые запросы с других компов не тормозят, а с моего "вешают" сервак.

Сейчас пытался из IBExpert'a "завалить" сервак громоздкими запросами. Не завалил... Получается, что это в программке дело? А ведь версии на всех компах абсолютно одинаковые...

База каждый вечер - backup\restore.

Вот, что нашел в логе (сразу то не судьба была посмотреть...):

LISSERVER (Server) Wed Apr 28 14:30:20 2004
INET/inet_error: read errno = 10054

LISSERVER (Server) Wed Apr 28 14:30:20 2004
INET/inet_error: read errno = 10054

LISSERVER (Server) Wed Apr 28 14:30:20 2004
INET/inet_error: read errno = 10054

LISSERVER (Client) Wed Apr 28 14:32:36 2004
INET/inet_error: send errno = 10054

LISSERVER (Client) Wed Apr 28 14:32:36 2004
INET/inet_error: send errno = 10054

LISSERVER (Client) Wed Apr 28 14:33:50 2004
INET/inet_error: send errno = 10054

LISSERVER (Client) Wed Apr 28 14:33:52 2004
INET/inet_error: send errno = 10054

LISSERVER (Client) Wed Apr 28 14:33:57 2004
INET/inet_error: send errno = 10054

LISSERVER (Server) Wed Apr 28 15:23:46 2004
INET/inet_error: read errno = 10054




Один раз даже такое было:

LISSERVER (Server) Fri Apr 23 17:04:53 2004
WNET/wnet_error: ReadFile end-of-file errno = 109

gds32.dll - одни и те же на ВСЕХ компах

>>Так это когда ты запрос срубаешь ... вот он лог и пишет.

Т.е. когда TpFIBDataSet выполняет запрос, а я делаю TpFIBDatabase.Close ?

И чего мне делать? Комп выбрасывать на свалку? Я уже все сносил и ставил заново...

Поставил локально на "глючную" машину сервак. Подключался один к нему. Не тормозит.
Поставил FB-сервер на Cel600/128 - Win98. Подключился к нему со своего. Не тормозит.
Сервак - P4-2600/512. Подключаюсь к нему один - тормозит.

P.S. Использую одну и ту же базу

Похоже сервак не переваривает мой компутер...

До сих пор продолжаю мучачть сервак своим компутером...
Наблюдения:

1) Если пользователей к базе подключено мало, то мой комп может и _не тормозить_ сервак.

2) Если пользователи активно работают, сервак может начать тормозить после моих первых запросов.

3) Тормозит ТОЛЬКО из-за клиентской программы! Если те же самые запросы выполняю в IBExpert (при закрытой клиентской проге) - никогда не тормозит.
Пробовал и полный фетч таблиц (все поля - 300000 записей), всякие преобразования полей (CAST) в запросе из IBExperta - загруженность сервака не более 10 %.

4) Тормозит из-за клиенской программы, даже когда она _НЕ ШЛЕТ_ никакие запросы на сервер!!!
Пробовал так:
Запустил клиентскую прогу у себя. Висит открытая транзакция на чтение. Фетч всех записей из запроса.
При этом сервак в норме. Передача данных по сети не идет. SQLmonitor не показывает больше никаких запросов.
Оставил так программку на пару минут - начались тормоза сервака! С моего компа за это время запросов не было!
Закрыл у себя программку - тормоза _исчезли_!!!


На моем компе такая же gds32.dll как на серваке и на остальных клиентских компах. Клиентская программа той же версии, что и на других клиентских компах.
Других FB-серверов больше в сети нет. Там где лежит база, путь не расшарен. Подключение идет к "LISSERVER:D:\DB\db.gdb" на всех компах.


Чего-то нифига я не пойму, из-за чего все это?

Воткнул другую сетевуху 3C980-TX (старую отключил из BIOS - она интегрированная была). Переустановил протокол, настроил и т.п.

Фигня все равно осталась %( ...песец какой-то....

Не подскажете, 4 сервис-пак может на это влиять?
На серваке и на локальных компах стоят третьи, а у меня - 4й (ставил сверху на 3й). По-моему, до установки 4-го все было нормально.
Я слышал, что он как-то коряво с событиями FB работает. Только не в курсе, в чем корявость. На мой комп события с сервака вроде доходят.

Результаты ping'ования с моего компа и с сервака.
ping <компутер> -n 1000 -l 65500


С моего компа:

Статистика Ping для <не мой компутер>:
Пакетов: отправлено = 1000, получено = 998, потеряно = 2 (0% потерь),
Приблизительное время передачи и приема:
наименьшее = 0мс, наибольшее = 16мс, среднее = 0мс

Статистика Ping для <сервак>:
Пакетов: отправлено = 2587, получено = 2562, потеряно = 25 (0% потерь),
Приблизительное время передачи и приема:
наименьшее = 0мс, наибольшее = 31мс, среднее = 0мс



С сервака:

Статистика Ping для <не мой компутер>:
Пакетов: отправлено = 1000, получено = 844, потеряно = 156 (15% потерь),
Приблизительное время передачи и приема:
наименьшее = 0мс, наибольшее = 16мс, среднее = 0мс

Статистика Ping для <мой компутер>:
Пакетов: отправлено = 2455, получено = 2261, потеряно = 194 (7% потерь),
Приблизительное время передачи и приема:
наименьшее = 0мс, наибольшее = 16мс, среднее = 0мс



Какой-то односторонний пинг...
Все провода проверил тестером. Повреждений не нашел.

P.S. Все пинги делал одновременно в обе стороны

Сейчас на серваке:
Current affinity mask: System=3, IBServer=1

Если юзеры даже по не-детски грузят базу, хоть все сразу - она не тормозит.
Если я какой-нить мало-мальский запросец сделаю - 100% занятость процессора FB-сервером + тормоза.

Чего может быть такого в клиентской программе, которая на всех компах не тормозит, а у меня тормозит???

Сейчас устроил ополчение на сервак. Пытался загнуть его в позу речного жителя - не удалось.

На четырех компах (включая мой) были запущены пинги (длиной 65500) на сервак и между собой. С сервака также шли пинги на все компы в сети.
Также на компах была запущена клиентская программка (сделал в ней, чтобы постоянно выгребались длинные фетчи с информацией за несколько месяцев).
Минус, правда, состоял в том, что ни одной пишущей транзакции не было.
Загруженность сервака при этом - не больше 20-30 процентов!!!
Во всех пингах было потеряно около 5-7 пакетов из 1500-2000.

Что перед этим исправлял:
немножко поднастроил сетевуху на серваке -
1) сделал, чтоб утилизация процессора была по-максимуму (раньше было - использовать проц по-минимуму).
2) увеличил кол-во буферов на передачу с 48 до 256.
3) еще какую-то хрень включил (не помню уже что).

Завтра посмотрим, как дело пойдет в рабочем режиме...

Антивирусов нигде нет (мониторов). На моем компе стоит BlackICE, но тормоза были и до его установки, да и все-что надо для FB - открыто. Хотя пробовал его отключать - все равно тормозило.
Сейчас при "ополчении" он был включен.

2 Dedushka Mazai:
>>когда запускаешь и работаешь - всё ок, как только пытаешься закрыть - >>всё, приехали. на других компах - всё нормально.

У меня как раз наоборот...

Может у тебя транзакции как-то хитро закрываются? Или вообще не закрываются?

Я у себя грешу на:
1) сетку (провода вроде нормальные, может свич глючит?);
2) свой комп (если завтра опять будут тормоза, буду сносить винду);
3) на комп с 95й виндой (уж очень часто он подвисает (2-3 раза на дню). Другую туда не поставить (P-166\128), да и нет особой необходимости - ее производительности вполне хватает, чтобы в клиентской проге найти нужную строчку в табличке, да на LPT-порт выплюнуть команды на принтер штрих-кодов).

>> вешается всё: как мой клиент, так и все ibexpert-ы и ibmanager-ы
Дык FB-сервак и вешается со всеми подкючениями. У меня, когда из-за клиентской проги сервак виснет, прогу закрываю - сервак "отвисает" и все клиенты продолжают нормально работать.

Пляяяяяятттть...

Тормоза продолжаются...

Зато пинги нормально идут. Но от этого не легче.

Может еще чего-нибудь предложите?

>>Пробовал с пользовательским логином/паролем в приложение со своей >>машины входить?
Дело не в этом, логин у всех одинаковый.


РЕБЯТА!!!! Я понял, в чем заковыка!!!
Раз при читающих транзакциях все нормально, а при пишущих - тормоза, значит надо копать в этом направлении... Ошибок в базе нет, validate проходит, НО(!) - изменения данных порождают event'ы. В них-то и оказалась вся загвоздка!
В новостях FIBPlus говорится, что наблюдается косяк евентов с четвертым сервиспаком. В чем именно косяк - не уточняется. Я думал - у меня работают и хрен с ними. Сейчас отключил регистрацию евентов в клиентской программке на своем компе - уже час как работает без висяков!!!
Ура, Товарищи!

Кстати, Мимопроходящий, этот глюк с евентами вылечить как-нибудь можно? Или мне винду сносить?

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

>> ... и все остальное тоже...

Ой-ли... Я ж собираюсь _поверх_ ставить.

Поставил сверху на вин2000 4 сервис пак ту же самую винду. Сервис паки убрались. Программка заработала с сообщениями от FB-сервака. Виноват был действительно 4-й сервиспак. Накатил 3-й. Программка продолжает работать нормально.
Единственно, что намертво отключился модем. Служба "Диспетчер подключений удаленного доступа" отказывается запускаться с системной учетной записью! Говорит, что нет доступа! Сцука!!!
Похоже, придется ставить винду с нуля...