[NETFRAME] Net::Packet::Dump / Net::Frame::Dump::Online - Concurrent Simultaneous Capture Limit?

[GomoR]

On Thu, Jun 11, 2009 at 01:04:34AM -0400, Darien Kindlund wrote:
> Hi GomoR,

Hi Darien,

> I just discovered this mailing list, so I thought I'd post my original
> question here, with more detail.  I'd like to know if you've ever

Yes, good idea ^^

> tried to run multiple Net::Packet::Dump or Net::Frame::Dump::Online
> instances, within a single parent Perl process.  Specifically, have
> you ever encountered problems with running upwards of 20+ of these
> Dump instances simultaneously?

I probably did that at some point in the past, and found it 
quite hard to do it. That's one of the reason I developped Net::Frame 
to replace Net::Packet. To answer your question, it should be 
possible, but complex to do.

There is no limitation on the number of object instances you can 
create. If there is a limitation, it has more to do with libpcap, 
specifically the number of /dev/bpf* devices you may have. But 
it depends upon your operating system, and you did not gave me this 
information.

> Additionally, do you know if it's okay to quickly call ->start(), then
> ->stop(), then ->clean() in rapid succession (within 10s of each
> other) repeatedly on the same Net::Packet::Dump?  How about the
> equivalent of ->start(), then ->stop(), then ->flush() in rapid
> succession for Net::Frame::Dump::Online?

I suggest you to rewrite your program with Net::Frame::Dump::Online 
instead. Then test, and go back to me.

Regards,

-- 
  ^  ___  ___             http://www.GomoR.org/          <-+
  | / __ |__/               Research Engineer              |
  | \__/ |  \     ---[ zsh$ alias psed='perl -pe ' ]---    |
  +-->  Net::Frame <=> http://search.cpan.org/~gomor/  <---+