Hello Pavel, I'm not sure what do you mean but here is the output of to during run:
top - 16:58:48 up 2:27, 8 users, load average: 0.25, 0.59, 0.81 Tasks: 211 total, 4 running, 207 sleeping, 0 stopped, 0 zombie %Cpu(s): 7.3 us, 7.1 sy, 0.0 ni, 84.6 id, 0.2 wa, 0.8 hi, 0.0 si, 0.0 st KiB Mem: 16334304 total, 5330972 used, 11003332 free, 112164 buffers KiB Swap: 10207228 total, 0 used, 10207228 free. 2101892 cached Mem I just realized that if I use pfring_stats when I receive the whole 5000 packet the number of drops is 0 and when I don't receive all of them the number of drops in the stats is around 2000-3000. On Thu, Nov 6, 2014 at 4:54 PM, Pavel Odintsov <[email protected]> wrote: > Hello! > > Could you show top header and htop output? > > On Fri, Nov 7, 2014 at 12:48 AM, Behrooz Shafiee <[email protected]> > wrote: > > Hi everyone, > > > > I have implemented a small transmission protocol over pfring. I rely on > the > > Ethernet flow control meaning that I assume that in the same subnet I > won't > > loose any packet (I've no router so no queueing...). Everything was fine > > until I did some stress test as follows. > > I have a rcvThread which block on pfring_recv() function for each one > > incoming packet and process it. I start a huge number of other > threads(e.g > > 5000) and each of them send a req to server through pfring_send (resp is > one > > packet). And then server replies with 5000 packet. most of the time i > > receive the 5000 packets but sometimes I miss some of them. For example I > > reach the line after pfring_recv() 4503 times. I thought this is due to > > overflow in the NIC but I use intel pro which has both rx/tx flow pause > > frame on and I actually used a packet dump tool (such as wireshark) and I > > see the packets are being received by the NIC. So I assume they get lost > > somewhere a long the line from NIC to pfring_recv() function. Can anyone > > help me what might have gone wrong? > > > > PS. I use pfring in normal mode not DNA > > > > > > Thanks, > > -- > > Behrooz > > > > _______________________________________________ > > Ntop-misc mailing list > > [email protected] > > http://listgateway.unipi.it/mailman/listinfo/ntop-misc > > > > -- > Sincerely yours, Pavel Odintsov > _______________________________________________ > Ntop-misc mailing list > [email protected] > http://listgateway.unipi.it/mailman/listinfo/ntop-misc > -- Behrooz
_______________________________________________ Ntop-misc mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop-misc
