From owner-freebsd-net Mon Jan 14 12: 1:50 2002 Delivered-To: freebsd-net@freebsd.org Received: from measurement-factory.com (measurement-factory.com [206.168.0.5]) by hub.freebsd.org (Postfix) with ESMTP id DC39E37B404 for ; Mon, 14 Jan 2002 12:01:42 -0800 (PST) Received: (from rousskov@localhost) by measurement-factory.com (8.9.3/8.9.3) id NAA19322; Mon, 14 Jan 2002 13:01:41 -0700 (MST) (envelope-from rousskov) Date: Mon, 14 Jan 2002 13:01:41 -0700 (MST) From: Alex Rousskov To: Terry Lambert Cc: net@FreeBSD.ORG Subject: Re: 64 bit counters again In-Reply-To: <3C432F3A.FE136FD@mindspring.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 14 Jan 2002, Terry Lambert wrote: > This is getting way off topic, but here is a business case > illustration. > > Are you perhaps doing what the Q/A people at a previous job were > doing, and stress-testing the crap out of a machine on a Gigabit > LAN, at or near wire speeds, when in the field, the equipment is > *NEVER*, *EVER* going to have to handle anywhere near even 1/40th > of the load you are placing on it? > In fact, this assumes linear amplification: "multiply the data > rate by 40, and you multiply the failure rate by 40"; in the > real world, this relationship is exponential: something you see > at the stress breaking point of your product will be almost > impossible to repeat in the field. In my experience, this logic and conclusion do not hold in general. Yes, there are cases where beating the crap out of a machine is useless. However, in many cases, stress-testing at performance limits is one of the fastest and simplest ways of finding bugs that would otherwise be exposed under real (and possibly less stressful) conditions. And not just performance-related bugs, I must add! This kind of testing is never sufficient, of course. Disclaimer: I beat the crap out of machines for a living. This probably makes me biased (but Terry is probably biased the other way around since it is "his" box that is being beaten). This also makes me exposed to real-world cases where beating has been very useful... Alex. P.S. I am not implying that 32 bit counters is a bug. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message