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 22:22 | Komunita

Dle plánu byl měl Debian 9 s kódovým názvem Stretch vyjít v sobotu 17. června. Po celém světě se začínají plánovat Release Parties. Oznámeno bylo vydání čtvrté RC (release candidate) verze instalátoru pro Debian 9 Stretch.

Ladislav Hagara | Komentářů: 0
26.5. 22:22 | Komunita

V Norimberku probíhá do neděle 28. května openSUSE Conference 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online. K dispozici jsou také videozáznamy (YouTube) již proběhnuvších přednášek. Dění lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
26.5. 11:33 | IT novinky

Red Hat kupuje společnost Codenvy stojící za stejnojmenným webovým (cloudovým) integrovaným vývojovým prostředím (WIDE) postaveném na Eclipse Che.

Ladislav Hagara | Komentářů: 0
26.5. 08:55 | Nová verze

V listopadu 2014 byl představen fork Debianu bez systemd pojmenovaný Devuan. Po dva a půl roce jeho vývojáři oznámili vydání první stabilní verze 1.0. Jedná se o verzi s dlouhodobou podporou (LTS) a její kódové jméno je Jessie, podle planetky s katalogovým číslem 10 464.

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

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
25.5. 19:55 | Humor

Portál Stack Overflow informuje na svém blogu, že pomohl ukončit editor Vim už více než milionu vývojářů. V loňském roce například hledal odpověď na otázku Jak ukončit editor Vim v průměru 1 z 20 000 návštěvníků.

Ladislav Hagara | Komentářů: 10
25.5. 19:22 | Nová verze

Po pěti měsících od vydání verze 3.5.0 byla vydána nová stabilní verze 3.6.0, tj. první z nové řady 3.6, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie). Z novinek lze zmínit například podporu dvou nových 64bitových platforem little-endian POWER machines (ppc64le) a IBM z Systems (s390x) nebo nové balíčky Rust 1.17.0, Cargo 0.18.0, GHC 8.0.2 a Julia 0.5.2.

Ladislav Hagara | Komentářů: 0
24.5. 21:33 | Bezpečnostní upozornění

V Sambě byla nalezena a opravena bezpečnostní chyba CVE-2017-7494. Má-li útočník právo ukládat soubory na vzdálený server, může tam uložit připravenou sdílenou knihovnu a přinutit smbd server k jejímu načtení a tím pádem ke spuštění libovolných příkazů. Chyba je opravena v upstream verzích 4.6.4, 4.5.10 a 4.4.14. Chyba se týká všech verzí Samby od verze 3.5.0 vydané 1. března 2010.

Ladislav Hagara | Komentářů: 7
24.5. 20:44 | Nová verze

Byla vydána nová stabilní verze 4.3.0 integrovaného vývojového prostředí (IDE) Qt Creator. Z novinek lze zmínit například integraci editoru kódu do Qt Quick Designeru.

Ladislav Hagara | Komentářů: 1
24.5. 20:11 | Bezpečnostní upozornění

Společnost Check Point informuje na svém blogu o novém vektoru útoku. Pomocí titulků lze útočit na multimediální přehrávače VLC, Kodi, Popcorn Time, Stremio a pravděpodobně i další. Otevření útočníkem připraveného souboru s titulky v neaktualizovaném multimediálním přehrávači může vést ke spuštění libovolných příkazů pod právy uživatele. Ukázka na YouTube. Chyba je opravena v Kodi 17.2 nebo ve VLC 2.2.6.

