Thread

  1. RE: low priority postmaster threads?

    Chris Storah <cstorah@emis-support.demon.co.uk> — 2001-02-22T09:25:42Z

    Tom Lane Wrote:
    > The trouble here is that CPU nice doesn't (on most platforms) change the
    > behavior of the I/O scheduler, so this would only be of use to the
    > extent that your queries are CPU bound and not I/O bound.
    
    Assuming there is a major processor hit, and the backend has a UW-SCSI RAID
    box with enough I/O capability...
    
    
    >What happens when the low-priority process holds some lock or other,
    >and then a higher-priority process comes along and wants the lock?
    
    If the query was a select only, would the locking problem still apply?
    (The long queries in this case are in the form of 'select * from [all tables
    joined together] where x')
    
    I will make a couple of changes and test it to see if there are any
    performance gains in particular cases.
    The other option is to add another processor :)
    
    Chris