Hi Gianluca,
On Fri, Nov 14, 2008 at 08:06:10AM -0800, Gianluca Varenni wrote:
>> Windows has select() but it is my understanding that you can't use it
>> on a packet capture descriptor. At least pcap_get_selectable_fd() is
>> not available on Windows, according to the pcap man page.
>
> True, se
Gianluca Varenni wrote:
If you get anything working on Windows, I'm interested to know your
throughput. I
can't get above about 10Mbps full duplex across my winpcap bridge...
Is it because of the latency introduced by the bridging process (so
for example the round trip time is higher and t
- Original Message -
From: "Ben Greear" <[EMAIL PROTECTED]>
To:
Sent: Thursday, November 13, 2008 9:38 PM
Subject: Re: [tcpdump-workers] libpcap & poll()
Aaron Turner wrote:
On Thu, Nov 13, 2008 at 8:15 PM, Ben Greear <[EMAIL PROTECTED]>
wrote:
I
- Original Message -
From: "Eloy Paris" <[EMAIL PROTECTED]>
To:
Sent: Thursday, November 13, 2008 3:24 PM
Subject: Re: [tcpdump-workers] libpcap & poll()
Hi Ben,
On Thu, Nov 13, 2008 at 03:13:05PM -0800, Ben Greear wrote:
[...]
The code above works on Solari
> My code is ported to windows/cygwin. Unfortunately, my only windows
> box is via a Parallels VM on OSX so performance just sucks in general.
> If you feel sufficiently motivated feel free to give it a spin:
Actually... I forgot... libpcap/winpcap doesn't support getting the
MAC address of the
On Thu, Nov 13, 2008 at 9:38 PM, Ben Greear <[EMAIL PROTECTED]> wrote:
> Aaron Turner wrote:
>>
>> On Thu, Nov 13, 2008 at 8:15 PM, Ben Greear <[EMAIL PROTECTED]>
>> wrote:
>>
>>>
>>> I guess you have some way of knowing you are reading a packet you just
>>> wrote
>>> so that you don't do this in a
Aaron Turner wrote:
On Thu, Nov 13, 2008 at 8:15 PM, Ben Greear <[EMAIL PROTECTED]> wrote:
I guess you have some way of knowing you are reading a packet you just wrote
so that you don't do this in a loop?
Yep. Basically it's a software bridge (two interfaces, copying all
packets from
On Thu, Nov 13, 2008 at 8:15 PM, Ben Greear <[EMAIL PROTECTED]> wrote:
> I guess you have some way of knowing you are reading a packet you just wrote
> so that you don't do this in a loop?
Yep. Basically it's a software bridge (two interfaces, copying all
packets from one interface to the other)
Aaron Turner wrote:
On Thu, Nov 13, 2008 at 1:31 PM, Eloy Paris <[EMAIL PROTECTED]> wrote:
[snip]
One possible reason for high CPU when using poll() or select() is
spurious readiness notifications - in this case the program is not
sleeping waiting for data but is instead running, causing high
On Thu, Nov 13, 2008 at 1:31 PM, Eloy Paris <[EMAIL PROTECTED]> wrote:
[snip]
> One possible reason for high CPU when using poll() or select() is
> spurious readiness notifications - in this case the program is not
> sleeping waiting for data but is instead running, causing high CPU.
>
> Both the p
Eloy Paris wrote:
Hi Ben,
On Thu, Nov 13, 2008 at 03:13:05PM -0800, Ben Greear wrote:
[...]
The code above works on Solaris, but does not work on Windows since
there is nothing to poll() on windows.
Windows has select() but it is my understanding that you can't use it on
a packet capture de
Hi Ben,
On Thu, Nov 13, 2008 at 03:13:05PM -0800, Ben Greear wrote:
[...]
> The code above works on Solaris, but does not work on Windows since
> there is nothing to poll() on windows.
Windows has select() but it is my understanding that you can't use it on
a packet capture descriptor. At least
Hi Aaron,
On Thu, Nov 13, 2008 at 12:57:00PM -0800, Aaron Turner wrote:
> I've been told by an end user under Linux 2.6.x at least that, he's
> seeing very high CPU utilization numbers with tcpbridge which uses
> libpcap to read packets. Sounds like the cause of the issue is that
> I'm using pol
Hi Aaron,
On Thu, Nov 13, 2008 at 02:32:21PM -0800, Aaron Turner wrote:
[...]
> basically:
>
> int keep_processing = 1;
>
> pcap_setnonblock(pcap1, 1, errbuf);
> pcap_setnonblock(pcap2, 1, errbuf);
> do {
>pcap_dispatch(pcap1, -1, &callback, &keep_processing);
>pcap_dispatch(pcap2, -1,
Aaron Turner wrote:
On Thu, Nov 13, 2008 at 1:34 PM, Ben Greear <[EMAIL PROTECTED]> wrote:
Aaron Turner wrote:
I've been told by an end user under Linux 2.6.x at least that, he's
seeing very high CPU utilization numbers with tcpbridge which uses
libpcap to read packets. Sounds like the cause o
On Thu, Nov 13, 2008 at 1:34 PM, Ben Greear <[EMAIL PROTECTED]> wrote:
> Aaron Turner wrote:
>>
>> I've been told by an end user under Linux 2.6.x at least that, he's
>> seeing very high CPU utilization numbers with tcpbridge which uses
>> libpcap to read packets. Sounds like the cause of the issu
Aaron Turner wrote:
I've been told by an end user under Linux 2.6.x at least that, he's
seeing very high CPU utilization numbers with tcpbridge which uses
libpcap to read packets. Sounds like the cause of the issue is that
I'm using poll() to determine when to read from libpcap. I'm using
poll(
I've been told by an end user under Linux 2.6.x at least that, he's
seeing very high CPU utilization numbers with tcpbridge which uses
libpcap to read packets. Sounds like the cause of the issue is that
I'm using poll() to determine when to read from libpcap. I'm using
poll() because my code list
18 matches
Mail list logo
