<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=text/html;charset=utf-8 http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.7600.16625"></HEAD>
<BODY style="PADDING-LEFT: 10px; PADDING-RIGHT: 10px; PADDING-TOP: 15px" 
id=MailContainerBody leftMargin=0 topMargin=0 CanvasTabStop="true" 
name="Compose message area">
<DIV><FONT face=Calibri>The copies are the following ones:</FONT></DIV>
<DIV><FONT face=Calibri></FONT>&nbsp;</DIV>
<DIV><FONT face=Calibri>1. from the NIC driver buffers to the WinPcap kernel 
buffer (1st copy)</FONT></DIV>
<DIV><FONT face=Calibri>2. from the kernel buffer to the user buffer (buffer 
allocated inside wpcap.dll) (2nd copy)</FONT></DIV>
<DIV><FONT face=Calibri></FONT>&nbsp;</DIV>
<DIV><FONT face=Calibri>If you copy the packets received from pcap_next_ex (or 
any other pcap receive function) to your own application buffer, that would be a 
3rd copy.</FONT></DIV>
<DIV style="FONT: 10pt Tahoma"><FONT size=3 face=Calibri></FONT><FONT size=3 
face=Calibri></FONT><FONT size=3 face=Calibri></FONT><FONT size=3 
face=Calibri></FONT>&nbsp;</DIV>
<DIV style="FONT: 10pt Tahoma"><FONT size=3 face=Calibri>GV</FONT></DIV>
<DIV style="FONT: 10pt Tahoma"><FONT size=3 face=Calibri></FONT>&nbsp;</DIV>
<DIV style="FONT: 10pt Tahoma">&nbsp;</DIV>
<DIV style="FONT: 10pt Tahoma"><FONT size=3 face=Calibri></FONT>&nbsp;</DIV>
<DIV style="FONT: 10pt Tahoma">
<DIV><BR></DIV>
<DIV style="BACKGROUND: #f5f5f5">
<DIV style="font-color: black"><B>From:</B> <A title=liu.yulou@zte.com.cn 
href="mailto:liu.yulou@zte.com.cn">liu.yulou@zte.com.cn</A> </DIV>
<DIV><B>Sent:</B> Sunday, September 26, 2010 10:49 PM</DIV>
<DIV><B>To:</B> <A title=winpcap-users@winpcap.org 
href="mailto:winpcap-users@winpcap.org">winpcap-users@winpcap.org</A> </DIV>
<DIV><B>Subject:</B> Re: [Winpcap-users] About the packets loss ,what is the 
bottleneck ?</DIV></DIV></DIV>
<DIV><FONT face=Calibri></FONT><FONT face=Calibri></FONT><BR></DIV><BR><FONT 
size=2 face=sans-serif>GV&gt; Not at the moment with WinPcap. Having said that, 
I've used this double copy mechanism to bring several Gbps's to user mode 
without any packet loss (not with WinPcap, with custom hardware. However the 
buffering mechanism was the same).</FONT> <BR><BR><FONT size=2 
face=sans-serif>YL&gt; 'double copy mechanism' &nbsp;, &nbsp;Data copy from the 
user buffer to application(user mode) is the third copy ? &nbsp;</FONT> 
<BR><BR><BR><BR><BR><BR><FONT size=2 face=sans-serif>GV&gt;Are you dumping the 
packets to disk? If so, have you measured the dump-to-disk bandwidth? 
</FONT><BR><BR><FONT size=2 face=sans-serif>YL&gt; Yes, &nbsp; Dumping packets 
to disk is my final goal. &nbsp;But right now , &nbsp;To avoid the limitation of 
the disk write speed , &nbsp;I just count the packets number in the receive 
&nbsp;thread. &nbsp; But &nbsp;on the &nbsp;rate of 614 Mbps, &nbsp; sometimes 
&nbsp;there are still packets loss. </FONT><BR><BR><FONT size=2 
face=sans-serif>PS. &nbsp; &nbsp; The route of packets transfer is : &nbsp;FPGA 
BOARD sends data through ether net --&gt; &nbsp;PC'S &nbsp;net card --&gt; 
winpcap &nbsp;kernel buffer --&gt; winpcap user buffer &nbsp;--&gt; 
&nbsp;receive thread count . &nbsp; The FPGA's sending packets rate is about 614 
Mbps , &nbsp; the size of &nbsp;each packet is 1460 bytes, &nbsp; every packet 
has a sequence number &nbsp;, &nbsp; the sending process's &nbsp;starting and 
stopping &nbsp;can be controlled &nbsp;. &nbsp; &nbsp;</FONT> <BR><BR><FONT 
size=2 face=sans-serif>The app that &nbsp;I make only counts the packet's number 
when a packet comes without saving . &nbsp; While &nbsp;the &nbsp;last packet 
comes , &nbsp;the app will compare the number (it counts by itself) &nbsp;with 
the sequence number (of the last packet). &nbsp;Then I will know if there is 
packets loss. </FONT><BR><BR><BR><BR><BR><BR><BR>
<TABLE width="100%">
  <TBODY>
  <TR vAlign=top>
    <TD width="35%"><FONT size=1 face=sans-serif><B>"Gianluca Varenni" 
      &lt;gianluca.varenni@cacetech.com&gt;</B> </FONT><BR><FONT size=1 
      face=sans-serif>发件人: &nbsp;winpcap-users-bounces@winpcap.org</FONT> 
      <P><FONT size=1 face=sans-serif>2010-09-21 07:41</FONT> 
      <TABLE border=1>
        <TBODY>
        <TR vAlign=top>
          <TD bgColor=white>
            <DIV align=center><FONT size=1 face=sans-serif>请答复 
            给<BR>winpcap-users@winpcap.org</FONT></DIV></TD></TR></TBODY></TABLE><BR></P>
    <TD width="64%">
      <TABLE width="100%">
        <TBODY>
        <TR vAlign=top>
          <TD>
            <DIV align=right><FONT size=1 face=sans-serif>收件人</FONT></DIV>
          <TD><FONT size=1 
            face=sans-serif>&lt;winpcap-users@winpcap.org&gt;</FONT> 
        <TR vAlign=top>
          <TD>
            <DIV align=right><FONT size=1 face=sans-serif>抄送</FONT></DIV>
          <TD>
        <TR vAlign=top>
          <TD>
            <DIV align=right><FONT size=1 face=sans-serif>主题</FONT></DIV>
          <TD><FONT size=1 face=sans-serif>Re: [Winpcap-users] About the 
            packets loss , &nbsp; &nbsp; &nbsp; &nbsp;what is the bottleneck 
            ?</FONT></TD></TR></TBODY></TABLE><BR>
      <TABLE>
        <TBODY>
        <TR vAlign=top>
          <TD>
          <TD></TD></TR></TBODY></TABLE><BR></TD></TR></TBODY></TABLE><BR><BR><BR><FONT 
