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 04:00 | Nová verze

    Společnost NVIDIA vydala verzi 13.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 04:22 | IT novinky

    Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 28. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.

    Ladislav Hagara | Komentářů: 9
    3.8. 14:22 | Komunita

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červenec (YouTube).

    Ladislav Hagara | Komentářů: 0
    3.8. 01:11 | Pozvánky

    Konečně se ochladilo, možná i díky tomu přestaly na chvíli padat rakety jako přezrálé hrušky, díky čemuž se na Virtuální Bastlírně dostane i na jiná, přízemnější témata. Pokud si chcete jako každý měsíc popovídat s dalšími bastlíři, techniky, vědci a profesory u virtuálního pokecu u piva, Virtuální Bastlírna je tu pro Vás.

    Ještě před ochlazením se drát na vedení V411 roztáhl o 17 metrů (přesné číslo není známé, ale drát nepřežil) a způsobil tak… více »
    bkralik | Komentářů: 2
    2.8. 23:44 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

    Ladislav Hagara | Komentářů: 0
    1.8. 15:44 | Nová verze

    PixiEditor byl vydán ve verzi 2.0. Jedná se o multiplatformní univerzální all-in-one 2D grafický editor. Zvládne rastrovou i vektorovou grafiku, pixel art, k tomu animace a efekty pomocí uzlového grafu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU LGPL 3.0.

    Ladislav Hagara | Komentářů: 2
    1.8. 13:22 | Nová verze

    Byly představeny novinky v Raspberry Pi Connect for Organisations. Vylepšen byl protokol auditu pro lepší zabezpečení. Raspberry Pi Connect je oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče. Verze pro organizace je placená. Cena je 0,50 dolaru za zařízení za měsíc.

    Ladislav Hagara | Komentářů: 0
    1.8. 01:33 | Zajímavý software

    CISA (Cybersecurity and Infrastructure Security Agency) oznámila veřejnou dostupnost škálovatelné a distribuované platformy Thorium pro automatizovanou analýzu malwaru. Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 0
    31.7. 17:22 | Nová verze Ladislav Hagara | Komentářů: 0
    31.7. 16:11 | Zajímavý software

    Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia Proton Authenticator. S otevřeným zdrojovým kódem a k dispozici na všech zařízeních. Snadno a bezpečně synchronizujte a zálohujte své 2FA kódy. K používání nepotřebujete Proton Account.

    Ladislav Hagara | Komentářů: 0
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (28%)
     (28%)
     (5%)
     (7%)
     (4%)
     (1%)
     (2%)
     (25%)
    Celkem 212 hlasů
     Komentářů: 23, poslední včera 13:01
    Rozcestník

    Dotaz: UDP sockety thready, C++

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

    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: 29
    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: 23 | blog: kýblův blog | Praha
    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: 29
    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: 29
    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.