Jest to polecenie cook_rsh, które można uruchomić u dostawcy bezpłatnego hostingu OnWorks, korzystając z jednej z naszych wielu bezpłatnych stacji roboczych online, takich jak Ubuntu Online, Fedora Online, emulator online Windows lub emulator online MAC OS
PROGRAM:
IMIĘ
cook - równoważenie obciążenia rsh
STRESZCZENIE
gotować [ opcja...] architektura komenda [ argument...]
gotować -Pomoc
OPIS
Połączenia gotować program jest wrapperem rsz(1), który wykonuje proste równoważenie obciążenia. Uzyskuje
informacje o obciążeniu, uruchamiając rupia(1) polecenie i wybiera najbardziej odpowiedniego hosta
zaatakował określoną architekturę i najmniejsze obciążenie ze wszystkich hostów tego
architektura.
Pierwszym argumentem wiersza poleceń jest nazwa architektury, która jest używana do pobrania listy
możliwych gospodarzy. Z tej listy rupia(1) polecenie jest uruchamiane w celu określenia hosta za pomocą
najniższe obciążenie, które z kolei jest używane jako pierwszy argument ewentualnego rsz(1) polecenie.
KSIĄŻKI KUCHARSKIE
Aby skorzystać z tego programu, gdzieś w swojej książce kucharskiej musisz dodać linijkę
który czyta
Parallel_rsh = "gotuj";
Jeśli wybrany host jest taki sam jak wywołujący (host budujący), to ten program po prostu wykonuje
polecenie z pominięciem rsh. Więc nic nie kosztuje, aby korzystać z tego w jednej sieci maszynowej!
Dla każdego przepisu, który chcesz rozesłać do zdalnego hosta, musisz dodać powiązanie hosta
przypisują. Typowe zastosowanie to sytuacja, w której masz kompilację muti-architektury.
%1/%0%.o: %0%.c
powiązanie hosta % 1 {
cc -o [cel] -c [rozwiąż %0%.c]; }
W podanym tu przepisie każda architektura ma swoje pliki obiektowe umieszczone w osobnym
drzewo katalogów specyficzne dla architektury. Nazwa architektury (%1) jest używana w hoście
powiązanie, dzięki czemu kompilacje mogą być równoważone na wszystkich komputerach o tej architekturze.
Jeśli potrzebujesz polecenia do uruchomienia na określonym hoście (powiedzmy, bo tam właśnie
rezyduje licencja aplikacji), a następnie po prostu użyj nazwy hosta w powiązaniu hosta
atrybut, a nie nazwę architektury.
DEFINIOWANIE THE ZAJĘCIA
Połączenia /host_lists.pl plik ma istnieć i zawierać definicje zmiennych używane do
określić, czy hosty są członkami określonych architektur.
Połączenia /host_lists.pl plik definiuje perl HOL "hasz list" Hash to %ArchNames i to
mapuje nazwy architektur tak, jak użytkownik chce je zobaczyć, aby wyświetlić referencje jako rzeczywiste
listy są przechowywane.
Nazwy każdej architektury mogą mieć dowolną formę, ale konwencja jest taka
nazwy GNUish, takie jak „sparc-sun-solaris2.8”.
Dla każdej architektury zdefiniuj jedną lub więcej list maszyn zgodnie z jaką funkcją
każdy zestaw maszyn może to zrobić. Może to być tak proste, jak i skomplikowane, w zależności od potrzeb. Forma
nazwa zmiennej listy może być dowolnym prawidłowym identyfikatorem perla, ale równie dobrze może być podobna do
nazwa architektury z myślnikiem zmieniona na podkreślenie i kropka usunięta, a typ dodany. Do
Przykład można zdefiniować hosty Solaris jako:
@sparc_sun_solaris28_hosts = (
"mickey", "minny", "scrooge" );
I hosty linux jako:
@i386_linux22_hosts = (
"głupi", "skner" );
Jeśli istnieje potrzeba zdefiniowania różnych zestawów maszyn do różnych rodzajów prac, to
dodaj przyrostek do nazw w powiązanie z hostem dyrektywy w sprawie każdego z przepisów i
lista tutaj z tym samym przyrostkiem.
Hash do mapowania nazw argumentów na listy jest zdefiniowany w następujący sposób:
%ArchNames = (
"sparc-solaris2.8", => @sparc_solaris28_hosts,
"i586-unknown-linux22", => @i386_linux22_hosts, );
Oczywiście, jeśli użytkownicy mają różne opinie co do tego, jak powinny wyglądać nazwy architektury
na przykład możesz również zdefiniować mapowania „aliasów”.
"sun4-SunOS-5.8", => @sparc_solaris28_hosts,
A może poziom nie ma znaczenia, to zdefiniuj
"sparc-solaris", => @sparc_solaris28_hosts,
"sparc-solaris2.7", => @sparc_solaris28_hosts,
Ponadto ta lista nie może być pusta.
I na koniec, dzięki uprzejmości Perla, ostatnia linia pliku musi być przeczytana
1; z niejasnych i magicznych powodów.
LOG SYS LOGOWANIE
Wyglądałyby typowe polecenia widoczne podczas kompilacji
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'
Możemy więc dość łatwo wyodrębnić projekt/zmianę z polecenia i zalogować go za pomocą
syslog byłby trywialnym dodatkiem.
OPCJE
To polecenie zwykle nie ma żadnych opcji.
-h Pomoc - pokaż informacje o użytkowaniu
-vP Szczegółowy - wybór raportu
-Tn Wartość śledzenia do testowania
Korzystaj z cook_rsh online za pomocą usług onworks.net