home.social

#slurm — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #slurm, aggregated by home.social.

  1. Today:

    - written a blurb for my presentation at the upcoming #nanopub session
    - release the #SLURM executor plugin for #Snakemake v2.7.0 - see fediscience.org/@snakemake/116
    - tried to mitigate the issue that TMOUT on an HPC login brings: sending SIGHUB to all detached multiplexers (so far no remedy and I tried a lot(!), don't send me tips).
    - futile further debugging attempts. In the end it worked. Might result in a new release next week.

    #academicchatter

  2. Today:

    - written a blurb for my presentation at the upcoming #nanopub session
    - release the #SLURM executor plugin for #Snakemake v2.7.0 - see fediscience.org/@snakemake/116
    - tried to mitigate the issue that TMOUT on an HPC login brings: sending SIGHUB to all detached multiplexers (so far no remedy and I tried a lot(!), don't send me tips).
    - futile further debugging attempts. In the end it worked. Might result in a new release next week.

    #academicchatter

  3. Today:

    - written a blurb for my presentation at the upcoming #nanopub session
    - release the #SLURM executor plugin for #Snakemake v2.7.0 - see fediscience.org/@snakemake/116
    - tried to mitigate the issue that TMOUT on an HPC login brings: sending SIGHUB to all detached multiplexers (so far no remedy and I tried a lot(!), don't send me tips).
    - futile further debugging attempts. In the end it worked. Might result in a new release next week.

    #academicchatter

  4. Today:

    - written a blurb for my presentation at the upcoming #nanopub session
    - release the #SLURM executor plugin for #Snakemake v2.7.0 - see fediscience.org/@snakemake/116
    - tried to mitigate the issue that TMOUT on an HPC login brings: sending SIGHUB to all detached multiplexers (so far no remedy and I tried a lot(!), don't send me tips).
    - futile further debugging attempts. In the end it worked. Might result in a new release next week.

    #academicchatter

  5. Today:

    - written a blurb for my presentation at the upcoming #nanopub session
    - release the #SLURM executor plugin for #Snakemake v2.7.0 - see fediscience.org/@snakemake/116
    - tried to mitigate the issue that TMOUT on an HPC login brings: sending SIGHUB to all detached multiplexers (so far no remedy and I tried a lot(!), don't send me tips).
    - futile further debugging attempts. In the end it worked. Might result in a new release next week.

    #academicchatter

  6. Just did a major overhaul of my "top, but for #slurm" util! Might be useful to #hpc admins and users alike. Appreciate any bug reports, especially crashes or incompatability!

    github.com/buzh/slop

  7. Just did a major overhaul of my "top, but for #slurm" util! Might be useful to #hpc admins and users alike. Appreciate any bug reports, especially crashes or incompatability!

    github.com/buzh/slop

  8. Just did a major overhaul of my "top, but for #slurm" util! Might be useful to #hpc admins and users alike. Appreciate any bug reports, especially crashes or incompatability!

    github.com/buzh/slop

  9. Just did a major overhaul of my "top, but for #slurm" util! Might be useful to #hpc admins and users alike. Appreciate any bug reports, especially crashes or incompatability!

    github.com/buzh/slop

  10. Just did a major overhaul of my "top, but for #slurm" util! Might be useful to #hpc admins and users alike. Appreciate any bug reports, especially crashes or incompatability!

    github.com/buzh/slop

  11. От майнинга на попутном газе к AI-фабрикам: история Crusoe

    У AI-индустрии есть серьезная проблема: как развернуть вычислительную инфраструктуру раньше и быстрее (да еще и дешевле) конкурентов? Основной дефицитный ресурс сейчас — электричество, а не чипы или их компоненты, как вы могли предположить. Техногиганты думают, где поставить стойки, чем их охлаждать, но главное, где взять энергию, чтобы питать всю AI-систему. И у одного стартапа из Денвера есть нестандартное решение — портативные модульные AI-дата-центры, которые можно размещать в самых нестандартных условиях. Компания пришла в ИТ из мира крипты: изначально она вела деятельность установкой майнинг-машин, которые брали энергию от попутного газа на нефтяных вышках. Сегодня я расскажу вам о компании Crusoe — которая крайне нестандартно превращает энергию в вычислительную мощность. Разберем их бизнес-модель и поймем, что такое вертикально интегрированная AI-инфраструктура.

    habr.com/ru/companies/ru_mts/a

    #Crusoe #AIинфраструктура #датацентры #GPUоблако #облачные_вычисления #inference #Kubernetes #Slurm #edge_computing #энергетика

  12. От майнинга на попутном газе к AI-фабрикам: история Crusoe

    У AI-индустрии есть серьезная проблема: как развернуть вычислительную инфраструктуру раньше и быстрее (да еще и дешевле) конкурентов? Основной дефицитный ресурс сейчас — электричество, а не чипы или их компоненты, как вы могли предположить. Техногиганты думают, где поставить стойки, чем их охлаждать, но главное, где взять энергию, чтобы питать всю AI-систему. И у одного стартапа из Денвера есть нестандартное решение — портативные модульные AI-дата-центры, которые можно размещать в самых нестандартных условиях. Компания пришла в ИТ из мира крипты: изначально она вела деятельность установкой майнинг-машин, которые брали энергию от попутного газа на нефтяных вышках. Сегодня я расскажу вам о компании Crusoe — которая крайне нестандартно превращает энергию в вычислительную мощность. Разберем их бизнес-модель и поймем, что такое вертикально интегрированная AI-инфраструктура.

    habr.com/ru/companies/ru_mts/a

    #Crusoe #AIинфраструктура #датацентры #GPUоблако #облачные_вычисления #inference #Kubernetes #Slurm #edge_computing #энергетика

  13. От майнинга на попутном газе к AI-фабрикам: история Crusoe

    У AI-индустрии есть серьезная проблема: как развернуть вычислительную инфраструктуру раньше и быстрее (да еще и дешевле) конкурентов? Основной дефицитный ресурс сейчас — электричество, а не чипы или их компоненты, как вы могли предположить. Техногиганты думают, где поставить стойки, чем их охлаждать, но главное, где взять энергию, чтобы питать всю AI-систему. И у одного стартапа из Денвера есть нестандартное решение — портативные модульные AI-дата-центры, которые можно размещать в самых нестандартных условиях. Компания пришла в ИТ из мира крипты: изначально она вела деятельность установкой майнинг-машин, которые брали энергию от попутного газа на нефтяных вышках. Сегодня я расскажу вам о компании Crusoe — которая крайне нестандартно превращает энергию в вычислительную мощность. Разберем их бизнес-модель и поймем, что такое вертикально интегрированная AI-инфраструктура.

    habr.com/ru/companies/ru_mts/a

    #Crusoe #AIинфраструктура #датацентры #GPUоблако #облачные_вычисления #inference #Kubernetes #Slurm #edge_computing #энергетика

  14. От майнинга на попутном газе к AI-фабрикам: история Crusoe

    У AI-индустрии есть серьезная проблема: как развернуть вычислительную инфраструктуру раньше и быстрее (да еще и дешевле) конкурентов? Основной дефицитный ресурс сейчас — электричество, а не чипы или их компоненты, как вы могли предположить. Техногиганты думают, где поставить стойки, чем их охлаждать, но главное, где взять энергию, чтобы питать всю AI-систему. И у одного стартапа из Денвера есть нестандартное решение — портативные модульные AI-дата-центры, которые можно размещать в самых нестандартных условиях. Компания пришла в ИТ из мира крипты: изначально она вела деятельность установкой майнинг-машин, которые брали энергию от попутного газа на нефтяных вышках. Сегодня я расскажу вам о компании Crusoe — которая крайне нестандартно превращает энергию в вычислительную мощность. Разберем их бизнес-модель и поймем, что такое вертикально интегрированная AI-инфраструктура.

    habr.com/ru/companies/ru_mts/a

    #Crusoe #AIинфраструктура #датацентры #GPUоблако #облачные_вычисления #inference #Kubernetes #Slurm #edge_computing #энергетика

  15. RE: fediscience.org/@snakemake/116

    This is a big step forward: The SLURM plugin for Snakemake now supports so-called job arrays. These are cluster jobs, with ~ equal resource requirements in terms of memory and compute resources.

    The change in itself was big: The purpose of a workflow system is to make use of the vast resources of an HPC cluster. Hence, jobs are submitted to run concurrently. However, for a job array, we have to "wait" for all eligible jobs to be ready. And then we submit.

    To preserve concurrent execution of other jobs which are ready to be executed, a thread pool has been introduced. In itself, I do not see job arrays as such a big feature: The LSF system profited much more from arrays than the rather lean SLURM implementation does.

    BUT: the new code base will ease further development to pooling many shared memory tasks (applications which support no parallel execution or are confined to one computer by "only" supporting threading). Until then, there is more work to do.

    #HPC #SLURM #Snakemake #SnakemakeHackathon2026 #ReproducibleComputing #OpenScience

  16. RE: fediscience.org/@snakemake/116

    This is a big step forward: The SLURM plugin for Snakemake now supports so-called job arrays. These are cluster jobs, with ~ equal resource requirements in terms of memory and compute resources.

    The change in itself was big: The purpose of a workflow system is to make use of the vast resources of an HPC cluster. Hence, jobs are submitted to run concurrently. However, for a job array, we have to "wait" for all eligible jobs to be ready. And then we submit.

    To preserve concurrent execution of other jobs which are ready to be executed, a thread pool has been introduced. In itself, I do not see job arrays as such a big feature: The LSF system profited much more from arrays than the rather lean SLURM implementation does.

    BUT: the new code base will ease further development to pooling many shared memory tasks (applications which support no parallel execution or are confined to one computer by "only" supporting threading). Until then, there is more work to do.

    #HPC #SLURM #Snakemake #SnakemakeHackathon2026 #ReproducibleComputing #OpenScience

  17. RE: fediscience.org/@snakemake/116

    This is a big step forward: The SLURM plugin for Snakemake now supports so-called job arrays. These are cluster jobs, with ~ equal resource requirements in terms of memory and compute resources.

    The change in itself was big: The purpose of a workflow system is to make use of the vast resources of an HPC cluster. Hence, jobs are submitted to run concurrently. However, for a job array, we have to "wait" for all eligible jobs to be ready. And then we submit.

    To preserve concurrent execution of other jobs which are ready to be executed, a thread pool has been introduced. In itself, I do not see job arrays as such a big feature: The LSF system profited much more from arrays than the rather lean SLURM implementation does.

    BUT: the new code base will ease further development to pooling many shared memory tasks (applications which support no parallel execution or are confined to one computer by "only" supporting threading). Until then, there is more work to do.

    #HPC #SLURM #Snakemake #SnakemakeHackathon2026 #ReproducibleComputing #OpenScience

  18. RE: fediscience.org/@snakemake/116

    This is a big step forward: The SLURM plugin for Snakemake now supports so-called job arrays. These are cluster jobs, with ~ equal resource requirements in terms of memory and compute resources.

    The change in itself was big: The purpose of a workflow system is to make use of the vast resources of an HPC cluster. Hence, jobs are submitted to run concurrently. However, for a job array, we have to "wait" for all eligible jobs to be ready. And then we submit.

    To preserve concurrent execution of other jobs which are ready to be executed, a thread pool has been introduced. In itself, I do not see job arrays as such a big feature: The LSF system profited much more from arrays than the rather lean SLURM implementation does.

    BUT: the new code base will ease further development to pooling many shared memory tasks (applications which support no parallel execution or are confined to one computer by "only" supporting threading). Until then, there is more work to do.

    #HPC #SLURM #Snakemake #SnakemakeHackathon2026 #ReproducibleComputing #OpenScience

  19. RE: fediscience.org/@snakemake/116

    This is a big step forward: The SLURM plugin for Snakemake now supports so-called job arrays. These are cluster jobs, with ~ equal resource requirements in terms of memory and compute resources.

    The change in itself was big: The purpose of a workflow system is to make use of the vast resources of an HPC cluster. Hence, jobs are submitted to run concurrently. However, for a job array, we have to "wait" for all eligible jobs to be ready. And then we submit.

    To preserve concurrent execution of other jobs which are ready to be executed, a thread pool has been introduced. In itself, I do not see job arrays as such a big feature: The LSF system profited much more from arrays than the rather lean SLURM implementation does.

    BUT: the new code base will ease further development to pooling many shared memory tasks (applications which support no parallel execution or are confined to one computer by "only" supporting threading). Until then, there is more work to do.

    #HPC #SLURM #Snakemake #SnakemakeHackathon2026 #ReproducibleComputing #OpenScience

  20. A few #slurm tidbits:

    Total submitted jobs per user, sorted:
    ```
    squeue | sed 's/ \+/\t/g' | cut -f5 \
    | sort | uniq -c | sort -hr
    ```

    Running jobs per user:
    ```
    squeue | grep ' R ' | sed 's/ \+/\t/g' \
    | cut -f5 | sort | uniq -c | sort -hr
    ```

    Pending jobs per user:
    ```
    squeue | grep ' PD ' | sed 's/ \+/\t/g' \
    | cut -f5 | sort | uniq -c | sort -hr
    ```

    #bash #hpc

  21. A few #slurm tidbits:

    Total submitted jobs per user, sorted:
    ```
    squeue | sed 's/ \+/\t/g' | cut -f5 \
    | sort | uniq -c | sort -hr
    ```

    Running jobs per user:
    ```
    squeue | grep ' R ' | sed 's/ \+/\t/g' \
    | cut -f5 | sort | uniq -c | sort -hr
    ```

    Pending jobs per user:
    ```
    squeue | grep ' PD ' | sed 's/ \+/\t/g' \
    | cut -f5 | sort | uniq -c | sort -hr
    ```

    #bash #hpc

  22. A few #slurm tidbits:

    Total submitted jobs per user, sorted:
    ```
    squeue | sed 's/ \+/\t/g' | cut -f5 \
    | sort | uniq -c | sort -hr
    ```

    Running jobs per user:
    ```
    squeue | grep ' R ' | sed 's/ \+/\t/g' \
    | cut -f5 | sort | uniq -c | sort -hr
    ```

    Pending jobs per user:
    ```
    squeue | grep ' PD ' | sed 's/ \+/\t/g' \
    | cut -f5 | sort | uniq -c | sort -hr
    ```

    #bash #hpc

  23. A few #slurm tidbits:

    Total submitted jobs per user, sorted:
    ```
    squeue | sed 's/ \+/\t/g' | cut -f5 \
    | sort | uniq -c | sort -hr
    ```

    Running jobs per user:
    ```
    squeue | grep ' R ' | sed 's/ \+/\t/g' \
    | cut -f5 | sort | uniq -c | sort -hr
    ```

    Pending jobs per user:
    ```
    squeue | grep ' PD ' | sed 's/ \+/\t/g' \
    | cut -f5 | sort | uniq -c | sort -hr
    ```

    #bash #hpc

  24. A few #slurm tidbits:

    Total submitted jobs per user, sorted:
    ```
    squeue | sed 's/ \+/\t/g' | cut -f5 \
    | sort | uniq -c | sort -hr
    ```

    Running jobs per user:
    ```
    squeue | grep ' R ' | sed 's/ \+/\t/g' \
    | cut -f5 | sort | uniq -c | sort -hr
    ```

    Pending jobs per user:
    ```
    squeue | grep ' PD ' | sed 's/ \+/\t/g' \
    | cut -f5 | sort | uniq -c | sort -hr
    ```

    #bash #hpc

  25. As for the little executor plugin for the #SLURM batch system (for which I promised a release supporting array job support) ... Well, only a little bug fix release could be accomplished: github.com/snakemake/snakemake

    Unfortunately, I wanted to use the common #Snakemake logo without the letters "#HPC" and missed one entry. So our announcement bot did not work.

    Anyway, a faulty file system connection kept me from debugging the new feature. Stay tuned. It is almost ready.

    #SnakemakeHackathon2026

  26. As for the little executor plugin for the #SLURM batch system (for which I promised a release supporting array job support) ... Well, only a little bug fix release could be accomplished: github.com/snakemake/snakemake

    Unfortunately, I wanted to use the common #Snakemake logo without the letters "#HPC" and missed one entry. So our announcement bot did not work.

    Anyway, a faulty file system connection kept me from debugging the new feature. Stay tuned. It is almost ready.

    #SnakemakeHackathon2026

  27. As for the little executor plugin for the #SLURM batch system (for which I promised a release supporting array job support) ... Well, only a little bug fix release could be accomplished: github.com/snakemake/snakemake

    Unfortunately, I wanted to use the common #Snakemake logo without the letters "#HPC" and missed one entry. So our announcement bot did not work.

    Anyway, a faulty file system connection kept me from debugging the new feature. Stay tuned. It is almost ready.

    #SnakemakeHackathon2026

  28. As for the little executor plugin for the #SLURM batch system (for which I promised a release supporting array job support) ... Well, only a little bug fix release could be accomplished: github.com/snakemake/snakemake

    Unfortunately, I wanted to use the common #Snakemake logo without the letters "#HPC" and missed one entry. So our announcement bot did not work.

    Anyway, a faulty file system connection kept me from debugging the new feature. Stay tuned. It is almost ready.

    #SnakemakeHackathon2026

  29. As for the little executor plugin for the #SLURM batch system (for which I promised a release supporting array job support) ... Well, only a little bug fix release could be accomplished: github.com/snakemake/snakemake

    Unfortunately, I wanted to use the common #Snakemake logo without the letters "#HPC" and missed one entry. So our announcement bot did not work.

    Anyway, a faulty file system connection kept me from debugging the new feature. Stay tuned. It is almost ready.

    #SnakemakeHackathon2026

  30. Finally, some personal progress: Thanks to @fbartusch a bug of the #SLURM executor plugin for Snakemake was fixed (dealing with nested quoting). A release is upcoming.

    And: I generated my first (still faulty) test #nanopub from Snakemake 🥳

    #SnakemakeHackathon2026

  31. Finally, some personal progress: Thanks to @fbartusch a bug of the #SLURM executor plugin for Snakemake was fixed (dealing with nested quoting). A release is upcoming.

    And: I generated my first (still faulty) test #nanopub from Snakemake 🥳

    #SnakemakeHackathon2026

  32. Finally, some personal progress: Thanks to @fbartusch a bug of the #SLURM executor plugin for Snakemake was fixed (dealing with nested quoting). A release is upcoming.

    And: I generated my first (still faulty) test #nanopub from Snakemake 🥳

    #SnakemakeHackathon2026

  33. Finally, some personal progress: Thanks to @fbartusch a bug of the #SLURM executor plugin for Snakemake was fixed (dealing with nested quoting). A release is upcoming.

    And: I generated my first (still faulty) test #nanopub from Snakemake 🥳

    #SnakemakeHackathon2026

  34. Finally, some personal progress: Thanks to @fbartusch a bug of the #SLURM executor plugin for Snakemake was fixed (dealing with nested quoting). A release is upcoming.

    And: I generated my first (still faulty) test #nanopub from Snakemake 🥳

    #SnakemakeHackathon2026

  35. This cannot be:

    I am trying to compile a few stats for the #Snakemake executor plugin for #SLURM on #HPC systems. Preparing for a lighting talk at the #SnakemakeHackathon2026

    PyPi: 20,000 downloads last month
    BioConda: > 60,000 total (aggregated over all versions)

    Impressive as it might be, this is contradictory. PyPi would exceed BioConda by a huge margin.

    Does anyone know how to get all-time statistics from either platform? #BioConda or #PyPi?

  36. This cannot be:

    I am trying to compile a few stats for the #Snakemake executor plugin for #SLURM on #HPC systems. Preparing for a lighting talk at the #SnakemakeHackathon2026

    PyPi: 20,000 downloads last month
    BioConda: > 60,000 total (aggregated over all versions)

    Impressive as it might be, this is contradictory. PyPi would exceed BioConda by a huge margin.

    Does anyone know how to get all-time statistics from either platform? #BioConda or #PyPi?

  37. This cannot be:

    I am trying to compile a few stats for the #Snakemake executor plugin for #SLURM on #HPC systems. Preparing for a lighting talk at the #SnakemakeHackathon2026

    PyPi: 20,000 downloads last month
    BioConda: > 60,000 total (aggregated over all versions)

    Impressive as it might be, this is contradictory. PyPi would exceed BioConda by a huge margin.

    Does anyone know how to get all-time statistics from either platform? #BioConda or #PyPi?

  38. This cannot be:

    I am trying to compile a few stats for the #Snakemake executor plugin for #SLURM on #HPC systems. Preparing for a lighting talk at the #SnakemakeHackathon2026

    PyPi: 20,000 downloads last month
    BioConda: > 60,000 total (aggregated over all versions)

    Impressive as it might be, this is contradictory. PyPi would exceed BioConda by a huge margin.

    Does anyone know how to get all-time statistics from either platform? #BioConda or #PyPi?

  39. This cannot be:

    I am trying to compile a few stats for the #Snakemake executor plugin for #SLURM on #HPC systems. Preparing for a lighting talk at the #SnakemakeHackathon2026

    PyPi: 20,000 downloads last month
    BioConda: > 60,000 total (aggregated over all versions)

    Impressive as it might be, this is contradictory. PyPi would exceed BioConda by a huge margin.

    Does anyone know how to get all-time statistics from either platform? #BioConda or #PyPi?

  40. The #Snakemake plugin for #SLURM on #HPC clusters will support JobArrays, soon:

    1057691_1 2dcf44cc-+ rule_map_reads_wild+ 32 COMPLETED 0:0
    1057691_2 2dcf44cc-+ 32 RUNNING 0:0
    1057691_3 2dcf44cc-+ 32 RUNNING 0:0
    1057691_4 2dcf44cc-+ 32 RUNNING 0:0
    1057691_5 2dcf44cc-+ 32 RUNNING 0:0
    1057691_6 2dcf44cc-+ 32 RUNNING 0:0

    Hope to do more during next week's #SnakemakeHackathon2026 / #SnakemakeHackathon

  41. The #Snakemake plugin for #SLURM on #HPC clusters will support JobArrays, soon:

    1057691_1 2dcf44cc-+ rule_map_reads_wild+ 32 COMPLETED 0:0
    1057691_2 2dcf44cc-+ 32 RUNNING 0:0
    1057691_3 2dcf44cc-+ 32 RUNNING 0:0
    1057691_4 2dcf44cc-+ 32 RUNNING 0:0
    1057691_5 2dcf44cc-+ 32 RUNNING 0:0
    1057691_6 2dcf44cc-+ 32 RUNNING 0:0

    Hope to do more during next week's #SnakemakeHackathon2026 / #SnakemakeHackathon

  42. The #Snakemake plugin for #SLURM on #HPC clusters will support JobArrays, soon:

    1057691_1 2dcf44cc-+ rule_map_reads_wild+ 32 COMPLETED 0:0
    1057691_2 2dcf44cc-+ 32 RUNNING 0:0
    1057691_3 2dcf44cc-+ 32 RUNNING 0:0
    1057691_4 2dcf44cc-+ 32 RUNNING 0:0
    1057691_5 2dcf44cc-+ 32 RUNNING 0:0
    1057691_6 2dcf44cc-+ 32 RUNNING 0:0

    Hope to do more during next week's #SnakemakeHackathon2026 / #SnakemakeHackathon

  43. The #Snakemake plugin for #SLURM on #HPC clusters will support JobArrays, soon:

    1057691_1 2dcf44cc-+ rule_map_reads_wild+ 32 COMPLETED 0:0
    1057691_2 2dcf44cc-+ 32 RUNNING 0:0
    1057691_3 2dcf44cc-+ 32 RUNNING 0:0
    1057691_4 2dcf44cc-+ 32 RUNNING 0:0
    1057691_5 2dcf44cc-+ 32 RUNNING 0:0
    1057691_6 2dcf44cc-+ 32 RUNNING 0:0

    Hope to do more during next week's #SnakemakeHackathon2026 / #SnakemakeHackathon

  44. The #Snakemake plugin for #SLURM on #HPC clusters will support JobArrays, soon:

    1057691_1 2dcf44cc-+ rule_map_reads_wild+ 32 COMPLETED 0:0
    1057691_2 2dcf44cc-+ 32 RUNNING 0:0
    1057691_3 2dcf44cc-+ 32 RUNNING 0:0
    1057691_4 2dcf44cc-+ 32 RUNNING 0:0
    1057691_5 2dcf44cc-+ 32 RUNNING 0:0
    1057691_6 2dcf44cc-+ 32 RUNNING 0:0

    Hope to do more during next week's #SnakemakeHackathon2026 / #SnakemakeHackathon

  45. I had the chance to present a poster about our HPC cluster BinAC 2 at #deRSE26

    We're providing computational resources for researchers in Baden-Württemberg working in the fields of Bioinformatics, Astrophysics, Geosciences, Pharmacy and Medical Informatics:
    wiki.bwhpc.de/e/BinAC2

    If you're a researcher at an university in Baden-Württemberg from another field, check out the other HPC clusters bwHPC provides:
    bwhpc.de/cluster.php

    Poster on Zenodo:
    zenodo.org/records/18860391

    #hpc #bioinformatics #astrophysics #geosciences #bwhpc #lustre #Slurm

  46. On a similar note: there is another (draft) PR. The #SLURM executor plugin for #Snakemake is capable of respecting partition definitions since v. 2.

    I had the notion, that this is rather difficult to set this up manually and wrote a little command line helper. It queries the SLURM config and writes out a preliminary partition configuration template. This still requires manual adaptation, I'm afraid.

    A small step forward as it requires both an understanding of Snakemake and your local SLURM setup. The world is as is it is, the phantasy of admin teams is unlimited and a one-fits-all solution is not on the horizon.

    Still, if you want to try it out and provide feedback, this would be very much appreciated! All suggestions are welcome!

  47. On a similar note: there is another (draft) PR. The #SLURM executor plugin for #Snakemake is capable of respecting partition definitions since v. 2.

    I had the notion, that this is rather difficult to set this up manually and wrote a little command line helper. It queries the SLURM config and writes out a preliminary partition configuration template. This still requires manual adaptation, I'm afraid.

    A small step forward as it requires both an understanding of Snakemake and your local SLURM setup. The world is as is it is, the phantasy of admin teams is unlimited and a one-fits-all solution is not on the horizon.

    Still, if you want to try it out and provide feedback, this would be very much appreciated! All suggestions are welcome!

  48. On a similar note: there is another (draft) PR. The #SLURM executor plugin for #Snakemake is capable of respecting partition definitions since v. 2.

    I had the notion, that this is rather difficult to set this up manually and wrote a little command line helper. It queries the SLURM config and writes out a preliminary partition configuration template. This still requires manual adaptation, I'm afraid.

    A small step forward as it requires both an understanding of Snakemake and your local SLURM setup. The world is as is it is, the phantasy of admin teams is unlimited and a one-fits-all solution is not on the horizon.

    Still, if you want to try it out and provide feedback, this would be very much appreciated! All suggestions are welcome!

  49. On a similar note: there is another (draft) PR. The #SLURM executor plugin for #Snakemake is capable of respecting partition definitions since v. 2.

    I had the notion, that this is rather difficult to set this up manually and wrote a little command line helper. It queries the SLURM config and writes out a preliminary partition configuration template. This still requires manual adaptation, I'm afraid.

    A small step forward as it requires both an understanding of Snakemake and your local SLURM setup. The world is as is it is, the phantasy of admin teams is unlimited and a one-fits-all solution is not on the horizon.

    Still, if you want to try it out and provide feedback, this would be very much appreciated! All suggestions are welcome!

  50. On a similar note: there is another (draft) PR. The #SLURM executor plugin for #Snakemake is capable of respecting partition definitions since v. 2.

    I had the notion, that this is rather difficult to set this up manually and wrote a little command line helper. It queries the SLURM config and writes out a preliminary partition configuration template. This still requires manual adaptation, I'm afraid.

    A small step forward as it requires both an understanding of Snakemake and your local SLURM setup. The world is as is it is, the phantasy of admin teams is unlimited and a one-fits-all solution is not on the horizon.

    Still, if you want to try it out and provide feedback, this would be very much appreciated! All suggestions are welcome!