AM
Size: a a a
2020 June 10
VO
ну к примеру, имеем мы дефолтный сетап с max_bytes_for_level_base=256K
VO
и db размером 1GB
VO
вроде как очевидно что L0 у нас в памяти на 256МБ и L1 в db (ну еще там log и wal), остальное полезет в slow.
VO
окей, вызвали spillover. но в slow лезет абы какая часть
VO
BLUEFS_SPILLOVER BlueFS spillover detected on 3 OSD(s)
osd.2 spilled over 514 MiB metadata from 'db' device (544 MiB used of 1024 MiB) to slow device
osd.3 spilled over 257 MiB metadata from 'db' device (683 MiB used of 1024 MiB) to slow device
osd.4 spilled over 193 MiB metadata from 'db' device (326 MiB used of 1024 MiB) to slow device
VO
где логика? где смысл?
VO
тут еще 5 osd пропал, там 57МБ только было. откуда разброс в 10 раз?
VO
как получается 683 used если больше 256 типа не может?
ВН
как получается 683 used если больше 256 типа не может?
Мне тут не совсем ясно что оно делает, когда у него всего гиг... там мемтейблы по 256 и их 4
ВН
Т.е тупо они уже до гига жрут
VO
мемтейблы?
VO
про этих я как-то не знаю
ВН
Они вроде == L0
VO
может ты про sst файлы? они по дефолту target_file_size_base=64М
DK
кстати про роксдб:
DK
VO
прикольно но я бы во-первых держался подальше а во-вторых винтов которые хосту показывают структкру одна штука чтоли?
AM
окей, вызвали spillover. но в slow лезет абы какая часть
ну у тебя же уровни это не просто кусочки которые не поместились