Друзья, возникла довольно странная ситуация, возможно кто-то что подскажет.

Есть база FireBird 2.0, логика работы довольно сложная (много данных, индексов и триггеров, повешенных и на вставку и на обновление).

Ежедневно в базу льется порядка 10-20 тыс. записей (для простоты в одну таблицу).
Скорость добавления примерно 30-40 записей в секунду (да, небыстро, но это было некритично).

Потребовалось протестировать некий функционал на виртуальной машине (VirtualBox, Windows 7). Абсолютно одинаковые условия - версия Firebird, базы, приложения которое с ней работает. Только результаты оказались неожиданными - на виртуалке данные льются в базу намного быстрее, около 1000 з/с.

Вот тут и вопрос - что это, почему так? Куда копать? Это VB так опимизирует запись или Win тормозит или Firebird? Нужно хотя бы направление куда рыть.

wadmanExecutorна виртуалке данные льются в базу намного быстрее, около 1000 з/с.
В пустую таблицу?

Нет, в таблице постоянно поддерживается ~500 тыс актуальных записей.

hvladExecutorВот тут и вопрос - что это, почему так? Куда копать? Это VB так опимизирует запись или Win тормозит или Firebird? Нужно хотя бы направление куда рыть.Либо драйвер диска в VBox игнорирует FW (он же у вас ON, так ведь ?), либо сами диски сильно разные - это первое, что приходит в голову

В firebird.conf явно не указано значение FW, по умолчанию полагаю, что ON. А диски разные - нет, все на одном компе и на одном диске.

kdvExecutorВ firebird.conf явно не указано значение FW
Forced writes включается и выключается в базе, а не в конфиге (gfix -write ...).
Померять диск уже предложили - perfmon. А можно и замерять абстрактно, например утилитами теста скорости диска (их полно разных).
В общем, способов измерения много.

А зачем его измерять, простите? Диск - один и тот же, вплоть до раздела. База - одна и та же, тупо скопированная на виртуалку, значит и параметры идентичные.

Ivan_Pisarevskyhvladдрайвер диска в VBox игнорирует FWсамый вероятный сценарий.
Уже второе такое мнение ) Попробую отключить FW на нативной системе для проверки.

hvladExecutorА зачем его измерять, простите? Диск - один и тот же, вплоть до раздела. База - одна и та же, тупо скопированная на виртуалку, значит и параметры идентичные.Ну, значит и работает всё одинаково и вопросов нет. Топик можно закрывать.
Так в том и дело, что не работает одинаково.
Forced Writes в базе включен.

wadmanExecutorпропущено...

Так в том и дело, что не работает одинаково.
Forced Writes в базе включен.
Осталось сказать об этом виртуалке.

Если эта информация содержится в базе, то и работает с ней только Firebird, так? Т.е. получается, что раз Firebird в обоих случаях работает одинаково, то дело именно в способе записи на диск виртуалкой. Других вариантов не остается.

kdvExecutorто дело именно в способе записи на диск виртуалкой.
о чем тут сказали уже три или четыре раза.
Неужели? Речь вообще-то шла про Forced Writes, про который драйвер ввода-вывода виртуалки ни сном ни духом, так как понятия не имеет, что это.
Подведем итог - проблема остается нерешенной, будем рыть дальше. Всем спасибо.

rdb_devХостовой системе наплевать на FW базы Firebird гостевой системы, она просто тупо кэширует то, что пишет драйвер виртуального жесткого диска в свой файл на хостовой системе. Вот и весь расклад. Если не нравится такое поведение, можете попробовать отключить кэширование диска на хостовой системе и получите еще большие тормоза, чем были тогда, когда БД крутилась на хосте + тормоза при загрузке ОС и общее замедление операций с диском для всех приложений.
Хостовая и гостевая системы не связаны - все необходимое лежит и там и там и работает локально в обоих случаях.
Кэширование на хостовой системе, конечно, включено.

Поведение на виртуалке как раз нравится, даже очень. Меня и заинтересовал этот нюанс - есть ли возможность приблизить скорость к той, что на виртуалке, но для этого нужно понять причины такого поведения. Если на виртуалке драйвер ввода-вывода так хитро устроен, что дополнительно кэширует операции ввода-вывода, то понятно, что сделать уже ничего будет нельзя.

Dimitry SibiryakovExecutorПоведение на виртуалке как раз нравится, даже очень.

Ты всерьёз хочешь рисковать базой при краше системы?..

Какой краш, ты о чем? Сначала надо разбираться, потом принимать решение.

rdb_devExecutorПоведение на виртуалке как раз нравится, даже очень. Меня и заинтересовал этот нюанс - есть ли возможность приблизить скорость к той, что на виртуалке, но для этого нужно понять причины такого поведения. Если на виртуалке драйвер ввода-вывода так хитро устроен, что дополнительно кэширует операции ввода-вывода, то понятно, что сделать уже ничего будет нельзя.Можно! Отключи для базы ForcedWrites.
Выше это обсуждалось. База одна и та же, forced writes включено на обоих копиях - результаты разные.
Но, чтобы быть уверенным, провел серию экспериментов. Докладываю.

Изменений нет. Нигде. На хостовой системе скорость осталось такой же низкой, на виртуалке - такой же высокой. Результаты были перепроверены два раза и с включенным forced writes и с выключенным.