This portal is to open public enhancement requests against products and services offered by the IBM Data & AI organization. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
Shape the future of IBM!
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Search existing ideas
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updateson them if they matter to you. If you can't find what you are looking for,
Post your ideas
Post ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,
Post an idea
Upvote ideas that matter most to you
Get feedback from the IBM team to refine your idea
Specific links you will want to bookmark for future use
Add a 'bsub -Gl limit_name' option to separate Fairshare Assignment from the Limit also add a default limit pattern to use if ONE_UG_TREE does not find a matching limit
We have many cases, where we have limits for users, but we also want to want to apply a fairshare group for the job to arrive at a base allocation. Unfortunately, with ONE_UG enabled, if the Fairshare Group does not have a corresponding Limit, not limits are applied to the job. With ONE_UG disabled, there is not guarantee as to which limit will be used and this have a huge impact when the user belongs to multiple limits.
We would like two things to work around these limitations.
1) Allow us to specify the Limit Group to apply to the job using the -Gl 2) If the -Gl is not specified, and there is no corresponding limit in the bsub -G, find the closest match limit for a user that matches a pattern.
For 2) we have limits labeled as follows:
normal.jlu.1500 # Normal queue Job Limit User 1500 slots/jobs normal.jlu.2500 # Normal queue Job Limit User 2500 slots/jobs
A user will be mapped to at most one of these job limit patterns. So, it would be nice to have something like the following in lsb.params
Do not place IBM confidential, company confidential, or personal information into any field.