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 02:03 | Nová verze

Byla vydána nová stabilní verze 0.92.4 a první alfa verze verze 1.0 svobodného multiplatformního vektorového grafického editoru Inkscape. Přehled novinek v poznámkách k vydání (0.92.4 a 1.0alpha0). Obě verze jsou k dispozici také jako balíčky ve formátu AppImage. Stačí je stáhnout, nastavit právo ke spuštění a spustit.

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

Byla vydána verze 1.32 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

Ladislav Hagara | Komentářů: 0
včera 15:44 | Komunita

V říjnu byla změněna licence u multiplatformní dokumentové databáze MongoDB z GNU AGPLv3 na SSPL (Server Side Public License). Dle právníku se nejedná o svobodnou licenci. Databáze MongoDB tak nebude obsažena ve Fedoře, v Red Hat Enterprise Linuxu ani například v Debianu.

Ladislav Hagara | Komentářů: 8
včera 02:22 | Nová verze

Byla vydána verze 2.0 svobodné aplikace určené pro fotografování a ovládání digitálních fotoaparátů z počítače Entangle. Kódové jméno této nejnovější verze je Sodium.

Ladislav Hagara | Komentářů: 2
včera 01:22 | Nová verze

Byla vydána verze 2.18 svobodného webového prohlížeče pracujícího v grafickém i textovém módu Links (Wikipedie). Přehled novinek v seznamu změn. Links letos slaví 20 let. První veřejná verze 0.80 byla zveřejněna 24. listopadu 1999.

Ladislav Hagara | Komentářů: 4
16.1. 16:55 | Zajímavý článek

Vývojáři postmarketOS (GitLab) hodnotí 600 dnů vývoje tohoto v květnu 2017 představeného operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky [reddit].

Ladislav Hagara | Komentářů: 2
16.1. 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 284 bezpečnostních chyb. V Oracle Java SE je například opraveno 5 bezpečnostních chyb. Všechny jsou vzdáleně zneužitelné bez autentizace. V Oracle MySQL je opraveno 30 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace jsou 3 z nich.

Ladislav Hagara | Komentářů: 0
16.1. 15:44 | Komunita

Na YouTube byly zveřejněny komunitní videozáznamy přednášek z konference OpenAlt 2018. Letošní OpenAlt proběhne o víkendu 2. a 3. listopadu opět na FIT VUT v Brně.

Ladislav Hagara | Komentářů: 0
16.1. 10:33 | Komunita

Mozilla.cz informuje (en), že program Firefox Test Pilot se příští týden uzavře. Program sloužil téměř tři roky pro testování nových funkcí pro Firefox. Díky němu dnes máme stránku nového panelu, Screenshots pro vytváření snímků stránek, bezpečné sdílení souborů Send, doplněk pro lepší práci a přihlašování k více účtům nebo připravovaný správce hesel Lockbox. Tyto funkce pokračují dál, ale samotný Firefox Test Pilot bude 22. ledna 2019

… více »
Ladislav Hagara | Komentářů: 0
15.1. 21:45 | Zajímavý projekt

Humble Bundle v rámci akce Double Fine Presents nabízí skupinu multiplatformních her bez DRM za vlastní cenu: Mountain, 140 a THOTH (jako jediná nikoliv pro Linux), za nadprůměrnou cenu navíc GNOG a Escape Goat 2 a za aspoň $10 Gang Beasts a Everything. Platbu lze rozdělit mezi vývojáře, Humble Bundle a charitu. Akce probíhá do 29. ledna.

Fluttershy, yay! | Komentářů: 2
Používáte USB Type-C?
 (19%)
 (16%)
 (10%)
 (12%)
 (37%)
 (3%)
 (45%)
Celkem 382 hlasů
 Komentářů: 0
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.