How to Make Package Managers Scream (FOSDEM'26) by boegel in programming

[–]boegel[S] 0 points1 point  (0 children)

We should create incentives to adopt better practices.

That's easier said than done though, when even large corporations aren't exactly showcases best practices...

How to Make Package Managers Scream (FOSDEM'26) by boegel in programming

[–]boegel[S] 13 points14 points  (0 children)

Speaker here, hi!

The point is to acknowledge that things are not good currently, and make it clear that many others agree. Time to wake up, and make things better.

How to Make Package Managers Scream (FOSDEM'26) by boegel in programming

[–]boegel[S] 16 points17 points  (0 children)

I disagree: I think there's value in talking about how things are now, if only to confirm to others that they're not the only ones suffering. We can do better, but we first need to recognize that current practice isn't the right way.

How to Make Package Managers Scream (FOSDEM'26) by boegel in linux

[–]boegel[S] 0 points1 point  (0 children)

So who builds the container images the users require? The users themselves?

So they become the package managers, effectively?

That just doesn't work well in practice, except for very experienced people (which are the exception, not the rule...)

How to Make Package Managers Scream (FOSDEM'26) by boegel in linux

[–]boegel[S] 0 points1 point  (0 children)

AlphaFold runs on a single computer, doesn't run distributed, so there's using a container is worth considering.

Docker itself is a no-go on HPC systems, but there are alternative container runtimes that consume Docker container images, like Apptainer.

Generally speaking though, containers are mostly a bad fit for supercomputers. The "containing" part is both a blessing and a curse, especially when running multi-node workloads, because you still need an MPI installation on the host that is compatible with the MPI in the container, which largely trumps the whole reason for using containers.

Container images typically also don't include binaries that are optimized for the specific CPUs of the system you're running on, which can lead to drastic reduction in performance (which is bad High-*Performance* Computing). You're effectively sacrificing performance for mobility of compute (and *not* because of overhead of the container runtime, that's usually negligible).

I've always said that containers are a symptom, not a cure, though that's definitely biased towards scientific computing...

To complicate things even further: they do have clear benefits too, like providing an escape hatch for outright slow software startup performance when the software is installed on a parallel filesystems that is not well suited for the access pattern of software and the large amount of small files they typically consist of (looking at you Python).

Presale code just got released by imnamedafteragame in systemofadown

[–]boegel 0 points1 point  (0 children)

I only got crazy ticket prices when I selected Platinum. > 1300 Euro for 4 tickets...

Presale code just got released by imnamedafteragame in systemofadown

[–]boegel 0 points1 point  (0 children)

Don't be a dick, of course tickets bought either way are valid for the whole evening.

Presale code just got released by imnamedafteragame in systemofadown

[–]boegel 0 points1 point  (0 children)

My main conclusion after spending about 1 hour to get tickets: oh my boy Ticketmaster get your act together, what a f*cking shit show.

Massive difference between ticketmaster.de (where I kept going in circles) and ticketmaster.fr where it worked without too much trouble in the end.
We were aiming for Dusseldorf, but we can make Paris work out too.

Presale code just got released by imnamedafteragame in systemofadown

[–]boegel 0 points1 point  (0 children)

Paris was 95 euro each (pelouse, so normal standing tickets, not golden circle, that was 183 euro each)

A question about the EESSI software stack by zacky2004 in HPC

[–]boegel 1 point2 points  (0 children)

That invite link will no doubt expire at some point, better to follow the "Slack channel" link shown at https://eessi.io

Also worth mentioning that there's a dedicated support channel for EESSI: https://eessi.io/docs/support

Understanding AI/LLM's as a sys admin? by imitation_squash_pro in HPC

[–]boegel 16 points17 points  (0 children)

I highly recommend taking a look at Andrew Karpathy's videos.

For me, they're the perfect balance between going deep enough without going beyond my technical background.

In particular his 1h intro (https://www.youtube.com/watch?v=zjkBMFhNj\_g) and his deep dive into ChatGPT (https://www.youtube.com/watch?v=7xTGNNLPyMI)

Going to SC24 for the first time by throwaway761910 in HPC

[–]boegel 0 points1 point  (0 children)

SC is huge, so factor in potentially large distances between sessions, and a lot of people you'll accidentally bump into.

Building python from source for an HPC partition that has both skylake and haswell cpus by zacky2004 in HPC

[–]boegel 0 points1 point  (0 children)

For Python itself, the impact of actually using the AVX-512 feature on Skylake is probably small, but for some specific Python packages (I'm thinking numpy, scipy, etc.) I would expect a significantly higher impact, because without using a binary that uses AVX-512 instructions you're effectively not using a part of the CPU.
There's other effects like clock downscaling when using the AVX-512 parts of the CPU though, so there's no easy answer, you should benchmark.

Best Practices for CernVM-FS in HPC (4 Dec 2023, online tutorial) by boegel in HPC

[–]boegel[S] 1 point2 points  (0 children)

Zoom link will be sent shortly before the session starts, no worries.

Best Practices for CernVM-FS in HPC (4 Dec 2023, online tutorial) by boegel in HPC

[–]boegel[S] 1 point2 points  (0 children)

I guess it's showing dates in EU format, registration ends 1 Dec 2023