|
|
|
Медленный select count(*)
|
|||
|---|---|---|---|
|
#18+
Всё равно не понятно. Влияет ли значение FileSystemCacheThreshold (если оно больше DefaultDbCachePages) на производительность? Или главное - чтобы этот параметр был больше DefaultDbCachePages, чтобы кэш файловой системы был задействован? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2018, 13:48 |
|
||
|
Медленный select count(*)
|
|||
|---|---|---|---|
|
#18+
ArtDenВлияет ли значение FileSystemCacheThreshold (если оно больше DefaultDbCachePages) на производительность? если FileSystemCacheThreshold меньше DefaultDbCachePages, то при работе с БД выключается файловый кэш операционной системы, и действует только кэш диска или контроллера raid. Обычно такой режим существенно медленнее. В статье есть пример http://www.ibase.ru/files/articles/performance/Firebird Optimizer - ORDER vs SORT.pdf см. страницу 15. " Производительность при отключенном кэше ОС и малом кэше Firebird падает катастрофически. Сравните 73 секунды с кэшем ОС, и 1387 секунд без кэша ОС (шкала слева). Это двадцать три минуты против одной минуты, и если быть точным, то в 19 раз медленнее. " Там дальше в статье написано, что большой кэш superserver может это компенсировать выключенный кэш ФС, но у вас объем чтения страниц в 4 раза больше кэша ФБ. Поэтому нет, не поможет, FileSystemCacheThreshold надо увеличивать выше DefaultDbCachePages. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2018, 13:58 |
|
||
|
Медленный select count(*)
|
|||
|---|---|---|---|
|
#18+
Я имею ввиду насколько FileSystemCacheThreshold должен быть больше чем DefaultDbCachePages? Или достаточно поставить DefaultDbCachePages+1 и всё будет хорошо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2018, 14:11 |
|
||
|
Медленный select count(*)
|
|||
|---|---|---|---|
|
#18+
ArtDen, достаточно. Этот параметр регулирует только уровень отсечки когда файловый кеш перестаёт использоваться. Другого назначения у него нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.09.2018, 14:21 |
|
||
|
Медленный select count(*)
|
|||
|---|---|---|---|
|
#18+
В общем, ответили, что после проведённых мероприятий (новый конфиг FB, бакап+рестор с размером страницы 16кБ) ускорило запрос SELECT COUNT(*) FROM CURV_VERSIONS с 2442 до 8-ми секунд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2018, 12:15 |
|
||
|
Медленный select count(*)
|
|||
|---|---|---|---|
|
#18+
Им бы всё-таки ещё драйвера диска на этой виртуалке проверить... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2018, 12:54 |
|
||
|
Медленный select count(*)
|
|||
|---|---|---|---|
|
#18+
ArtDen, чую эта радость временная. Поскольку основная причина тормозов была в сильной фрагментированности таблицы CURV_VERSIONS. Правильные конфиги конечно тоже вещь не маловажная, но если у вас со временем таблица будет превращаться в такую же лапшу, то единственный выход регулярный b/r. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2018, 13:47 |
|
||
|
|
start [/forum/topic.php?fid=40&msg=39706983&tid=1560973]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
57ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 11ms |
| total: | 160ms |
| 0 / 0 |
