AL
Диски с батарейкой не исключают fsync. Какая радость от батарейки, если данные из кэша операционки до диска не доехали?
там же еще данные их кэша носителя должны доехать до физического носителя.
Size: a a a
2020 June 18
YS
там же еще данные их кэша носителя должны доехать до физического носителя.
Да. С батарейкой лучше, чем без батарейки. Но это не отменяет нужности fsync.
AL
ну у нас есть fsync
YS
Без fsync вообще не известно, поехали данные в сторону накопителя, или нет.
AL
угу
YS
ну у нас есть fsync
Я спорю про "кворум без fsync". Только про это.
AL
я думаю это ортогонально
MA
и тем не менее, хочу заметить, большая часть современной it инфраструктуры спокойно и успешно живёт без fsync
DS
так же часто как и write?
YS
и тем не менее, хочу заметить, большая часть современной it инфраструктуры спокойно и успешно живёт без fsync
Большая часть современной it инфраструктуры использует Redis. А какая-то часть даже считает его стораджем.
YS
А ещё многие используют монгу, не выставляя write concern.
DS
Переслано от Konstantin Osipov
json дебилизация сообщества даёт себя знать
YS
"миллион хомячков не может ошибаться" к сожалению не работает.
AL
так а как часто T делает fsync если включен?
по идее при нагрузке он будет группировать по много записей в WAL, и делать один fsync все
AL
только что-то я помню, что fsync под линуксом себя отвратительно ведет - блокирует процесс целиком, а не поток.
AK
и тем не менее, хочу заметить, большая часть современной it инфраструктуры спокойно и успешно живёт без fsync
это допущение, и возможно настройки фсинка снаружи
YS
только что-то я помню, что fsync под линуксом себя отвратительно ведет - блокирует процесс целиком, а не поток.
Нет, ты путаешь с mmap каким-нибудь и page fault.
fsync может блокировать любую запись/чтение в конкретный файл при определённых условиях.
Когда-то давно fsync вызывал sync на всё блочное устройство. Но это починили в 2.6.1x
fsync может блокировать любую запись/чтение в конкретный файл при определённых условиях.
Когда-то давно fsync вызывал sync на всё блочное устройство. Но это починили в 2.6.1x
R
по идее при нагрузке он будет группировать по много записей в WAL, и делать один fsync все
насколько я помню, актор который пишет на диск сколько то раз за еденицу времени меняется участками мамяти с основным тредом , по сути вопрос в том как часто он это делает и можно ли это тюнить
AL
насколько я помню, актор который пишет на диск сколько то раз за еденицу времени меняется участками мамяти с основным тредом , по сути вопрос в том как часто он это делает и можно ли это тюнить
WAL writer когда заканчивает писать - идёт в очередь за тем, что еще можно записать.
идея в том, что он сам подтюнится. чем дольше он будет писать (и синкать), тем бОльшый батч на запись возьмет
идея в том, что он сам подтюнится. чем дольше он будет писать (и синкать), тем бОльшый батч на запись возьмет