Tootfinder

I'm building webkit-gtk right now. It's one of these messy packages where a few source files need a lot of memory to compile, and ninja can randomly order jobs so that all of them suddenly start compiling simultaneously. So to keep things going smoothly without OOM-ing, I've been dynamically adjusting the available job count via steve the #jobserver.
While doing that, I've noticed that ninja isn't taking new jobs immediately after I increased the job count. So I've started debugging steve, and couldn't find out anything wrong with it. Finally, I've looked into ninja and realized how lazy their code is.
So, there are two main approaches to acquiring job tokens. Either you do blocking reads, and therefore wait for a token to become available, or you use polling to get noticed when it becomes available. Ninja instead does non-blocking reads, and if there are no more tokens available… it waits till one of its own jobs finish.
This roughly means that as other processes release tokens, ninja won't take them until one of its own jobs finish. And if ninja didn't manage to acquire any job tokens to begin with, it is just running a single process via implicit slot, and that process finishing provides it with the only chance to acquire additional tokens. So realistically speaking, as long as there are other build jobs running in parallel, ninja is going to need to be incredibly lucky to ever get a job token, since all other processes will grab the available tokens immediately.
This isn't something that steve can fix.
#Gentoo #NinjaBuild

SHINY! @… https://social.treehouse.systems/@ariadne/115947001688282784

Found a website about California Horse Racing and the horse names are fucking incredible. tag yourself im either Unusual Heat or Lost Bus
https://californiahorseracinghistory.neocities.org/

Sometimes {renv} just isnt enough to ensure your environment is controlled. Maybe {slushy} could be an option? https://gsk-biostatistics.github.io/slushy/index.html

Partial fraction decompositions on hyperplane arrangements
Claire de Korte, Teresa Yu
https://arxiv.org/abs/2602.06531 https://arxiv.org/pdf/2602.06531 https://arxiv.org/html/2602.06531
arXiv:2602.06531v1 Announce Type: new
Abstract: We initiate the study of partial fraction decompositions (PFDs) in several variables using tools from commutative algebra. We give criteria for when a rational function with poles on a hyperplane arrangement has a desirable PFD. Our criteria are obtained by examining the primary decomposition of ideals coming from hyperplane arrangements. We then present an algorithm for finding a PFD that satisfies properties desired by physicists, and demonstrate the effectiveness of this algorithm for computing large examples coming from Feynman integrals.
toXiv_bot_toot

Replaced article(s) found for physics.ins-det. https://arxiv.org/list/physics.ins-det/new
[1/1]:
- Frequency domain laser ultrasound for inertial confinement fusion target wall thickness measurements
Martin Ryzy, Guqi Yan, Clemens Gr\"unsteidl, Georg Watzl, Kevin Sequoia, Pavel Lapa, Haibo Huang
https://arxiv.org/abs/2510.15997 https://mastoxiv.page/@arXiv_physicsinsdet_bot/115411462164784635
- Performance study of 4-MU-loaded water for Cherenkov light detection
Pendo B. Nyanda, Gowoon Kim, Youngduk Kim, Kyungmin Seo, Jaison Lee, Olga Gileva, Eungseok Yi
https://arxiv.org/abs/2511.03989 https://mastoxiv.page/@arXiv_physicsinsdet_bot/115507625334754650
- Design and Performance of a 96-channel Resistive PICOSEC Micromegas Detector for ENUBET
A. Kallitsopoulou, et al.
https://arxiv.org/abs/2512.05589 https://mastoxiv.page/@arXiv_physicsinsdet_bot/115683123547651781
- Quantitative mobile gamma-ray spectrometry through Bayesian inference
David Breitenmoser, Alberto Stabilini, Malgorzata Magdalena Kasprzak, Sabine Mayer
https://arxiv.org/abs/2512.18769 https://mastoxiv.page/@arXiv_physicsinsdet_bot/115768012810833326
- Neutron multiplicity measurement in muon capture on oxygen nuclei in the Gd-loaded Super-Kamiokan...
Kamiokande Collaboration, et al.
https://arxiv.org/abs/2502.17002 https://mastoxiv.page/@arXiv_hepex_bot/114063427901532394
- Monte Carlo simulation of the ISOLPHARM gamma camera for Ag-111 imaging
D. Serafini, et al.
https://arxiv.org/abs/2502.20112 https://mastoxiv.page/@arXiv_physicsmedph_bot/114080420857311942
- Performance and radiation damage mitigation strategy for silicon photomultipliers on LEO space mi...
L. Burmistrov, et al.
https://arxiv.org/abs/2503.00532 https://mastoxiv.page/@arXiv_hepex_bot/114103061208888723
- Predicting the single-site and multi-site event discrimination power of dual-phase time projectio...
Sazzad, Hardy, Dai, Xu, Lenardo, Sutanto, Antipa, Koertzen, John, Akinin, Pershing
https://arxiv.org/abs/2510.02258 https://mastoxiv.page/@arXiv_hepex_bot/115309574340832888
toXiv_bot_toot

New on my #Gentoo blog: One #jobserver to rule them all
"""
A common problem with running Gentoo builds is concurrency. Many packages include extensive build steps that are either fully serial, or cannot fully utilize the available CPU threads throughout. This problem becomes less pronounced when running building multiple packages in parallel, but then we are risking overscheduling for packages that do take advantage of parallel builds.
Fortunately, there are a few tools at our disposal that can improve the situation. Most recently, they were joined by two experimental system-wide jobservers: #guildmaster and #steve. In this post, I’d like to provide the background on them, and discuss the problems they are facing.
"""
https://blogs.gentoo.org/mgorny/2025/11/30/one-jobserver-to-rule-them-all/