Avoid floating-point underflow while tracking buffer allocation rate.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 19 Nov 2011 05:35:29 +0000 (00:35 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 19 Nov 2011 05:35:29 +0000 (00:35 -0500)
commit40d35036bb160d5724305454d41c68ab1637ee6f
tree2437578c0e4fe7c9edebea82ccf41dcabe2e8c40
parenta1a233af66ed14d225ac2d5e7948a5cc8ed2cde6
Avoid floating-point underflow while tracking buffer allocation rate.

When the system is idle for awhile after activity, the "smoothed_alloc"
state variable in BgBufferSync converges slowly to zero.  With standard
IEEE float arithmetic this results in several iterations with denormalized
values, which causes kernel traps and annoying log messages on some
poorly-designed platforms.  There's no real need to track such small values
of smoothed_alloc, so we can prevent the kernel traps by forcing it to zero
as soon as it's too small to be interesting for our purposes.  This issue
is purely cosmetic, since the iterations don't happen fast enough for the
kernel traps to pose any meaningful performance problem, but still it seems
worth shutting up the log messages.

The kernel log messages were previously reported by a number of people,
but kudos to Greg Matthews for tracking down exactly where they were coming
from.
src/backend/storage/buffer/bufmgr.c