But ntop traffic stats are more and more funny... 2500% lost packets just after launch. And after 2 minutes : Total 321,377 Dropped by the kernel 770,577 [239.77 %]
That's extremely lame. I wonder if there's a problem with 4.9...do you have any way of testing this on 4.8? You may want to write to a freebsd mailing list....
I'll try it on another server tomorrow (have to change the cable).
I just made a little and fast test.
Stop ntop and then relaunch it for a few seconds (less than one minute) then stop it again.
As usual, very strange threads number at launch, but the most funny is the difference between web interface and logfile.
Web interface says : Total 8,243 Dropped by the kernel 58,939 [715.02 %]
while ntop logs file says (stopped a bit after the cut/paste from the web interface) :
21/Oct/2003 02:55:55 STATS: 52,173 packets received by filter on fxp1
21/Oct/2003 02:55:55 STATS: 3,672 packets dropped by kernel
21/Oct/2003 02:55:55 STATS: 66,033 packets dropped by ntop
There's definitively something broken.
Web stats and logfile stats do not agree at all and I still don't understand how there can be more dropped packets than received packets (either on the web interface or logfile stats).
I've just noticed ntop only shows ONE thread doing "ps aux" or "top", is that normal (build with ./configure on FreeBSD 4.9-RC).
I think that ntop is single-threaded.
It is multi-threaded (compiled as MT) but, as someone else mentionned, there might be an issue with FreeBSD pthread.
Getting it to compile with linuxthread (as mysql does) might be the answer to this issue (but not to the stats inconsistancy).
David.
_______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop
