On Mon, May 22, 2017 at 07:19:07PM +0300, Anton Sayetsky wrote: > 22 мая 2017 г., 19:00 пользователь Slawa Olhovchenkov <s...@zxy.spb.ru> > написал: > >> > возможно, что это или еще одна, отдельная проблема, вызываемая zfs или > >> > вообще не zfsная проблема. > >> Да, у меня тоже такое подозрение. Вроде "система думает, что памяти > >> нет и начинает вытеснять ARC. Когда вытеснять уже нечего - по-прежнему > >> считает, что памяти нет и дедлочится." > > > > Нет, сейчас у меня подозрения на другую картину. > > Т.е. так может быть без патчей/с исскуственным ограничением arc_min. > > Примени опять мой патч, без исскуственного ограничения arc_min и когда > > оно застопорится было бы интересно посмотреть на чем. для > > zfs/pagedaemon -- с ресолвом до сырца/строки в районе ожидания локов > > -- это можно через kgdb info line *addr делать. > > у меня подозрения на дедлок в районе работы с зонами UMA Kegs/Zones/Slabs. > В прошлый раз, когда я тестил твой переделанный патч (напомню, с > дефолтным arc_min) система на тех 180 гигах ARC залипла намертво и > полностью - так что ни сеть, ни консоль не отвечали. Как бы мне в > таком случае kgdb смотреть? Если что - думаю, смогу прицепить SOL в > IPMI.
kgdb можно потом смотреть, это просто что бы из адреса номера строк получать -- у тебя ведь модули в том же порядке после перезагрузки загрузятся (а у остальных нет так же собранной системы). а вот как procstat прогнать... ну наверное собрать с ddb/kdb и дернуть NMI и собрать корку. зы: кстати, swap надеюсь не на zfs у тебя? _______________________________________________ freebsd mailing list freebsd@uafug.org.ua http://mailman.uafug.org.ua/mailman/listinfo/freebsd