Wed, Jan 17, 2018 at 12:20:29, vladimir.sharun wrote about "[uanog] Про freebsd/top":
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 31334 10 1 52 0 40960G 16K pfault 23 138:51 0.00% process.worker
Обратите внимание на size - почти 41 терабайт. А теперь вопрос - это м.б. баг в топе или на самом деле процесс нааллоцировал столько памяти ?
Ничего не мешает столько нааллоцировать формально, если нет rlimit на виртуальную память. Если это, например, многократный mmap одного и того же файла, или просто /dev/null на 40TB без закоммиченных страниц - оно может такое делать почти сколько угодно. Вот если бы он начал их использовать - начались бы чудеса. Поэтому разумный лимит на всю VM процесса - может быть полезен.
Особенно пикантно выглядит его res. В системе при этом ок. 300Гб +/- было в Active. Что это могло быть с точки зрения системы ?
Странный, но штатный режим. Увы, такое во всех потомках Mach. -netch-