Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Get Qt
  • Unsolved
Collapse
Brand Logo
  1. Home
  2. Qt Development
  3. General and Desktop
  4. How to Store UDP packet for some second in RAM
Qt 6.11 is out! See what's new in the release blog

How to Store UDP packet for some second in RAM

Scheduled Pinned Locked Moved Solved General and Desktop
17 Posts 6 Posters 8.3k Views 4 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • thamT tham

    You can use an easier solution to allocate QByteArray

    std::vector<QByteArray> byte_arrays(50);
    //access it like this
    qDebug()<<byte_arrays[0]; //0 mean you access first QByteArray in the vector
    //no need to free the QByteArray because std::vector do it for you, who say resource management is hard in c++?
    

    In most of the cases, following statement is correct
    allocate resource on stack is better than smart pointer, allocate on smart pointer is better than raw pointer

    E Offline
    E Offline
    Eeli K
    wrote on last edited by
    #7

    @tham said in How to Store UDP packet for some second in RAM:

    allocate resource on stack is better than smart pointer, allocate on smart pointer is better than raw pointer

    Yes, although with Qt we have to remember that smart pointers are objects which manage lifetime of other objects, and in Qt the QObject based class system does it with parents. On the other hand some important classes (like QByteArray) are not QObject based. In Qt programming you can do

    new MyQObjectBasedClass(pointerToParent);
    

    and the new pointer isn't get lost. But this is getting offtopic...

    1 Reply Last reply
    0
    • SGaistS Offline
      SGaistS Offline
      SGaist
      Lifetime Qt Champion
      wrote on last edited by kshegunov
      #8

      Hi,

      Why not just send them by batch rather than trying to read them all there ?

      [Moved in from duplicate thread ~kshegunov]

      Interested in AI ? www.idiap.ch
      Please read the Qt Code of Conduct - https://forum.qt.io/topic/113070/qt-code-of-conduct

      A 1 Reply Last reply
      1
      • kshegunovK kshegunov

        @Alexanov said in How to Store UDP packet for some second in RAM:

        I want to store for 15 Second all packet in RAM and then store in HDD in *.txt file. (15 second * 800MB =12GB)

        Do you have that amount of memory (in addition to what the system requires), as your error seems to indicate you don't?

        A Offline
        A Offline
        Alexanov
        wrote on last edited by
        #9

        @kshegunov said in How to Store UDP packet for some second in RAM:

        addition

        Yes , I have 128G RAM and 1TB HDD. I did not have any problem with my Hardware.
        Although I saw the task manager ,when my program allocate 1G Memory , OS terminate that process and send signal to Qt and say "bad alloc()".

        My Qustion is: what do you do? if you want to accumulate UDP received packet for a few second and then store in HDD???

        1 Reply Last reply
        0
        • E Eeli K

          @Alexanov 1Gbit ethernet isn't 1GBytes/second, it's 1GBits/second which is 1/8 of 1GBytes/second.

          It's of course possible to create QByteArrays in a loop with new, however you have to store the pointers somewhere. Or maybe you can use QByteArrayList.

          A Offline
          A Offline
          Alexanov
          wrote on last edited by
          #10

          @Eeli-K said in How to Store UDP packet for some second in RAM:

          create

          yes I knew that . and in my question wrote wrong, thanks.
          is it possible to show me how we can store pointer for some QByteArrays that were created in loop ?

          1 Reply Last reply
          0
          • SGaistS SGaist

            Hi,

            Why not just send them by batch rather than trying to read them all there ?

            [Moved in from duplicate thread ~kshegunov]

            A Offline
            A Offline
            Alexanov
            wrote on last edited by
            #11

            @SGaist said in How to Store UDP packet for some second in RAM:

            Why not just send them by batch rather than trying to read them all the

            Hi
            Can you explain more ? I did not understand very well !! :(

            1 Reply Last reply
            0
            • SGaistS Offline
              SGaistS Offline
              SGaist
              Lifetime Qt Champion
              wrote on last edited by
              #12

              Rather than store that much data in RAM and then dump everything in your HDD, make the chunk smaller and write more regularly.

              Interested in AI ? www.idiap.ch
              Please read the Qt Code of Conduct - https://forum.qt.io/topic/113070/qt-code-of-conduct

              1 Reply Last reply
              2
              • A Offline
                A Offline
                Alexanov
                wrote on last edited by
                #13

                Okay ,I did it and worked fine but , this method is stopgap solution,
                because at second Step i want to replace 1G Ethernet card to 10G. When I replaced cards , "file.write" line (in my code) worked very slowly than packets were coming !(I lost some packets when my program was writing in file , the speed of write is more slower than speed of incoming data)!!!!!
                do you have any solution for this ?
                Thanks :)

                sierdzioS 1 Reply Last reply
                0
                • SGaistS Offline
                  SGaistS Offline
                  SGaist
                  Lifetime Qt Champion
                  wrote on last edited by
                  #14

                  Only one: adapt your hardware.

                  You can't expect to dump GB worth of data each second on a single spinning disks hard drive (even solid state drive). Use something like a RAID to withstand the throughput.

                  Interested in AI ? www.idiap.ch
                  Please read the Qt Code of Conduct - https://forum.qt.io/topic/113070/qt-code-of-conduct

                  A 1 Reply Last reply
                  3
                  • SGaistS SGaist

                    Only one: adapt your hardware.

                    You can't expect to dump GB worth of data each second on a single spinning disks hard drive (even solid state drive). Use something like a RAID to withstand the throughput.

                    A Offline
                    A Offline
                    Alexanov
                    wrote on last edited by Alexanov
                    #15

                    @SGaist
                    for this reason i want to fill all received packets in RAM and after a few second
                    store in my HDD.(is it possible?)

                    1 Reply Last reply
                    0
                    • A Alexanov

                      Okay ,I did it and worked fine but , this method is stopgap solution,
                      because at second Step i want to replace 1G Ethernet card to 10G. When I replaced cards , "file.write" line (in my code) worked very slowly than packets were coming !(I lost some packets when my program was writing in file , the speed of write is more slower than speed of incoming data)!!!!!
                      do you have any solution for this ?
                      Thanks :)

                      sierdzioS Offline
                      sierdzioS Offline
                      sierdzio
                      Moderators
                      wrote on last edited by
                      #16

                      @Alexanov said in How to Store UDP packet for some second in RAM:

                      the speed of write is more slower than speed of incoming data

                      In addition to what SGaist said, also consider moving various tasks into separate threads. So that your network thread will continue reading data into buffer while your IO thread writes to HDD.

                      If, however, you constantly (per second) get more data than your hard disks can write... there is no software solution for this (unless you can go clever with the data: analyze it and extract only important parts, compress it etc.).

                      (Z(:^

                      1 Reply Last reply
                      3
                      • thamT tham

                        You can use an easier solution to allocate QByteArray

                        std::vector<QByteArray> byte_arrays(50);
                        //access it like this
                        qDebug()<<byte_arrays[0]; //0 mean you access first QByteArray in the vector
                        //no need to free the QByteArray because std::vector do it for you, who say resource management is hard in c++?
                        

                        In most of the cases, following statement is correct
                        allocate resource on stack is better than smart pointer, allocate on smart pointer is better than raw pointer

                        A Offline
                        A Offline
                        Alexanov
                        wrote on last edited by Alexanov
                        #17

                        @tham
                        Thank you so much, your solution is very helpful for me ;)
                        Finally, I used Qvector to create dynamic array of QByteArrays type.

                        1 Reply Last reply
                        0

                        • Login

                        • Login or register to search.
                        • First post
                          Last post
                        0
                        • Categories
                        • Recent
                        • Tags
                        • Popular
                        • Users
                        • Groups
                        • Search
                        • Get Qt
                        • Unsolved