abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 23:11 | IT novinky

    Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.

    Ladislav Hagara | Komentářů: 0
    včera 14:22 | Komunita

    Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.

    Ladislav Hagara | Komentářů: 3
    včera 04:44 | Komunita

    Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).

    Ladislav Hagara | Komentářů: 1
    26.4. 22:22 | Nová verze

    Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).

    Ladislav Hagara | Komentářů: 1
    26.4. 21:55 | Komunita

    Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.

    Ladislav Hagara | Komentářů: 1
    25.4. 04:00 | Nová verze

    raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.

    Ladislav Hagara | Komentářů: 0
    24.4. 18:33 | IT novinky

    Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.

    Ladislav Hagara | Komentářů: 0
    24.4. 15:33 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).

    Ladislav Hagara | Komentářů: 0
    24.4. 04:44 | Komunita

    Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    23.4. 23:11 | IT novinky

    Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také

    … více »
    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (2%)
     (13%)
     (31%)
     (3%)
     (6%)
     (3%)
     (15%)
     (25%)
    Celkem 1437 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: python 2.7 : tar pomocí subprocess

    10.4.2017 08:52 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    python 2.7 : tar pomocí subprocess
    Přečteno: 514×
    Zdravím všechny .. píšu takový skriptík, který cosi vyhodnotí u haldy souborů, soubory, které projdou sítem si zaznamená do pomocného souboru-seznamu a tento seznam poté podstrčím taru ( a mimo jiné mně zajímá, jak dlouho se s tím tar bude trápit ).
    
    pack_start = time.time()
    pack = Popen(['tar', '-cJf', account_archive,'-T'+account_filelist ])
    pack.wait()
    pack_end = time.time()
    
    řešení to není špatné (rozumějte - funguje ) , ale tar asi používá maximální kompresi. Pokoušel jsem se do volání Popen propašovat XZ_OPT=3, ale tudy asi cesta nevede ( nebo nevím jak na to ).

    je nějaká jiná možnost jak vyladit kompresi a mít možnost získat čas potřebný k zabalení ?

    prý přes shell to není bezpečné, psali někde na SOwerflow, ale zas takový kabrňák nejsem, abych to posoudil.

    Jinak komprese trvá skoro 19 hodin a když to stáhnu na 10 bude to stačit ( 140GB pošty )

    Nevadilo by mi ani volání taru v nějaké funkci, která by ten čas komprese hlídala, ale zároveň umožnila skriptu pokračovat v přípravě dalšího seznamu, ( komprimuju poštu po účtech( 1 účet = 1 složka = 1 archiv + csv s obsahem ( kdy predmet, kdo ) ne vše najednou ) případně spuštění dalšího vlákna s tarem ( čtyřjádro - asi bych to hlídal na max 3 tar-vlákna ( jak ?? ) )

    Mám nástín, ale zatím nevyzkoušeno - pakování do funkce a tu volat subprocess.popen, ve funkci zase subprocess.popen tar a čekat na něj. jak ohlídat jen 3 spuštěné tary zatím nevím. Snad nějaký counter (globální proměnná ), který by to hlídal ... funguje to ale ve vláknech ? aby se nepoprali o tu proměnnou ?

    Předem děkuji i za částečné nakopnutí správným směrem.

    1, vyladit kompresi taru / použít jiný postup pro kompresi

    2. popsat nějaké schéma, jak komprimovat ve více vláknech ( jasně, čas komprese budou mít jednotlivá vlákna asi pěkně natažený, ale snad to celkový čas zmenší )

    Milan


    Řešení dotazu:


    Odpovědi

    10.4.2017 09:40 NN
    Rozbalit Rozbalit vše Re: python 2.7 : tar pomocí subprocess
    Je nutne ten tar volat externe, modul tarfile nestaci?
    10.4.2017 13:22 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: python 2.7 : tar pomocí subprocess
    ahoj, tarfile 2.7 neumí xz jen (b|g)zip .. i když .. napadá mne, proč prostě nepoužít zip .. původním cílem bylo udělat archiv co nejmenší, ale zase ta cena ( čas ) .. takže jdu na kmpromis .. a to už xz asi netreba. Nebo je o tolik lepší ?

    Tar volám proto, že si !!!myslím!!! že spustit tu kompresi v binárce bude efektivnější než to tlačit přes interpreter. Možná nevím, jak knihovně podstrčit seznam 10k souborů. Kdysi jsem něco podobného řešil přes pylzma nebo jak to bylo .. dopad byl ten že se dal progress komprese i efektivita sledovat průběžně, nevýhodou bylo, že ta py-knihovna měla jakýsi bug, a nešla nastavit komprese nebo něco, už si to nepamatuju. časy jsem tehdy neporovnával, šlo jen o jeden soubor ( obraz disku vytvářený pythonem ( namísto dd | tar ), ale pak jsem našel lepší řešení a toto jsem zapudil :-) )
    Jendа avatar 10.4.2017 10:15 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: python 2.7 : tar pomocí subprocess
    prý přes shell to není bezpečné, psali někde na SOwerflow
    Pokud tam nebudeš předávat argumenty, které ti dal uživatel, tak je to v pohodě.
    Nevadilo by mi ani volání taru v nějaké funkci, která by ten čas komprese hlídala, ale zároveň umožnila skriptu pokračovat v přípravě dalšího seznamu
    Já na tohle vždycky pouštěl thread… Řekne se prostě threading.Thread(target=funkce, args=(a,b,c)); t.start()
    je nějaká jiná možnost jak vyladit kompresi
    tar c | xz -3 > foo ? :-)
    10.4.2017 13:43 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: python 2.7 : tar pomocí subprocess
    Pokud tam nebudeš předávat argumenty, které ti dal uživatel, tak je to v pohodě
    ne, skript běží pod rootem :-)
    tar c | xz -3 > foo
    tak ono to jde i ( v shellu ) XZ_OPT=3 tar -cJf "$bkfile" -T$usersez

    čili podobně subprocess.popen( "cely prikaz" shell=true ) ...

    ale ten shell .. jak jsem psal - na SO jednomu tazateli rozmlouvali.

    každopádně díky za navedení. Dá se u threadu sledovat, zda ještě "žije" ?
    Jendа avatar 10.4.2017 17:09 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: python 2.7 : tar pomocí subprocess
    ne, skript běží pod rootem :-)
    A?

    Ten problém se shellem je prostě v tom, že když tam dáváš argumenty od uživatele, je složité to korektně escapovat tak, aby když ti uživatel zadá ";rm -rf /*;, tak to shell nevyhodnotil jako další příkaz. Ty tam ale argumenty od uživatele, jestli to chápu dobře, nemáš (předáváš tam jen jméno souboru, které si sám generuješ).
    10.4.2017 22:33 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: python 2.7 : tar pomocí subprocess
    Ahoj, daty uživatelů jsem myslel nějaké loginy a tak .. ne, z pohledu skriptu se jedná o prostou kompresi souborů, zdrojová cesta je zadrátovaná, cílová taky, skriptu předávám jen hloubku archivace ( počet dní, během kterých došlo ke změně / vytvoření souboru ).
    Řešení 1× (Milan Uhrák (tazatel))
    10.4.2017 14:40 chrono
    Rozbalit Rozbalit vše Re: python 2.7 : tar pomocí subprocess
    Pre nastavenie premennej prostredia stačí pred tým Popen použiť os.putenv("XZ_OPTS", "3")

    Ak používaš Python3, môžeš pri tej funkcii wait použiť aj argument timeout a ak sa program v tom čase neskončí, vyhodí tá funkcia výnimku subprocess.TimeoutExpired. Takže nie je problém pospúšťať viac programov pomocou Popen a potom si na počkať volaním wait v nejakom cykle.

    Prípadne môže byť vhodnejšie použiť funkciu poll (a sleep). Wait sa potom použije len ak poll nevráti None (a teda program sa ukončil).
    10.4.2017 22:29 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: python 2.7 : tar pomocí subprocess
    Tohle zní dobře, děkuji
    10.4.2017 23:03 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: python 2.7 : tar pomocí subprocess
    Ještě - je to trochu off topic - když jsem viděl, jak se ten xz blob chová ... listing souborů až po dekompresi xGB .. brr ..

    Tohle ne ... přemýšlím nad úplně jiným kompresním programem .. což je tedy problém .. Ale : technicky vzato - všechny soubory patří jednomu uživateli (mail:mail) , čili by šel pustit i 7z, žádné specifické metadata tam nejsou.. koukal jsem teď na man a diskuze o 7z a vypadá to schůdně. Navíc umí multithread (snad) .. tak odpadá hlídání procesů. Zkusím to a dám vědět.

    Je to trochu prasárna, ale ÚSP :)

    Děkuji všem za brainstorming, nápady a rady ..

    Milan
    12.4.2017 08:03 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: python 2.7 : tar pomocí subprocess
    Výsledkem použití 7z je to, že archivy maji dohromady o skoro polovinu méně ( 39 proti 68 ) a komprese trvala nikoliv 19, ale 6 hodin ( stav z dnešního nočního -stale-ještě-testovacího-spuštění )

    Takový výsledek je ale nefér srovnávat. Dost pomohlo asi to, že :

    - před započetím komprese se prováděl rsync pošty na jiný mezisklad.

    - mimo jiné jsem přišel na to, že v meziskladu je balast, který tam nemá co dělat ( rsync jede postupně po složkách, nesyncuje tu nadřazenou ), tedy válelo se tam pár GB složek již neaktivních účtů )

    i přesto

    - 69GB původní velikosti je očesané o neaktivní účty - velikost neaktivních byla tak max 1/10 celkové velikosti ( největší nápor na diskový prostor má 7-8 účtů z 60 - asi 70% ze všech, a ty jsou stále aktivní )

    takže udělám porovnání nejmohutnějšího účtu :
    souborů	    celkem	lidsky	  čas komprese	lidsky		   archív	kompr. poměr
    29676	   20569932136	20.0GB     10,797.59	02:59:57.592  13261289712	0,64
    17021	   17133312262	17.0GB	   4900,4	01:21:40.3    9398976354	0,55
    čili i na tomto vzorku je vidět, že 7z zabodoval.

    17.4.2017 01:02 aaa
    Rozbalit Rozbalit vše Re: python 2.7 : tar pomocí subprocess
    Také řeším spouštění více podprocesů současně a zajímal by mě doporučený způsob. Používám něco takového.
    from concurrent.futures import ThreadPoolExecutor as Executor                                                                          
    import subprocess                                                                                                                      
                                                                                                                                           
                                                                                                                                           
    def run_command(cmd):                                                                                                                  
        p = subprocess.Popen(cmd)                                                                                                          
        p.wait()                                                                                                                           
        return p.pid                                                                                                                       
                                                                                                                                           
    def execute(commands):                                                                                                                 
        with Executor(max_workers=3) as executor:                                                                                          
            for pid in executor.map(run_command, commands):                                                                                
                print(pid)                                                                                                                 
                             
    
    Jsou lepší vlákna nebo event loop?

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.