Ladislav Hagara | Komentářů: 14
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (33%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 629 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: UDP sockety thready, C++

    Beda0 avatar 29.1.2014 20:00 Beda0 | skóre: 28
    UDP sockety thready, C++
    Přečteno: 270×

    Zdravím.
    mám třídu (Odesilatel), která má simulovat přístroj - posílá data po UDP na danou ip po daném portu - konkrétním na 127.0.0.1:2023

    Druhá (Prijemce) třída přijímá data po UDP na danym portu (odkukoliv), zpracuje je (udělá z nich floaty) a uloží do bufferu.

    Pokud je simulátor puštěnej z jinýho programu než příjemce, vše funguje. Pokud jsou puštěny z jednoho, tak se přijme jen 92 packetů, pak jich to 260 přeskočí (+- 20, tehnle počet se mění, ale 92 jich to přijme vždy a 93 už je posunutej) a pak to zase přijímá normálně - další stovky packetů (nebo to občas začne zase přeskakovat).

    Odesilatel a příjemce jsou ve vlastních threadech. Wireshark říká, že odesilatel odešle data správně, při krokování je vidět, že příjemce je už v int size = read(socketDesc, data, 65535); dostane přeskonečené. Trápim se s tim celý den a nemam ponětí, co dělám špatně.

    Pokud nepošlu 981bytů, ale míň, tak to funguje normálně (asi by to začlo přeskakovat někde dál), takže předpokldám, že se něco někam nevejde, ale nemůžu přijít na to co/kam. Vidíte v tom někdo nějakou botu?

    
    Projemce p;
    Odesilatel o;
    o.start();
    p.startReadData();
    while(1){
       if(m.dataLength() > 0){
          Data<float> d = p.getData();
          for(int y = 0;y<d.length();y++)
             fprintf(outF,"%f;%f\n",...);//vypis dat do souboru  
       }
    }
    Prijemce:
    
    Prijemce::Prijemce(){
       socketDesc = socket( AF_INET, SOCK_DGRAM, IPPROTO_UDP );
       sockaddr_in serverSock;
       serverSock.sin_family = AF_INET;
       serverSock.sin_addr.s_addr = htonl(INADDR_ANY);
       serverSock.sin_port = htons(2023);
       bind( socketDesc, (const sockaddr*) &serverSock, sizeof(serverSock) );
    }
    void Prijemce::startReadData(){
     th = new std::thread(&MeterUDP::readPackets,this);
    }
    Data<float> Prijemce:getData(){
       mutex.lock();
       Data<float> ret = dataBuffer;
       dataBuffer.clear();
       mutex.unlock();
       return ret;
    }
    void Prijemce::readPackets(){
    
    ByteArray *bA;
       while(1){
          fd_set fds;
          timeval tv;
          FD_ZERO(&fds);
          FD_SET(socketDesc, &fds);
          tv.tv_sec = 1; 
          tv.tv_usec = 0;
    
          u8 data[65535];
          int test = 0;
          int ret = select(socketDesc+1, &fds, NULL, NULL, &tv); 
          if(ret == 1){
          int size = read(socketDesc, data, 65535);
          Bytes b;
          b.insert(b.end(),data,data+size);
          bA = new ByteArray(b);
          }
       }
       Data<float> dataBuffer = kouzla(bA);//konertuje ByteArray do pouzitelnyho formatu
    }
    Odesilatel:
    
    Odesilatel::Odesilatel(){
       sockfd = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)
       bzero(&serv_addr, sizeof(serv_addr));
       serv_addr.sin_family = AF_INET;
       serv_addr.sin_port = htons(2023);
       net_aton("127.0.0.1", &serv_addr.sin_addr)
    }
    void Odesilatel::start(){
       th = new std::thread(&Odesilatel::sendData,this);
    }
    void Odesilatel::sendData(){
       while(1){
       u8 packet[981];
       for(int i = 0;i<981;i++)
          packet[i] = data;//tady naplnim data (ze souboru, ale to neni podstatny)
       sendto(sockfd, packet, 981, 0, (struct sockaddr*)&serv_addr, slen);
       }
    }

    Řešení dotazu:


    Odpovědi

    29.1.2014 20:17 Sten
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    UDP je nezaručená komunikace, pakety nemusí dorazit nebo je může systém zahodit, protože je nečtete dostatečně rychle
    Beda0 avatar 29.1.2014 21:25 Beda0 | skóre: 28
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    Teď si připadám jako blb. Tohle mě napadlo už na začátku a skoušel jsem zpomlovat zápis pomocí usleep(...) ale bezvýsledně. Teď jsem dal natvrdo za každý odeslaný packet usleep a funguje to... ale nechápu, proč to ve dvou aplikacích stíhá zapisovat i číst, ale v jedné ne. Přitom thready se použití i se dvěma aplikacemi.
    Aleš Janda avatar 29.1.2014 22:30 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    Zřejmě plánovač tvého jádra rozhazuje vlákna jinak, když je to jedna nebo více aplikací.

    Je nějaký důvod, proč nepoužít TCP?
    Beda0 avatar 30.1.2014 06:08 Beda0 | skóre: 28
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    Simuluje to komunikaci s přístrojem, který posílá data po UDP - bude to fungovat pouze po velmi jednoduché lokální síti, většinou jen "síť" mezi dvěma zařízeními, takže ztrácení packetů po cestě nehrozí. Je požadovaná rychlost, TCP má zbytečně velkou režii, UDP prostě tlačí data na požadovaný port a ip a je jedno, jestli někdo ty packety chytá nebo ne, to s TCP nejde, protože je spojový.
    30.1.2014 00:06 Sten
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    Tipuji, že odesílatel stihne zapsat příliš mnoho paketů ještě předtím, než se příjemce stihne spustit. Zkuste spustit nejdříve příjemce.
    Beda0 avatar 30.1.2014 06:16 Beda0 | skóre: 28
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    Jo, tak teď si připadá jako úpnej blb. Tohle mě taky napadlo už na začátku, ale nevim, proč jsem to jen nepřehoadil a místo toho tam cpal nějaký usleep... prohodil jsem pořadí Odesilatel a Prijemce, vyhodil vsechny usleep a funguje to, díky.

    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.