<aerozol[m]> "Hemang Mishra: I reviewed your..." <- Thanks!
I'll make the updates and get back to u asap.
HemangMishra[m]: jasje: would love reviews from your side as well !!
zas[m]
I restarted mb-mail-service-prod on selda, it was apparently doing nothing but using 100% cpu
Also keydb on selda is still very busy.
aerozol[m]
<zas[m]> "I restarted mb-mail-service-prod..." <- Me on some days
lucifer[m]
zas: same for the mail service container on yamaoka and its also currently marked as unhealthy. restarted it.
Maxr1998 joined the channel
Maxr1998_ has quit
zas[m]
bitmap: about keydb on selda, since it is used, it should be running on 2 different hosts, and also I noticed it is using only one thread (https://github.com/metabrainz/docker-server-con...) I guess using 4 would make more sense
Kladky joined the channel
ajhalili2006 has quit
ajhalili2006 joined the channel
mayhem[m] has quit
_BrainzGit
[mb-rngpy] 14amCap1712 opened pull request #11 (03master…actions-publishing): Add GitHub Actions workflow for PyPI publishing and simply update.sh script https://github.com/metabrainz/mb-rngpy/pull/11
leonardo has quit
leonardo joined the channel
julian45[m] has quit
bitmap[m] has quit
bitmap[m] joined the channel
bitmap[m]
<zas[m]> "bitmap: about keydb on selda..." <- makes sense, I don't think I set those up but it was probably configured to use fewer resources when it was on aretha and never updated after the move
valkey seems to be the most followed and reliable fork of redis so far
tux0r
i genuinely wonder why people even want to have redis forks
or redis, in the first place (postgresql covers all use cases pretty well IMO)
yvanzo[m]
there was a licensing issue IIRC
Jade[m] joined the channel
Jade[m]
<zas[m]> "I restarted mb-mail-service-prod..." <- Ooh, interesting. I wonder what caused that
tux0r
oh? haven't seen that
Jade[m]
Jade[m]: Probably to do with html2text tbh
tux0r
re "mb-mail-service-prod", sounds like mb-mail-no-service-prod ;o)
yano joined the channel
yvanzo[m]
:-?
julian45[m] joined the channel
julian45[m]
<yvanzo[m]> "there was a licensing issue IIRC" <- yes, there was a big one; in march of last year, redis relicensed its core code from BSD to two non-free licenses, at which time the linux foundation forked the last BSD-licensed version to valkey
but with the release of redis 8 some or all of the core code is now under the AGPL
valkey is still prominent in the key-value DB space though, and redis & valkey are probably truly competitive (or at least closer to it) at both of their respective latest versions now
* but with the release of redis 8 at the beginning of this month, the core code is now under the AGPL
nah, valkey still is. for example redis still has proprietary extensions and it's still sponsored/developed by a private company
Jade[m]
forks with different licencing situations are inevitably gonna diverge over time
julian45[m]
from a risk standpoint, if there are no features/functionalities MeB relies on specific to keydb and unavailable in other key-value stores, sticking with keydb long-term does not seem likely to be a sustainable choice. of the remaining options, valkey is probably the best candidate due to its development and sponsorship model (nonprofit foundation), as well as its performance & general quality
julian45[m]: along this line, snapchat was (perhaps still is, but unclear) the apparent sponsor of keydb
Jade[m]
Jade[m]: Both are going to develop features as needed by their customers/community and it won't necessarily be obvious what the differences are
[sir] 14yvanzo merged pull request #160 (03master…SEARCH-738): SEARCH-738 (idx), SEARCH-739 (idx), SEARCH-740 (idx): Support and search by medium MBIDs https://github.com/metabrainz/sir/pull/160