+ Reply to Thread
Results 1 to 2 of 2

Thread: Dynamic Queue Configuration in LSF

  1. #1
    HPCoptimizer is offline Junior Member
    Join Date
    October 14th, 2009
    Posts
    1
    Downloads
    0
    Uploads
    0

    Default Dynamic Queue Configuration in LSF

    LSF Queue parameter - QJOB_LIMIT and UJOB_LIMIT seems to bring down my LSF Queue efficiency quite a bit and we need to manually change these two limits to optimize the queue.

    Example: If I have 10 license for a specific application and
    QJOB_LIMIT = 10
    UJOB_LIMIT = 5

    If 2 users submit 5 jobs each Queue has served its purpose but if
    1 user submits 10 jobs. now because of the UJOB_LIMIT = 5
    5/10 of the expensive license sits idle until some one changes the UJOB_LIMIT = 10 and reconfigures the queue.

    Engineering departments want to limit per user license consumption.

    Does any one know any dynamic solution for changing these parameters ?
    Based on demands
    Any suggestions ?
    Any perl modules available that can do this ?

    Thanks.

  2. #2
    gthomas is offline Junior Member
    Join Date
    February 29th, 2008
    Posts
    14
    Downloads
    2
    Uploads
    0

    Default

    Are you defining the license as a resource in LSF? If you don then you don't really need to set QJOB_LIMIT, you just give a value 10 to your license resource or an elim , then use RES_REQ variable in the queue configuration to say every job requires 1 of that resource. When all the licenses are used, other jobs will remain pending till it's free.

    If the reason for setting UJOB_LIMIT is to prevent a user from monopolizing the licenses, then maybe you can try setting a fairshare policy instead with equal share to every user e.g. default, 1 .

    This should solve your issue.

    Of course the best way is to use License Scheduler to manage your engineering licenses (FlexLM) , it allows you to set shares/ownership for licenses. You can see a demo at platformdemos.com and more info at Platform website.
    Speeding does not kill. Staying stationary does.

+ Reply to Thread

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts