Quoting r. Nishanth Aravamudan <[EMAIL PROTECTED]>: > Subject: Re: [openib-general] Re: Re: Userspace testing results (manykernels, > many svn trees) > > On 24.01.2006 [21:39:23 +0200], Michael S. Tsirkin wrote: > > Quoting r. Roland Dreier <[EMAIL PROTECTED]>: > > > Subject: Re: [openib-general] Re: Re: Userspace testing results > > > (manykernels, many svn trees) > > > > > > Michael> 1 sec = 5.37731e+14 usec > > > > > > Michael> which seems to indicate something's still wrong. > > > > > > BTW this number is pretty close to 2^32 times bigger than 1e6, so the > > > problem is probably still using long long to return the result of > > > mftb (which will result in shifting the result by 32 bits, ie > > > multiplying by 2^32). > > > > Hmm. > > Maybe make clean wasnt run after updating? > > Could it be un on rev 5174? > > Heh, here's what happens with 5174: > > Correlation coefficient r^2: 0.773428 < 0.9 > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > 1 sec = inf usec > > And so forth... > > Thanks, > Nish
Hmm. Looks like mftb is returning wrong data. Could you uncomment lines setting DEBUG and DEBUG_DATA at the top? This will print all mftb values out. > > P.S. Is there any way to specify how long to run clock_test from the > command line? It's a bit of a pain the grid to kill a process... > > Thanks, > Nish I'll make something up, for now I guess you can just add a hard-coded counter in for(;;) in clock_test.c -- MST _______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
