LSF queues on RCF

From: Flemming Videbaek (videbaek@sgs1.hirg.bnl.gov)
Date: Thu Apr 03 2003 - 15:46:31 EST

  • Next message: yin.zhongbao@fi.uib.no: "Brat version 2.8.5"
    I requested a change to the queueing systems for our machines in part based on the experience we had with
    temporary overloading of the queue. It is certainly possible to expand on this as more experienced is gained.
    
    The changes are summarized below. The main change is really that they are fairshare while it was setup as first-come first serve.
    The will prevent quees from being monopolized by a single user. For the purpose of production analysis the bramreco user
    will have a priority 3* that of others (this works well for start). The short high prio queue is intended for calibration runs,
    dst generations  etc while the regular cas should be used for longer running jobs (acceptance maps, monte carlo).
    
    Flemming
    
    
    "The Brahms LSF queues have been reconfigured as requested by Flemming and their 
    CRS nodes have been included in a new, separate queue.  The queues are 
    summarized as follows:
    
    brahms_cas       prio=30 standard fairshare queue
    brahms_cas_short prio=50 like brahms_cas with 1hr cpu time limit
    brahms_crs       prio=30 like brahms_cas, but on CRS nodes with different load scheduling requirement
    
    I (opfer Rind) will be turning the LSF daemons on for the CRS nodes, but the queue is 
    currently closed.  Flemming can activate the queue at his discretion."
    
    ------------------------------------------------------
    Flemming Videbaek
    Physics Department
    Brookhaven National Laboratory
    
    tlf: 631-344-4106
    fax 631-344-1334
    e-mail: videbaek@bnl.gov
    


    This archive was generated by hypermail 2.1.5 : Thu Apr 03 2003 - 15:44:02 EST