On Thu, Nov 01, 2007, Dag-Erling Smørgrav wrote: > James Healy <[EMAIL PROTECTED]> writes: > > The remaining op is not easily converted to fixed point math, and we're > > wondering what impact a single flop on the receipt of each ACK will > > have. We don't have a strong understanding of the amount of overhead > > involved in executing a flop instead of an int op on modern hardware. > > Search the archives before posting. This precise topic was discussed > here earlier this week.
The earlier thread was about a special-purpose variant of FreeBSD where user applications didn't use floating point, so don't assume that just because they got it to work it's a good idea in general. Floating point is often faster if it would take a lot more work to express the equivalent computation in terms of integers. On many processors, multiplying by 0.01 is faster than dividing by 100. HOWEVER, in the kernel all of this is likely to be dwarfed by the overhead of saving and restoring the FPU state. See the earlier thread for details. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
