LS
Я нипони.
arc_adjust_zthr — это zthr_create_timer(), а коллбек у него совсем не выглядит как thread proc, оно одноразовоеSize: a a a
2019 May 17
LS
Этот
LS
А, там ещё отдельный check
LS
Божечки
VO
а вот то, чему делают вакеап, то там сначла без проверки мутекса чекают arc_adjust_needed по результатам проверки дергают калбак и в нем сначла деалают всякое, потом уже опять берут arc_adjust_lock и еще раз вычисляют по свои правилам arc_adjust_needed
VO
ну я что, просто так матерюсь, что ли?
LS
Я пока вообще не понимаю, что такое этот тред-который-не-тред-а-таймер-но-его-можно-разбудить
VO
там создается тред с "бесконечным" циклом, который может просыпаться раз в таймер переодически или по CV.
VO
просыпаясь он дергает чек и если тру, то кобек
LS
Да, я уже дочитал наконец до этого
VO
мне кажется оба варианта из разряда "оба хуже"
LS
И есть ещё лок-на-тред…
LS
мне кажется оба варианта из разряда "оба хуже"
Но вот вопрос задать почесу разное — мне кажется, стоит.
VO
да помоему там всем похуй.
VO
если даже на сломанный MRU/MFU не реагируют.
VO
т.е. вакеап внутри мутексов вроде получше, но бладж, тебе никто не гарантирует что шедулер отшедулит всю проверку до того, как она завершиться и пойдет в колбек при все еще твоем стоящем мутексе.
LS
Не-не-не, на такие гарантии точно полагаться нельзя
LS
Кажется, никто и не полагается.
Иначе это ошибка примерно первого года программирования с тредами
Иначе это ошибка примерно первого года программирования с тредами
VO
т.е. есть неплохие шансы на это на относительно незагруженной многоядерной машине. и тогда типа почти наверняка твой вакеап сгоношит колбек. но ведь можно и не разложиться
VO
ну нельзя сказать что пологается-пологается. покрайне мере так уж впрямую.