From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 5ECFD138B43 for ; Thu, 6 Feb 2014 13:40:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BA1CEE0DA6; Thu, 6 Feb 2014 13:40:32 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BB091E0A44 for ; Thu, 6 Feb 2014 13:40:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id EBE4F33F8FF for ; Thu, 6 Feb 2014 13:40:30 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.458 X-Spam-Level: X-Spam-Status: No, score=-1.458 tagged_above=-999 required=5.5 tests=[AWL=-0.924, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.532, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KjHugbMCAQZG for ; Thu, 6 Feb 2014 13:40:25 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id B9A5C33F922 for ; Thu, 6 Feb 2014 13:40:24 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WBPBj-0007Qq-Hn for gentoo-dev@gentoo.org; Thu, 06 Feb 2014 14:40:19 +0100 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Feb 2014 14:40:19 +0100 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 06 Feb 2014 14:40:19 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: dropping redundant stable keywords Date: Thu, 6 Feb 2014 13:39:55 +0000 (UTC) Message-ID: References: <52E7DBC1.5020102@gentoo.org> <20140128182304.7d458a17@marga.jer-c2.orkz.net> <20140203062524.GA7467@rathaus.eclipse.co.uk> <20140203104341.2add2760@TOMWIJ-GENTOO> <20140204210319.GA1935@rathaus.eclipse.co.uk> <20140205010833.1bcf8dca@TOMWIJ-GENTOO> <1391559808.3520.2.camel@oswin.hackershack.net> <20140205020742.048cef9f@TOMWIJ-GENTOO> <1391564122.3520.4.camel@oswin.hackershack.net> <20140205024806.7d08cb63@TOMWIJ-GENTOO> <1391570147.3520.7.camel@oswin.hackershack.net> <20140205064109.57ed842c@TOMWIJ-GENTOO> <52F22386.3000801@gentoo.org> <20140205125859.75af1268@marga.jer-c2.orkz.net> <20140205135822.011a6a25@TOMWIJ-GENTOO> <20140206111053.5437aef5@TOMWIJ-GENTOO> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT 7ca9c6c /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: 2d947b97-2060-4a0b-87f6-b08623b24df7 X-Archives-Hash: a30fe290955d8630303e61e368b00cc4 Tom Wijsman posted on Thu, 06 Feb 2014 11:10:53 +0100 as excerpted: > On Wed, 5 Feb 2014 13:07:48 +0000 (UTC) > Duncan <1i5t5.duncan@cox.net> wrote: > >> Tom Wijsman posted on Wed, 05 Feb 2014 13:58:22 +0100 as excerpted: >> >> > Can we do something about our growing queue when fixing is >> > insufficient? >> > >> > [snip privileged link, see pngs links below] >> > >> > PS: As a bonus, here's a nice view of our stabilization queue over >> > time: >> > >> > [another] >> > >> > Notice how the graph goes down near the dates the threads were made; >> > although, if you would draw an average it would appear to be growing. >> >> Both those links give me this: >> >> Sorry, you aren't a member of the 'editbugs' group, and so you are not >> authorized to use the "New Charts" feature. >> >> =:^( >> >> > http://dev.gentoo.org/~tomwij/files/bgo-all-open-bugs.png > http://dev.gentoo.org/~tomwij/files/bgo-all-open-key-and-stable.png > > Hmm, I think that certain usage of it can cause quite a server load; > and that because of that this is in place, perhaps even by default. Very likely. Thanks for the pngs. =:^) It's worth noting specifically for those not too detail observant that the dates graphed are much different. The bgo-all-open-bugs graph is from late 2003 to the present, just over a decade, and shows a general increase in open bugs from 4000 (the graph's y-axis zero-point) in late 2003, to 20K today, with a dip in 2006 and 2007. The bgo-all-open-key-and-stable graph is over a much shorter period, April 2011 to today so not quite three years, with the beginning date presumably an upgrade from an earlier bugzilla version without the necessary tracking data, or possibly introduction of the keywords tracked. It starts at zero in April 2011 and rises quickly to ~400 bugs in late November of that year (2011), which a quick eyeballing suggests as the earliest point at which it /might/ be accurate, since previous to that most bugs were presumably without the necessary tracking data. The peak is a couple months later, 1200 bugs, in January 2012. Presumably it's reasonably accurate by then at the latest. The current number would appear to be ~675. Which leaves us basically two years of accurate tracking data on the key- and-stable graph. And barring the intro period before Nov 2011 when it clearly couldn't have been accurate yet, what jumps out at me is that unlike the all-open-bugs graph (which grew from just over 18K to peak at just over 20K and then drop down very slightly to perhaps 19,950 today, thus growing by nearly 2000 bugs in two years, about a thousand a year, a bit slower than the ~1600/year average over the decade), the keyword-and- stable graph is a lot more volatile with a lot of vertical lines of ~300 bugs (a quarter of the graph height of 1200 bugs!) at a time, but... ... actually seems rather stable at a near 600 bug center-graph average! So while we clearly have a long-term trend of +1600 open bugs per year overall over the last decade and somewhat under that, +1000 each the last couple years, keyword/stablizations bugs are far more volatile over the shorter two-year period we can assume we have reasonably accurate data for, but to the extent a trend can be seen at all in the very noisy data over the short two-year period, it appears pretty flat-lined. If anything, the trend over the first year was down while the trend over the second has been up, but given the size of the verticals and the fact that our current ~675 is just over half the 1200 peak, there's really just not enough data yet to see a clear trend, and any trend that might be seen could just as easily be interpreter's bias. That's a bit surprising given the topic of this thread. I'd have expected at least /some/ upward trend. Tho honestly, two years simply isn't enough history to tell, given the quarter-graph verticals. Now what /might/ be interesting is a similar graph of keyword/stable bugs open say 90+ days. I'd say 180+ too, but at two years of reliable data, that'd only give us a year and a half of 180+ to work with, 3X the 180 day, which is very likely simply EINSUFFICIENTDATA. Meanwhile, any idea what the explanation is for the drop in the all-open- bugs graph in 2006 and 2007? The only thing that comes to mind here is that it might be the effect of tree-cleaners getting to work? Does that match their timing and work? If so, WOW! =:^) But then what happened in 2008 that lead to a 4K increase in open bugs in one year? =:^( -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman