Привет,

Спасибо. Была микроскопическая надежда, что это глюк топа и что дебажить софт не придётся.

17 січня 2018, 12:26:44, від "Valentin Nechayev" <netch@netch.kiev.ua>:

 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-