Beschränkt "ulimit -u" die Anzahl der Benutzerprozesse, die in interaktiven Login-Subshells und darin erstellten tmux-Sitzungen erstellt werden?

Vor einigen Monaten habe ich eine Reihe von Bash-Skripts geschrieben, in denen Tmux zum Erstellen einer einfachen IDE auf einem AIX 7.1-Server verwendet wurde. In einem meiner Skripte ist ein Fehler, der manchmal Benutzerprozesse sehr schnell bis zu dem von ulimit festgelegten Grenzwert erzeugt. Dies geschieht sehr selten (etwa einmal pro Monat), und ich habe bereits mehrere erfolglose Stunden damit verbracht, diesen Fehler aufzuspüren. Daher entschied ich, dass ich mein Soft-User-Prozesslimit vorerst auf etwas niedriger als das harte Limit setzen kann ( B. 100 statt 1024), so dass, wenn sich mein Fehler erneut zeigt, keine spürbaren Auswirkungen auf die Leistung anderer Benutzer auf dem Server auftreten. Leider scheint "ulimit -Su 100" in bash unter AIX 7.1 nicht zu funktionieren, aber es funktioniert in ksh. Ich habe die folgende Problemumgehung durchgeführt:

Hat ksh zur Standardshell gemacht:

$ chsh [username] /usr/bin/ksh 

Schreibte folgendes an ~ / .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 

Jedes Mal, wenn ich eine Shell erstelle, setzt ksh das Limit für den Soft User-Prozess und startet bash als interaktive Login-Shell (ich möchte immer noch ~ / .bash_profile als Quelle erhalten). Nun muss ich mich fragen, ob die in ksh festgelegten Benutzerprozessgrenzwerte in bash-Subshells noch durchgesetzt werden. In der Bash-Subshell der obersten Ebene habe ich Folgendes ausgeführt:

$ 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 

Wie Sie sehen können, ist das Benutzerprozesslimit auf 1024 festgelegt.

Ein weiteres wichtiges Anliegen von mir ist zu wissen, ob das in ksh festgelegte Limit Prozesse einschließt, die in tmux-Sitzungen in Bash-Subshells erstellt werden.

Anderes Detail: Wenn ich in tmux ein neues Fenster erstelle, bin ich ziemlich sicher, dass ksh aufgerufen wird, ~ / .kshrc als Quelle verwendet wird und bash wie üblich gestartet wird. Ich glaube, dass dies der Fall ist, weil der Titel jedes neu erstellten Tmux-Bereichs "ksh" ist (der Standardtitel eines Tmux-Bereichs ist der Name des aktuellen Prozesses im Vordergrund), jedoch wird eine Bash-Eingabeaufforderung anstelle von angezeigt ksh-Eingabeaufforderung.

Dies ist ein bisschen zu weit gegangen, also werde ich weitere Details auslassen, wenn nicht danach gefragt wird.

Edit 1: Seltsames Verhalten

Schauen Sie sich an, was passiert, wenn ich versuche, mit "ulimit -Su" (keine Argumente) das Benutzerprozesslimit zu erhalten, mit und ohne Verwendung von Traversen:

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

Vielleicht benutze ich das Tool falsch, aber das sieht einfach komisch aus. Diese Befehle wurden in tmux ausgeführt.

Edit 2: Zusätzliche Informationen

Diese Befehle wurden über eine normale Bash-Eingabeaufforderung ausgeführt - keine Subshells oder Tmux.

$ 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.