Nп/п : 58 из 100
 От   : Lew Pitcher                         2:5075/128        29 авг 23 17:39:17
 К    : Kalevi Kolttonen                                      29 авг 23 20:40:02
 Тема : Re: getrlimit RLMIT_NPROC
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 1@dont-email.me> cec2f639
@REPLY: 1@dont-email.me> 0c3114c2
@REPLYADDR Lew Pitcher
<lew.pitcher@digitalfreehold.ca>
@REPLYTO 2:5075/128 Lew Pitcher
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID: 1@dont-email.me>
@RFC-References:
1@news.xmission.com>1@dont-email.me> mPI2.444965@fx15.iad>1@dont-email.me>
@TZUTC: -0000
@PID: Pan/0.139 (Sexual Chocolate; GIT bf56508
git://git.gnome.org/pan2)
@TID: FIDOGATE-5.12-ge4e8b94
On Tue, 29 Aug 2023 17:22:52 +0000, Kalevi Kolttonen wrote:

> Scott Lurndal <scott@slp53.sl.home> wrote:
>> While the defaults are compiled into the kernel, 

> I just checked out some of the Linux kernel 
> sources and I am pretty convinced that the 
> RLIMIT_PROC defaults are actually dynamically 
> calculated based on available RAM.

>> the login values are generally specified in
>> /etc/security/limits.conf on systems that use PAM authentication.

> Yes, I know that very well. But in this case they
> are irrelevant to the problem discussed.

I would disagree; Scott`s point is quite relevant to Kenny`s
(very information free) quesion.

More specifically, Kenny only mentioned the values obtained
(31411 and 6807), and asked "What is going on?" Each of those
two values occur in two places: the "curr" limit and the "max"
limit. While others have discussed how the "max" limit is
derived, no one (other than Scott) has mentioned how the "curr"
limit may (or may not) have been set.

AFAICT, Kenny`s question was open-ended enough that Scott`s
answer is as on-topic as the rest of the discussion.

FWIW, as Kenny asked "What the heck is 31411???" and
"What the heck is 6807???", /I/ was tempted to answer literally,
and tell him that those values are the current (soft-limit) maximum,
and hard maximum of the number of processes/threads a single UID
can launch. But, then again, if Kenny has already coded the 
getrlimit() call for RLIMIT_NPROC, he probably already knows this.


-- 
Lew Pitcher
"In Skills We Trust"
--- Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2)
 * Origin: The Pitcher Digital Freehold (2:5075/128)
SEEN-BY: 5001/100 5005/49 5010/352 5015/255 5019/40
5020/715 848 1042 4441
SEEN-BY: 5020/12000 5030/49 1081 5075/128
@PATH: 5075/128 5020/1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх