(1) Yes, I am using rrd, but I had the same problem even if I turned it off.
(2) It was not swapping. si and so were zero, but bi and bo were like 300 as I recalled. Below is the vmstat using with the faster hard drive: procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 1 0 0 13132 34624 41392 0 0 0 314 1535 798 5 4 87 4 0 0 0 13132 34648 41392 0 0 0 26 1453 714 5 3 92 0 0 0 0 13132 34664 41392 0 0 0 38 1453 746 5 3 92 0 0 0 0 13132 34680 41392 0 0 0 23 1388 721 4 2 93 0 0 0 0 13132 34704 41392 0 0 0 50 1462 836 4 3 93 0 0 0 0 13132 34720 41392 0 0 0 46 1533 937 6 3 91 0 0 0 0 13132 34740 41392 0 0 0 114 1510 861 5 3 92 0 0 0 0 13008 34760 41392 0 0 0 48 1456 761 5 3 92 0 0 0 0 13008 34772 41392 0 0 0 38 1650 927 6 4 90 0 0 0 0 13008 34788 41392 0 0 0 34 1661 1001 6 4 89 0 0 0 0 13008 34804 41392 0 0 0 39 1441 786 4 3 93 0 0 0 0 13008 34828 41392 0 0 0 53 1448 751 5 3 92 0 0 0 0 13008 34852 41392 0 0 0 27 1504 841 5 3 92 0 0 0 0 13008 34868 41392 0 0 0 45 1448 786 4 3 93 0 0 0 0 13008 34892 41392 0 0 0 49 1449 832 4 3 93 0 0 0 0 12760 34908 41392 0 0 0 61 1447 790 5 3 92 0 0 0 0 12884 34932 41392 0 0 0 35 1385 715 4 2 94 0 0 0 0 12884 34948 41392 0 0 0 26 1379 647 4 2 94 0 0 0 0 12884 34956 41392 0 0 0 18 1312 556 3 2 94 0 0 0 0 12636 34972 41392 0 0 0 26 1321 585 4 2 94 0 0 0 0 12884 34996 41392 0 0 0 62 1306 576 3 2 94 0 0 0 0 12884 35012 41392 0 0 0 36 1418 755 4 3 93 0 0 0 0 12884 35028 41392 0 0 0 27 1497 1085 10 16 74 0 0 0 0 12884 35052 41392 0 0 0 29 1391 676 4 2 94 0 0 0 0 12884 35076 41392 0 0 0 33 1443 750 5 3 92 0 0 0 0 12884 35092 41392 0 0 0 21 1376 701 4 2 94 0 0 0 0 12884 35108 41392 0 0 0 11 1489 903 11 13 76 0 0 0 0 12636 35116 41392 0 0 0 39 1433 745 5 3 93 0 0 0 0 12760 35140 41392 0 0 0 48 1521 847 5 4 91 0 0 0 0 12760 35156 41392 0 0 0 26 1472 831 4 3 93 0 0 0 0 12760 35172 41392 0 0 0 26 1538 937 5 3 92 0 0 0 0 12512 35184 41392 0 0 0 13 1528 922 5 4 92 0 0 0 0 12636 35208 41392 0 0 0 38 1588 940 5 4 91 0 1 0 0 12636 35216 41392 0 0 0 21 1430 719 4 2 94 0 0 0 0 12636 35232 41392 0 0 0 35 1501 848 5 3 93 0 0 0 0 12636 35256 41392 0 0 0 26 1388 722 4 3 93 0 0 0 0 12636 35272 41392 0 0 0 18 1451 763 4 2 93 0 0 0 0 12636 35280 41392 0 0 0 10 1357 620 4 2 94 0 0 0 0 12636 35296 41392 0 0 0 23 1421 727 4 2 94 0 0 0 0 12388 35312 41392 0 0 0 42 1431 772 5 3 93 0 0 0 0 12512 35328 41392 0 0 0 45 1396 727 4 2 93 0 0 0 0 12512 35344 41392 0 0 0 26 1639 1110 5 4 91 0 0 0 0 12512 35360 41396 0 0 0 50 1680 1131 7 4 89 0 --- Burton Strauss <[EMAIL PROTECTED]> wrote: > Very interesting - that's a new one on me. > > (1) Are you using rrd? > > (2) Are you swapping (vmstat) > > $ vmstat > procs memory swap > io system > cpu > r b w swpd free buff cache si so bi > bo in cs us sy > id > 0 0 0 3616 4032 21432 168104 0 0 5 > 13 104 10 88 0 > 12 > > (the si and so are the interesting counts) > > > Otherwise it's got to be gdbm related - that's the > only other disk activity. > > -----Burton > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Simon > Sent: Wednesday, September 07, 2005 10:05 AM > To: [email protected] > Subject: RE: [Ntop] % dropped (libpcap) increases > over time > > Speed of my hard disk is the one to blame. After > using a faster hard disk, > problem solved. Thank you very much for all who have > voiced their > suggestions. > > <snip /> > > > _______________________________________________ > Ntop mailing list > [email protected] > http://listgateway.unipi.it/mailman/listinfo/ntop > __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com _______________________________________________ Ntop mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop
