|
размер LOG_BUFFER
|
|||
---|---|---|---|
#18+
Добрый день, init.ora авторsga_target=192G pga_aggregate_target=48G use_large_pages=only запускаем БД, select value from v$parameter where name = 'log_buffer'; 515358720 Кто-нибудь знает зачем оракл выставил такой большой буфер, и как он его рассчитывает? В доках вообще не идет речь о таких размерах Оракл 12.1 ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2019, 03:37 |
|
размер LOG_BUFFER
|
|||
---|---|---|---|
#18+
пдржзгл, supportlog_buffer = max(2M, 128K * ncpus) * max(2, ncpus/16); The default min log buffer size = 4M; похоже? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2019, 03:52 |
|
размер LOG_BUFFER
|
|||
---|---|---|---|
#18+
Это размер гранулы. Код: plsql 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2019, 04:10 |
|
размер LOG_BUFFER
|
|||
---|---|---|---|
#18+
пдржзглinit.oraЧтобы экземпляр использовал init.ora, нужно это указывать при старте. wurduЭто размер гранулы.log_buffer не является компонентой с автоматическим управлением памятью. Да и размер для гранулы странный. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2019, 06:52 |
|
размер LOG_BUFFER
|
|||
---|---|---|---|
#18+
Но выравнивается (вместе с FIXED SGA) по размеру гранулы (для SGA>128G он именно 512M) ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2019, 07:04 |
|
размер LOG_BUFFER
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровНо выравнивается (вместе с FIXED SGA) по размеру гранулы (для SGA>128G он именно 512M)Сошлось с точностью до нескольких копеек. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19.
параметр референс 19When the log buffer size is not specified, any remaining memory in the redo granules is given to the log buffer.В базе задано Код: plsql 1. 2. 3. 4. 5.
Выходит, что, хоть оно и specified 512M, но все равно выравнивается. 512 не влезло в одну гранулу вслед за fixed sga, поэтому заняло чуть-чуть плюс any remaining memory следующей гранулы и получилось 998.87МБ. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.03.2019, 08:23 |
|
размер LOG_BUFFER
|
|||
---|---|---|---|
#18+
-2-Сошлось с точностью до нескольких копеек.У меня на всех БД 11-12 расхождения десяток процентов По-хорошему, можно попытаться проанализировать дампы, адреса областей памяти из x$, но честно говоря, лениво да и не вижу большого смысла У меня есть одно предположение: Private Redo Strands. По идее, им выделяется память в SGA, но где-то в статейках проскакивала информация, что для них память выделяется в той же грануле, что и LOG_BUFFER, а затем, если PRS не используется по какой-то причине (SUPPLIMENTAL LOGGING, FLASHBACK DATABASE, GUARANTEED RESTORE POINT, это только навскидку) то про эту память забывается и она становится просто "потерянной". Звучит не очень красиво, но объясняет расхождение (а у меня везде SUPPLIMENTAL LOGGING включен) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.03.2019, 09:40 |
|
|
start [/forum/topic.php?fid=52&fpage=82&tid=1882725]: |
0ms |
get settings: |
12ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
32ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
others: | 286ms |
total: | 417ms |
0 / 0 |