Dotaz: Bash - spuštění více programů po sobě

[Jirda]

Ahoj, potřebuji udělat jednoduchý skriptík, který mi spustí několik programů, ne však najednou, ale po sobě, tzn, po spuštění jednoho programu se teprve začne spouštět druhý atd. Zatím jsem se dopatral jen tomu, že se mi buď spouštějí všechny najednou, nebo se další program spustí až po ukončení právě spuštěného. Za každou radu díky

Odpovědi

[Petr Šobáň]

Nějak nechápu.....

No tak je spouštěj na pozadí, a pokud mezi nimi potřebuješ prodlevu tak tam dej příkaz na čekání.

[Hynek (Pichi) Vychodil]

A jak se pozná, že se program nastartoval? To je nějak definovaný stav?

[Jirda]

Me jde o to, aby se mi ty programy spouštěli prostě v určitém pořadí a ne aby mi disk bláznil, lítal sem tam, a spouštěl vše najednou. Možná pomůže ta prodleva, ale myslel jsem, jestli třeba spuštěný program nepošle nějaký, "jsem ready", a po tomto signálu by se mohl začít spouštět další.

[Petr Šobáň]

A co to má společného s diskem ?

Prostě ať ty programy budeš spouštět zaráz nebo postupně tak je to úplně jedno pokud ty programy nezávisí na sobě.

Linux nejsou windows a to že běží disk a bliká je taky jedno, bude blikat pořád ať ty programy spustíš jak chceš, pokud ten program potřebuje HD tak z něho bude číst ať se děje co chce....

Podle mě máš problém někde jinde - nedostatečný HW a pokud chceš omezit přístup na HD pořiď více ram aby se potom použila jako cache pro HD pokud máš náročné aplikace pracující s HD. (Případně použít rychlejší řadič HD, rychlejší HD atd.....)

[Jirda]

HW myslím že mám dostatečně výkonný. S diskem to má společné to, že když se mi ty programy spustí v návaznosti těsně po sobě, nebude tolik seekovat a ve vysledku se to spustí rychleji. Já nevím co je na tom tak nepochopitelného. I kdyby ten důvod byl jakýkoliv, tak jsem chtěl jen vědět, jestli někdo nezná způsob jak pustit ty programy v určitém pořadí těsně po sobě. Možná se blbě ptám, možná si vymýšlím nesmysly a možné to není, nebo proste zatím nikdo nezná odpověď ...

[Hynek (Pichi) Vychodil]

HW myslím že mám dostatečně výkonný. S diskem to má společné to, že když se mi ty programy spustí v návaznosti těsně po sobě, nebude tolik seekovat a ve vysledku se to spustí rychleji...

A na to jsi přišel jak? To si jenom myslíš, že? Ono myslet, znamená ho..o vědět.

[chroust]

Takové odpovědi bych očekával nejspíš tak někde na zive.cz, kam se stahují (nebo aspoň stahovali, už jsem tam dávno nebyl, tak abych nekřivdil) různí narušení jedinci.

Z obsahové hlediska je hodnota nulová, byť bystřejší čtenář asi pochopí, že s uvedeným tvrzením nesouhlasíš. Z hlediska komunikace jde o napadení - byť se to přímo nepíše, bystřejší čtenář opět pochopí, že tazatel je blbec. Takže co jsme se vlastně dozvěděli? Že "myslet, znamená ho..o vědět", což je velmi otřepané rčení, které každý zná a může být "zajímavé" snad jen svojí lehkou vulgaritou. Bystřejší čtenář pak může ještě usoudit, že autor příspěvku nemá dnes co dělat a hojí své frustrace na diskusním fóru.

Osobně si rovněž nemyslím, že by uvedené tvrzení bylo pravdivé, pokud bych však měl potřebu se k němu vyjadřovat, snažil bych se to udělat slušně a argumentovat. Například tím, že nevíme ani které soubory se při spuštění budou číst, natož kde jsou uloženy na disku nebo jaká je strategie uspokojování diskových požadavků na úrovni OS a samotného disku, což je pro výkonnost paralelního čtení zásadní. Jistě však může existovat i specifická situace, v níž bude při uvedeném postupu možné sledovat zlepšení výkonu, není to však příliš pravděpodobné a nelze takové pozorování zobecňovat.

