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 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

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

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
včera 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
včera 16:44 | Nová verze

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
včera 14:00 | Komunita

Na Indiegogo běží kampaň na podporu Sway Hackathonu, tj. pracovního setkání klíčových vývojářů s i3 kompatibilního dlaždicového (tiling) správce oken pro Wayland Sway. Cílová částka 1 500 dolarů byla vybrána již za 9 hodin. Nový cíl 2 000 dolarů byl dosažen záhy. Vývojáři přemýšlejí nad dalšími cíli.

Ladislav Hagara | Komentářů: 1
včera 11:11 | Nasazení Linuxu

Před dvěma týdny se skupina fail0verflow (Blog, Twitter, GitHub) pochlubila, že se jim podařilo dostat Linux na herní konzoli Nintendo Switch. O víkendu bylo Twitteru zveřejněno další video. Povedlo se jim na Nintendo Switch rozchodit KDE Plasmu [reddit].

Ladislav Hagara | Komentářů: 3
včera 05:55 | Komunita

Byla vydána vývojová verze 3.2 softwaru Wine (Wikipedie), tj. softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem. Z novinek lze zdůraznit například podporu HID gamepadů. Aktuální stabilní verze Wine je 3.0, viz verzování. Nejistá je budoucnost testovací větve Wine Staging s řadou experimentálních vlastností. Současní vývojáři na ni již nemají čas. Alexandre Julliard, vedoucí projektu Wine, otevřel v diskusním listu wine-devel diskusi o její budoucnosti.

Ladislav Hagara | Komentářů: 2
18.2. 16:55 | Komunita

Do 22. března se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 14. května do 14. srpna 2018, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 54
17.2. 15:44 | Komunita

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice dnes slaví 6 let od svého oficiálního vzniku. Nadace byla představena 28. září 2010. Formálně ale byla založena až 17. února 2012. Poslední lednový den byl vydán LibreOffice 6.0. Dle zveřejněných statistik byl za dva týdny stažen již cca milionkrát.

Ladislav Hagara | Komentářů: 1
17.2. 04:44 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje, že byla vydána nová verze 1.2.3 svobodného routovacího démona Quagga (Wikipedie) přinášející několik bezpečnostních záplat. Při nejhorší variantě může dojít až k ovládnutí běžícího procesu, mezi dalšími možnostmi je únik informací z běžícího procesu nebo odepření služby DoS. Konkrétní zranitelnosti mají následující ID CVE-2018-5378, CVE-2018-5379, CVE-2018-5380 a CVE-2018-5381.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (2%)
 (3%)
 (1%)
 (1%)
 (1%)
Celkem 389 hlasů
 Komentářů: 34, poslední 14.2. 18:44
    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: 584×
    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: 61 | 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.