|
SKILL(1) manual page
Table of Contents
skill, snice - invia un signal o cambia la priorità ai processi
specificati
skill [-signal] [-ivfwn] {tty utente comando pid}
snice [(-|+)priorità] [-ivfwn] {tty user command pid}
skill -l
Skill invia il signal terminate a un insieme di processi. Se è specificato
un nome di un signal (o un numero) preceduto da un `-', allora sarà sostituito
quel signal a terminate. Il comando `skill -l' mostra una lista dei signal
disponibili.
Snice altera la priorità di scheduling dei processi selezionati.
Di default, la nuova priorità è +4, ma un argomento del tipo `+n' (o `-n')
può essere usato per specificare un diverso valore. Un priorità non valida
è silenziosamente arrotondata al primo valore accettabile.
Le opzioni accettate
da entrambi i comandi sono le seguenti:
- -i
- In modo interattivo, è chiesto
all'utente la conferma per ogni processo candidato all'azione. Rispondendo
`y' l'azione sarà portata a termine. Inoltre, un ^D a questo prompt causa la
terminazione immediata di skill o snice.
- -v
- In modo verbose, è mostrato
l'id di ogni processo su cui si fa l'azione.
- -f
- In modo fast, è permesso al
codice dipendente dalla macchina responsabile della lettura dei processi
di prendere decisioni per incrementare la velocità a spese del reporting
degli errori (p.es. i comandi possono non essere mostrati). Questa opzione
esiste principalmente per poter killare processi in esecuzione su sistemi
operativi con design della VM complicato.
- -w
- Mostra messaggi di warning
per i processi non ``raggiungibili''.
- -n
- Mostra i process id ma non fa niente.
Tutti gli argomenti della linea di comando sono indipendenti dall'ordine.
Skill e snice permettono di specificare i processi con una qualsiasi
combinazione di tty, nomi di utenti, e comandi (o anche i process id).
Verranno intraprese azioni solo sui processi che corrispondono a qualcosa
in ogni categoria. Una categoria vuota garantisce la corrispondenza. Per
esempio, `skill -HUP vi ex tty00' manderà il signal hangup a tutti i processi
vi(1)
e ex(1)
associati con la tty00. Similmente, `snice +10 find root'
cambierà a +10 la priorità di tutti i processi find(1)
di proprietà di
root.
Utenti non privilegiati possono modificare solo i processi di loro
proprietà, quindi non hanno necessità di specificare il loro nome utente
nella lista degli argomenti. D'altra parte, il superuser dovrebbe essere
molto cauto (p.es. il comando `snice -5 vi' cambierà la priorità di tutti
i processi vi(1)
nel sistema).
Poiché skill e snice categorizzano i loro
argomenti, c'è la possibilità che commettano errori nel farlo (p.es. un comando
di sistema è anche il nome di un utente). Entrambi i programmi provano
a far corrispondere un argomento con una tty, un nome utente, e un process
id, prima di classificarlo come un comando. Per ovviare a questo, un argomento
può essere forzato a un tipo particolare precedendolo con "-c" (comando),
"-u" (utente), "-t" (tty), o "-p" (process id).
I process id non sono noti
in anticipo, così si deve esaminare sia la kernel memory che lo swap device
per cercare le informazioni richieste. In alternativa, su alcuni sistemi,
è esaminato il file system "/proc". Quando è trovato un processo corrispondente
a ogni categoria, è immediatamente eseguita l'azione (finché non si è in
modo interattivo). I processi devono appartenere all'utente corrente a meno
che non sia il superuser. Entrambi i programmi non possono far niente su
se stessi, ma ogni altro rispetta le regole.
Lo stato d'uscita è normalmente
0; se l'utente commette un errore, è ritornato 1. Se avviene un errore di
sistema, lo stato d'uscita è 2.
/vmunix system name list
/dev/mem memoria
fisica
/dev/kmem kernel virtual memory
/dev/drum swap device
/proc process
file system
/dev esaminata per mappare tty in device number
kill(1)
, nice(1)
, priocntl(1)
, renice(1)
, ps(1)
,
kill(2)
, setpriority(2)
,
signal(2)
, proc(4)
Jeff Forys
David Sharnoff Greg
Earle Christos Zoulas
Gorodecki Tom Mike Hibler Ric Anderson
Le cose
cambiano mentre questi processi sono in esecuzione, e qualche volta possono
essere persi processi (il flag `-w' li mostra).
I nomi dei comandi possono
essere troncati a dimensioni dipendenti dalla macchina.
Su alcuni sistemi
operativi, questi programmi non sono capaci di analizzare i processi appartenenti
ad altri utenti. Sebbene non sia un problema, questo fatto causa la notifica
"(but N could not be checked)", dopo il messaggio "no matching processes".
Table of Contents
|
