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 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 1
dnes 00:33 | Komunita Ladislav Hagara | Komentářů: 0
včera 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
včera 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 0
17.1. 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 15
17.1. 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
17.1. 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
17.1. 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 2
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (3%)
 (74%)
 (3%)
 (10%)
Celkem 318 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: Sockets & multithreading C++

    11.2.2011 19:59 Filgron
    Sockets & multithreading C++
    Přečteno: 569×

    Zdravím zdejší guru,

     

    v nedávné době jsem se začal zabývat a zajímat o používání socketů v C++ a tvorbou jednoduchých client/server aplikací. Postoupil jsem k problému, kdy chci řešit modelovou situaci:

    Existuje server, který periodicky načítá informace z blíže nespecifikovaného zdroje a ukládá si je do mezipaměti (pro zjednodušení řekněme soubor), tento server bude ,,poslouchat" na síti a bude obsluhovat klienty (klient se buďto pouze připojí, zažádá o informace z mezipaměti a hned se odpojí, nebo zůstane na kafe a bude si se serverem vyměňovat lichotky delší dobu). Klientů může být v jedné chvíli připojeno více, ale taky může být jen jeden a nebo o kafe v tuto chvíli nemá zájem nikdo.

    Zvažují vhodnou implementaci, zda-li to pojat jako více-vláknovou aplikaci, kdy jedno vlákno se stará o ukládání dat do mezipaměti, další o správu socketů s tím, že pro každého klienta by existovalo zvláštní vlákno, které by mu čaj naservírovalo.

    Druhou možností, co mne napadá je využití neblokovaného režimu socketů a selectu.

     

    Rád bych se Vás zeptal, který způsob je vhodnější, popř. pokud by Vás napadla jakákoliv jiná možnost, byl bych za ni velice rád)

     

    Ještě maličkost, ohledně více-vláknových aplikací bych Vás chtěl poprosit o radu, jakou knihovnu při nich eventuálně použít s tím, aby případná migrace mezi operačními systémy byla co nejméně bolestná (myšlen Tux a Win). Předem děkuju za Váš čas a případné kopance)

    Odpovědi

    11.2.2011 22:02 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Sockets & multithreading C++
    Pokud to má mít vysoký výkon nebo to má obsluhovat mnoho najednou připojených klientů, pak je nejlepším řešením epoll, select apod. Jinak si to můžeš naprogramovat, jak chceš :)

    Řešení pomocí vláken - tedy jedno vlákno na jednoho připojeného klienta - je řekl bych oblíbené, protože komunikace s klientem se pak snadno programuje. S vlákny mohou být problémy - žerou prostředky (paměť, také context switch není nejlevnější), špatně se ladí, mohou vznikat opravdu ošklivé chyby při špatné synchronizaci vláken. Tisíce vláken vedle sebe asi není ideální stav.

    Řešení pomocí selectu, epollu apod. je výkonnější, ale implementace takového serveru je o něco těžší.

    Je možná i kombinace - spojení, na kterých se zrovna nic neděje, mohou odpočívat v selectu/epollu, když ale něco přijde, může se o ně začít starat pro ně vyhrazené vlákno.

    Selectování/epollování rozdělit do více procesů, aby nebylo příliš spojení na jeden proces - počet otevřených deskriptorů je defaultně omezen tuším na 1024, dá se to zvýšit, ale AFAIK zase ne o moc.

    Jenom bych chtěl upozornit, že při selectování nemusejí být sokety v neblokujícím režimu :) Ten je zcela nutně potřeba snad až u edge-triggered epollu.

    Jestli je to vážně míněný projekt, je dobré přemýšlet i o bezpečnosti - o tom, jakým způsobem by útočník mohl server znepřístupnit nebo shodit, např. příliš velkým počtem spojení s napůl odeslaným požadavkem.

    11.2.2011 23:14 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Sockets & multithreading C++
    Pokud to má mít vysoký výkon nebo to má obsluhovat mnoho najednou připojených klientů, pak je nejlepším řešením epoll, select apod.

    Jen za předpokladu, že vygenerování odpovědi je velmi rychlé a nenáročné. Jinak je tato varianta dost nešťastná.

    Řešení pomocí vláken - tedy jedno vlákno na jednoho připojeného klienta - je řekl bych oblíbené, protože komunikace s klientem se pak snadno programuje.

    Spíš bych řekl, že použití vláken - aspoň u linuxových aplikací - moc populární není a stále výrazně převažuje používání samostatných procesů. Kromě již zmíněného k tomu asi přispěla i skutečnost, že vlastně až s jádry 2.6 (OK, u Red Hatu o chloupek dřív) přišla rozumně použitelná implementace POSIX threads.

    12.2.2011 11:06 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Sockets & multithreading C++
    Vlákna. Jelikož máme více jádrové procesory, tak to do jistého počtu vláken poběží rychleji, než kdyby se obsluha požadavků dělala sériově. Pokud bude počet vláken najednou extrémně vysoký, můžete začít vlákna poolovat.
    jakou knihovnu při nich eventuálně použít s tím, aby případná migrace mezi operačními systémy byla co nejméně bolestná
    Boost.
    In Ada the typical infinite loop would normally be terminated by detonation.
    12.2.2011 12:41 dad
    Rozbalit Rozbalit vše Re: Sockets & multithreading C++
    Threads are evil. Avoid them. (D.Hipp, sqlite)

    http://www.eecs.berkeley.edu/Pubs/TechRpts/2006/EECS-2006-1.pdf
    12.2.2011 13:55 Sten
    Rozbalit Rozbalit vše Re: Sockets & multithreading C++
    Doporučuji si nastudovat řešení nginxu, lépe už to nejde :-) (je to kombinace vláken a epollu)

    Boost je multiplatformní. Umí thready (Boost::Thread) i sockety (Boost::ASIO).
    12.2.2011 22:02 Filgron
    Rozbalit Rozbalit vše Re: Sockets & multithreading C++

    Děkuji všem za názory/připomínky, po lehkém zvážení jsem se rozhodl započít vývoj v knihovně Qt (kterou aspoň částečně již znám), výhodu vidím v tom, že víceméně na jakoukoliv funkcionalitu (např. parsování XML) existují knihovny a také samozřejmě využití signálů a slotů + víceméně bezproblémová portace na Win.

    Prozatimní poupravený návrh počítá s tím, že bude existovat jedno vlákno (které bude načítat informace z externího zdroje do mezipaměti v loopu, signálem je bude zasílat hlavní třídě, popř. bude od hlavní třídy očekávat instrukce (čtené slotem a přidávané do fronty, která se provede při každém průchodu cyklem)

    Ohledně připojování klientů, zatím stále váhám, jestli použít QThreadPool, kde by každý klient měl vlastní vlákno (neočekává se velký počet klientů , max 5 současně), nebo použít select (ač u něj nevím, jak v Qt).

    K další otázce, projekt je zatím myšlen pouze pro ,,studijní" účely, samozřejmě při ,,reálném" nasazení by jej bylo třeba zabezpečit.

    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.