St. Alex wrote:
А у нас райд с батарейкой и памятью 512М, скорость, что с FW ON что с
OFF одинаковая, по крайней мере мы разницы на тесовых запросах не
заметили ;-) Поэтому стоит FW=ON
Так на запросах и не должно. По идее надо производить массовые изменения.
Кстати, по FW=on по идее можно
On Mon, 03 Mar 2008 20:01:57 +0300, St. Alex <[EMAIL PROTECTED]> wrote:
> А у нас райд с батарейкой и памятью 512М, скорость, что с FW ON что с OFF
> одинаковая, по крайней мере мы разницы на тесовых запросах не заметили
> Поэтому стоит FW=ON
В работе и не заметно особо.
А вот ты бэкап-рестор
On Mon, 03 Mar 2008 20:01:57 +0300, St. Alex <[EMAIL PROTECTED]> wrote:
> Поэтому стоит FW=ON
Кстати, на линуксе он и не работает нормально (до 2.0.4), потому мы смотрели с
выключенным кешем в контроллере.
--
Сергей Смирнов.
Dmitry Yemanov wrote:
Достаточно до релиза 2.0.0 (билд 12748), но лучше конечно же поновее.
Все отресторилось, спасибо.
Какие побочные эффекты могут быть при использовании флага use all space
при ресторе? Вроде бы, если старые данные не меняются - то они должны
храниться компактнее, и скорость их чтения будет выше. Но при записи
нового, придется модифицировать больше страниц, отсюда будет замедление.
Так?
Или
"Konstantin R. Beliaev" ...
Какие побочные эффекты могут быть при использовании флага use all space при ресторе? Вроде бы, если старые данные не меняются - то
они должны храниться компактнее, и скорость их чтения будет выше. Но при записи нового, придется модифицировать больше страниц,
отсюда
"Vlad Khorsun" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
"Konstantin R. Beliaev" ...
Какие побочные эффекты могут быть при использовании флага use all space
при ресторе? Вроде бы, если старые данные не меняются - то они должны
храниться компактнее,
Dmitry Voroshin wrote:
а потом переводится в режим резервирования.
Не понял, разве ее надо специально переводить?
Vlad Khorsun wrote:
Фрагментация записей будет жуткая. Т.е. при чтении нового тоже будут
тормоза.
Почему? Разве новое не записывается с резервированием места? Чем это
отличается от обычной схемы?
Т.е. первое изменение - да, придется писать на новую страницу, но все
последующие-то пойдут в о
"Konstantin R. Beliaev" ...
Vlad Khorsun wrote:
Фрагментация записей будет жуткая. Т.е. при чтении нового тоже будут тормоза.
Почему? Разве новое не записывается с резервированием места? Чем это отличается
от обычной схемы?
Т.е. первое изменение - да, придется писать на новую страницу, но
Vlad Khorsun wrote:
Фрагментация записей будет жуткая. Т.е. при чтении нового тоже будут
тормоза.
Почему? Разве новое не записывается с резервированием места? Чем это
отличается от обычной схемы?
Т.е. первое изменение - да, придется писать на новую страницу, но все
последующие-то пойдут в
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Dmitry Voroshin wrote:
а потом переводится в режим резервирования.
Не понял, разве ее надо специально переводить?
это флаг. он остается в БД после b/r, если его не убрать.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Boulitchev Aleksey wrote:
Физ. расположение записи неизменно. Все отресторенные записи
останутся на
своих страницах (до полного удаления). Соответственно все их новые версии
будут фрагментированны с большой вероятностью.
Ммм... все равно не понял :-( по описанию похоже на отключение сборки
On 3 мар, 23:26, "Vlad Khorsun" <[EMAIL PROTECTED]> wrote:
> "Леонид Агафонов" ...
>
> > только что позвонил третий "товарищ" ...
>
> > т.е. это стабильно возникает у всех кого перевли на 2.1
>
> И у всех нормально делается бекап\рестор после такой ошибки ?
нормально делается бекап\рестор
>
> Ммм... все равно не понял :-( по описанию похоже на отключение сборки
> мусора, т.е. исходная запись и куча дельт.
Запись утрамбованная (Ну и термин). Мы ее удалили или изменили. Новая
версия записи где будет? В конце файла. На месте старой записи, что
будет? Дырка. и т.д.
> Собственно я к ч
Konstantin R. Beliaev wrote:
Собственно я к чему: есть долгая история, которая, понятно, не меняется.
И есть оперативные данные.
Первое хочется утрамбовать, второе - обрабатывать как сейчас. Так не
получится?
В заголовке файла поменять снять флаг hdr_no_reserve=0x20
--
--- Home Page http:
апдейтов не держим, но
база так навсегда и остается в режиме "use all space"
Штатных средств отключения нету?
есть. gfix
Собственно я к чему: есть долгая история, которая, понятно, не меняется.
И есть оперативные данные.
Первое хочется утрамбовать, второе - обрабатывать как сейчас. Так не
17 matches
Mail list logo
