Date: Thu, 05 Dec 2002 03:09:45 -0800 From: Terry Lambert <tlambert2@mindspring.com> To: Brad Knowles <brad.knowles@skynet.be> Cc: Craig Reyenga <creyenga@connectmail.carleton.ca>, Christopher J Olson <chriso@tamu.edu>, freebsd-current@freebsd.org, ianf@za.uu.net Subject: Re: Any ideas at all about network problem? Message-ID: <3DEF33F9.655D19E0@mindspring.com> References: <a05200f26ba10df70dc1d@[146.106.12.76]> <51189.1038911493@wcom.com> <a05200f0eba12fd128f05@[10.0.1.2]> <003001c29c0f$1a9e0000$0200000a@sewer.org> <a05200f38ba14d8d95536@[10.0.1.2]>
next in thread | previous in thread | raw e-mail | index | archive | help
Brad Knowles wrote: > Other than that, you should try swapping out as much hardware as > you can -- the cards, the cables, etc.... If possible, you should > also test with other computers (in case the problem is with one > specific machine when it is running 5.0). Swapping 5.0 out for 4.7 will also work. 8-). Seriously: go through the intermediate versions of FreeBSD. Do you have a local CVS tree? Have you ever played the guessing game "higher or lower"? It only takes you at most log2(N)+1 "guesses", and you will have the day the change was made. Then you "cvs diff -r<day> -r<day-1>", and you will have the code that changed that day. Revert the change in the bus, rl, or other code that's in the code path, and you have your fix. Very easy. > Just because something appears to work perfectly in another OS is > not an indication that there is not anything wrong with that setup. Only with the second OS, when it fails to workaround the problem that the first OS works around without being asked... > However, since there are many potential software components that > could be involved, while testing each component individually between > now and then should theoretically be doable in 10 tests (as > previously mentioned), the combinatorial explosion will be > exceptionally nasty. You only need the delta for the day it was introduced, vs. the day before. Unless it was the KSE import that did it, it's very likely that it will be very obvious, in context. On an 800MHz box, you are talking 6 hours to do this, including all the tests that you have to run. If you have a fast box, you can cut this in half. Or if you have three fast boxes (so you can do branch prediction up and down on two while testing on the third), you can cut this to about 40 minutes. That's less than an hour, and far less time than it's taken the original poster to post messages in this thread, describing the problem. BTW: Good reason to buy hardware for your senior engineers there, and not complain when they ask for it, isn't it? 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3DEF33F9.655D19E0>