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 <s...@zxy.spb.ru> написал:
On Mon, May 22, 2017 at 06:30:06PM +0300, Anton Sayetsky wrote:
22 мая 2017 г., 18:18 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> написал:
On Mon, May 22, 2017 at 06:00:16PM +0300, Anton Sayetsky wrote:
18 мая 2017 г., 2:21 пользователь Anton Sayetsky <vsasja...@gmail.com> написал:
6 мая 2017 г., 18:15 пользователь Slawa Olhovchenkov <s...@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
_______________________________________________
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd
