[freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

[Владимир Друзенко]

22.05.2017 19:00, Slawa Olhovchenkov пишет:
> On Mon, May 22, 2017 at 06:47:33PM +0300, Anton Sayetsky wrote:
>
>> 22 мая 2017 г., 18:39 пользователь Slawa Olhovchenkov <slw at zxy.spb.ru> написал:
>>> On Mon, May 22, 2017 at 06:30:06PM +0300, Anton Sayetsky wrote:
>>>
>>>> 22 мая 2017 г., 18:18 пользователь Slawa Olhovchenkov <slw at zxy.spb.ru> написал:
>>>>> On Mon, May 22, 2017 at 06:00:16PM +0300, Anton Sayetsky wrote:
>>>>>
>>>>>> 18 мая 2017 г., 2:21 пользователь Anton Sayetsky <vsasjason at gmail.com> написал:
>>>>>>> 6 мая 2017 г., 18:15 пользователь Slawa Olhovchenkov <slw at zxy.spb.ru> написал:
>>>>>>>> 2. Примени https://reviews.freebsd.org/D7538 и отпишись о результатах
>>>>>>>> туда.
>>>>>>> Бэкпортировал я патч на releng/10.3, загрузил новое ведро - ждём и
>>>>>>> будем посмотреть.
>>>>>> Кроме скорости и пределов вытеснения ARC, не поменялось ничего. Как с
>>>>>> патчем из ревью, так и с патчем Karl. От arc_min тоже ничего не
>>>>>> зависит, кроме задержки до того, как система залипнет.
>>>>>> Запилил PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219457
>>>>> с патчем ARC тоже падает до минимума?
>>>>> т.е. если минимум оставить дефолтным -- то до примерно 16-30ГБ?
>>>>> точно?
>>>> С твоим патчем ARC и дефолтным arc_min система залипла, когда ARC упал
>>>> до ~180 GiB, ЕМНИП. Непосредственно перед этим поток вытеснения приостановил
>>>> свою работу.
>>> а какой из двух? pageout или zfsный?
>> Без патчей проц хавает pagedaemon/uma, с твоим - arc_reclaim_thread,
>> ЕМНИП. В обоих случаях - где-то 8-10% wcpu (стоит 2х 2630v2, HT on).
> ну интересует не столько кто хавает проц, как кто его перестает вообще
> хавать.
> потому как память освобождать должны два треда в паралель.
>
>>> и кстати, procstat в этом состоянии отличался?
>> До procstat я, к сожалению, додумался уже после. Откатил все патчи,
>> кроме фикса birth_hole из stable/10 (без него тоже ничего не меняется)
>> и протестил ещё раз и собрал procstat, truss, etc. Пока это ядро и
>> загружено.
>>
>>> возможно, что это или еще одна, отдельная проблема, вызываемая zfs или
>>> вообще не zfsная проблема.
>> Да, у меня тоже такое подозрение. Вроде "система думает, что памяти
>> нет и начинает вытеснять ARC. Когда вытеснять уже нечего - по-прежнему
>> считает, что памяти нет и дедлочится."
> Нет, сейчас у меня подозрения на другую картину.
> Т.е. так может быть без патчей/с исскуственным ограничением arc_min.
> Примени опять мой патч, без исскуственного ограничения arc_min и когда
> оно застопорится было бы интересно посмотреть на чем. для
> zfs/pagedaemon -- с ресолвом до сырца/строки в районе ожидания локов
> -- это можно через kgdb info line *addr делать.
> у меня подозрения на дедлок в районе работы с зонами UMA Kegs/Zones/Slabs.

А вот этот мой багрепорт случаем не о том же?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197884