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 11:44 | Nová verze

    Byla vydána verze 8.18 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    dnes 11:33 | Zajímavý projekt

    Projekty Blink a Blinkenlights dospěly do verze 1.0. Jedná se o x86-64-linux emulátor a jeho TUI nadstavbu sloužící jako debugger. Blink je v porovnání s qemu-x86_64 menší a rychlejší.

    Ladislav Hagara | Komentářů: 0
    dnes 10:44 | Komunita

    Bylo potvrzeno, že Debian 12 s kódovým jménem Bookworm vyjde v tuto sobotu 10. června.

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

    Byla vydána nová verze 2023.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení. Zdůraznit lze předpřipravené obrazy pro Hyper-V nebo to, že ve výchozím prostředí Xfce bylo PulseAudio nahrazeno multimediálním serverem PipeWire.

    Ladislav Hagara | Komentářů: 2
    3.6. 15:22 | Nová verze

    Tento týden byla vydána nová verze 1.52 webového prohlížeče Brave (Wikipedie, GitHub). Postavena je na Chromiu 114. Z novinek lze vypíchnout možnost povolit vertikální karty (vertical tabs). Také bylo představeno Brave Search API k vyhledávači Brave Search.

    Ladislav Hagara | Komentářů: 0
    2.6. 19:55 | Komunita

    Matthias Clasen z Red Hatu oznámil v diskusním listu vývojářů Fedora Linuxu, že tým Red Hat Display Systems se zaměří na Wayland a podporu HDR na Linuxu a přestane spravovat RPM balíčky pro LibreOffice. V další major verzi RHELu už LibreOffice nebude. Pokud se nenajde správce balíčků pro Fedora Linux, zůstane pouze LibreOffice ve Flatpaku.

    Ladislav Hagara | Komentářů: 55
    2.6. 17:33 | IT novinky

    Na Steamu lze získat zdarma počítačovou hru Tell Me Why (ProtonDB). Na Epic Games Storu počítačovou hru Midnight Ghost Hunt (ProtonDB).

    Ladislav Hagara | Komentářů: 4
    2.6. 14:11 | IT novinky

    Společnost Meta představila (YouTube) brýle pro virtuální realitu Meta Quest 3. V prodeji budou na podzim a stát budou od 499,99 dolarů.

    Ladislav Hagara | Komentářů: 0
    2.6. 13:44 | Nová verze

    Byla vydána nová verze 2.41.0 distribuovaného systému správy verzí Git. Přispělo 95 vývojářů, z toho 29 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    2.6. 09:00 | Nová verze

    Organizace Apache Software Foundation (ASF) vydala verzi 18 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.

    Ladislav Hagara | Komentářů: 0
    Twitter (nejen pro příležitostné čtení)
     (85%)
     (2%)
     (13%)
    Celkem 87 hlasů
     Komentářů: 4, poslední 3.6. 21:29
    Rozcestník

    Dotaz: Objektový návrh aplikace klient-server

    30.8.2010 18:05 ja_kral_ll | skóre: 17
    Objektový návrh aplikace klient-server
    Přečteno: 598×
    Ahoj,

    jak by jste navrhli aplikaci kde jedno vlákno sosá data ze vzdáleného serveru a tyto data v reálném čase zprostředkuje klientům která se na tuto aplikaci připojí ?

    Jedná se o videostream kde se skrz tenkou linku tahá jeden proud videa který se pak nabídne klientům na serveru který se na server připojí kde je už linka dost silná na to aby obsloužila dost klientů.

    Zkoušel jsem pokus kdy se při každém přijatém kusu dat zavolají všechna vlákna klientů že přišla nová data a ať je zašlou klientům. Je to ale neúnosné, procházet ArrayList s vlákny klientů a spouštět na těchto vláknech metodu které předám jako parametr nově nasosaná data je hrozně pomalé.

    Chce to vymyslet něco kdy se budou data sama dotazovat zda už nejsou nová data nasosaná. Máte s něčím podobným zkušenosti ?

    Díky

    Odpovědi

    30.8.2010 20:04 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Objektový návrh aplikace klient-server
    Nějakou kolekci (prostě nějaký objekt), kam to stahující vlákno bude ukládat data a ostatní vlákna se do ní dívat, zda není něco nového?

    Jinak celá věc by šla řešit bez vláken, pollováním. Především, pokud tam není nějaké překódovávání dat apod. Ale to je asi o něco těžší naprogramovat.
    30.8.2010 20:11 vbar
    Rozbalit Rozbalit vše Re: Objektový návrh aplikace klient-server
    Nevím jestli je zrovna ArrayList z jazyka vhodného pro aplikace omezené výkonem I/O (jinými slovy C/C++), ale kopírování na úrovni aplikace (síťovou komunikaci systém samozřejmě zkopírovat musí, aspoň pokud má zůstat TCP/IP) se jistě dá omezit v každém jazyce - stačí ty přicházející data cpát do nějakého globálu a synchronizovat standardními technikami. Data se sama dotazovat asi nebudou - mohou se dotazovat ta vlákna pro klienty, ale obecně se poll pokládá za méně efektivní než signalizace (konkrétní program samozřejmě může optimalizovat lecos, ale větší efektivitě pollu bych neuvěřil dokud bych jí neuviděl, a možná ani pak ne). Taky by možná stálo za úvahu nebudit všechna vlákna kvůli každému přijatému paketu, ale to už je spíš třešnička na dortu...
    30.8.2010 21:09 ja_kral_ll | skóre: 17
    Rozbalit Rozbalit vše Re: Objektový návrh aplikace klient-server
    Data nacpat do kolekce jsem zkoušel, je ale problém zjišťovat jestli se data změnila, pokud totiž základní jednotka bude byte tak je dost velká pravděpodobnost že že dva byty za sebou budou stejné. Šlo by data nacpat do do nějakého většího bloku abych data nemusel rozesílat tak často, otázka je co na to řekne videopřehrávač u klienta když mu data budou chodit jednou za čas ve velkých balících.

    Pokud se tedy budou vlákna dotazovat za klienty tak jak budou zjišťovat zda už se načetla nová data ? Inkrementovat nějaký čítač se mi zdá zvrhlost, ale taky by to možná šlo. Taky je problém na jak dlouho mají vlákna spát než se budou dotazovat na nová data aby neprospaly změnu a zase se neptali zbytečně často.
    30.8.2010 21:42 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Objektový návrh aplikace klient-server
    Cože, tys to video chtěl posílat po bajtech?

    Inkrementovat čítač mi přijde jako celkem dobré řešení. Video data ukládat do nějakého cyklického bufferu, pamatovat si, jaký offset (jakou hodnotu) má poslední blok dat, každé vlákno si pak bude pamatovat, co už klientovi poslalo...

    Jak dlouho mají vlákna spát? To tam chceš mít sleep ... zjisti, jestli je něco nového, ne ... sleep ... atd.? Za to bys v programování zápočet nedostal :) od toho jsou synchronizační prostředky.
    31.8.2010 11:09 ja_kral_ll | skóre: 17
    Rozbalit Rozbalit vše Re: Objektový návrh aplikace klient-server
    Teď to tahám z frameworku kde to konvertuju po bytech, nějaký bufferování jdu řešit až teď.

    Prubnu s tim čítačem a uvidíme.

    Zápočet jsem dostal za mnohem větší čuňárnu :D
    30.8.2010 22:10 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: Objektový návrh aplikace klient-server
    Nijak jsem to nestudoval, ale co třeba se podívat, jak jsou dělané http://code.dogmap.org/fdtools/multitee/ nebo http://multipipe.sourceforge.net/ ?
    31.8.2010 11:11 ja_kral_ll | skóre: 17
    Rozbalit Rozbalit vše Re: Objektový návrh aplikace klient-server
    To zní dobře, mrknu na to
    30.8.2010 22:19 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Objektový návrh aplikace klient-server
    Řekl bych, že problémy budou úplně někde jinde. Za prvé bych si dal pozor na to, zda se data pro každého klienta nekopírují (případně několikrát). Pak bych se také podíval na to, zda opravdu každý klient musí mít svoje vlákno, zda nebude rychlejší jim data odesílat asynchronně v nějakém menším počtu vláken.
    31.8.2010 13:47 Sten
    Rozbalit Rozbalit vše Re: Objektový návrh aplikace klient-server
    Doporučuji zkombinovat následující primitivy:
    • událost nebo signál pro probouzení klientských vláken
    • kruhový buffer jako bezzámková zero-copy paměť pro předání dat mezi čtečkou a vlákny klientů

    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.