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 01:00 | Komunita

Měsíc po Slackware slaví 25 let také Debian. Přesně před pětadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 0
včera 06:00 | Nová verze

Byla vydána nová verze 1.26 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Představení novinek také na YouTube.

Ladislav Hagara | Komentářů: 21
včera 03:00 | Nová verze

Po více než 3 měsících vývoje od vydání verze 2.12.0 byla vydána nová verze 3.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 169 vývojářů. Provedeno bylo více než 2 300 commitů. Přehled úprav a nových vlastností v seznamu změn. Proč verze 3.0.0 a ne 2.13.0? Není to kvůli triskaidekafobii. QEMU letos v březnu slavilo 15 let od oznámení verze 0.1 a to je dle vývojářů dobrý důvod pro novou major verzi. Vývojáři mají v plánu zvyšovat major verzi jednou ročně, vždy s prvním vydáním v daném roce.

Ladislav Hagara | Komentářů: 3
14.8. 22:11 | Bezpečnostní upozornění

Intel potvrdil (INTEL-SA-00161) další bezpečnostní problém ve svých procesorech. Problém byl pojmenován L1 Terminal Fault aneb L1TF. Popis problému přímo od Intelu na YouTube. Jedná se o CVE-2018-3615 (SGX), CVE-2018-3620 (OS/SMM) a CVE-2018-3646 (VMM). Další informace na stránce Foreshadow nebo přímo v dnešním commitu do Linuxu.

Ladislav Hagara | Komentářů: 15
14.8. 12:33 | IT novinky

Po více než 4 letech bylo vydáno RFC 8446 popisující verzi 1.3 protokolu TLS (Transport Layer Security). Popis novinek i historie TLS například v příspěvku na blogu Cloudflare.

Ladislav Hagara | Komentářů: 0
14.8. 11:11 | Zajímavý software

V roce 1998 uvedla společnost Tiger Electronics na trh elektronickou hračku, malého chlupatého tvora s velkýma ušima, Furby. Furby patřil k nejžádanějším hračkám. Během tří let se jich prodalo více než 40 milionů. Furby již tenkrát reagoval na světlo, zvuk, polohu, doteky a přítomnost dalších Furby. Sám mluvil a pohyboval se. Firmware uvnitř simuloval postupný vývoj a učení. Zdrojový kód tohoto firmwaru byl zveřejněn na Internet Archive [Hacker News].

Ladislav Hagara | Komentářů: 20
14.8. 02:00 | Nová verze

Australská společnost Blackmagic Design oznámila vydání verze 15 svého proprietárního softwaru pro editování videa a korekci barev DaVinci Resolve běžícího také na Linuxu. Představení nových vlastností na YouTube. Základní verze DaVinci Resolve je k dispozici zdarma. Plnou verzi DaVinci Resolve Studio lze koupit za 299 dolarů. Před rokem to bylo 995 dolarů.

Ladislav Hagara | Komentářů: 0
13.8. 21:00 | Zajímavý projekt

Cílem projektu DXVK bylo vytvořit vrstvu kompatibility mezi Direct3D 11 a Vulkanem a začlenění této vrstvy do Wine. Direct3D 10 nad Vulkanem bylo možné řešit mezikrokem pomocí vrstvy DXUP překládající Direct3D 10 na Direct3D 11. Vývojáři DXVK se rozhodli přímo podporovat Direct3D 10. Podpora byla začleněna do hlavní větve na GitHubu.

Ladislav Hagara | Komentářů: 4
13.8. 16:00 | Nová verze

Vyšla verze 3.10 přehrávače Audacious. Přináší oprav chyb a drobná vylepšení seznamů skladeb, vyhledávání či ikonek. Zároveň pokračují práce na novém uživatelském rozhraní využívajícím Qt namísto GTK+ – nejsou však hotovy, proto je vydání 3.10 pojmenováno „Not Quite There Yet“; až bude proces u konce, vyjde Audacious 4.

Fluttershy, yay! | Komentářů: 12
13.8. 02:00 | Nová verze

Linus Torvalds vydal Linux 4.18. Více o vývojovém cyklu v Jaderných novinách: začleňovací okno [1] a [2], statistiky. Finální přehled změn je k mání na webu Linux Kernel Newbies.

Fluttershy, yay! | Komentářů: 5
Používáte zařízení („chromebook“, „chromebox“ či tablet) s ChromeOS?
 (7%)
 (4%)
 (12%)
 (77%)
Celkem 181 hlasů
 Komentářů: 9, poslední 14.8. 21:03
    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.