установить? У меня под БД кластер Ceph на HDD.
>У меня под БД кластер Ceph на HDD. Да в общем без разницы, вам ужэ ничего не поможэт!
Если серьёзно, то вообще повышать effective_io_concurrency имеет смысл только при OLAP нагрузках. Так-то OLTP и так в среднем такой параллелизм обеспечивает, не знаешь куда от него деться. Плюс, на самом деле там ВСЁ СЛОЖНО с зависимостью скорости. Дажэ один локальный шпиндельный диск иногда можэт выиграть от 5 в этом параметре (особенно забитый под завязку. Но вы в любом случае так не делайте). В принцыпе, увеличение влияния задержэк до диска (сетевый хранилища, особенно ceph) по отношэнию к скоростям самих дисков — какбы намекают на то, что EIOC надо повышать. Сам по себе ceph, который держыт данные на многих дисках — тожэ. Но как там реально будет... Плюс, найти такой кейс именно у вас, который бы вообще смотрел на это... В общем, на самом деле, можно лишний раз это просто не трогать. Особенно когда у вас шпиндельные диски и cef.
Ну понятно, я просто пытаюсь выжать максимум из имеющейся инсталляции. Вот-с, есть проблемы с медленным чтением с диска и тем, что bgwriter, кажется, не эффективно настроен. Текущий конфиг был, видимо, взят с инсталляции на SSD, вот effective_io_concurrency был выстален в 200.
>я просто пытаюсь выжать максимум из имеющейся инсталляции. Уберите ceph.
имеет смысл, если большой кластер с несколькими сотнями хдд.
А как эмпирически выбрать подходящее значение?
Обсуждают сегодня