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 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 2
včera 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 0
včera 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
včera 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 5
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 6
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 12
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
22.2. 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
21.2. 21:32 | Nasazení Linuxu

Canonical představuje nejnovější verzi chytré helmy DAQRI s Ubuntu pro rozšířenou realitu. K vidění bude příští týden v Barceloně na veletrhu Mobile World Congress 2017.

Ladislav Hagara | Komentářů: 0
21.2. 21:31 | Pozvánky

Pro zájemce o hlubší znalosti fungování operačních systémů připravila MFF UK nový předmět Pokročilé operační systémy, v rámci něhož se vystřídají přednášející nejen z řad pracovníků fakulty, ale dorazí také odborníci ze společností AVAST, Oracle, Red Hat a SUSE. Tento předmět volně navazuje na kurz Operační systémy ze zimního semestru, ale pokud máte praktické zkušenosti odjinud (například z přispívání do jádra Linuxu) a chcete si

… více »
Martin Děcký | Komentářů: 6
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 691 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    Dotaz: Python a pojmenovana roura (uz zase)

    12.8.2010 10:55 Radim
    Python a pojmenovana roura (uz zase)
    Přečteno: 269×
    Zdravim, Mam opet problem s pojmenovanou rourou a screenletem. Mam script v bashi. Script spocita cislo, otevre si pojmenovanou rouru, soupne tam spocitane cislo a rouru zavre. To vsechno se deje pomoci normalniho presmerovani vystupu ">". Screenlet si otevre onu rouru pouze pro cteni a v non blocking modu a pomoci gobject.io_add_watch() se diva, jestli tam uz je cislo. Kdyz ne, ceka, kdyz ano, zavola funkci, ktera cislo nacte do promenne a dal s nim pracuje. Akorat kdyz onen script rouru zavre, zacne se mi to cyklit a vytizi procesor na 100%, coz je samozrejme nezadouci. Toto trva do chvile, nez si script znovu rouru otevre pro dalsi cislo a az ji znova zavre, zacykli se to zas. Rouru ve screenletu otviram pomoci os.open(self.cesta_k_roure,os.O_RDONLY|os.O_NONBLOCK)". Vi nekdo, co s tim? Dik

    Odpovědi

    12.8.2010 15:10 Patrik Uhrak | skóre: 31 | blog: pato
    Rozbalit Rozbalit vše Re: Python a pojmenovana roura (uz zase)

    Zdravim.

    Mne toto pripada, akoby ten skript kontroval az prilis casto(resp. tak casto, ako je to v jeho silach). Nie je problem vytazit cpu na maximum, ak sa mu nezada daky casovy limit, interval, v ktorom to kontrolovat. Takze by som tam skusil dat sleep a spustil to opat. Ale vsetko je to len moja domnienka skromna :)

    import time
    time.sleep(sekundy)
    16.8.2010 10:31 Radim
    Rozbalit Rozbalit vše Re: Python a pojmenovana roura (uz zase)
    Podle me, fce os.open (pote, co se roura z druhe strany zavre) snazi se usilovne spojeni obnovit nebo neco podobneho a to zpusobi narust zatizeni. Akorat to reseni nepomaha. Kdyz dam do fce, kterou vola prave io_add_watch 1 sec pauzu a krmici script pracuje v intervalu napr. 5 sec, tak porad zbyvajici 4 sec. se cykli. Jistou nadeji jsem vkladal do flagu pro os.open (os.O_RDONLY apod.), ale jeste to budu muset pohledat. Zatim se mi zda, ze v kombinaci flagu, kterou pouzivam (os.O_RDONLY|os.O_NONBLOCK) se pri prvotnim otevreni sveho konce roury fce os.open nastavi do nejakeho mezistavu, ceka az se otevre i ten druhy konec a pak se prepne do "finalniho" stavu. Kdyz se ale druhy konec zavre, uz se nedokaze prepnout do toho mezistavu zpatky a proto pak zmatkuje. Kdyby nekdo vedel, jak ten mezistav nanutit zpatky, to by myslim bylo resenim.
    Chytrex avatar 16.8.2010 19:05 Chytrex | skóre: 27 | Bohumín
    Rozbalit Rozbalit vše Re: Python a pojmenovana roura (uz zase)
    tak mě napadá.. a proč tu rouru nenecháš open a nefedruješ do ní jen čísla?
    Hrdý člen KERNEL ULTRAS .:. define QUESTION ((bb) || !(bb)) .:. Odmítám vaši realitu a nahrazuji ji svou vlastní..
    17.8.2010 02:25 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Python a pojmenovana roura (uz zase)
    Zase otázka bez kousku funkčního kódu... Tak jsem si testovací program vytvořil:
    import gobject
    import os
    
    def handler(fd, *args):
        print os.read(fd, 1024)
        return True
    
    fd = os.open("x", os.O_RDONLY | os.O_NONBLOCK)
    gobject.io_add_watch(fd, gobject.IO_IN, handler)
    gobject.MainLoop().run()
    Provedu mkfifo x, v jednom okně spustím tento program, v druhém zapíšu něco do té roury (echo foo >>x), a hurá - procesor je vytížen. Co s tím?

    První věc je podívat se, co to vlastně furt dělá. Tzn. nedomýšlet, zda onen deskriptor není v nějakém tajemném mezistavu a nehledat magickou kombinaci flagů pro os.open(), ale podívám se na výpis strace. Vidím spoustu řádků
    poll([{fd=4, events=POLLIN}, {fd=6, events=POLLIN}, {fd=3, events=POLLIN}], 3, -1) = 1 ([{fd=3, revents=POLLHUP}])
    V man poll se praví:
    The bits that may be set/returned in events and revents are defined in <poll.h>: 
        ...
        POLLHUP
               Hang up (output only).
    Takže to vypadá, že od té doby, co shell po vykonání příkazu echo foo >>x uzavřel rouru, ten poll neustále vyhazuje POLLHUP, glib pak poll volá stále dokola a to vytěžuje ten procesor.

    Nějaké řešení... Napadlo mě uzavřít zápisovou stranu pomocí shutdown, nevím, jestli by to fungovalo, ale protože v Pythonu shutdown jaksi ani není, nebudu se tím vůbec zabývat :-)

    Informace o HUPu bude nejspíš jen jeden bit nastavený v nějaké tabulce kernelu, možná by šel nějak vyresetovat, ale teď si na nic nevzpomínám. (Možná by zrovna tohle udělal ten shutdown.)

    Další řešení by bylo rouru uzavřít a znovu otevřít, tím bychom se zbavili toho POLLHUPu. Nejspíš by se ten nový deskriptor musel znovu zaregistrovat přes io_add_watch(). Taky není zrovna elegantní řešení.

    Na Mac OS X by dle příslušné manuálové stránky mohlo pomoct přidat POLLHUP do zachytávaných eventů při volání poll(), ale na Mac OS X asi nejsme.

    Celkem dobré řešení by ale bylo mít neustále tu rouru otevřenou pro zápis, protože ten POLLHUP se objeví zřejmě až když tu rouru uzavře poslední "zapisovatel". Experimentálně ověřeno, funguje, když
    fd = os.open("x", os.O_RDONLY | os.O_NONBLOCK)
    se nahradí za
    fd = os.open("x", os.O_RDWR | os.O_NONBLOCK)
    Zkus to :-)

    (Takže nakonec stačilo najít magickou kombinaci flagů pro os.open(), ale teď aspoň víme proč.)
    17.8.2010 02:38 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Python a pojmenovana roura (uz zase)
    Jak tak nad tím přemýšlím, tím shutdownem bych možná musel uzavřít čtecí stranu. Což je dost na houby, když z toho pak chci ještě číst :-)
    17.8.2010 10:36 chochi | skóre: 29 | Praha
    Rozbalit Rozbalit vše Re: Python a pojmenovana roura (uz zase)
    Ja bych to videl spis tak, ze by tazatel potrboval neco takoveho:
    import gobject
    import os
    
    def handler(fd, *args):
        st = os.read(fd, 1024)
        print st
        if st == "":
            # Konec souboru - zavrem stary a otevrem novy
            os.close(fd)
            fd2 = os.open("x", os.O_RDONLY | os.O_NONBLOCK)
            gobject.io_add_watch(fd2, gobject.IO_IN | gobject.IO_HUP, handler)
            return False
        else:
            return True
    
    fd = os.open("x", os.O_RDONLY | os.O_NONBLOCK)
    gobject.io_add_watch(fd, gobject.IO_IN | gobject.IO_HUP, handler)
    gobject.MainLoop().run()
    
    Vzdy po konci souboru skoncit stary io-watch a pridat novy na novem souboru.
    19.8.2010 10:23 Radim
    Rozbalit Rozbalit vše Re: Python a pojmenovana roura (uz zase)

    Hmm. Jako programator amater a samouk jsem zase koukal, co vsechno se da zjistit. O "strace" jsem do ted nemel potuchy.
    Napad se zaviranim a opetovnym otviranim jsem mel taky, ale jak pises, neni to moc elegantni a hlavne mi to fungovalo jenom nekdy. Sem asi tu myslenku asi implementoval nejak blbe, protoze zpusob jakym to napsal Chochi(viz nize) se jevi jako funkcni (testovano).
    Nicmene os.RDWR se jevi jako pekne a (aspon zatim) funkcni reseni, takze jsem si vybral tohle.
    Dik.

    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.