[chroust]

Předpokládám, že programy mají běžet současně a jako problém se ti jeví úvodní část jejich běhu, ukončená například naběhnutím hlavního okna v případě GUI aplikace, zahájením akceptování spojení serverem apod. OS přechod do takového stav neidentifikuje a ani nemůže, neboť jde o vnitřní stav aplikace. Nevylučuji, že desktopové prostředí (např. KDE), umožňuje navázat nějakou akci na zobrazení prvního okna aplikace, ale nevím o tom a dost o tom pochybuji. Jiná věc je, že můžes napsat program, který to bude pro konkrétní aplikaci nějak konkrétně zjišťovat a pro takovou diagnostiku ho používat. Spuštění těsně po sobě je to co děláš teď a je dáno pořadím spouštěcích příkazů ve skriptu. Pokud by konkrétní aplikace např. posílala signál, že už má vykreslené okno, načtené konfigurační soubory apod., můžeš si na něj počkat - aplikace by však musela něco takového podporovat. Pokud bych se vůbec chtěl tímto zabývat, zvolil bych metodu uspání skriptu na nějakou dobu před spuštěním dalšího programu. Může to však být neefektivní, pokud už jsou některé knihovny v paměti, soubory v diskové cachi apod. a čekat budeš zbytečně. Ve specifických případech snad můžes pozorovat zrychlení, ale v průměru nemůžes tímto způsobem dosáhnout lepšího výsledku než OS.

[Jirda]

Předpokládám, že programy mají běžet současně a jako problém se ti jeví úvodní část jejich běhu, ukončená například naběhnutím hlavního okna v případě GUI aplikace, zahájením akceptování spojení serverem apod. OS přechod do takového stav neidentifikuje a ani nemůže, neboť jde o vnitřní stav aplikace.

Konečně mě někdo pochopil a nehledal v mé otázce, do čeho si rýpnout. Díky, tahle odpověď mi stačí

[Martin Beránek]

Konečně mě někdo pochopil a nehledal v mé otázce, do čeho si rýpnout.

a ty, co se vám snažily naznačit, že paralelní přístup k disku by měl řídit plánovač IO, jste nepochopil vy

[ikarlos]

prvy;druhy;treti

[wolf09]

nebo jeste lepe prikaz1 && prikaz2 && prikaz3

v tomto pripade se prikaz2 spusti pouze v pripade , ze prikaz1 ma 0 navratovy kod.

Nezapomente, ze pokud to pisete na windows, tak je nutno opravit konce radku pomoci dos2unix !

[honzous]

Rozhodne &&. A kdyz jim chces dat oddech, tak tam nasazel sleepy

[Jirda]

To jo, ale další aplikace se mi spustí až poté, co ukončím tu předchozí ...

[Jirda]

Omlouvám se za předchozí příspěvek, samozřejmě že se program nespustí po ukončení předchozího ... Ale && nepomůže, jak jsem psal, jedná se o programy a ne příkazy ...

[honzous]

Aha, tak v tom pripade o jedno & mene Nejak jsem to z uvodniho dotazu nepochopil. Jinak pokud bys to chtel uplne presne nadefinovat, ze az se "dokonci spousteni" tehle aplikace, tak "zacni spoustet" dalsi, tak na to me zadne reseni nenapada. Jedine to spoustet s nejakym stracem s vystupem "nekam", a ted vystup checkovat, jestli se porad zvetsuje, nebo uz ma stabilni velikost. Doufam, ze jsem to napsal srozumitelne.

[Jirda]

JJ, tak jsem to přesně myslel, ale docílit toho je zřejmě pro mě složité, jestli je to vůbec možné

[honzous]

Urcite je to resitelne. Ale je treba si rict, zda to, co chces vyresit, je natolik dulezite, ze pro to budes obetovat nemaly casovy usek uceni a premysleni Jestli jo, tak man strace

