[Winpcap-users] Better Performance
David Chang
dchang at fsautomation.com
Thu Apr 23 19:02:57 PDT 2009
Charu,
malloc() is VERY expensive; especially for larger buffers. Are you
saying that if you change the callback function to this...
void packet_handler(u_char *dumpfileHandler, const struct pcap_pkthdr
*header, const u_char *pkt_data)
{
packetCounter++;
}
you still can't read 20,000 packets / sec? (I assume each packet is
full, so this would be close to 30MB/sec)
What type of hardware (CPU, RAM, NIC, motherboard, etc) and O.S. do you use?
DC
Charu Agrawal wrote:
>
> Hi,
>
> Yeah. I understand that. But I doubt if that effects the speed much.
>
> I am doing some processing on the array later. But the processing is
> not the bottleneck. It is the packet capture (packet_handler) that is
> the bottleneck. Even if I remove
>
> All the code inside the packet_handler the packet capture still does
> not meet expectations. We have nearly 20,000 packets. And as I
> mentioned before we are looking to achieve a frame rate
>
> Of 30-60 Mbytes/s.
>
> Any ideas ?
>
> Thanks
>
> Charu
>
> *From:* winpcap-users-bounces at winpcap.org
> [mailto:winpcap-users-bounces at winpcap.org] *On Behalf Of *Gianluca Varenni
> *Sent:* Tuesday, April 21, 2009 3:33 PM
> *To:* winpcap-users at winpcap.org
> *Subject:* Re: [Winpcap-users] Better Performance
>
> First of all, allocating some memory at every received packet is a bad
> idea. You should preallocate memory at the very beginning.
>
> Then, how many packets do you want to capture? What are you doing with
> all those packets in these arrays?
>
> Have a nice day
>
> GV
>
> ----- Original Message -----
>
> *From:* Charu Agrawal <mailto:cagrawal at altasens.com>
>
> *To:* winpcap-users at winpcap.org <mailto:winpcap-users at winpcap.org>
>
> *Sent:* Tuesday, April 21, 2009 2:20 PM
>
> *Subject:* Re: [Winpcap-users] Better Performance
>
> Hi,
>
> This is what the code looks like –
>
> This is all initialization code –
>
> if ((adhandle= pcap_open_live(d->name, // name of the device
>
> 65536, // portion of the packet to capture.
>
> // 65536 grants that the whole packet will be captured on all the
> MACs.
>
> 1, // promiscuous mode (nonzero means promiscuous)
>
> 1, // read timeout
>
> errbuf // error buffer
>
> )) == NULL)
>
> {
>
> printf("\nUnable to open the adapter. %s is not supported by
> WinPcap\n", d->name);
>
> return RETCODE_ERR;
>
> }
>
> //Set the filter string to the source ip address
>
> //Only packets from this source address will be captured.
>
> //This does slow down the capture a bit.
>
> NetMask=0xffffff;
>
> filter = "src 192.168.1.10";
>
> if(pcap_compile(adhandle, &fcode, filter, 1, NetMask) < 0)
>
> {
>
> printf("\nError compiling filter: wrong syntax.\n");
>
> pcap_close(adhandle);
>
> return RETCODE_ERR;
>
> }
>
> if(pcap_setfilter(adhandle, &fcode)<0)
>
> {
>
> printf("\nError setting the filter\n");
>
> pcap_close(adhandle);
>
> return RETCODE_ERR;
>
> }
>
> //Set the kernel buffer
>
> if (pcap_setbuff(adhandle,41943040) < 0)
>
> {
>
> printf("\n unable to set buffer");
>
> return RETCODE_ERR;
>
> }
>
> Then I start the pcap_loop on a separate thread – This function is
> called for each packet capture.
>
> I copy the data for all packets in a global array – image_buf
>
> void packet_handler(u_char *dumpfileHandler, const struct
> pcap_pkthdr *header, const u_char *pkt_data)
>
> {
>
> //copy the packet data to image_buf and also store the packet length
>
> image_buf[packetCounter] = (unsigned
> char*)(malloc(header->caplen*sizeof(unsigned char)));
>
> if(image_buf[packetCounter] == NULL)
>
> {
>
> printf("\n unable to allocate buffer");
>
> return;
>
> }
>
> memcpy(image_buf[packetCounter],pkt_data,header->caplen);
>
> pkt_length[packetCounter]=header->caplen;
>
> packetCounter += 1;
>
> }
>
> Please let me know if you need more details. I can zip and send
> the code file if needed.
>
> Thanks
>
> Charu
>
> *From:* winpcap-users-bounces at winpcap.org
> [mailto:winpcap-users-bounces at winpcap.org] *On Behalf Of *Gianluca
> Varenni
> *Sent:* Tuesday, April 21, 2009 1:51 PM
> *To:* winpcap-users at winpcap.org
> *Subject:* Re: [Winpcap-users] Better Performance
>
> Before trying to modify the WinPcap source code, I would try to
> understand what the bottlenecks are. What are you doing with the
> received packets?
>
> Can you show us the packet processing loop that you have in your
> code (even in form of pseudocode)?
>
> Have a nice day
>
> GV
>
> ----- Original Message -----
>
> *From:* Charu Agrawal <mailto:cagrawal at altasens.com>
>
> *To:* winpcap-users at winpcap.org
> <mailto:winpcap-users at winpcap.org>
>
> *Sent:* Monday, April 20, 2009 10:58 AM
>
> *Subject:* [Winpcap-users] Better Performance
>
> Hi,
>
> I am trying to figure out how to capture image frames most
> efficiently. Each frame is approximately 20Mbytes.
>
> I am trying to achieve frame rate of 1-2 frames per second.
> The packets are being received over a Gig eth dedicated link.
> ( Packets are sent over that link using only one source).
>
> I am unable to achieve this frame rate using winpcap. Would it
> be helpful to modify the Winpcap source code for better
> performance ? Has anyone here have any experience in modifying
> the winpcap source to achieve higher frame rate capture ?
>
> Thanks for your help in advance
>
> Regards
>
> Charu Agrawal
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Winpcap-users mailing list
> Winpcap-users at winpcap.org
> https://www.winpcap.org/mailman/listinfo/winpcap-users
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Winpcap-users mailing list
> Winpcap-users at winpcap.org
> https://www.winpcap.org/mailman/listinfo/winpcap-users
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Winpcap-users mailing list
> Winpcap-users at winpcap.org
> https://www.winpcap.org/mailman/listinfo/winpcap-users
>
More information about the Winpcap-users
mailing list