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:22 | Komunita

Na dnes, poslední středu v březnu, připadá Document Freedom Day (DFD, Wikipedie), jenž má upozornit na výhody otevřených standardů a formátů dokumentů. Organizátoři se rozhodli, že letos proběhne Document Freedom Day dvakrát. Druhý letošní Document Freedom Day proběhne 26. dubna.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Nová verze

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

Ladislav Hagara | Komentářů: 0
včera 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
včera 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
28.3. 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 15
28.3. 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 55
28.3. 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 967 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Problém s prioritou procesu

    25.5.2005 17:21 Milan Dobeš | skóre: 22
    Problém s prioritou procesu
    Přečteno: 33×
    Ahoj, mám na linuxovém serveru databázovou aplikaci, kterou používá několik klientů přes telnet. Zjistil jsem problém s prioritou, který se projevuje tak, že když jeden z klientů spustí časově náročnou úlohu, která trvá řádově minuty (uzávěrka a.t.d.), ostatní kteří pořizují data (a jejich proces tak většinou čeká na klávesnici) většinou "vytuhnou" a procesor "zabere" ten časově náročný klient.
    Je možné nějak zajistit aby čas procesoru byl nějak rovnoměrně členěn mezi všechny klienty (samozřejmě za cenu zpomalení té časově náročné úlohy), eventuálně aby se priorita procesu nějak dynamicky zvyšovala neúměrně spotřebovanému času, nebo je to principiálně neřešitelný problém?
    Moc díky za odpověď.

    Odpovědi

    25.5.2005 17:39 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Řekl bych, že nepůjde o problém s prioritou procesů, ale o problém toho, jak ta databázová aplikace používá (nebo nepoužívá) transakce.
    25.5.2005 17:50 Milan Dobeš | skóre: 22
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    To je na mě moc, jaké transakce máš prosím Tě na mysli??? S daty aplikace pracuje pomocí souborových a záznamových zámků které existují pouze po nezbytně nutnou dobu. V nich problém zcela jistě není.
    25.5.2005 17:59 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Tohle ovšem vypadá právě na to, že ten dlouho trvající proces něco zamkne a ostatní mohou pracovat až poté, co on skončí. Nebo jste to chování možná jen špatně popsal…

    P.S. poněkud mne překvapuje, že někdo programuje (nebo i jen spravuje) databázové aplikace a nemá tušení, co jsou to transakce…

    25.5.2005 18:50 Cronin
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Just for fun: No, niekto nazyva databazou napr. aj MySQL. :-)
    25.5.2005 19:45 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Klidně nazývám databází i cdb. A když mysqlisti vědí, že transakce umí v MySQL jen některé backendy, tak snad vědí i to, co transakce jsou...
    26.5.2005 10:47 Milan Dobeš | skóre: 22
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Díky za pomoc, fakt jste moc pomohli :-) Myslím že jsem celkem jasně odpověděl jak aplikace pracuje s daty, že používá pouze zámky a ne databázové transakce. Z Vaší odpovědi jsem vydedukoval že mi unikly někde nějaké jiné transakce přímo v Linuxu. Jinak ta aplikace skutečně například 5 minut zpracovává data (pouze je čte, nezamyká, pouze na závěr na pár sekund zamkne a zapíše to co se spočítalo) a ostatní během uzávěrky nemohou pracovat prostě proto, že je systém většinou nepustí k lizu (občas ano, takže žádné zámky nebo transakce v tom nejsou). Prostě procesor dostane ten klient co dělá uzávěrku a ostatní většinou čekají. Pokud to skouším například na 2 procesorovém stroji, musím spustit 2 uzávěrky na 2 klientech aby se ostatní zastavili. Pokud jede jedna uzávěrka, ostatní se střídají na druhém procesoru a jedou. To je další důkaz že aplikace je v tom nevinně. Takže ještě jednou prosím máte nějaký nápad? Lze nějak prioritu dynamicky měnit na základě nepřímé úměry k spotřebovanému času nebo to lze řešit nějak jinak???
    26.5.2005 11:54 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Hlavně byste musel zjistit, co se vám to tam vlastně zahlcuje, jestli je to opravdu čas procesoru, a čím se to zahlcuje. Protože dost často procesor nevytěžuje klient, ale databázový server, a pak vám jakékoli nastavení priority klienta není k ničemu. Problém může být i v tom, jak server vlastně zpracovává paralelní dotazy. Takže bych především zjistil, zda nastavení priority klienta vůbec něco změní.
    26.5.2005 13:12 Milan Dobeš | skóre: 22
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Nějak se tu neobjevila moje předchozí odpověď takže ještě jednou. Aplikace pracuje s daty nativně, bez SQL serveru. V TOPu vidím jen ty běžící aplikace, z toho jedna na 99% a ostatní čekají na klávesu nebo po odklepnutí klávesy na procesor. LA je něco přes 1, po odklepnutí klávesy u čekajících aplikací pochopitelně narůstá podle počtu klientů čekajících na procesor.
    26.5.2005 12:03 ZAH
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Co ukazuje top. Visí to skutečně vinou té aplikace nebo i jiných procesů.
    26.5.2005 13:03 Milan Dobeš | skóre: 22
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    V TOPu vidím jen ty aplikace třeba spuštěné s nejnižší prioritou, jedna z nich jede jak zběsilá na 99% a ostatní stojí. Překlapilo mě že když na té stojící aplikaci která čeká na stisk klávesy tu klávesu odklepnu, tak se nerozjede a nadále čeká. Občas se po náhodné době (až desítky sekund) pohne a celkem bleskurychle dospějě k čekání na další klávesu. Po dalším odklepnutí znova čeká. Zkoušel jsem to na jedno i víceprocesorových strojích s kernelem 2.4 i 2.6. Pochopitelně na 2 procesorových strojích jsem musel spustit 2 náročné úlohy aby mi ta třetí takto mrzla.
    26.5.2005 13:21 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Je mi líto, ale podle vašeho popisu mi to pořád nepřipadá jako problém s prioritou procesů. Mají-li procesy stejnou prioritu a chtějí-li všechny běžet (nečekají na něco), budou se o procesor dělit přibližně rovným dílem.
    26.5.2005 13:49 Milan Dobeš | skóre: 22
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Přesně to jsem očekával a proto mě toto chování dost překlapilo. Nemůže za to nějaká podivná optimalizace která by v případě že má více procesů stejnou prioritu upřednostnila ten který je právě zpracovávaný (aby nedocházelo ke ztrátám času při přepínání procesů)? Jinak si to chování neumím vysvětlit.

    V reakci na Vaši odpověď mě napadá otázka co to vlastně znamená "rovným dílem". Pokud je to "rovným dílem" v nějakém čase, jaký je ten čas? Lze jej někde nějak nastavit?
    26.5.2005 14:33 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Největší timeslice jsou řádově stovky milisekund (nebudu uvádět žádné číslo, protože to různé patche různě mění), a ten to ani nedostane; běžné jsou ~100 ms. Takže s granularitou několik sekund už bys měl pozorovat zhruba vyrovnané časy.
    26.5.2005 14:59 Milan Dobeš | skóre: 22
    Rozbalit Rozbalit vše Re: Problém s prioritou procesu
    Díky za info, alespoň vím kde problém nehledat. Pokud na něco dojdu, napíši to sem. Pro úplnost, aplikace je ve FoxPro for UNIX a běží na Linuxu upraveném ABI patchem. Možná bude problém v něm.

    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.