Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 2 subscribers
  • Views 624 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

THISMONTH not working in Accounting Reports 5.021

BarryG
When I go to Reporting-Accounting, the report for THISMONTH is blank (aside from the header).

Yesterday's report is fine, however.

Also, nacctdreport.pl is running every day on ASL past noon.
(currently it's 12:16pm here, and nacctdreport.pl is using ~80% CPU & ~100MB RAM, on my PII-500)

Thanks,
Barry


This thread was automatically locked due to age.
  • 0
    OK, nacctdreport.pl has finally finished, and I can now view the report for THISMONTH.

    Question: Why does it take SO long to run everyday?

    Yesterdays traffic was 2.5GB, 155GB so far this month.
    127MB in /var/log/nacctddata/2004/08/

    Thanks,
    Barry
  • 0 in reply to BarryG
    Networking accounting implies a performance hit (depending on the traffic), and 500 MHz boxes are not the fastest hardware. If you want to shorten the run, you can configure the accounting to do a small accounting report or use some external accounting tools.
    Regards,
    andreas
  • 0 in reply to andreas
    Andreas, I will try the small acct. report instead.

    FWIW though...
    This is my home server. It is taking past 12 noon each day to run accounting.
    We also have a license for ASL at work (currently running 3.x on a Dell PE350 PIII 850MHz), handling about 16GB/day of web traffic via a 2.5Mbit connection.

    16GB/day is about 7X my 2.5GB / day.
    CPU is about 60% faster.

    SO, this means IF we upgraded our server to ASL 5, it would be IMPOSSIBLE for it to finish the accounting each day within the 24-hour day.

    ASL 3 has no trouble, so obviously it’s accounting is much more efficient than ASL 5.


    Let's imagine something for a moment...

    imagine we have ASL 5 on about the fastest system available: a 3.0GHz P4 or Xeon

    imagine this machine is 6X faster than my PII 500. (It probably won't be, but let's just suppose it is)

    imagine we double our bandwidth to 5Mbits

    ISTM ASL 5 still wouldn’t be able to generate reports fast enough.


    Am I missing something here?

    Why is ASL 5’s accounting so much slower than ASL 3?
    The reports look the same to me in both versions.

    Thanks,
    Barry
  • 0 in reply to BarryG
    Basically, the accounting did not change between the versions, but everything around them did. The only thing that has changed in the accounting is that the "small" accounting report was added, since the full accounting reports were too CPU intensive for many machines and installations out there. That was the case with ASL3 as with 4 and 5. 
    The big difference is the system around it: while your work machine running ASL3 on 850MHz is more than adequate for the job, it would be the lower limit for ASL V5. I agree that it would most likely not work to enable the full accounting reports for your traffic/CPU power constellation on ASL V5.
    The main reason that the accounting is taking so long is that it must not disturb the normal operation of the firewall and is therefore prioritised very low. Since our focus is more on a working and smoothly running firewall solution than on accounting reports, I'd suggest to use an external accounting solution for high traffic environments.

    Regards,
    andreas
  • 0 in reply to andreas
    Andreas, thanks for the explanation.

    I notice on my home machine that nacctdreport.pl uses about 80% of the CPU when it's running, so I'd think it'd be getting plenty of CPU time.

    BTW, if this nacctdreport.pl is written in Perl (can't tell cause it's a binary file), you should make sure you are doing sufficient buffering in Perl. I had a project in Perl which modified a large file, and it was terribly slow until I setup buffered reads & writes in the program. After that it was 100X faster!

    Regardless, I'll try the short/small report and see if it performs better.

    Thanks,
    Barry