Size: a a a

2019 May 30

S

Stanislav in uptime.community
После всех приключений LVM cache оказался победителем
источник

S

Stanislav in uptime.community
flashcache кстати еще и не на все ведра подходит
источник

DV

Dmitry Vylegzhanin in uptime.community
Мы lvm cache используем местами, вот решили оценить сетап под "много виртуалок", /var с бд вынесли на ssd, в кеше корень, по идее на него не много записей..
источник

S

Stanislav in uptime.community
А, понял
источник

S

Stanislav in uptime.community
У вас raw LV или thin provisioned LV?
источник

DV

Dmitry Vylegzhanin in uptime.community
raw
источник

S

Stanislav in uptime.community
Хоть что-то хорошего ))
источник

S

Stanislav in uptime.community
Какой disk scheduler на хосте?
источник

DV

Dmitry Vylegzhanin in uptime.community
noop для ssd, cfq для hdd
источник

S

Stanislav in uptime.community
поменяйте CFQ на deadline на шпинделях, полегче станет
источник

S

Stanislav in uptime.community
CFQ вообще для серверов противопоказан
источник

S

Stanislav in uptime.community
гипервизор какой?
источник

DV

Dmitry Vylegzhanin in uptime.community
Xen
источник

S

Stanislav in uptime.community
Не владею спецификой ксена, какие там возможности оптимизации заложены
источник

EB

Eugene Budanov in uptime.community
Stanislav
CFQ вообще для серверов противопоказан
С этого места поподробнее. Если ссылкой ткнёшь – буду признателен.
источник

S

Stanislav in uptime.community
Давно уже занимался этим глубоко
источник

S

Stanislav in uptime.community
Там это в комбинации с data alignment жестким работает очень круто
источник

DV

Dmitry Vylegzhanin in uptime.community
С Xen смысл в том, что в режиме паравиртуализации (PV) гостевая ОС знает про гипервизор и использует специальный API для работы с "железом", по сути, гостевое ядро работает в ring 1, поддержка виртуализации не требуется. Раньше было быстрее KVM, но похоже патчи безопасности постепенно доедают плюсы по производительности.
источник

S

Stanislav in uptime.community
Eugene Budanov
С этого места поподробнее. Если ссылкой ткнёшь – буду признателен.
Там суть в чем.

Если у тебя высокая параллельность обращений к HDD - то deadline защищает от неравномерных неадекватных latency (залипаний доступа)

Если CFQ - то тот, кому больше всех надо диска, получает его еще больше.
источник

S

Stanislav in uptime.community
CFQ по сути удобен когда у тебя 1-2 параллельных потока с устройства, дальше он начинает подлагивать
источник