VO
т.е. всё, ловим пиздец с утечкой памяти?
Size: a a a
2020 February 20
LS
Технические вопросы когда в точности и как инкрементируется эпоха — в исходники
AE
там без бутылки не разобраться)
VO
ну когда убивать -- либо на логике либо на refcnt как сайчас у inpcb
AF
Так как я разумею, эта сраная epoch(9) для того и создана, чтобы удалять уже после того как все нити не обращаются к объекту
AE
угу
AF
Изменять, опять придётся тот же WLOCK() делать
AE
код пишется так, что пока ты внутри epoch секции работаешь с данными, считаешь что они не будут освобождены
VO
да похуй когда. ведь пока последний из той эпохи что у нас скажем inpcb аллоцировался не освободил его -- нельзя удалять ничего взятое дальше.
AF
А вот читать, можно использовать например CK_QUEUE и не нужен RLOCK
AE
модификацию данных ты должен уже сам контролировать сторонними локами
LS
Alexander Fedorov
Так как я разумею, эта сраная epoch(9) для того и создана, чтобы удалять уже после того как все нити не обращаются к объекту
Именно. Когда все exit'нули эпоху X и она стала X+1
VO
а теперь смотри. заводится tcp коннект на пару суток. пошла эпоха. п потом два миллиарда короткоживущих коннектов. привет, пиздец-памяти
AE
это не связано никак
LS
а теперь смотри. заводится tcp коннект на пару суток. пошла эпоха. п потом два миллиарда короткоживущих коннектов. привет, пиздец-памяти
Да нет же. Прошла пара суток — но живой коннект никто в очередь к удалению перекладывать не будет, он живой
LS
Эпоха — это не когда аллоцирован
AE
смысл в том, что в многоядерном окружении, когда множество потоков работают с данными, у тебя есть гарантия, что память не будет освобождена, пока с ней кто-то работает
LS
Эпоха это когда положили в список к удалению потому что уже не нужно.
LS
А пока коннект нужен — он живой.
VO
ну тогда ты никак не решашь вот эту задачу "Но встаёт вопрос — вот ты mbuf оттуда удалил, а когда его убивать? Вдруг пока ты его удалял его кто0то взял (указатель на него) в локальную переменную и пямощас работает?"