Questo è il comando cook_rsh che può essere eseguito nel provider di hosting gratuito OnWorks utilizzando una delle nostre molteplici workstation online gratuite come Ubuntu Online, Fedora Online, emulatore online Windows o emulatore online MAC OS
PROGRAMMA:
NOME
cook - bilanciamento del carico rsh
SINOSSI
cuocere [ opzione...] architettura command [ argomento...]
cuocere -Aiuto
DESCRIZIONE
I cuocere il programma è un wrapper rsh(1) che esegue un semplice bilanciamento del carico. si ottiene
le sue informazioni di carico eseguendo il modulo(1) comando e seleziona l'host più adatto
hased sull'architettura specificata e il carico minimo di tutti gli host di questo
architettura.
Il primo argomento della riga di comando è il nome dell'architettura utilizzato per ottenere l'elenco di
eventuali ospiti. Da quella lista il modulo(1) viene eseguito il comando per determinare l'host con il
carico minimo, che a sua volta viene utilizzato come primo argomento dell'eventuale rsh(1) comando.
LIBRI DI CUCINA
Per poter utilizzare questo programma, da qualche parte nel tuo libro di cucina, devi aggiungere una riga
che legge
parallel_rsh = "cucina";
Se l'host scelto è lo stesso del chiamante (build host), questo programma esegue semplicemente il
comando saltando rsh. Quindi non costa nulla utilizzarlo in una rete di una macchina!
Per ogni ricetta che vuoi distribuire a un host remoto, devi aggiungere un'associazione all'host
attribuire a. L'utilizzo tipico è quando si dispone di una build multi-architettura.
%1/%0%.o: %0%.c
associazione host %1 {
cc -o [destinazione] -c [risolvi %0%.c]; }
Nella ricetta fornita qui, ogni architettura ha i suoi file oggetto collocati in un separato
albero di directory specifico dell'architettura. Il nome dell'architettura (%1) viene utilizzato nell'host-
binding, in modo che le compilazioni possano essere bilanciate dal carico su tutte le macchine di quell'architettura.
Se hai bisogno di un comando da eseguire su un host specifico (diciamo, perché è lì che uno specifico
la licenza dell'applicazione risiede), quindi utilizzare semplicemente il nome host nell'associazione host
attributo, piuttosto che un nome di architettura.
DEFINIRE LA CLASSI
I /liste_host.pl ci si aspetta che il file esista e che contenga definizioni di variabili usate per
determinare se gli host sono membri di particolari architetture.
I /liste_host.pl il file definisce un "hash di liste" perl HOL L'hash è %ArchNames e
mappa i nomi delle architetture come l'utente vuole vederle, per elencare i riferimenti come effettivi
gli elenchi sono memorizzati.
I nomi di ogni architettura potrebbero essere qualsiasi forma tu voglia, ma la convenzione è quella di usare
i nomi GNUish come "sparc-sun-solaris2.8".
Per ogni architettura definire uno o più elenchi di macchine in base a quale funzione
ogni set di macchine può fare. Questo può essere semplice o elaborato come richiesto. La forma di
il nome della variabile di lista può essere un qualsiasi identificatore perl valido ma può anche essere come il
nome dell'architettura con trattino modificato in barra inferiore e punto rimosso e il tipo aggiunto. Per
esempio si potrebbero definire gli host solaris come:
@sparc_sun_solaris28_hosts = (
"mickey", "minny", "scrooge");
E host Linux come:
@ i386_linux22_hosts = (
"pippo", "scrooge");
Se è necessario definire diversi set di macchine per diversi tipi di lavoro, allora
aggiungere un suffisso ai nomi nel vincolante per l'host direttiva su ciascuna delle ricette, e
elenca qui con lo stesso suffisso.
L'hash per mappare i nomi degli argomenti nelle liste è definito come:
%NomiArch = (
"sparc-solaris2.8", => @sparc_solaris28_hosts,
"i586-unknown-linux22", => @i386_linux22_hosts, );
Ovviamente se gli utenti hanno opinioni diverse su come dovrebbero apparire i nomi delle architetture
ad esempio, puoi anche definire mappature "alias".
"sun4-SunOS-5.8", => @sparc_solaris28_hosts,
O forse il livello non ha importanza, quindi definisci
"sparc-solaris", => @sparc_solaris28_hosts,
"sparc-solaris2.7", => @sparc_solaris28_hosts,
Inoltre, questo elenco non può essere vuoto.
E infine, per gentile concessione di Perl, l'ultima riga del file deve essere letta
1; per ragioni oscure e magiche.
SYSLOG REGISTRAZIONE
I comandi tipici visti durante una build sarebbero simili
sh -c 'cd /aegis/dd/gumby2.2.C079 && \ sh -ce /aegis/dd/gumby2.2.C079/.6.1; \
eco $? > /aegis/dd/gumby2.2.C079/.6.2'
Quindi possiamo estrarre il progetto/modifica dal comando abbastanza facilmente e registrarlo tramite
syslog sarebbe un'aggiunta banale.
VERSIONI
Questo comando di solito non ha alcuna opzione.
-h Aiuto: mostra informazioni sull'utilizzo
-vP Verbose - scelta del rapporto
-Tn Traccia il valore per il test
Usa cook_rsh online utilizzando i servizi onworks.net