kdvНасчет "не уверен" - конкретный update читает и пишет записи по очереди. Повторного чтения страниц там не возникает (кроме обработки записей с одной страницы). Так что разницы с дефолтным кэшем в 2048 страниц не будет.
Ну есть к примеру еще индексы и честно я попросту не знаю как идет работа с ними на физическом уровне при апдейтах.
И если в тесте всего один индекс, то у ТС судя по статистике их вроде как чуть больше и в тч присутствует один из моих "любимых":
Index RDB$FOREIGN13 (3)
Depth: 3, leaf buckets: 24523, nodes: 33838204
Average data length: 0.00, total dup: 33838202, max dup: 33836508
kdvникакой существенной разницы тут вообще нет, особенно между 2048 и 50000. Что могло попасть в кэш и повторно использоваться - так это pointer pages, которые были считаны при prepare.
Чтобы уж совсем убедиться - рекомендую gstat -r, и посмотреть на количество страниц таблицы. В данном случае оно как раз будет почти равно Reads from disk to cache.
Я с твоего позволения все в лоб проверил и да ты прав никакой существенной разницы нет:
Firebird-3.0.3.32794-0_x64, FileSystemCacheThreshold = 1M

Memory buffers = 2 048
Reads from disk to cache = 1 354 088
Writes from cache to disk = 392 254

Memory buffers = 50 000
Reads from disk to cache = 1 353 807
Writes from cache to disk = 379 380

Memory buffers = 100 000
Reads from disk to cache = 1 353 777
Writes from cache to disk = 366 333

hvladЯ думаю, что gstat показал бы около 420000 - 430000 страниц, занятых первичными версиями.
Остальное - блобы, много (их объём тоже можно увидеть), и немножко бекверсий.
Т.к. блобы не перезаписываются этим апдейтом, то и страницы, где (только) они лежат, не трогаются
После апдейта:

IMAGES (128)
Primary pointer page: 180, Index root page: 181
Total formats: 1, used formats: 1
Average record length: 31.78, total records: 30000000
Average version length: 17.00, total versions: 27129644, max versions: 1
Average fragment length: 11.61, total fragments: 15860970, max fragments: 1
Average unpacked length: 306.00, compression ratio: 9.63
Pointer pages: 921, data page slots: 1502504
Data pages: 1502504, average fill: 95%
Primary pages: 241910, secondary pages: 1260594, swept pages: 23116
Empty pages: 6, full pages: 1468260
Blobs: 30000000, total length: 7698888890, blob pages: 0
Level 0: 30000000, Level 1: 0, Level 2: 0
Fill distribution:
0 - 19% = 7
20 - 39% = 0
40 - 59% = 25973
60 - 79% = 23116
80 - 99% = 1453408

makhaonОсновная причина тормозов обнаружена. Есть ли смысл выполнять синтетические тесты?
Ну выполнять синтетические тесты наверное нет смысла, но изначально было сказано:
"По поводу производительности, что бы далеко не ходить, и не быть голословным...".
Соответственно любопытно услышать подробности про "Основная причина тормозов" :)

Симонов Денис,

Тьфу, пропустил это сообщение :( Спасибо!