Стоит сервак 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. Использую одну и ту же базу

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