Este é o comando cook_rsh que pode ser executado no provedor de hospedagem gratuita OnWorks usando uma de nossas várias estações de trabalho online gratuitas, como Ubuntu Online, Fedora Online, emulador online do Windows ou emulador online do MAC OS
PROGRAMA:
NOME
cook - balanceamento de carga rsh
SINOPSE
cozinhar [ opção...] arquitetura comando [ argumento...]
cozinhar -Ajuda
DESCRIÇÃO
A cozinhar programa é um invólucro rsh(1) que faz balanceamento de carga simples. Consegue
suas informações de carga executando o formulário(1) comando e seleciona o host mais adequado
baseado na arquitetura que você especificar, e a menor carga de todos os hosts desse
arquitetura.
O primeiro argumento da linha de comando é o nome da arquitetura que é usado para obter a lista de
possíveis hospedeiros. Dessa lista, o formulário(1) o comando é executado para determinar o host com o
carga mais baixa, que por sua vez é usada como o primeiro argumento do eventual rsh(1) comando.
LIVROS DE RECEITAS
Para usar este programa, em algum lugar do seu livro de receitas, você precisa adicionar uma linha
que lê
parallel_rsh = "cozinhar";
Se o host escolhido for o mesmo que o chamador (construir host), então este programa apenas executa o
comando pulando o rsh. Portanto, não custa nada usar isso em uma rede de uma máquina!
Para cada receita que você deseja distribuir para um host remoto, você precisa adicionar uma ligação de host
atribuir a. O uso típico é quando você tem uma construção de arquitetura múltipla.
% 1 /% 0% .o:% 0% .c
ligação de host% 1 {
cc -o [alvo] -c [resolve% 0% .c]; }
Na receita dada aqui, cada arquitetura tem seus arquivos-objeto colocados em um separado
árvore de diretórios específica da arquitetura. O nome da arquitetura (% 1) é usado no host-
vinculação, de modo que as compilações possam ter balanceamento de carga para todas as máquinas dessa arquitetura.
Se você precisa de um comando para ser executado em um host específico (digamos, porque é onde um determinado
a licença do aplicativo reside), basta usar o nome do host na ligação de host
atributo, em vez de um nome de arquitetura.
DEFININDO A CLASSES
A /host_lists.pl espera-se que exista e contenha definições de variáveis usadas para
determinar se os hosts são membros de arquiteturas específicas.
A /host_lists.pl arquivo define um perl HOL "hash de listas" O hash é% ArchNames e ele
mapeia nomes de arquiteturas como o usuário deseja vê-los, para listar referências como o real
listas são armazenadas.
Os nomes de cada arquitetura podem ser da forma que você desejar, mas a convenção é para usar
os nomes GNUish como "sparc-sun-solaris2.8".
Para cada arquitetura, defina uma ou mais listas de máquinas de acordo com a função
cada conjunto de máquina pode servir. Isso pode ser tão simples ou tão elaborado quanto necessário. A forma de
o nome da variável da lista pode ser qualquer identificador perl válido, mas também pode ser como o
nome da arquitetura com traço alterado para barra e ponto removido e o tipo adicionado. Para
exemplo, pode-se definir hosts solaris como:
@ sparc_sun_solaris28_hosts = (
"mickey", "minny", "scrooge");
E os hosts Linux como:
@ i386_linux22_hosts = (
"pateta", "pateta");
Se houver necessidade de definir diferentes conjuntos de máquinas para diferentes tipos de trabalhos, então
adicione um sufixo aos nomes no ligação ao hospedeiro diretiva em cada uma das receitas, e
listas aqui com o mesmo sufixo.
O hash para mapear nomes de argumentos para listas é definido como:
% ArchNames = (
"sparc-solaris2.8", => @ sparc_solaris28_hosts,
"i586-unknown-linux22", => @ i386_linux22_hosts,);
Claro, se os usuários tiverem opiniões divergentes sobre como devem ser os nomes das arquiteturas
como, você pode definir mapeamentos de "alias" também.
"sun4-SunOS-5.8", => @ sparc_solaris28_hosts,
Ou talvez o nível não tenha importância, então defina
"sparc-solaris", => @ sparc_solaris28_hosts,
"sparc-solaris2.7", => @ sparc_solaris28_hosts,
Além disso, esta lista não pode ficar vazia.
E finalmente, cortesia de Perl, a última linha do arquivo deve ser lida
1; por razões obscuras e mágicas.
SYSLOG EXPLORAÇÃO MADEIREIRA
Comandos típicos vistos durante uma construção pareceriam
sh -c 'cd /aegis/dd/gumby2.2.C079 && \ sh -ce /aegis/dd/gumby2.2.C079/.6.1; \
echo $? > /aegis/dd/gumby2.2.C079/.6.2 '
Assim, podemos extrair o projeto / mudança do comando com bastante facilidade e registrá-lo via
syslog seria uma adição trivial.
OPÇÕES
Este comando geralmente não tem opções.
-h Ajuda - mostrar informações de uso
-vP Detalhado - escolha do relatório
-Tn Valor de rastreamento para teste
Use cook_rsh online usando serviços onworks.net