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 19:22 | Nová verze

    Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

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

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 00:55 | Zajímavý projekt

    PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.

    vlk | Komentářů: 0
    7.5. 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    7.5. 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    7.5. 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 16
    7.5. 03:55 | Komunita

    sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.

    Ladislav Hagara | Komentářů: 0
    6.5. 22:11 | Nasazení Linuxu

    Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).

    Ladislav Hagara | Komentářů: 2
    6.5. 13:22 | IT novinky

    Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.

    Ladislav Hagara | Komentářů: 1
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (3%)
     (1%)
     (1%)
     (3%)
    Celkem 558 hlasů
     Komentářů: 26, poslední včera 09:58
    Rozcestník

    Dotaz: Python, prodleva mezi uvolněním a znovu-vytvořením socketu

    25.9.2005 16:42 trancelius | skóre: 22
    Python, prodleva mezi uvolněním a znovu-vytvořením socketu
    Přečteno: 211×
    Mám program, kterej si otevře socket, provede přenos a socket uzavře, pak se celej proces opakuje. Když se pokusí otevřít socket ihned po jeho uzavření (na stejném portu), tak dojde k výjimce "Address already in use". Pokud tam dám prodlevu cca 200ms, k vyjímce už nedochází. Dá se téhle prodlevě nějak zabránit ? Připojuju zodpovědnou část kódu, je pravděpodobný, že to dělám blbě celý...
    s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    s.bind(('', 12345))
    s.listen(1)
    conn, addr = s.accept()
    # nějaký přenosy...
    conn.recv(1024)
    conn.send(něco)
    
    conn.recv(1024)
    conn.close()
    s.close()
    Ten druhej conn.recv() tam je kvůli tomu, aby se socket uzavřel správně, bez něj by se uzavřel až po minutě (nevím proč)

    Odpovědi

    26.9.2005 23:37 David
    Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
    Cau!

    Uz si presne nepamatuju, jak to je, ale jako voditko muzes pouzit funcki setsockopt a vlajku SO_REUSEADDR.

    V C je to tak nejak: setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, (char *)&i, sizeof(i));

    V Pythonu je to podobny.

    Snad to helflo.

    David
    26.9.2005 23:43 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
    vlajku??? :-)
    27.9.2005 07:03 trancelius | skóre: 22
    Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
    Flag ... jak to jinak přeložit :D
    27.9.2005 07:02 trancelius | skóre: 22
    Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
    Dík, mrknu na to :)
    20.10.2005 15:47 zde | skóre: 9 | blog: Linuch | Brno
    Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
    Jde o známý problém chybné implementace protokolu IP.

    TCP/IP Illustrated

    Another effect of this 2MSL wait is that while the TCP connection is in the 2MSL wait, the socket pair defining that connection (client IP address, client port number, server IP address, and server port number) cannot be reused. That connection can only be reused when the 2MSL wait is over.

    Unfortunately most implementations (i.e., the Berkeley-derived ones) impose a more stringent constraint. By default a local port number cannot be reused while that port number is the local port number of a socket pair that is in the 2MSL wait. We'll see examples of this common constraint below.

    Some implementations and APIs provide a way to bypass this restriction. With the sockets API, the SO_REUSEADDR socket option can be specified. It lets the caller assign itself a local port number that's in the 2MSL wait, but we'll see that the rules of TCP still prevent this port number from being part of a connection that is in the 2MSL wait.
    Táto, ty de byl? V práci, já debil.
    20.10.2005 18:29 trancelius | skóre: 22
    Rozbalit Rozbalit vše Re: Python, prodleva mezi uvolněním a znovu-vytvořením socketu
    Díky za doplňující info, nějak tak to je. V mým serveru se socket recykluje, chování "2MSL wait" se projevuje jen pokud dojde k výjimce (např. odpadne klient) ... a to jsem ošetřil tím 200ms čekáním, problémy to nedělá vůbec.

    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.