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í
×

dnes 14:33 | Zajímavý projekt

Blender Animation Studio zveřejnilo první epizodu z připravovaného animovaného seriálu The Daily Dweebs o domácím mazlíčkovi jménem Dixey. Ke zhlédnutí také ve 3D s rozlišením 8K.

Ladislav Hagara | Komentářů: 0
dnes 12:34 | Komunita

Aktualizovanou počítačovou hru Warhammer 40,000: Dawn of War III v ceně 39,99 eur běžící také na Linuxu lze o víkendu na Steamu hrát zdarma a případně ještě v pondělí koupit s 50% slevou. Do soboty 19:00 lze na Humble Bundle získat zdarma Steam klíč k počítačové hře Sid Meier's Civilization® III v ceně 4,99 eur běžící také ve Wine.

Ladislav Hagara | Komentářů: 0
dnes 00:22 | Nasazení Linuxu

Společnost Samsung oznámila, že skrze dokovací stanici DeX a aplikaci Linux on Galaxy bude možno na Samsung Galaxy S8 a S8+ a Galaxy Note 8 provozovat Linux. Distribuce nebyly blíže upřesněny.

Phantom Alien | Komentářů: 8
včera 23:55 | Komunita

Společnost Purism na svém blogu oznámila, že její notebooky Librem jsou nově dodávány se zrušeným (neutralized and disabled) Intel Management Engine (ME). Aktualizací corebootu na již prodaných noteboocích lze Management Engine také zrušit. Více v podrobném článku.

Ladislav Hagara | Komentářů: 0
včera 21:44 | Nová verze

Organizace Apache Software Foundation (ASF) na svém blogu slaví páté výročí kancelářského balíku Apache OpenOffice jako jejího Top-Level projektu. Při této příležitosti byl vydán Apache OpenOffice 4.1.4 (AOO 4.1.4). Podrobnosti v poznámkách k vydání. Dlouhé čekání na novou verzi tak skončilo.

Ladislav Hagara | Komentářů: 6
včera 19:22 | Pozvánky

Již příští týden - 26. a 27. října se v Praze v hotelu Olšanka odehraje OpenWRT Summit. Na webu konference naleznete program a možnost zakoupení lístků - ty stojí 55 dolarů. Čtvrtek bude přednáškový a v pátek se budou odehrávat převážně workshopy a meetingy.

Miška | Komentářů: 1
včera 13:44 | Nová verze

Bylo vydáno Ubuntu 17.10 s kódovým názvem Artful Aardvark. Ke stažení jsou Ubuntu Desktop a Server, Ubuntu Cloud Images, Ubuntu Netboot, Kubuntu, Lubuntu a Lubuntu Alternate, Lubuntu Next, Ubuntu Budgie, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio a Xubuntu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 22
včera 13:00 | Komunita

MojeFedora.cz informuje, že Fedora 27 dostane podporu pro AAC. Podpora multimediálních formátů je ve výchozí instalaci Fedory tradičně limitovaná kvůli softwarovým patentům, ale desktopový tým Red Hatu se ji i tak snaží v poslední době co nejvíce rozšířit. Už nějaký čas obsahuje kodeky pro MP3, H.264, AC3 a nyní byl přidán také kodek pro další velmi rozšířený zvukový formát – AAC.

Ladislav Hagara | Komentářů: 2
18.10. 23:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 145. brněnský sraz, který proběhne v pátek 20. října od 18:00 hodin v restauraci Time Out na adrese Novoměstská 2 v Řečkovicích. Jedná se o poslední sraz před konferencí OpenAlt 2017, jež proběhne o víkendu 4. a 5. listopadu 2017 na FIT VUT v Brně. Běží registrace účastníků.

Ladislav Hagara | Komentářů: 0
18.10. 21:44 | Nová verze

Byla vydána verze 5.2.0 multiplatformního virtualizačního nástroje Oracle VM VirtualBox. Jedná se o první stabilní verzi z nové větve 5.2. Z novinek lze zmínit například možnost exportování VM do Oracle Cloudu, bezobslužnou instalaci hostovaného systému nebo vylepšené GUI. Podrobnosti v seznamu změn. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 2
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (11%)
 (1%)
 (1%)
 (2%)
 (73%)
 (13%)
