Re: Резервное копиров ание в Firebird 2.5 RC1
Hello, Сергей! Сергей Голосов wrote: Проводим тестирование версии 2.5 RC1 под линуксом. есть мысль по поводу в 2.5 nbackup медленнее. Если вся база помещается в кэш ОС, т.е. пямяти на компе в 2 и больше раз чем размер базы, то тогда действительно nbackup с отключенным кэшем ОС будет медленнее чем раньше. Т.е. раньше nbackup просто читал файл, а ОС ему его подсовывала в основном из кэша. При обратной ситуации, когда база не влезает в кэш, новый nbackup будет немного быстрее, и ОС будет мягче реагировать на чтение большого файла (раньше все бы выпало в виртуалку). Так что ключик переключения с кэшем/без кэша нужен. И думаю, что на нынешних серверах с базами до 10 гиг и RAM 24 гиг люди как раз в основном ключик будут использовать. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Резервное копиров ание в Firebird 2.5 RC1
Dmitri Kuzmenko wrote: Если вся база помещается в кэш ОС, т.е. пямяти на компе в 2 и больше раз чем размер базы, то тогда действительно nbackup с отключенным кэшем ОС будет медленнее чем раньше. Т.е. раньше nbackup просто читал файл, а ОС ему его подсовывала в основном из кэша. При обратной ситуации, когда база не влезает в кэш, новый nbackup будет немного быстрее, и ОС будет мягче реагировать на чтение большого файла (раньше все бы выпало в виртуалку). Так что ключик переключения с кэшем/без кэша нужен. И думаю, что на нынешних серверах с базами до 10 гиг и RAM 24 гиг люди как раз в основном ключик будут использовать. Согласен полностью. Я тоже столкнулся с этой проблемой, в итоге по подсказке ДЕ скомпилировал себе в 2.1.3 nbackup с отключенным O_DIRECT. Дмитрий писал, что ключик под вопросом, потому что у меня ситуация несколько специфическая и я был один с такой проблемой, но сейчас, раз проблема подтверждается, надеюсь, что сделают ключ. Мне вообще кажется, что логичнее даже сделать старое поведение по умолчанию, а новый режим по ключу.
Re: Резервное копиров ание в Firebird 2.5 RC1
Yakov Hrebtov wrote: надеюсь, что сделают ключ. Мне вообще кажется, что логичнее даже сделать старое поведение по умолчанию, а новый режим по ключу. Именно так уже и сделали. Снапшоты будут попозже. -- Дмитрий Еманов
Re: Резервное копиров ание в Firebird 2.5 RC1
Dmitry Yemanov wrote: Именно так уже и сделали. Снапшоты будут попозже. Только, насколько я понял код, под Win по умолчанию direct IO будет включен, а на остальных платформах - выключен...
Нетбук за бета-тест ирование
Hello, All! Приглашаем профессиональных разработчиков и администраторов принять участие в бета-тестировании инструмента Firebird DataGuard. Нетбуки - самым активным бета-тестерам! http://www.ibase.ru/dataguard.html -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Памажиття! Активация кучи индексов.
Заранее прошу прощения за тупизм. Как можно сделать active сразу все индексы в базе? База была восстановлена с параметром не активировать индексы, потому что по-другому не получалось - в primary key одной из таблиц загадочным образом оказался дубликат. Дубль убрали, а как теперь все индексы ВЗАД активировать? По одному 700 штук тоскливо... В.Груздев p.s. если это важно - FB 2.0, IBExpert тоже под руками имеется
Re: Памажиття! Активация кучи индексов.
p.s. если это важно - FB 2.0, IBExpert тоже под руками имеется http://www.ibase.ru/devinfo/sysqry.htm#3 Дмитрий
Re: Памажиття! Активация кучи индексов.
Valery Gruzdev ... Заранее прошу прощения за тупизм. Как можно сделать active сразу все индексы в базе? База была восстановлена с параметром не активировать индексы, потому что по-другому не получалось - в primary key одной из таблиц загадочным образом оказался дубликат. Дубль убрали, а как теперь все индексы ВЗАД активировать? По одному 700 штук тоскливо... Не документированный способ, который может исчезнуть в новых релизах : Ставим -3 в поле RDB$INDICES.RDB$INDEX_INACTIVE всех не FK индексов, коммитим. Ставим -3 в поле RDB$INDICES.RDB$INDEX_INACTIVE всех FK индексов, коммитим. -- Хорсун Влад
Re: Нетбук за бета-те стирование
Hello, All! Dmitri Kuzmenko wrote: Приглашаем профессиональных разработчиков и администраторов принять участие в бета-тестировании инструмента Firebird DataGuard. Нетбуки - самым активным бета-тестерам! шо, линуксоидов нет? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Нетбук за бета-те стирование
Dmitri Kuzmenko пишет: Hello, All! Dmitri Kuzmenko wrote: Приглашаем профессиональных разработчиков и администраторов принять участие в бета-тестировании инструмента Firebird DataGuard. Нетбуки - самым активным бета-тестерам! шо, линуксоидов нет? Я в очередь, тем более, если есть под линух теперича серверная часть! Под виндой тоже могу поставить на Тульском автовокзале. Там сейчас DataGuard Community Edition 1.8 трудится. Дим, я на почту в beta@ отписал уже :) -- Regards, Ovchinnikov Vasily ova at tkvc ru
