On Tue, 16 Dec 2003, Oleg Goldshmidt wrote: > guy keren <[EMAIL PROTECTED]> writes: > > > that's not what he was writing. he said that the benchmark should be > > perfrmed on one of those systems. he didn't say these systems contained > > the NPTL code from CVS head. get yourself one of those systems, and > > test. > > Sorry, misattributed. Linus did test Fedora and responded to Ulrich > ;-)
what linus did test, was that on the system he was using, _avoiding_ the use of NPTL (via the LD_ASSUME_KERNEL=2.4.1 hack) solved the problem. linus was merely interested in making sure this was NOT a linux kernel problem - beacause the linux kernel is his concern, while the NPTL code is somebody else's concern. after he isolated the problem and showed it was not a kernel issue, his work was done. > > > So in the 7.2 vs 9 case, can the client grab the kernel RPM from > > > Fedora Core 1, rpm -ivh it reboot, and compare again? > > > > it's not a kernel issue - it's a libraries issue. do read that post again, > > to see the light ;) > > I did correct myself in a followup, didn't I? ;-) indeed, but it was important to make sure people don't try doing what your first post suggested, which is why i sent two replies - one for each letter. > > and please DON'T suggest that people take binaries frm one distro and > > install on another - some people on this list will notnotice your > > question mark, thinkthis is the way to go, and find their systems unable > > to boot any longer. people tend to read what they want see :0 > > The rpm -ivh kernel*.i686.rpm procedure on redhat usually works for > me. ofcourse, when you take the kernel for the same distro for which it is intended, then it should be ok. but taking a kernel that was meant for a _different_ distro, is a bad idea. > There is little danger that the system won't boot any longer - the > old kernel stays there. unless the new kernel is so incompatible, that it could break the disk's contents, in which case it could cause unfixable problems (that is, unfixable, unless you make a re-install). > Glibc is trickier, as I mentioned in a followup to myself. Don't try > that at work... but do try the LD_ASSUME_KERNEL=2.4.1 method. it causes the system to switch to an _older_ version of the threading library, which does work. -- guy "For world domination - press 1, or dial 0, and please hold, for the creator." -- nob o. dy ================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]