Celkem 127 hlasů
 Komentářů: 7, poslední včera 23:06
    Rozcestník

    Dotaz: Čekání na volnou paměť

    Jan Zahornadsky avatar 10.1.2014 05:05 Jan Zahornadsky | skóre: 22 | blog: hans_blog
    Čekání na volnou paměť
    Přečteno: 473×
    Zdravím!

    Řeším následující problém: z různých zdrojů přichází na jeden stroj asynchronně požadavky na jistý (paměťově náročný) výpočet, inicializovaný z bash skriptu. Chtěl bych, aby pokud je paměti dost, tak se samotný výpočet pustil přímo, jinak počkal chvíli, než se paměť uvolní.

    Naivní přístup (v cyklu kontrolovat free a případně sleep) neuspěl, protože pokud přijde padesát požadavků najednou, tak se všechny vesele pustí a v polovině výpočtu jim všem dojde paměť. Proto navíc požaduji, aby paměť byla volná několik testů po sobě a taky testuji, jestli už neběží nějaké velké množství výpočtů (ony ty potvory alokují paměť až řádově během desítek vteřin, takže když vidím deset procesů a kopec volné paměti, je lepší čekat než se mezi ně pouštět).

    Současný kód vypadá zhruba takto:
    function get_freemem() {
        # "our" free memory = free RAM + buffers/cache - used swap
        # minus "give way" (custom list of simple command names and
        # amount of memory they might grow)
        reserve=0
        progs="`ps -eo comm | tail -n +2`"
        for i in $@; do
            cmd="`sed 's/=.*$//' <<< "$i"`"
            res="`sed 's/^.*=//; s/[^0-9]//g' <<< "$i"`"
            [ -z "$res" ] && continue
    
            reserve=$(( $reserve + `grep "$cmd" <<< "$progs" | wc -l` * $res ))
        done
    
        f="`free`"
        mem="`tail -n 2 <<< "$f" | head -n 1 | sed 's/^.* //'`"
        swap="`tail -n 1 <<< "$f" | sed 's/ \+/ /g' | cut -d ' ' -f 3`"
    
        echo $mem - $swap - $reserve | bc
    }
    
    function wait_freemem() {
        counter=0
        max_timeout=36000
    
        timein_counter=0
        timein_required=5
    
        mem_needed=1048576
    
        # we reserve additional 512M for each "java" we find in ps
        reserves="java=524288"
    
        while [ $counter -lt $max_timeout ]; do
            mem="`get_freemem $reserves`"
            [ $mem -gt $mem_needed ] && timein_counter=$(( $timein_counter + 1 )) || timein_counter=0
            [ $timein_counter -ge $timein_required -a $(( $counter % $timein_required )) == 0  ] && return 0
    
            sleep 1
            timeout_counter=$(( $timeout_counter + 1 ))
        done
    
        return 1
    }
    
    Každopádně i přes tyto opatření pokud přijde hodně dotazů, je schopno se jich kvůli race condition dost pustit najednou (ono asi bych mohl zvednout timein_required na nějakou velkou hodnotu a pak prostě doufat, že to bude stačit, ale to taky prodlouží čekání jediného procesu pokud je stroj nečinný).

    Tak bych se rád zeptal, jestli někdo neví o spolehlivé metodě, jak potenciálně velké množství procesů zesynchronizovat tak, aby se v případě dostatku paměti pustily paralelně, ale pokud je paměti míň, tak se většina z nich zablokovala a pouštěli se po jednom (dvou, třech, atd., podle volné paměti)? Ideálně v bashi, ale nebráním se jiným metodám.

    Díky!
    Actually, I was half an hour into the pointer scripting documentation when she got dressed and left.

    Odpovědi

    Jan Zahornadsky avatar 10.1.2014 06:23 Jan Zahornadsky | skóre: 22 | blog: hans_blog
    Rozbalit Rozbalit vše Re: Čekání na volnou paměť
    V tom kódu je timeout_counter a counter jedna a ta samá proměnná, jde o mou nepozornost při úpravě :-)
    Actually, I was half an hour into the pointer scripting documentation when she got dressed and left.
    10.1.2014 07:00 CandySan | skóre: 9 | blog: bonzacek
    Rozbalit Rozbalit vše Re: Čekání na volnou paměť
    Zkus si vytvorit frontu. Jednotlive pozadavky stosuj do fronty tak, ze kazdy prichozi se tam rovnou zaradi a zustava v ni viset dokud neni obslouzen. Bud napevno urcis pocet paralelnich vypoctu a jen tolik jich dovolis, nebo tomu jeste predradis nejakou logiku tesne pred obslouzeni dalsiho pozadavku.

    Obsluha fronty bude muset mit prehled o poctu bezicich procesu a vzdy kdyz jeden skonci, tak spusti dalsi, pokud stale bude platit, ze je povoleny takovy pocet vypoctu (tedy zde se muze zase porovnat stav pameti, ale popisujes to jako tezko predvidatelne, takze bych se spis uchylil k pevnemu poctu).

    Chce to samozrejme doladit. Ja to strelil jen od boku jako smer, kterym bych se nejspis vydal ja.
    Jan Zahornadsky avatar 10.1.2014 08:28 Jan Zahornadsky | skóre: 22 | blog: hans_blog
    Rozbalit Rozbalit vše Re: Čekání na volnou paměť
    Fronta jako taková není špatný nápad, dokonce by stálo za úvahu nechat běžět nějakého "workera" na té mašině, který třeba na nějakém portu poslouchá požadavky a vykonává je v rozumném kompromisu na počet současně běžících úloh a jejich paměťovou náročnost.

    Ale to bych asi musel dost přepsat současný stav věcí, kde vstupním bodem výpočtu je bash skript, který může pustit kdekdo, ať už z terminálu, nebo zprostředkovaně přes apache...

    Pokud bych nehleděl na paměť, ale jenom chtěl zajistit, že jich nepoběží víc než X najednou, tak můžu vytvářet zámky někde v tmp typu /tmp/muj_program_lock_0/tmp/muj_program_lock_X...
    Actually, I was half an hour into the pointer scripting documentation when she got dressed and left.
    10.1.2014 08:42 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Čekání na volnou paměť
    Možná by bylo jednodušší udělat to tak, že program si potřebnou paměť zkusí naalokovat hned na začátku (pokud ví, kolik bude potřebovat) a pokud to selže, tak se prostě vrátí do fronty.
    Jan Zahornadsky avatar 10.1.2014 08:50 Jan Zahornadsky | skóre: 22 | blog: hans_blog
    Rozbalit Rozbalit vše Re: Čekání na volnou paměť
    Právě že ono to selhat nemusí. Jaderný OOM killer se může rozhodnout zabít jiný program a ten nově spuštěný nechat běžet (co může způsobit kdejaké problémy), většinou ale paměť dostane a bude se velmi aktivně swapovat, co zpomalí všechno, a tak by mnohem rychlejší bylo je pouštět po jednom.
    Actually, I was half an hour into the pointer scripting documentation when she got dressed and left.
    10.1.2014 10:23 Sten
    Rozbalit Rozbalit vše Re: Čekání na volnou paměť
    Tak vypněte overcommit :-)
    rADOn avatar 10.1.2014 12:50 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Čekání na volnou paměť
    Jestli se vejde do swapu, tak by se fronta dala zrealizovat jednoduse tak ze nejakej hlidaci proces bude rozesilat SIGSTOP pak to zase ozivovat az napeti klesne. Sice se ti to odswapuje, ale stopnutej proces je v bloku a nebude se snazit z toho swapu zase proboxovat ven nerkuli pretahovat o posledni kousek fyzicky pameti.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    10.1.2014 20:02 v
    Rozbalit Rozbalit vše Re: Čekání na volnou paměť
    Nebylo by nejjednodušší použít pojmenované roury? Vytvořit si další skript, který by se spustil jako daemon a pravidelně nějakou frekvecí zapisoval do nějaké pojmenované roury např. "1" nebo "0" podle dostupné paměti. V tom inicializačním skriptu pravidelně (v cyklu) přečítat rouru dokud nedostanu 1, pak skript poběží dál. V podstatě se pak dostane 1, 0 nebo nic podle toho, kolik skriptů najednou se snaží rouru přečíst - vždy se dostane na jednoho a ten má pak nárok, pokud dostane 1 běžet dál.
    Jan Zahornadsky avatar 11.1.2014 10:07 Jan Zahornadsky | skóre: 22 | blog: hans_blog
    Rozbalit Rozbalit vše Re: Čekání na volnou paměť
    Toto zní hodně zajímavě, jak bych mohl nějak zařídit spuštění takového démona? Na tom stroji to všechno běží pod obyčejným uživatelem a tak bych se rád vyhnul požadování nějakých vlastních initskriptů při startu...
    Actually, I was half an hour into the pointer scripting documentation when she got dressed and left.
    rADOn avatar 11.1.2014 11:17 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Čekání na volnou paměť
    Na to ani nepotrebujes psat do ty roury nuly - staci nezapsat nic a vsichni citatele zustanou viset v bloku.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    Josef Kufner avatar 11.1.2014 12:44 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: Čekání na volnou paměť
    Na to není potřeba roura. Stačí posílat SIGSTOP a SIGCONT. A ani nejspíš nebude nutné jakkoliv upravovat aplikace (výchozí obsluha těchto signálů je jak název napovídá).
    Hello world ! Segmentation fault (core dumped)

    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.