On Wed, 14 Nov 2007 19:13:47 +0100 Nicolas Bouthors <[EMAIL PROTECTED]> wrote:
> Le 13/11/2007 17:40, Peter Larkowski écrivait : > > [...] > > Any ideas? I don't want to put the less accurate dspam into > > production (especially if I've found a bug). I can send the log > > files if that would help, just let me know what other info is > > relevant. > > My guess would be : the processor of course. > > If dspam and all the rest is in the same software version, the only > possible explanation lies in hardware optimizations the compiler uses > I think. > > Since dspam uses a lot of floats, some minor calculation bug could > show up, and translate to the *small* gap your stats shows. Hmmm. So you are sure you use exactly the same corpus on both platforms ? And also that you pipe the corpus in the same order on both platforms ? You use the same mysql version on both platforms, right ? Since I don't have access to a sparc, could you please sent me your sparc dspam build log, uname -a for both systems, /etc/make.conf for both systems, gcc version, etc. If you have access to an amd64 it would be interesting to see if diffs exists on it also (in which case I'd "blame" something in dspam code). I don't have time to make a corpus and run and i386 vs amd64 test myself (eventually if you send me you corpus I'd give it a try). -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" [EMAIL PROTECTED], dspam FreeBSD maintainer
signature.asc
Description: PGP signature
