iBase.ru Forum

Ну дык назначь юзернейм и пассворд. в параметрах

Все ! Разобрался ! Тяжелое наследие прошлого. FB не причем, сборка мусора в 2-ке вообще песня !

А если все вызовы сериализуются через главный поток, тогда доп. коннекты не нужны ?

Уважаемые коллеги, не просвятите ли в вопросе о том, если какие-нть нюансы работы с БД FB из параллельных потоков ?

Бррр... проблематично... но попробую

Тэкс... рано радовался Весь день ковырялся с потоками, крит. секциями и т.д. и т.п. и все же прихожу к выводу, что какие то бяки есть в FB2. Вобщем, как бы я потоки не запускал, какие бы синхронайзы, мьютексы и т.д. не делал, если в базе в фоне идет сборка мусора, либо отваливается клиент, либо БД, ...

Так. Кажись FB не причем ! Это наши косяки, появившиеся в результате перехода с одной БД на другую... вобщем исправили старые ошибки, внесли новые. Спасибо огромное, мужики, за помощь, особенно Владу !

Билд 10834 GCPollicy = combined gfix -v -f ничего не выдает Падает клиент. Но один раз упала БД. Выяснил, что проблемы возникают в параллельном потоке, печатающем чеки. Этот поток кое-что и в базу пишет. Однако пока поймать не могу. Пару раз на ExecQuery зависал. Когда его закоментировал, еще где-то...

3000 - это в одной только таблице. всего где-то по моим подсчетам всреднем будет 30000 - 40000 - 50000.... где то так Попробывал (БД на той же машине, где и софтинка сама работает) : после удаления мусор на 2-ке автоматически удаляется в фоне примерно за 30 - 50 сек и, что самое главное, практически...

FB 2.0 Alpa 2 ODS 11.00
Опа ! Для меня оч. приятное откровение, что 2-ка сама мусор будет убирать ! И в каких случаях ? И тогда вопрос - по каким причинам в 2-ке будет накапливаться мусор ?
Тогда запускать свип только если OIT застряла, это вообще для меня иделальный вариант ! Спасибо !

Индексов по полям типа йес-но нет. Индексов с дубликатами нет - вообще на тестовой БД генерил случайные числа Мусор создается в основном массовыми удалениями. Попробывал gfixом запустить параллельно с работой системы - то же самое. (Дело осложняется еще тем, что работа идет с конкретными устройствам...

Да делаю на тестовой БД. Разрыв м/у транзакциями маленький 5-6. Долгоживущих write-транзакций нет. Но специально делаю в БД мусора мегабайт на 8 (т.к. в реальной задаче каждую смену будут массовые удаления...я писал выше). Вот из-за сборки этого мусора свип и тормозит. Можно конечно сразу собирать м...

Вобщем попробывал несколько вариантов 1) select count после массового удаления в пересменок. На машинке P3 1200 с 512 Мб сборка мусора занимает где-то минуты 3. Т.е. впринципе не так много, за это время можно покурить. (однако хозяева АЗС жмуться на компютерах... и на слабых машинах будет ж....) И е...

Размер БД за год будет не велик... думаю до 500 мегабайт. С бэкапом вроде нормально - в пересменок по приему/сдачи смены автоматически будет делаться. А вот свип.... В чедулере низя... будет окно выдавать - распугивать операторов... ФибПлюс, не знаете, позволяет запускать фоновый свип через свой API...

Вобщем задача такая : БД на FB, не на выделенном сервере. Работа с базой круглосуточно (отпуск топлива и товаров на АЗС), т.е. понятия "ночные B/R" неприемлемы. Администраторов как таковых нет. Данные в таблицах храняться определенное кол-во суток и в пересменку хвосты удаляются (где-то за смену уда...