In passato, eseguivo nohupgrandi lavori in background, ma ho notato che molte persone usano screenin questo contesto. Non screenfornire un qualche tipo di vantaggio funzionale che io sono a conoscenza di, o è solo una questione di preferenza?
In passato, eseguivo nohupgrandi lavori in background, ma ho notato che molte persone usano screenin questo contesto. Non screenfornire un qualche tipo di vantaggio funzionale che io sono a conoscenza di, o è solo una questione di preferenza?
Risposte:
Entrambi hanno i loro lati positivi e negativi:
nohup:
nohup.out.schermo:
@rahmu, non indovinerei mai Pid se voglio ucciderlo. Assicurati prima di uccidere qualcuno / qualcosa;).
Il modo migliore in entrambi i casi per schermo e nohup è:
ps -eaf | grep "nohup" | grep "your proc name/keyword".
Usa lo schermo e controlla cosa c'è in esecuzione.
Per concludere, sono due cose diverse fatte con programmi diversi, quindi il confronto è difficile.
lo schermo ha un sacco di funzioni. Non solo "demonizza" un processo, è più un gestore di finestre per i terminali.
Può essere usato se il processo ha bisogno di input ad un certo punto, puoi andare e controllare l'output del processo, riconnetterti al suo terminale, ...
Quindi no, non è solo una questione di preferenza, non sono affatto la stessa cosa.
nohupdebug dei campi del database.ps ax | grep nohup ti mostrerà l'ID del processo e puoi ucciderlo. nohupè più veloce. Il semplice motivo è che dipende dalla connessione Internet tra il PC e il server. Ogni volta che Internet procede lentamente, anche il processo procede lentamente.
nohup [...] > fileName.log 2>&1. Inoltre, ciò significa che l'output non viene perso.