Gallemarон не поможет, пока висят транзакции.
какие еще транзакции? свип что, не сможет убрать мусор от Oldest до Oldest snapshot? Ну да активные транзакции есть, ну и фиг с ними. Или со свипом.
Gallemarкто попадал в аналогичную ситуацию?
в какую?
застревание Oldest transaction это всего-лишь
-увеличение TIP, но это линейный список, так что пофиг. Разве что транзакции snapshot кушают все больше памяти - в данной статистике уже по 5 мегабайт почти.

И ВСЁ! Мусора-шмусора при этом вообще может не быть. Например, я тестировал когда срабатывает авто-свип в свежих ИБ и ФБ. И что, я мусор плодил? Нет, я принудительные роллбэки делал.

Почему у некоторых людей при застревании OT (или OIT) просто паника начинается?

Gallemarразрыв oldest-activ в 20 млн
и што? нет такого "разрыва". Есть
Next - OAT, это самая давняя активная
и
OST -OIT, это разрыв для авто-свипа.

Все остальное фигня. OAT - OIT это вообще фигня какая-то, потому что если OIT застревает, то он остается на месте, а все остальные маркеры едут вперед. Так же как и Next, и OST.
И это просто значит, что транзакция, номер которой был OIT, завершилась роллбэком. А она могла вообще ничего не менять в базе.
Дегтярев Евгенийа синхронизация этого хозяйства в классике не вызывает проблем, или меня память подводит?
синхронизация чего?
Я потрясен. Или никто ничего не читает, или эти знания бесследно выпадают из головы.
TIP, Transaction Inventory Pages, в базе. С ним работают "онлайн" только RC транзакции. Транзакции Snapshot читают TIP при старте, и дальше они клали болт на "синхронизацию" и глобальный TIP.

hvladТак штааа...
на память да, влияет. У меня был пример когда Next-OIT было 28 мегабайт.
Но в целом на производительность это толком не влияет, а если и влияет, то никто не замечал, потому что куда большее влияние оказывают версии, мусор, сборка мусора, и т.д.

Откуда появилось пугало про OIT я так и не понимаю. OAT при нынешней сборке мусора - да, ахтунг. При будущей - надеюсь что будет гораздо лучше, чем сейчас (с твоих слов).

Dimitry SibiryakovДля этого её пришлось бы запускать с отключенным сейфпоинтом, а такое мало кто умеет.
у ИБ и ФБ это делается по разному, но вполне делается в FIBPlus и IBX.

Дегтярев Евгенийне силен в терминах, RC это read committed?
http://www.ibase.ru/ibtrans/

Работать с БД и только догадываться что такое RC, это как-то ... сильно.
Тем более что уровней изолированности в стандарте 4 - dirty read, read committed, repeatable read, serializable,
плюс "типа нестандартный" snapshot.

Дегтярев Евгенийа разве по умолчанию транзакция не rc?
при чем тут умолчания? я обрисовал как с TIP работают транзакции read committed и snapshot. Других транзакций в ИБ и ФБ нет.
У ИБ и ФБ по умолчанию транзакция Snapshot (сюрприз).
У IBX - тоже snapshot.
У FIBPlus - read committed.

Как у других компонентов - до лампочки, потому что я давно говорю, что "по умолчанию" транзакции использовать нельзя, надо явно задавать уровень изолированности, потому что он х.з. какой по умолчанию в каких компонентах.
К примеру, RC "по умолчанию" в ИБ и ФБ no_rec_version (см. статью выше).

Vlad F,
я про "улучшенную сборку мусора" в 4. И все. А вообще про 4 тут
https://www.firebirdsql.org/en/planning-board/