iBase.ru Forum

Не возникало ли у кого-нибудь проблем с subj? Конкретнее, у меня один thread пишет в БД, другой читает. Происходит нерегулярное зависание пишущего потока при выполнении API-вызова isc_put_segment(). В чем может быть дело?

а потоки ты синхронизируешь?

Вопрос слишком абстрактен. Нет ли дополнительных требований синхронизации, касающихся доступа к FB?

если несколько потоков работает с одним хендлом аттача, то их работа должна синхронизироваться приложением. Иначе создавай коннект на каждый поток.

К сожалению, не все так определенно. Когда используется отдельное соединение (ISC_DB_HANDLE) на каждый поток без синхронизации, все равно потоки виснут при одновременном входе в какие-нибудь функции IB API. Если операции доступа синхронизировать (критические секции), то количество аттачей роли не играет и программа вроде бы работает. Однако, если искусственно повысить интенсивность обращений к gds32.dll, то рано или поздно один поток повисает, а остальные бесконечно ждут его в связи с синхронизацией. Может быть, известны еще какие-нибудь нюансы?

Локальный коннект?

S. Makhortov писал(а):Может быть, известны еще какие-нибудь нюансы?

вызовы isc_attach_database нужно сериализовать
версию севера и клиента нужно сообщать

Коннект локальный. Версия FB 1.5, также проверял на IB 6. Сериализовать - это хороший совет. Но, как сказано выше, при одном коннекте и сериализации доступа при интенсивной нагрузке один поток виснет и т.д. М.б. сервер не успевает завершить текущую операцию, когда поступает новая? Хотя, это не в моей компетенции.

По TCP соединяйся, через localhost. И будет тебе щастье. Во всяком случае, должно

S. Makhortov писал(а):Коннект локальный.

он в версиях до FB2 не умеет работать параллельно

Лучше поздно, чем никогда...
http://www.ibase.ru/devinfo/ibx.htm. Раздел TIBDatabase.

Спасибо.