size=3>&nbsp;</FONT> <BR><BR><FONT size=3><B>From:</B> </FONT><A 
href="mailto:lyulou@gmail.com"><FONT color=blue size=3><U>yulou 
liu</U></FONT></A><FONT size=3> </FONT><BR><FONT size=3><B>Sent:</B> Sunday, 
September 19, 2010 12:50 AM</FONT> <BR><FONT size=3><B>To:</B> </FONT><A 
href="mailto:winpcap-users@winpcap.org"><FONT color=blue 
size=3><U>winpcap-users@winpcap.org</U></FONT></A><FONT size=3> </FONT><BR><FONT 
size=3><B>Subject:</B> [Winpcap-users] About the packets loss , what is the 
bottleneck ?</FONT> <BR><BR><FONT size=2 face=Calibri><BR>There is still the 
question about packets loss.<BR> </FONT><FONT size=2> </FONT><FONT size=2 
face=Calibri><BR>According to the essay &nbsp;' </FONT><FONT size=2>Profiling 
and Optimization of Software-Based Network-Analysis Applications</FONT><FONT 
size=2 face=Calibri>' ,   &nbsp;every packet is copied twice in the main 
memory before reaching the user. &nbsp;In order to reduce the cost of CPU and 
the bus occupying of the SDRAM of pc,  &nbsp;is it possible to copy data 
directly from the kernel buffer to the final buffer , &nbsp;which I want the 
date kept &nbsp;in ?   </FONT><BR><FONT size=2>&nbsp;</FONT> <BR><FONT 
size=2 face=Calibri>GV&gt; Not at the moment with WinPcap. Having said that, 
I've used this double copy mechanism to bring several Gbps's to user mode 
without any packet loss (not with WinPcap, with custom hardware. However the 
buffering mechanism was the same).</FONT> <BR><FONT size=2 face=Calibri><BR> 
</FONT><FONT size=2> </FONT><FONT size=2 face=Calibri><BR>Here is another idea 
--- </FONT><FONT size=2> allocate several different user buffers , once 
</FONT><FONT size=2 face=Calibri>a </FONT><FONT size=2>user buffer is fulled , 
then let the next user buffer to save the </FONT><FONT size=2 
face=Calibri>new</FONT><FONT size=2> datas from kernel buffer. &nbsp;Meanwhile 
copy datas from the first user buffer to disk (assume that the hard disk write 
rate is fast enough).</FONT><FONT size=2 face=Calibri> &nbsp;Is this idea work 
with the winpcap ?</FONT><FONT size=2> </FONT><BR><FONT size=2>&nbsp;</FONT> 
<BR><FONT size=3 face=Calibri>GV&gt;Are you dumping the packets to disk? If so, 
have you measured the dump-to-disk bandwidth? </FONT><BR><FONT 
size=2>&nbsp;</FONT> <BR><FONT size=3 face=Calibri>GV</FONT> <BR><FONT 
size=2>&nbsp;</FONT> <BR><FONT size=2>&nbsp;</FONT> <BR><FONT 
size=2><TT>_______________________________________________<BR>Winpcap-users 
mailing 
list<BR>Winpcap-users@winpcap.org<BR>https://www.winpcap.org/mailman/listinfo/winpcap-users<BR></TT></FONT><BR><BR><PRE>--------------------------------------------------------
ZTE&nbsp;Information&nbsp;Security&nbsp;Notice:&nbsp;The&nbsp;information&nbsp;contained&nbsp;in&nbsp;this&nbsp;mail&nbsp;is&nbsp;solely&nbsp;property&nbsp;of&nbsp;the&nbsp;sender's&nbsp;organization.&nbsp;This&nbsp;mail&nbsp;communication&nbsp;is&nbsp;confidential.&nbsp;Recipients&nbsp;named&nbsp;above&nbsp;are&nbsp;obligated&nbsp;to&nbsp;maintain&nbsp;secrecy&nbsp;and&nbsp;are&nbsp;not&nbsp;permitted&nbsp;to&nbsp;disclose&nbsp;the&nbsp;contents&nbsp;of&nbsp;this&nbsp;communication&nbsp;to&nbsp;others.
This&nbsp;email&nbsp;and&nbsp;any&nbsp;files&nbsp;transmitted&nbsp;with&nbsp;it&nbsp;are&nbsp;confidential&nbsp;and&nbsp;intended&nbsp;solely&nbsp;for&nbsp;the&nbsp;use&nbsp;of&nbsp;the&nbsp;individual&nbsp;or&nbsp;entity&nbsp;to&nbsp;whom&nbsp;they&nbsp;are&nbsp;addressed.&nbsp;If&nbsp;you&nbsp;have&nbsp;received&nbsp;this&nbsp;email&nbsp;in&nbsp;error&nbsp;please&nbsp;notify&nbsp;the&nbsp;originator&nbsp;of&nbsp;the&nbsp;message.&nbsp;Any&nbsp;views&nbsp;expressed&nbsp;in&nbsp;this&nbsp;message&nbsp;are&nbsp;those&nbsp;of&nbsp;the&nbsp;individual&nbsp;sender.
This&nbsp;message&nbsp;has&nbsp;been&nbsp;scanned&nbsp;for&nbsp;viruses&nbsp;and&nbsp;Spam&nbsp;by&nbsp;ZTE&nbsp;Anti-Spam&nbsp;system.
</PRE>
<P>
<HR>

<P></P>_______________________________________________<BR>Winpcap-users mailing 
list<BR>Winpcap-users@winpcap.org<BR>https://www.winpcap.org/mailman/listinfo/winpcap-users<BR></BODY></HTML>