Re: 2.4.5 data corruption
On Tue, Jun 12, 2001 at 01:17:49PM -0700, Larry McVoy wrote: > Folks, I believe I have a reproducible test case which corrupts data in > 2.4.5. Why don't you send the test case to the list? I would love to try it out and it would be a good addition to LTP. -- Nate Straz [EMAIL PROTECTED] sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: Benchmarks for Linux kernel
On Fri, Jun 01, 2001 at 09:12:14PM -0700, Jaswinder Singh wrote: > Can please point me some nice benchmarks for linux kernel . Linux Benchmark Suite http://lbs.sf.net/ -- Nate Straz [EMAIL PROTECTED] sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sf.net/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: fs.file-max
On Tue, May 08, 2001 at 10:03:23AM +, Federico Edelman Anaya wrote: > What can I do to test the FD limit? ... Because, the FD limit is set in > /proc/sys/fs/file-max, sample: > > echo "2048" > /proc/sys/fs/file-max > ulimit -n 8192 > > In this case ... the FD limit = 8192 :( ... when the limit should be > 2048? > > I wrote a perl script for the test ... anybody known a "C" program for > test the FD limit? Hmm, we seem to be missing this test case from the Linux Test Project. I see that dup03 exhausts all FDs and tests dup() for EMFILE. You could easily adapt that test case to a setrlimit() test case. -- Nate Straz [EMAIL PROTECTED] sgi, inc http://www.sgi.com/ Linux Test Project http://ltp.sourceforge.net/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: a quest for a better scheduler
On Fri, Apr 06, 2001 at 11:06:03AM -0700, Timothy D. Witham wrote: > Timothy D. Witham wrote : > > I propose that we work on setting up a straight forward test harness > > that allows developers to quickly test a kernel patch against > > various performance yardsticks. The Linux Test Project would like to help out here. At the least, we would like to add the scripts, wrappers, and configuration files used to create the test systems to LTP. Making test systems available is definitely a great step forward. Showing people how to build similar test systems is another step forward. Let us know what parts you need and we'll see what we can come up with. > Further comments? I will start contacting folks who have expressed > interest. If anyone has loose programs that they use to test the scheduler, please submit them to the Linux Test Project. Chances are other people will also find them useful and add functionality. It doesn't have to be a formal test program or use the test libraries that we use. We can take care of that when we add it to the CVS tree. While we probably aren't going to package up full applications for testing purposes, we could definitely keep track of useful configuration files and scripts that people find useful for testing. -- Nate Straz [EMAIL PROTECTED] sgi, inc http://www.sgi.com/ Linux Test Projecthttp://oss.sgi.com/projects/ltp/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: regression testing
On Thu, Mar 22, 2001 at 10:13:04AM -0500, Wade Hampton wrote: > [EMAIL PROTECTED] wrote: > > Hi. I was wondering if there has been any discussion of kernel > > regression testing. Wouldn't it be great if we didn't have to depend > > on human testers to verify every change didn't break something? > IMHO, much of the strength of Linux is the very large, extremely > diverse population of folks using it, testing it, beating on > the latest release, etc. The Linux community definately provides the configuration testing that could never be done in a lab setting. At least one that most companies could afford. > However, a lab dedicated to testing the linux kernel, properly > funded, staffed, and containing the most common hardware and > software would be a good idea. Does anyone have any idea how > this could be accomplished? Who could do it? IBM? What would > it cost to setup a reasonable lab? My guess would be dozens > of machines of various architectures, a staff of at least 10, > several thousand square feet of space, and a good budget > Any takers? SGI is working on regression testing for Linux. We have released some of our tests and utilities under the Linux Test Project. IMHO, a few hundred tests aren't enough. I need to make another big push with the tests I've ported over the last few months. I believe there is some work in the Open Source Development Lab that some IBMers could comment on. I don't know if there is a web site detailing their efforts yet. -- Nate Straz [EMAIL PROTECTED] sgi, inc http://www.sgi.com/ Linux Test Projecthttp://oss.sgi.com/projects/ltp/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: What test suites can you tell me about?
On Sat, Jan 06, 2001 at 11:21:31PM +, Michael D. Crawford wrote: > Can you tell me about any ready-to-use test suites, for any software > package that should run under Linux, that I can build and run to test > the new kernel? The Linux Test Project (http://oss.sgi.com/projects/ltp/) was set up to create a set of automated tests for Linux. The project currently consists of about 100 tests and a simple test driver. Grab the source from anonymous CVS as the tarballs are out of date. -- Nate Straz [EMAIL PROTECTED] sgi, inc http://www.sgi.com/ Linux Test Projecthttp://oss.sgi.com/projects/ltp/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: three kernel trees?
On Tue, Oct 17, 2000 at 06:13:34PM -0600, Jeff V. Merkey wrote: > Kenneth Johansson wrote: > > "Jeff V. Merkey" wrote: > > > This does not solve the problem of integration testing, but eh solution > > > here is to create an integration test group whose sole charter is to > > > test modules in an integrated framework as they roll off the assembly > > > line. I am speaking from my commercial software development experienes > > > > Good luck finding anyone doing this job. It's hard to make people write > > documentation this is going to be impossible. This is a solution that works if you > > can pay people but I don't think it's going to work when volunteers is doing it. > > Well. It gets done today, so who is doing this today? To what extent? Integration testing with as much hardware as possible? The community as a whole does that. Automated integration testing? Please step forward for recognition if you are. Automated functional testing of the kernel? Yes, SGI is working on that. We still have a lot of work to do to get reasonable coverage, but we do have employees testing Linux. We have released some tests and a simple test driver under the Linux Test Project. If anyone has tests they would like to contribute to LTP, please send them to me. I will try to get the tests integrated into an automated system. The way I see it, if we can pull all of the home grown tests out of the wood work, we will have a better testing system than the defacto "build the kernel" system. -- Nate Straz [EMAIL PROTECTED] sgi, inc http://www.sgi.com/ Linux Test Projecthttp://oss.sgi.com/projects/ltp/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
