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