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

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 0
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 7
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 38
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 6
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 30
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
23.3. 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
23.3. 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

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

    Dotaz: realtime micro-cron

    23.12.2009 08:48 hajoucha | skóre: 21
    realtime micro-cron
    Přečteno: 382×
    Ahojda,

    mám debian s realtime jádrem a proces, který čte teplotu z teploměru (cca 10 měření/s). Potřebuji nyní vyrobit jiný program, který jednou za např. 2s načte teploty a časy uložené někam prvním programem (doba se může změnit, ale ne mnoho, např. 3s,2s,1s, nebo 0.5s je představitelných, 0.1s je už příliš krátké). Nicméně tento druhý program musí nutně běžet velmi přesně periodicky. Tj. každé 2.0001s nikoli jednou 2.1s a jednou 1.9s. Přesnost požaduji alespoň 0.0005s, tj. 0.5ms. Nyní by mne zajímalo, jak to celé šikovně implementovat.

    V současné chvíli je to tak, že teplomer čte z hw (skrze gpib) a posílá na stdin. Asi bych měl ještě dodat, že celý záznam, tj. všechny dvojice "čas-teplota" z celého experimentu potřebuji zachovat. Druhý program zase naopak potřebuje tyto dvojice jenom "od posledního čtení". Tj. za poslední 2s.

    Odpovědi

    ava avatar 23.12.2009 14:47 ava | skóre: 10
    Rozbalit Rozbalit vše Re: realtime micro-cron
    Řekl bych, že tě bude zajímat

    man setitimerman

    a z něj ITIMER_REAL

    kde do it_interval-u si doplníš dvě vteřiny a odstartuješ to. Nemám osobní zkušenosti s přesností tohoto řešení, ale je to volání na úrovni kernelu, takže by to mohlo být tak přesné jak je jen možné, včetně toho že by nemusela vznikat kumulativní chyba (předpokládám že ta by ti vadila především, to že to bude jednou za 2.1s a podruhé za 1.9s ti asi vadit nebude, pokud ta odchylka nebude příliš velká a součet odchylek bude víceméně nulový). Každopádně si pak přesnost tohoto řešení samozřejmě pro jistotu změř.
    Press any key to continue, or any other key to cancel
    23.12.2009 18:57 hajoucha | skóre: 21
    Rozbalit Rozbalit vše Re: realtime micro-cron
    díky, mrknu na to. Alespoň nějaký začátek....
    23.12.2009 23:39 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: realtime micro-cron
    Nemám osobní zkušenosti s přesností tohoto řešení, ale je to volání na úrovni kernelu, takže by to mohlo být tak přesné jak je jen možné, včetně toho že by nemusela vznikat kumulativní chyba
    Taktéž nemám osobní zkušenost, ale kdybych měl něco takového dělat, tak bych asi zkusil stejné řešení.

    V závislosti na zatížení stroje (např. počtu procesů, které budou chtít běžet zároveň s tím důležitým) se může objevit nějaké zpoždění mezi spuštěním časovače a reakcí procesu, ale to by se mělo pohybovat v řádu jednotek, maximálně desítek milisekund (a jak už bylo řečeno, časovač běží v jádře, takže toto zpoždění ho neovlivní)
    Quando omni flunkus moritati
    24.12.2009 10:38 hajoucha | skóre: 21
    Rozbalit Rozbalit vše Re: realtime micro-cron
    no já už se chystám to spáchat a změřit... abych sem mohl hodit konkrétní výsledky. Nicméně ještě než to udělám bych rád zopakoval, že několik milisekund je prostě pro mne příliš dlouho. Takže běžné plánování v systému mi nestačí. Na druhou stranu, mám kernel s realtime patchem, takže ten by to snad mohl vyřešit. Tj. svému časovači dám vysokou prioritu, takže ani při velkém zatížení nebude muset čekat na konci fronty.
    25.12.2009 15:00 hajoucha | skóre: 21
    Rozbalit Rozbalit vše Re: realtime micro-cron
    tak první pokusné měření říká, že zpoždění u běžného procesu je v nejhorším případě 21.5us, což je akceptovatelné. Přitom velká většina časových značek není zpožděná o více než 0.5us. Teď ještě zkusím, co s tím udělá nastavení větší priority...resp. jestli na tohle má nějaký vliv real-time patch.
    e.lisak avatar 25.12.2009 18:07 e.lisak | skóre: 23
    Rozbalit Rozbalit vše Re: realtime micro-cron
    man signal, sigaction, setitimer ... :-)
    25.12.2009 20:13 kuly
    Rozbalit Rozbalit vše Re: realtime micro-cron
    Jaký to používáš prohlížeč, že ti nezobrazil předchozí odpovědi?
    26.12.2009 16:16 Jose
    Rozbalit Rozbalit vše Re: realtime micro-cron
    Na co potřebuješ tak přesné rozlišení ? Teploměr připojený přes GPIB stejně bude mít celkové dopravní zpoždění včetně náhodných fluktuací podstatně věší než je vlastní reakce operačního systému.
    10.1.2010 12:39 hajoucha | skóre: 21
    Rozbalit Rozbalit vše Re: realtime micro-cron
    Na co potřebuješ tak přesné rozlišení ?
    je to otázka akademické cti. Prostě chci co největší rozlišení pro svůj fyzikální experiment. Navíc se domnívám, že to udělat lze. Tudíž to udělat chci.
    Teploměr připojený přes GPIB stejně bude mít celkové dopravní zpoždění včetně náhodných fluktuací podstatně věší než je vlastní reakce operačního systému.
    no, domnívám se právě, že nebude. Mám lpt-gpib ovladač, který mi "dopravní zpoždění" gpib minimalizuje. Pak mám real-time patch pro jádro. Možná se ale pletu a někde něco přehlížím. To je vždy možné. Kritika vítána.

    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.