|
Anzeige
|
python script auf raspberry pi über putty starten und dann putty beenden
Gast
#6678456
Hey, auf einem Raspberry pi starte ich über putty ein python script. Wie kann ich putty jetzt aber verlassen, sodass das python script noch weiter läuft? Bisher schließe ich putty mit Alt+F4. Damit hört aber auch das Script auf.
Gast
#6678463
Moin, - z.B. so:
also einfach ein & anhaengen. Gruesse Th.
Gast
#6678464
Gast
#6678477
Oder nohup.
Gast
#6678481
Thomas W. schrieb: > also einfach ein & anhaengen. mhh, in htop sehe ich zwar, dass es noch am laufen ist, wenn ich es mit strg+c abbreche, wenn ich aber putty beende, wird hier auch wieder das script beendet. Beim nächsten aufstart sehe ich das programm auch nicht mehr in htop.
Gast
#6678492
Tom schrieb: > Oder nohup. das läuft & läßt das Programm nur im Hintergrund laufen. nohup steht für NO Hang UP
Gast
#6678502
Moin, - da hast Du recht. Da hast Du so recht. Th.
Gast
#6678503
Oder Tmux nutzen.
Gast
#6680045
Voodii schrieb: > Oder Tmux nutzen. tmux forever! ;-) Systemd? Voodii schrieb: > Oder Tmux nutzen. Ja, oder screen(1). Aber der Weisheit letzter Schluß ist das auch nicht, denn die haben ja alle einen Ausgabepuffer für STDOUT und STDERR und laufen deswegen nur so lange, bis der Ausgabepuffer den gesamten freien Arbeitsspeicher befüllt hat und der nächste Aufruf von malloc(3) unserem hochgeschätzten Kollegen OOM-Killer über den Weg läuft, der den Prozeß dann erschießt. Huch! Besser: ein systemd-Unitfile schreiben, den kleinen Scheißer per cron(8), at(1) oder einem ordentlichen Prozeßmanager wie supervisord, monit, daemontools oder Kollegen laufen lassen. Der Königsweg auf modernen Linuxsystemen ist systemd.
Gast
#6682364
screen tmux nohup oder & Möglichkeiten gibt es viele. ich nehme gerne at
at muss dafür installiert sein. Sheeva P. schrieb: > Voodii schrieb: >> Oder Tmux nutzen. > Ja, oder screen(1). Aber der Weisheit letzter Schluß ist das auch nicht, > denn die haben ja alle einen Ausgabepuffer für STDOUT und STDERR und > laufen deswegen nur so lange, bis der Ausgabepuffer den gesamten freien > Arbeitsspeicher befüllt hat und der nächste Aufruf von malloc(3) unserem > hochgeschätzten Kollegen OOM-Killer über den Weg läuft, der den Prozeß > dann erschießt. Huch! Sicher? Ich habe ein RaspberryPi am Laufen der seid ca 3 Jahren am Stück läuft. Dabei sind 3 Prozesse über tmux gestartet und pusten munter Ausgaben auf StdIO. Bisher hatte ich eher das Problem, dass ein Skript wegen unvorhergesehener Ereignisse gestoppt hat. Aber auch das sieht man wunderbar beim nächsten attach auf tmux. tmux hat ein Setting für die Anzahl Zeilen im Scrollback Buffer. (maxhistory-limit). Er stürzt IMHO nicht ab sondern verwirft ältere Zeilen. Sheeva P. schrieb: > Voodii schrieb: >> Oder Tmux nutzen. > > Ja, oder screen(1). Aber der Weisheit letzter Schluß ist das auch nicht, > denn die haben ja alle einen Ausgabepuffer für STDOUT und STDERR und > laufen deswegen nur so lange, bis der Ausgabepuffer den gesamten freien > Arbeitsspeicher befüllt hat und der nächste Aufruf von malloc(3) unserem > hochgeschätzten Kollegen OOM-Killer über den Weg läuft, der den Prozeß > dann erschießt. Huch! Die puffern alles was ausgegeben wird und behalten es für immer? Kann ich mir nicht so recht vorstellen. Das wäre ja ziemlich dämlich.
Gast
#6683516
screen und tmux haben eine einstellbare Größe des History/Scollback Buffers. Die steht IIRC per default bei irgendwas um die 100 (screen) und 2000 (tmux) Zeilen jeweils pro Pane. Antwort schreiben |
Anzeige
|
