|
Backup & Restore in Firebird2.5
|
|||
---|---|---|---|
#18+
У нас используются различные конфигурации из промышленных компьютеров: - все программы и база данных работают на ондном компьютере; - все программы работают на одном, база данных на другом компьютере. Но компьютеры все одного унифицированного типа с одним гигабайтом оперативки. С WinXP уже не устанавливаем новые, но поддерживаем. А в новых идет сейчас Win7. У ребят, которые занимаются обслуживанием возник вопрос в производительности. Дело в том, что ранее компьютеры имели жесткие диски шпиндельные, сейчас идут солидстэйт. Проблема в том, что у них разный размер кластера: у шпиндельных 8кб, твердоблочные - 4кб. И вот наконец-то подобрался к самим вопросам: 1. стоит ли менять размер блока при восстановлении бызы из бэкапа на равный размеру кластера(4кб) или будет не большой грех оставить на в 2 раза больший размер? Ответ хотелось бы прочитать с пояснением, чем это обусловлено, а не просто констатацию факта. К тому же провели эксперимент: Восттановили из бэкапа начальную (то есть с минимальным набором данных)базу с 4кб и 8кб на машине с солидстэйт. Размер файлов получился 25МБ и 28МБ соотвественно. По метаданным и данным - базы абсолютно идентичны, прoверено через выгрузку данных в скрипты. 2. С чем может быть связано измение размера и что за инфа может быть хранится в этих дополнительных мегабайтах? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2015, 14:08 |
|
Backup & Restore in Firebird2.5
|
|||
---|---|---|---|
#18+
1. Размер страницы главное чтобы не был меньше блока винчестера и кластера ФС. Иначе пойдут лишние чтения. 8к на данный момент - оптимум. 2. Файл БД расширяется большими кусками для повышения производительности. Новые страницы хранят пустоту. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2015, 14:14 |
|
Backup & Restore in Firebird2.5
|
|||
---|---|---|---|
#18+
svdПроблема в том, что у них разный размер кластера: у шпиндельных 8кб, твердоблочные - 4кб. это не проблема, это факап вашего поставщика. вместо кластера 8к он стал форматировать лог. диск с кластером 4к. Типа, раз у SSD размер "сектора" 4к, значит и размер кластера файловой системы пусть будет 4к. 1. на ваших базах и железе все равно какой размер кластера, 4 или 8к. Размер страницы 4к делать не надо, рекомендуется 8к. 2. база с 8к просто чуть больше пустого места содержит, из-за большего размера страницы. На таких микроскопических объемах считаю разницу несущественной. При большем объеме разницы практически не будет. p.s. не тем вы занимаетесь :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2015, 15:03 |
|
|
start [/forum/topic.php?fid=40&fpage=68&tid=1562504]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
2ms |
others: | 277ms |
total: | 401ms |
0 / 0 |