Всем привет, Вчера столкнулся с такой интересной темой: 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 терабайт. А теперь вопрос - это м.б. баг в топе или на самом деле процесс нааллоцировал столько памяти ? Особенно пикантно выглядит его res. В системе при этом ок. 300Гб +/- было в Active. Что это могло быть с точки зрения системы ?
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-
Привет,
Спасибо. Была микроскопическая надежда, что это глюк топа и что дебажить софт не придётся.
17 січня 2018, 12:26:44, від "Valentin Nechayev"
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-
Wed, Jan 17, 2018 at 12:32:20, vladimir.sharun wrote about "Re: [uanog] Про freebsd/top":
Спасибо. Была микроскопическая надежда, что это глюк топа и что дебажить софт не придётся.
Глюк топа тоже может быть. Если примонтировать /proc, можно посмотреть в /proc/$pid/map в тексте. -netch-
participants (2)
-
Valentin Nechayev -
Vladimir Sharun