Date: Thu, 1 Nov 2007 17:17:07 +1100 From: Peter Jeremy <peterjeremy@optushome.com.au> To: James Healy <jhealy@swin.edu.au> Cc: freebsd-hackers@freebsd.org, Lawrence Stewart <lastewart@swin.edu.au> Subject: Re: floating point operations Message-ID: <20071101061707.GL22890@server.vk2pj.dyndns.org> In-Reply-To: <47291254.9030909@swin.edu.au> References: <47291254.9030909@swin.edu.au>
next in thread | previous in thread | raw e-mail | index | archive | help
--uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 01, 2007 at 10:40:04AM +1100, James Healy wrote: >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. A single floating point operation in the kernel means that the kernel must be adapted to allow floating point within it - saving userland FP state somewhere between kernel entry and the FLOP, handling pesky exceptions etc. The problem is not the number of FLOPs in the kernel, the problem is that the kernel is not currently setup to allow any floating point within it. This topic came up last week and I suggest you have a look at the thread starting: http://lists.freebsd.org/pipermail/freebsd-hackers/2007-October/022037.html That said, I'm intrigued as to what operation you are stuck on. I'm having trouble visualising what you might be doing that gets stuck on a single FP instruction. --=20 Peter --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHKW9j/opHv/APuIcRAof3AJ91cyYop+qtihvLY8wp97/H6q8qRgCgjxuZ pC8Lqf0pZWsbW9BR0H2+qHw= =fXdh -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071101061707.GL22890>