Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 95834 invoked from network); 12 Jan 2009 19:41:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Jan 2009 19:41:27 -0000 Received: (qmail 95754 invoked by uid 500); 12 Jan 2009 19:41:25 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 95701 invoked by uid 500); 12 Jan 2009 19:41:25 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 95692 invoked by uid 99); 12 Jan 2009 19:41:25 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jan 2009 11:41:25 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of wgstoddard@gmail.com designates 209.85.219.21 as permitted sender) Received: from [209.85.219.21] (HELO mail-ew0-f21.google.com) (209.85.219.21) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jan 2009 19:41:13 +0000 Received: by ewy14 with SMTP id 14so13293389ewy.19 for ; Mon, 12 Jan 2009 11:40:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=RsrhL5SNHvMY0VN3e8uaxum7a5chd57FqUdDx5rwGDs=; b=A6jLWra1i6+zROv/ebOB+xO47B0WE2V5WYNOzy2ZNgTdZFa+fMPoGKv+iYnUVd1VFs LfLRClSPnb4UwAlLmfJuqy9R6V+xa837Y2rxsrkvoK6doyqUMOP9sue4q3L04HlwrSHs pVkgItdQ3frOmFE+naUbQ3qaN31BDH2pe7c7I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=nfajaqshlv/e+SfDFa3M9Qm+D89NMwbZVm3luXvpdXS0k/RIB5PzuSaCvskNHvVP5F C1JrAkiCpq+xA1d7jRWTBNRDl80JiAJ0HBHdPcmLgf5jFeYVXbK/BnbooWt4Iuvj3V0U knC151eYKX9MDufGA28GwnLt97Qpvq/7xlgrs= Received: by 10.210.52.15 with SMTP id z15mr8896729ebz.49.1231789253172; Mon, 12 Jan 2009 11:40:53 -0800 (PST) Received: from wgstoddard-009037243172.raleigh.ibm.com (bi01p1.nc.us.ibm.com [129.33.49.251]) by mx.google.com with ESMTPS id 28sm3191373eye.0.2009.01.12.11.40.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 Jan 2009 11:40:52 -0800 (PST) Message-ID: <496B9CC2.3030608@gmail.com> Date: Mon, 12 Jan 2009 14:40:50 -0500 From: Bill Stoddard User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: G download stats Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org I'm sure most of you know about Vadim's Apache stats project for tracking download statistics for the verious Apache projects: http://people.apache.org/~vgritsenko/stats/index.html A fun little project but exceedingly difficult (not to mention time consuming) for Vadim to dig into the details of each project in order to present project stats with finer details. Just out of curiosity, I did some Ruby hacking to modify Vadim's apache log mining script to filter out Geronimo project data with finer resolution. Here are the results: http://people.apache.org/~stoddard/stats/data/ I'll not bother commenting or summarizing on the different results because it's exciting in exactly the same way as watching paint dry. The one item that might need a bit of explaining is the reference to '206W', so I'll cover that briefly... A 'successful' reply to an HTTP Range request is a status '206' response (see RFC 2616 if you want to know about range requests). So the '206' in 206W refers to a successful reply to a Range request. The 'W' means 'weighted'.... more on 'W' in a bit. An example... if the size of a file to download is 100M, a client can make 10 range requests, each requesting a different 10MB segment of the file. There are various reasons why a client might issue a range request (PDF, acrobat and similar viewers, high bandwidth but very low latency connections between the server and client and so forth. reason is not important to this explanation... ). Each of the 10 Range requests will create a 206 reply entry in the web server's log file. So... if we are counting downloads of that 100MB file, it would be incorrect to count each 206 reply as a download. The 'w', which stand for weighted... in this case, the '206W' download count would be '1'. The 10 206 replies are equivalent to 1 download of the 100 MB file. fyi... Bill