Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
Кто какие размеры страниц использует в своих БД на ASE и может на ASA ? И как это согласуется с вводом-выводом OS , размерами ее ввода-вывода, страницами файлового кэша OS и размерами кластера ? Классический 2k уже вроде бы как считается маленьким. У кого какой опыт (и какие задачи - OLAP/OLTP)? Я считаю, что 2К - самое лучшее для OLTP, и ничего менять не надо, может я не совсем прав ? -- Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 09:33 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
AFAIK, для получения оптимальной производительности, размер блока должен быть кратным размеру блока ввода/вывода OS. Меньше ставить точно нет смысла, потому, что все равно пересылается блок целиком. Больше - тоже особого нет. Разве, что для того, чтобы увеличить длину полей (varchar, binary), в тех случаях когда их длина ограничена размером страницы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 10:15 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
> AFAIK, для получения оптимальной производительности, размер блока должен > быть кратным размеру блока ввода/вывода OS. Меньше ставить точно нет > смысла, потому, что все равно пересылается блок целиком. Больше - тоже > особого нет. Да, правильно, но вот какой он, этот блок ? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 10:29 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
MasterZiv > AFAIK, для получения оптимальной производительности, размер блока должен > быть кратным размеру блока ввода/вывода OS. Меньше ставить точно нет > смысла, потому, что все равно пересылается блок целиком. Больше - тоже > особого нет. Да, правильно, но вот какой он, этот блок ? для Win и Linux - 4k. По крайней мере, на жестком диске. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 10:38 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
ASE 12.5.3 Используем 8К. После перехода с 2К заметно выросла производительность, но база начала расти быстрее +15%. И время от времени приходится отслеживать индексы, иногда "разбухают" в 5-10 раз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 11:49 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
guest0И время от времени приходится отслеживать индексы, иногда "разбухают" в 5-10 раз. В 5-10 раз, относительно чего? Абсолютные размеры индексов в БД 2k/БД 8k, Абсолютные размеры индекса в БД 8k вновь созданный индекс/индекс после серии модификаций, относительные размеры индекс/кол-записей в БД 2k/БД 8k? Или что-то другое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 12:16 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
Чистые OLTP БД, достаточно редко встречаются. Очень часто используется в основном смешананная нагрузка OLTP/DSS . Поэтому размер 2K действительно не очень оптимальный. В основном используется размеры страницы - 4K или 8K. С точки зрения оптимизации I/O , размер страницы должен быть не менее чем минимальная единица ввода\вывод (кластер OS, StripeUnitSize ...) . Может быть более, но должнен быть кратен минимальной единице ввода\вывод. Для каждой БД (в зависимости от нагрузки, дизайна БД), есть свой найболее оптимальный размер страницы. Поэтому абстрактные споры что лучше 2K или 4K или 8К - просто беспочвены. Для того, чтобы определить оптимальный размер страницы для конкретной системы, надо проводить тщательное тестирование времени выполнения основных задач, на разных размерах страниц БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 12:24 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
teras guest0И время от времени приходится отслеживать индексы, иногда "разбухают" в 5-10 раз. В 5-10 раз, относительно чего? Абсолютные размеры индексов в БД 2k/БД 8k, Абсолютные размеры индекса в БД 8k вновь созданный индекс/индекс после серии модификаций, относительные размеры индекс/кол-записей в БД 2k/БД 8k? Или что-то другое? После перехода размеры индексов почти не изменились, но через 4 месяца нарвались на такую ситуацию. Есть два несоставных индекса по одной таблице(30Гб, 10^8 строк). Оба индекса по полю datetime. Один индекс занимает, как ему положено около одного гигабайта, второй равен 6 Гб. Пришлось индекс перестраивать. Непонятно почему именно этот индекс вырос, а не какой-то другой, но такое иногда случается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 12:50 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
moris пишет: > Для каждой БД (в зависимости от нагрузки, дизайна БД), есть свой > найболее оптимальный размер страницы. Поэтому абстрактные споры что > лучше 2K или 4K или 8К - просто беспочвены. Но согласись, что и выяснять, какой же оптимальный размер страницы путем мониторинга производительности БД на разных размерах страниц тоже никто не будет в реальной жизни, потому что это очень накладно и бессмысленно в условиях продолжающейся разработки самой БД. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 13:01 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
Не согласен... Размер страницы в основном не привязан к процесу разработки БД (за исключением случаев , когда разработчик упирается в макимальный размер строки, что напрямую связано с размером страницы) Поэтому непосредственно выбор оптимального размера страницы, можно провести по окончанию разработки.. Уже на этапе предварительного тестирования... Да выбирать то приходться в основном между 4К или 8К. Т.е. протестироваться на 2х разных размерах БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 13:36 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
moris пишет: > Поэтому непосредственно выбор оптимального размера страницы, можно > провести по окончанию разработки.. Уже на этапе предварительного > тестирования... Ты когда-нибудь встречал кого-нибудь, кто так реально делал ? И я имел в виду еще то, что БД обычно в бизнес-приложениях постоянно дорабатывается, т.е. меняется. Возникают новые задачи и таблицы. Т.е. даже если ты оттестировал и получил, что 4К например оптимально, не факт, что при добавлении новых задач 4К таким и останется. Потом - каков вообще критерий оптимальности ? Даже имея мониторы не очень понятно, куда можнго было бы однозначно глядеть, чтобы получить этот критерий. > > Да выбирать то приходться в основном между 4К или 8К. Т.е. > протестироваться на 2х разных размерах БД. т.е. 2к уже не котируется вообще? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 18:47 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
MasterZiv wrote: > т.е. 2к уже не котируется вообще? Для ASA - уже давно. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 19:13 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
авторТ.е. даже если ты оттестировал и получил, что 4К например оптимально, не факт, что при добавлении новых задач 4К таким и останется. Ну вот ты же сам пришел к той мысли, что нет "универсальной рекомендации по выбору размера страницы" :-) (типа "2К - самое лучшее для OLTP, и ничего менять не надо") Для каждой отдельно взятой системы - он свой... Даже можно немного развить эту мысль, даже если и предположить что твоя система без доработок переходит на новое железо(OS\Конфигурация дисковых стоек и Raid-ов\) , то твой ранее оптимальный размер страницы, может уже не быть таким на новом железе. Т.к. конфигурация мимнимальной единицы ввода\вывода может быть другой тут.. IMHO - Тестировать можно только в том случае, когда ну очень значительная часть кода поменялась\добавилась. авторПотом - каков вообще критерий оптимальности Минимальное время выполнения набора основных бизнес-задач пользователей. ;-) P.S. Кстати мы здесь даже и не упоминаем, что при увеличении размера страниц, нужно пересматривать схему блокировки некоторых APL таблиц, чтобы не нарваться на увеличение конкуренции за блокировки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 19:48 |
|
||
|
Большие размеры страниц в ASE и не только.
|
|||
|---|---|---|---|
|
#18+
moris пишет: > Минимальное время выполнения набора основных бизнес-задач пользователей. ;-) Ага, мне с секундомером стоять, что ли ? Сложно это очень. Если методика очень сложна, она рискует быть неприменимой. Так что я уж лучше очередной thumb rule придумаю. Или найду. > P.S. Кстати мы здесь даже и не упоминаем, что при увеличении размера > страниц, нужно пересматривать схему блокировки некоторых APL таблиц, > чтобы не нарваться на увеличение конкуренции за блокировки. Да не надо это пересматривать. В OLTP только справочники должны быть на ALP, а все остальное давно переехать должно на DOL. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2007, 20:54 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=34744594&tid=2011963]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 221ms |
| total: | 362ms |

| 0 / 0 |
