It's a shame that Windows 64 is so difficult to work with. We had similar issues with our product, and in the end discovered that 32-bit networking was just as fast as 64.
The biggest performance hit will be the fact that Tcpreplay is using Cygwin libraries. We have seen huge improvements when doing network calls natively. There is a task open to convert Tcpreplay to native Windows, and we are still looking for a Windows developer to take on the task. Thanks for the update. I am sure others will find it useful. Fred. On 2/19/2014, 1:43 PM, "Charles Milutinovic" <milut...@gmail.com> wrote: >Charles Milutinovic <milutino <at> gmail.com> writes: > >> >> I am having issues compiling tcpreplay on the 64-bit version of >> cygwin... > >Don't know what the rules are about replying to yourself around here, but >I >made some progress on the issue and thought it would be useful to share. > >There are two problems that seem to cause tcpreplay to have trouble >building >under cygwin64. The first is that the winpcap dev libraries are >distributed >without 64-bit .a files; the second is that the ./configure script is >looking for the libraries in the wrong place. > >(1) If you look under /wpdpack/lib you'll notice that both .lib and .a >files are distributed for winpcap. If you look under /wpdpack/lib/x64 >you'll notice only .lib files are distributed. I found a post on the >MinGW-w64 mailing list* that describes how to generate the .a files from >the >.lib files. The commands are: > > (a) gendef wpcap.dll > (b) dlltool --as-flags=--64 -m i386:x86-64 -k --output-lib libwpcap.a >--input-def wpcap.def > > I used the .dll's in the c:\windows\SysWOW64 folder to do this. This >should be done both for libpacket.a and libwpcap.a. > >(2) Once the .a files are built and copied to the correct location, you >still have issues because ./configure is looking for the .a files in >/wpdpack/lib and not /wpdpack/lib/x64. I just copied the 64-bit version >from /wpdpack/lib/x64 to /wpdpack/lib. > >After the above two steps, ./configure and make successfully ran. > >Unfortunately, tons of tests are failing. All the [tcpprep] tests failed >with core dumps. The first six [tcpreplay] tests passed, but the >Multipler >test is stuck in an infinite loop. > >I don't know exactly where to go from here; but I suspect the conversation >should probably move to the dev list if it continues. Personally, I'm >just >going to move back to good old 32-bit cygwin and hope to revisit this in >the >future. > >*http://sourceforge.net/p/mingw-w64/discussion/723797/thread/530727b3 > > > > >-------------------------------------------------------------------------- >---- >Managing the Performance of Cloud-Based Applications >Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. >Read the Whitepaper. >http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clkt >rk >_______________________________________________ >Tcpreplay-users mailing list >Tcpreplay-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/tcpreplay-users >Support Information: http://tcpreplay.synfin.net/trac/wiki/Support ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk _______________________________________________ Tcpreplay-users mailing list Tcpreplay-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tcpreplay-users Support Information: http://tcpreplay.synfin.net/trac/wiki/Support