[stativ]

stracem to nepůjde, protože to by se proces programu musel okamžitě uspat, aby strace už nic nevypisoval. Stačí jediný pohyb paměti a tenhle způsob půjde do háje. Zelenýho.

Popravdě mě přijde celý dotaz jako naprostá kravina. Prostě použij ; (a když už, tak i nějaký sleep). Jinou možnost ani nemáš, protože jak už tu někdo psal by program musel posílat nějaký signál, že už je spuštěný. A to že to zrovna tyhle programy budou dělat je hoodně nepravděpodobné.

Pocit, že se programy takhle spustí rychleji je podle mně zcela mimo. Hlavičky hard disku musí tu cesto projít stejně v každém případě. Fragmentace souborů v systému bude přítomná vždy a lítání hlav tedy taky. Máš tedy v podstatě na výběr jestli hlavičky budou překmitávat rychle nebo pomalu (a to takřka stejným způsobem). To že to dělá větší kravál opravdu neznamená, že je to pomalejší.
Samozřejmě existuje teoretická možnost, že tvůj způsob bude rychlejší. A to v případě, že všechna data budou uložená na disku za sebou přesně v tom pořadí, v jakém se čtou (včetně všech knihoven). S tím se prakticky nesetkáte (existuje patch pro kernel, který dělá něco takového, ale jen po dobu bootu). Ovšem to by se program musel začít spouštět okamžitě po načtení dat předchozího (tedy i před jeho kompletním spuštěním) aby se hlavičky nestihly zaparkovat nebo tak něco.

PS: Navíc firmware disku si může dělat co chce, takže na OS bych v tomhle zrovna moc nespoléhal.

[alesek]

To je imho dost ulitly napad, je potreba vzit v uvahu rezii samotneho strace, ktera libovolnou usporu ziskanou odlozenim spousteni spolehlive vynuluje. A pak taky vypovidaci hodnotu ziskaneho vypisu. Aplikace po tom co "nabehne" uz nedela syscally? No nejaka mozna ne, nebo ne hned, ale je to individualni a musi se to vysledovat na konkretni aplikaci a jeji konkretni verzi atd. Pokud bych se uz mel ubirat cestou podobnych heuristik, sledoval bych spis standardnim zpusobem informace o behu procesu (napr. alokovana pamet). Rozhodne neni zadny obecny zpusob a musi se to resit na urovni konkretni aplikace - pak je ovsem v OSS prostredi nejlepsi upravit zdrojak tak aby aplikace treba ve spravnou chvili vypsala na chybovy vystup "hotovo". Cele je to ale podle mne zbytecna snaha.

[Jan Martinek]

Dalo by se to obejít tím, že bys číhal, až se disk uklidní a pak teprve pouštěl další program. To by šlo udělat třeba takhle:

#!/usr/bin/python
from __future__ import division
import time

def sumsys_iowait():
    statline = file('/proc/stat').readline().split()[1:8]
    ints = [int(x) for x in statline]
    sumsys = sum(ints)
    iowait = ints[4] #IOWAIT
    return sumsys, iowait

s_old, i_old = sumsys_iowait()
while True:
    time.sleep(0.2)
    s, i = sumsys_iowait()
    iowait = (i-i_old)/(s-s_old)
    print iowait
    if iowait > 0.5:
        break
    s_old = s
    i_old = i

Schválně jsem obrátil podmínku a nastavil, ať program skončí až se aktivita disku _zvýší_ nad 0.5 - ať je to zajímavější. Pětkrát za sekundu kontroluju IOWAIT což většinou odpovídá aktivitě disku (ale nemusí).
Ale jsem přesvědčen, že to k žádnému zlepšení nepovede. Vyzkoušej a uvidíš.

[Semo]

Bud cez sledovanie iowait programcekom vyssie, alebo grepovat po 1. vyskyt charakteristickeho retazca vo vystupe z strace. Ten retazec ale treba rucne zistit, aby jeho prvy vyskyt odpovedal "nabehnutemu" programu.