Actually, I do believe that the difference is in the cs-bytes field (using IIS 5.0) that I am also counting my the program that I have written. Is there a way to make my own log format that uses %b twice (once for sc-bytes and a second time for cs-bytes)?
Like Jeremy Wadsack stated in another reply, it's fairly negligable up until you get into the high volume sites. That's when the difference is around 200-300 MB. However, my original question goes unanswered: are there people and/or companies out there that use the statistics generated from analog for billing purposes? Thanks again, Garrett Bartley ----- Original Message ----- From: "Aengus" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, June 27, 2002 1:48 PM Subject: Re: [analog-help] Great for stats but what about billing? > Garrett Bartley <[EMAIL PROTECTED]> wrote: > > > Analog (with a little help from Report Magic) produces the best stats > > anyone could hope for with trend and market analysis, but how much > > trust should I put into for purposes of billing customers based on > > data transfer? I'm not being skeptical about analog, I just wanted > > to know if others are using it for billing purposes as well. > > > > I'm working for a quite successful startup and we've been looking > > around at different packages and I've been working on writing my own > > to keep us going for the time being. The numbers vary slightly from > > analog (like maybe a couple hundred MB for 50+ GB transfers over a > > month). Of course, my program could be wrong (probably is). > > > > So, what do you think? Do you use it for billing stats? Should I? > > Are you doing your counting from exactly the same log files as Analog? > > Analog probably isn't counting any bytes for log entries that have > failure status codes. Try to enable the various failure reports, and see > if they provide information about the "missing" bytes. > > If that doesn't do it, you might try taking a smaller log file, and see > if you see a similar discrepancy, then split the log in two, and so on, > to see if you can narrow it down to a handful of log entries that you > can manually count, and decide which tool is more reliable. > > Aengus > > > > +------------------------------------------------------------------------ > | This is the analog-help mailing list. To unsubscribe from this > | mailing list, go to > | http://lists.isite.net/listgate/analog-help/unsubscribe.html > | > | List archives are available at > | http://www.mail-archive.com/[email protected]/ > | http://lists.isite.net/listgate/analog-help/archives/ > | http://www.tallylist.com/archives/index.cfm/mlist.7 > +------------------------------------------------------------------------ > > +------------------------------------------------------------------------ | This is the analog-help mailing list. To unsubscribe from this | mailing list, go to | http://lists.isite.net/listgate/analog-help/unsubscribe.html | | List archives are available at | http://www.mail-archive.com/[email protected]/ | http://lists.isite.net/listgate/analog-help/archives/ | http://www.tallylist.com/archives/index.cfm/mlist.7 +------------------------------------------------------------------------
