|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
kdv2. если же говорить про упаковку бэкапа и базы, то бэкап меньше базы, потому что а) в нем нет индексов, б) он уже сжат (внезапно!).Люд..., тьфу, бэкапы сложнее, чем кажутся представительной базы под руками нет, но всё-таки Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33.
... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 08:21 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
короче тема свалилась в что выгоднее, хранить бекап или готовую базу, и выгоднее ли архивировать. Но изначально вопрос был: как проверить валидность БД перед отправкой в архив. Был предложен вариант: бекап/рестор, но это долго, а быстрее можно? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 09:57 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Belotsky Sergeно это долго, а быстрее можно? Вариантов 2 1. gbak -b -g, gbak -c 2. gfix -v проверка БД это либо 1, либо 2. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 11:33 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
kdvСжатие раром такого несжатого бэкапа (34 гиг) - 41 минута, размер архива - 6 гиг 34 ГиБ = 34816 МиБ на обычной линейной скорости винчестера это 348 секунд, чуть меньше 6 минут Бэкап делали на тот же диск, с которого базу читали? и уперлись в thrashing? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 11:38 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
kdvРазмер сжатой раром 30 гиг базы - 9 гиг, за 1 час А вот тут вопрос - можно ли в FB добавить фичу, чтобы он по запросу занулял неиспользованные страницы и неиспользованные области обычных страниц? Не мусор там оставлял, который RAR будет прилежно сжимат ьс полным сохранением, а нули? И еще несколько гипотетический интерес, если бы страницы FB разбить по типам, не оказалось ли бы их раздельное сжатие лучше, чем когда всё в перемешку.... ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 11:40 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Arioch, страницы FB и так разбиты по типам (DP, PP, PIP, BLOB ....). Ты что то не то пишешь. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 11:43 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Симонов Денис, я имел в виду применительно к RAR'y сжатие LZ-типа постоянно перестраивает словарь сокращений. Поэтому если резко меняется тип данных, то степень сжатия резко падает пока накопленный словарь не будет вытеснен новорастущим. а поскольку в FDB за исключением начала дальше идут разного типа страницы вперемешку - то это сказывается. В свое время 7-zip резко обошёл RAR нa cжатии EXE/DLL когда ввёл специальный фильтр и начал их разбивать на 4 потока, которые сжимались независимо. Вот и подумалось, сделать простую утилитку, которая FDB разложит на несколько файлов (в каждом - страницы только одного типа), а потом RAR'ом сжать папку - будет ли заметная разница со сжатием исходного смешанного FDB ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 11:48 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
03.10.2018 11:33, kdv пишет: > Вариантов 2 > > 1. gbak -b -g, gbak -c > 2. gfix -v > > проверка БД это либо 1, либо 2. добавлю, что в варианте 1 можно делать бекап и рестор одновременно, передавая выходной поток одного gbak на вход другого. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 11:50 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Arioch34 ГиБ = 34816 МиБ на обычной линейной скорости винчестера это 348 секунд, чуть меньше 6 минут Бэкап делали на тот же диск, с которого базу читали? и уперлись в thrashing? я вообще не понял, про что это. Скопировать 34 гига на скорости 100мб сек с одного физ диска на другой - да, это 6 минут. И что? Бэкапы я всегда делаю на другой физический диск, мне зря терять время на одном диске некогда. А архивация обычно (зависит от архиватора) делается на тот же диск. Бэкап - это не копирование. Архивация - это не копирование. Проц FX8350, диски hdd sata2, копирование у всех не меньше 100мб сек. Rar при скорости чтения файла в 9мб в секунду грузит 4 ядра на 80% (в итоге получается где-то 40% загрузки всего процессора), сжатие - среднее. Ariochне оказалось ли бы их раздельное сжатие лучше, чем когда всё в перемешку.... архиватор про типы страниц ФБ ничего не знает, и вряд ли будет знать. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 11:55 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Ariochи начал их разбивать на 4 потока, которые сжимались независимо. у нас были эксперименты с параллельным сжатием на линуксе, в результате иногда архивы получаются битыми. Отказались. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 11:57 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Arioch, на фиг надо. Будут тейблспейсы, там можно разные варианты делать. А пока пусть будет как есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 11:57 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
kdvя вообще не понял, про что это. Скопировать 34 гига на скорости 100мб сек с одного физ диска на другой - да, это 6 минут. И что? и то, что мне с трудом верится, что RAR не мог сжать с одного диска на другой с такой же ровно скоростью а судя по всему получившийся тест копирования большого файла в другую папку на том же диске - это уже не про "большие БД" ни разу kdvБэкап - это не копирование. Архивация - это не копирование. учитывая разницу в скорости HDD и современных CPU/RAM, плюс настраиваемую степень сжатия архиваторов, плюс экспоненциальную рост "стоимости" усиления сжатия - можно считать, что это одно и то же kdvархиватор про типы страниц ФБ ничего не знает, и вряд ли будет знать да просто фоновый интерес, если разница будет 5% то наплевать и забыть, если 30 процентов - то уже интересно, взять на заметку, а вот если вдруг (не будет, конечно, но вот если) 75% - то уже можно и заняться. Добавить такой плагин в 7-zip особенно сложно не будет. Но скорее всего разница будет небольшой. Особенно если размер страницы поднять. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 12:01 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
kdvэксперименты с параллельным сжатием на линуксе ну p7zip на Линуксе вообще довольно-таки вещь в себе :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 12:03 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Ariochи то, что мне с трудом верится, что RAR не мог сжать с одного диска на другой с такой же ровно скоростью я специально отметил, что rar пакует на этот же диск. А предположение о том, что архиватор будет сжимать со скоростью копирования - это бред, ты уж меня извини. Ariochучитывая разницу в скорости HDD и современных CPU/RAM, плюс настраиваемую степень сжатия архиваторов, плюс экспоненциальную рост "стоимости" усиления сжатия - можно считать, что это одно и то же нет, не одно и то же. При копировании ресурсы процессора практически не тратятся. А при бэкапе идет вычитка данных со страниц, формирование версий, и их формирование для записи в бэкап. Это процессорная работа. При архивации процессор используется еще сильнее. Так что не надо загибать про "одно и то же". Вместо вот этих голословных предположений возьми любой файл размером около 10 гиг, и сравни - копирование файла с диска на диск - архивирование этого файла. Если у тебя получится одно и то же - ну, я тебя поздравляю, у тебя суперкомпьютер вместо процессора. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 12:17 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Ariochс настраиваемую степень сжатия архиваторов, плюс экспоненциальную рост "стоимости" усиления сжатия мы ведь тут обсуждаем оптимальный баланс между скоростью сохранения/восстановления и объёмом хранимых данных, так ведь? иначе тема FBk vs FDB не имее смысла. не надо настраивать RAR, чтобы он сжимал на 0,001% сильнее за счет использование на 1000% больше памяти и процессора. Настрой, чтобы он сжимал примерно с той скоростью, с которой диски позволяют читать и писать. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 14:29 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
AriochВ свое время 7-zip резко обошёл RAR нa cжатии EXE/DLL когда ввёл специальный фильтр и начал их разбивать на 4 потока, которые сжимались независимо. Вот и подумалось, сделать простую утилитку, которая FDB разложит на несколько файлов (в каждом - страницы только одного типа), а потом RAR'ом сжать папку - будет ли заметная разница со сжатием исходного смешанного FDBЧто вы всё велосипеды изобретаете ... Лично я опробовал быстрое сжатие 7-zip и пришёл к выводу, что он не только лучше, чем zip, но ещё и быстрее. "Но есть ньюанс" - быстрее оно потому, что 7-zip умеет сжимать в четыре потока, как минимум. По CPU-time - примерный паритет, а по астрономическому времени 7-zip существенно быстрее. Но современном железе. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 16:08 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
kdvА предположение о том, что архиватор будет сжимать со скоростью копирования - это бред, ты уж меня извиниЛехко. Принципиально однопоточный lz4 делает ~90МБ/с не имея ограничений по скорости записи (сжатие в /dev/nul). Время ЦП - примерно треть от астрономического. Т.е. четверть терабайта в секунду - вполне достижимая скорость сжатия. P.S. У меня - не самый быстрый FX43xx. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 16:13 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Basil A. SidorovТ.е. четверть терабайта в секундуУрежу осетра до четверти гига байта в секунду ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 16:16 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
AriochНастрой, чтобы он сжимал примерно с той скоростью, с которой диски позволяют читать и писать. настраивается только сжатие и многопоточность. При минимальном сжатии предполагаемое время архивации 30 гиг с одного диска на диск - 11 минут. Я уже вижу, что чтение идет ~40мб сек, а запись - ~12мб сек. То есть, до 100мб чтения как раком до Москвы. проц загружен на 1 ядро из 8 (13%), почему так, при явно установленной "многопоточности" - х.з. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 17:42 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
kdv> Я уже вижу, что чтение идет ~40мб сек, а запись - ~12мб сек. Это что за диски такие? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 17:43 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, один диск, механический половину времени занимает thrashing головки между дорожками, половину - реальное чтение и запись по ходу у винчестера *весьма* неплохой кэш, что он всего лишь половину времени на ad hoc butterfly test тратит, а нe 90% ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 18:01 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Гаджимурадов РустамЭто что за диски такие? это архиватор так работает. Использует одно ядро, и в него упирается. Короче, по 30 гиг базе итог: - просто копирование с диска на диск - чтение и запись 125мб сек, 4 минуты (это к вопросу о дисках. "Принимающий" диск быстрее, чем "источник"). rar, многопоточность включена (но используется одно ядро, потому что старт в интерактивном режиме), низкий приоритет выключен, база на одном диске, архив идет на другой диск: - сжатие "скоростное", результат - 11 гиг, 14 минут. По чтению это 35мб в секунду. Вопросы про "сжатие со скоростью диска" есть? (если бы читалось и паковалось в 4 ядра, было бы чтение 140 мб, но ... rar не хочет так) - сжатие "без сжатия", результат - 30 гиг, 4 минуты (как и копирование). Я напомню, что база 30 гиг, а памяти у меня 16 гиг (специально не 32), то есть, база в файловый кэш ОС не влезает. Поэтому, если кто-то у себя хочет потестировать, учитывайте этот момент. В случае "база меньше RAM" результаты будут быстрее. p.s. про странности с многопоточностью rar - если в проводнике сказать "упакуй в rar", то в таком режиме при паковке используется 2 ядра, то есть проц загружен на 25%. Но скорость чтения я тут проверить не могу, потому что в этом режиме рар пишет на этот же диск, получается скорость чтения вообще 15мб сек. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 18:22 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Ariochодин диск, механический половину времени занимает thrashing головки между дорожками, половину - реальное чтение и запись нихрена ты не угадал. Пока что всё мимо, совершенно. Короче, я вам не тестовая машина, хотите дальше - тестируйте сами. Свои данные я привел, мой комп это мой комп. Так что, предлагаю вам самостоятельно опровергнуть ваши собственные догадки, практическим способом - про "скорость архивации со скоростью записи", "trashing", "один диск" и прочее. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 18:26 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
kdvпро странности с многопоточностью rar - если в проводнике сказать "упакуй в rar" kdvв этом режиме рар пишет на этот же диск WinRar ( или WinZip или 7-zip или PeaZip или.... ) | Настройки | .... | Конеткстное меню Проводника | Команды... Кроме "Добавить в архив <name>" включаем команду "Добавить в архив...." - она открывает диалог, в котором можно указать на какой диск класть. Кстати, при этом может ещё, тиритисски, и антивирус возбуждаться. И NTFS-сжатие на обоих дисках. И всё это маскируется под "ядро операционной системы".... ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 19:13 |
|
Firebird 2.5. Нужна ли валидация до backup?
|
|||
---|---|---|---|
#18+
Ariochона открывает диалог, в котором можно указать на какой диск класть. после чего начинает использовать 1 ядро, а не 2. Проверял специально. Arioch и антивирус возбуждаться на архивацию без сжатия это не повлияло. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.10.2018, 20:23 |
|
|
start [/forum/topic.php?fid=40&msg=39712338&tid=1560938]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
60ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 167ms |
0 / 0 |