Dotaz: BASH - Odladění programu

[BASH]

Zdravím. Vytvořil jsem nějaký program v bashi, mám to rozdělený na cca 800 souborů a chtěl bych poradit, zda je lepší v cyklu neustále dokola sourcovat soubory,

while :
do
 . /a/b/src-a
 . /a/b/src-b
 . /a/b/src-c
 . /a/b/src-d
done

nebo zda je lepší každý soubor spustit jako samostatný proces

while :
do
 /a/b/src-a 2>/log
 /a/b/src-b 2>/log
 /a/b/src-c 2>/log
 /a/b/src-d 2>/log
done

Díky

Odpovědi

[Semo]

To prve usetri hodne prace s vytvaranim procesov. Ale musis si ustrazit, aby ti tie skripty nemodifikovali "globalne" prostredie.

[BASH]

Ale musis si ustrazit, aby ti tie skripty nemodifikovali "globalne" prostredie.

Díky a konkrétně? Můžeš to upřesnit?

[potato]

Tečka (příkaz source) je ekvivalentní tomu, že vezmeš obsah vkládaného souboru a fyzicky ho do daného místa vložíš. Takže proměnné prostředí, funkce, nastavení shellu, etc. je pro hlavní skript a vkládaný kód společné.

[BASH]

Díky, hm a když to nebudu sourcovat ale spouštět sólo, tak nastavení shelu a etc bude pro každý proces jiný? Existuje neco jako na začátku scriptu

old_set_shell=$set_shell
old_set_etc=$set_etc

a na konci

set_shell=$old_set_shell
set_etc=$old_set_etc

Respektivně co všechno by se mělo uložit přes spuštěním scriptu abych uživateli něco nedomrdkal?

[potato]

Ano. Úplně nerozumím, jak se někomu může podařit napsat 800 skriptů bez zjištění, co se spouští jako samostatný proces, a co nikoli...

Neexistuje. Nastavení, běžné proměnné a některé další věci lze nasimulovat pomocí set, ale není to 100%.

Můžeš spouštět věci v subshellu. Je to pořád efektivnější než to spouštět jako samostatný skript, ale řádově pomalejší než sourcování.

[NN]

WTF. Muzes prozradit o co se konkretne jedna? Nedokazu si prestavit nic vetsiho, nez nekolik vetsich komplikovanych skriptu, ale 800, naskriptovane v shellu, no neverim..

[BASH]

Jedná se o programovací jazyk do 6 let. 800 souborů je nahrubo napsaný plně funkční kód. Nyní přecházím (po cca 3 letech) do fáze 2 kde je potřeba 1) zredukovat celý kód, 2) minimalizovat paměť, 3) optimalizovat rychlost. Nastudovat bash a napsat kód byla jedna věc. Teď musím nastudovat problém ohledně veškerého doladění a zabezpečení jelikož to neznám. Toď vše..

[Vladimír Čunát]

No, IMHO bash není vhodný pro takto velké projekty (prostě se s tím ani v návrhu takových jazyků nepočítá).

[Jendа]

3) optimalizovat rychlost

Tak to Bash nebyla správná volba.