“ulimit -Su”는 대화식 로그인 서브 쉘에서 생성 된 사용자 프로세스 수와 생성 된 tmux 세션을 제한합니까?

몇 달 전에 필자는 tmux를 사용하여 AIX 7.1 서버에서 간단한 IDE를 작성하는 일련의 bash 스크립트를 작성했습니다. 내 스크립트 중 하나에 ulimit에 의해 설정된 한계까지 사용자 프로세스를 매우 빠르게 생성하는 버그가 있습니다. 이것은 매우 드물게 발생하며 (한 달에 한 번 정도),이 버그를 추적하는 데 몇 시간 실패했습니다. 그래서 당분간 소프트 사용자 프로세스 제한을 하드 제한보다 낮은 값으로 간단히 설정할 수 있다고 결정했습니다. 내 버그가 다시 나타날 때 서버의 다른 사용자에게 눈에 띄는 성능 저하가 발생하지 않도록 1024 대신 100). 불행하게도, "ulimit -Su 100"은 AIX 7.1의 bash에서는 작동하지 않지만 ksh에서는 작동합니다. 다음 해결 방법을 수행했습니다.

ksh를 기본 쉘로 만들었습니다.

$ chsh [username] /usr/bin/ksh

~ / .kshrc에 다음을 작성했습니다.

ulimit -Su 100  # works in ksh, but not in bash
/bin/bash -il   # start bash as an interactive login shell
exit            # once bash exits, exit from ksh, too

이제 쉘을 만들 때마다 ksh는 소프트 사용자 프로세스 제한을 설정하고 bash를 대화 형 로그인 쉘로 시작합니다 (여전히 ~ / .bash_profile을 소스로 원합니다). 이제 ksh에 설정된 사용자 프로세스 제한이 여전히 bash 서브 쉘에 적용됩니까? 최상위 bash 서브 쉘에서 다음을 실행했습니다.

$ ulimit -Sa
core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
file size               (blocks, -f) unlimited
max memory size         (kbytes, -m) unlimited
open files                      (-n) unlimited
pipe size            (512 bytes, -p) 64
stack size              (kbytes, -s) unlimited
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited

보시다시피 사용자 프로세스 한계는 1024로 설정되어 있습니다.

광산의 또 다른 주요 관심사는 ksh에 설정된 한계에 bash 서브 쉘의 tmux 세션에서 생성 된 프로세스가 포함되는지 여부를 아는 것입니다.

다른 세부 정보 : tmux에서 새 창을 만들 때마다 ksh가 호출되고 ~ / .kshrc가 소스 화되고 bash가 정상적으로 시작된다는 것이 확실합니다. 새로 생성 된 각 tmux 분할 창의 제목이 "ksh"(tmux 분할 창의 기본 제목은 포 그라운드에서 현재 프로세스의 이름 임)이기 때문에 이것이 사실이라고 생각하지만, 대신에 bash 프롬프트가 표시됩니다. ksh 프롬프트.

이것은 너무 많이 울렸으므로 요청하지 않으면 더 자세한 내용을 생략한다고 가정합니다.

편집 1 : 이상한 행동

트러스를 사용하거나 사용하지 않고 "ulimit -Su"(인수 없음)로 사용자 프로세스 제한을 가져 오려고하면 어떻게되는지보십시오.

$ truss ulimit -Su 2>| truss.out
100
$ ulimit -Su
1024

어쩌면 내가 도구를 잘못 사용하고 있지만 그게 이상하게 보입니다. 이 명령은 tmux 내에서 실행되었습니다.

편집 2 : 추가 정보

이 명령들은 서브 쉘이나 tmux가없는 일반 bash 프롬프트에서 실행되었습니다.

$ truss ksh -c "ulimit -Su 100" 2>&1 | grep limit
getrlimit64(9, 0x2FF1B988)                      = 0
setrlimit64(9, 0x2FF1B988)                      = 0
$ truss bash -c "ulimit -Su 100" 2>&1 | grep limit
appulimit(1005, 0)                              = 0x2001C000
bash: line 0: ulimit: max user processes: cannot modify limit: A system call received a parameter that is not valid.

자원 한도 소개

유닉스 계열 시스템에서 자원 제한에 의해 제어됩니다 getrlimit()및 setrlimit()시스템 호출. 이러한 제한은 프로세스마다 구성되며 새 프로세스가 생성 될 때 (예 :로 fork()) 상속됩니다 . 쉘에서 한계를 설정하려면 명령을 쉘에 빌드해야합니다 (자식 프로세스로 실행되지 않음). 정말 ulimit등 많은 쉘의 내장이다 ksh하고 bash.

관찰 된 행동

의 "내장"특성은 및 ulimit의 다양한 동작 을 설명합니다 .kshbash

사용자 프로세스 수 ( ulimit -u) 의 한계 는 setrlimit(RLIMIT_NPROC, ...)syscall에 의해 설정됩니다 . 이전 버전의 AIX에서는 RLIMIT_NPROC가 지원되지 않았습니다. ^<1> 지원이 AIX 6.1 ^{<2 섹션 5.4.4 구현 된 변경 사항>에 추가} 되어 ulimitin ksh이 setrlimit64()올바르게 사용 됩니다. 은 bash아마 AIX의 이전 버전과 호환되도록 컴파일이 제한을 제어 할 수 없습니다했다.

결론

ulimit내장을 사용할 수 있으며 ksh모든 하위 프로세스는 구성된 제한을 상속합니다. 쉘과 프로세스는 일반적으로 명시 적으로 호출하지 않는 한 자원 제한을 유지하고 유지하는 것과 아무 관련이 없습니다 setrlimit().

대안

AIX에는 이전 버전의 AIX에서도 작동해야하는 대안이 있습니다.

chdev -l sys0 -a maxuproc=100

참조 : 3 , 4