-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add transformation of memory input parameters #145
Comments
Slurm:
SGE:
PBS
LSF
|
Lovely inconsistencies, especially Slurm which makes it dependent on a configuration parameter. |
Method:
|
For Slurm, why not just explicitly set the suffix? |
I guess you're talking about inputs ... do you prefer specifications with no suffix to behave consistently across clusters or to mimic the local cluster? |
@bcdarwin good question. Given the design features of qbatch it makes more sense to enforce a units specification and then transform it to the cluster specification, therefore:
|
Usable suffixes k,m,g,t,p Always assume 1024 power type (for SGE case) |
Doing some dev work and reading this thread over again, I'd make one adjustment. I think I would make qbatch always assume GB units if no units are specified, to provide a uniform interface. |
Update to pseudocode:
|
I know it adds a dependency, but could consider using something like the module |
hrm an interesting idea @pipitone. In that case we would be actually parsing the number and then recasting it. Sadly I think this adds even more complexity, as SGE can't accept ISO style proper capitalization + B that humanfriendly.format_size supports. In addition, humanfriendly also space-pads the output. I think direct munging the strings with a regex is probably a cleaner thing to do. |
SGE can't accept ISO style proper capitalization
Colour me surprised ;-)
Perhaps might save some effort on the parsing side to use an external library, no? And then save the regexs for converting the output from ISO to an SGE-friendly format.
I guess it’s that eternal battle between rolling your own vs adding an external dependency.
…On Tue, Jul 30, 2019, at 14:53, Gabriel A. Devenyi wrote:
hrm an interesting idea @pipitone <https://github.com/pipitone>. In that case we would be actually parsing the number and then recasting it. Sadly I think this adds even more complexity, as SGE can't accept ISO style proper capitalization + B that humanfriendly.format_size supports. In addition, humanfriendly also space-pads the output. I think direct munging the strings with a regex is probably a cleaner thing to do.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#145>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAD4LRT4X7CRSQO3XEBFVXDQCCE33ANCNFSM4EGJSMXA>.
|
As per Mouse-Imaging-Centre/pydpiper#350
The text was updated successfully, but these errors were encountered: