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 03:11 | Zajímavý projekt

    Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační

    … více »
    NUKE GAZA! 🎆 | Komentářů: 0
    včera 15:33 | Humor

    PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují

    … více »
    NUKE GAZA! 🎆 | Komentářů: 2
    včera 14:33 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 12:33 | Zajímavý projekt

    FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.

    NUKE GAZA! 🎆 | Komentářů: 4
    14.3. 22:55 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.

    Ladislav Hagara | Komentářů: 1
    14.3. 21:33 | Nová verze

    Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.

    |🇵🇸 | Komentářů: 2
    14.3. 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 12
    14.3. 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 7
    14.3. 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    13.3. 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (11%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1088 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    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: 687×
    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: 67 | 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.