Vous savez, l'application éthique pour vos courtes vidéos créatives pour remplacer #TikTok ?
Encore toute nouvelle, elle s'améliore de semaine en semaine, et je dialogue directement avec le développeur pour résoudre les bugs et proposer des améliorations. Et il écoute !
Depuis cette semaine, la fédération locale fonctionne désormais correctement ! Autrement dit, ce que vous y publiez est visible sur Mastodon, Friendica, etc.
Mais n'oubliez pas : comme toutes les applications du Fédiverse, votre compte doit être connu pour être visible, n'hésitez donc pas à faire de la pub autour de votre compte Loops ici sur Mastodon pour que le maximum de personnes voient vos vidéos et vous suivent !
Hi, for XMPP/AP Bridge you can simply use it by following the bot account @xmpp_bridge from a fediverse account (conversely from XMPP). Try it out if you want!
I could cancel the existing follow request to @dansup@loops.video but following again does not work : it asks in a popup if I am sure, clicking "follow" yields no result, the button stays on "follow" on your profile (whereas before at least I obtained a "pending").
I am on Firefox browser 144.0.2 on Android 16 and my Loops instance is on beta.4
#Loops is developing fast, already three bugs I raised were corrected by @dansup in less than two days, thanks for the fast and continuous improvements!
Wondering which Fediverse app to use? This is my vision, according to content and time, or alternately, which mainstream corporate application is replaced.
🔄 Boosts, reuse and feedback welcome!
____________________
🇫🇷 Le FÉDIVERSE expliqué.
Vous vous demandez quelle application du Fédiverse utiliser ? Voici ma vision, selon le contenu et le temps, ou bien quelle app capitalistique est remplacée.
🔄 Repouets, réutilisation et suggestions bienvenues !
Kézako ? C'est la toute dernière application du Fédiverse, pour partager des vidéos courtes, à la manière de TikTok, mais en version libre, éthique, sans algo et respectueuse de vos données personnelles.
C'est tout nouveau, par le développeur de Pixelfed, et j'ai pensé que ce nouveau format, fédéré et connecté au reste du Fédiverse, pourrait vous intéresser. Essayez-le, c'est sans risque !
Tout neuf avec un rythme de développement rapide, il y a encore quelques bugs mais cela fonctionne très bien, et de nouvelles fonctionnalités arriveront régulièrement.
La fédération vient de démarrer, donc l'interconnexion avec les autres serveurs va se bâtir progressivement. Plus vous interagirez avec, plus ça ira vite.
What is it? It's the latest app from the Fediverse for sharing short videos, similar to TikTok, but free, ethical, algorithm-free, and respectful of your personal data.
It's brand new, from the developer of Pixelfed (thanks @dansup !) and I thought you might be interested in this new format, which is federated and connected to the rest of the Fediverse. Give it a try, there's no risk!
So the issue is clearly isolated : it's the scheduled task eating all memory every 6 hours before getting oom killed: /usr/bin/php8.4 artisan app:account-post-count-stat-update
Since it eats up 28+ GB of RAM, adding more is not the solution.
Is there a way to limit the memory used by this job without blocking subsequent php processes?
Why did this suddenly occur despite not changing anything on my side? Pixelfed is at 0.12.4 version and was not updated recently on my side.
Thanks! Am I the only one to experience this issue?
@dansup Hey Dan. Had a look into the code, didn't see anything obvious but I am no expert in PHP/Laravel.
Fact:
The scheduled job (every 6 hours) App/Console/Commands/AccountPostCountStatUpdate.php is the culprit. Eats up all RAM (28+ GB) and gets oom killed.
Hypothesis:
Nothing changed on my side, but I did get a burst of requests from a rogue server which I blocked at Iptables level. My impression (can't be sure) is that it happens since. Could it be that status updates are too many and hog the job which gets killed before it can finish?
Proposal:
- App/Services/Account/AccountStatService::getAllPostCountIncr gets called with no limit (-1), could this induce too big a loop?
- Could we limit this loop to a number that is manageable by just setting limit = 10 000 (or whatever number) in this routine? Would this have other consequences?
Shooting in the dark here as I'm not expert here, any suggestions welcome!
I isolated the process eating all the memory, currently 27 GB and still growing, with over 60% of CPU (which in turn is consuming postgres and redis resources also), it is:
Yet my server has 8 vCPU, 32 GB of RAM, runs on Ubuntu 24.04 and Postgres 17 (but is started a few days ago when I was still on 4 vCPU, 16 GB of RAM, Ubuntu 22.04 and Postgres 16, with exactly the same pattern, before I migrated on this fresh install).
Thanks in advance for any pointers and why this job triggers. It runs every 6 hours and finally gets killed by oom when RAM is full (increases by about 0.5 GB by minute so it takes almost one hour before it gets killed).
Do any of you encounter the following? Every 6 hours and consistently, my pixelfed server goes into a high memory usage, process is php-fpm triggered by pixelfed, before being killed by oom. Clearly a bot, never happened before.
Now I changed server with a full fresh install and new IP but it still goes on (even changed OS from 22.04 to 24.04, bumped RAM from 16 to 32 GB and php8.3 version to 8.4).
Do you administrators see similar behavior? See attached Grafana/Prometheus dashboard for illustration on a 24-hours period.
🏳️🌈 GAY DADDY 🇫🇷 âge 5️⃣7️⃣Ouvert de corps et d’esprit, j’❤ la liberté.Mon profil sage où je poste ce qui me plaît sur tous sujets dont tech, arts, loisirs, voyages, photos.Je suis l’admin de ce serveur gay francophone, rejoignez-nous !🇬🇧 Open (body & mind) #fr #gaydaddy, I 💚 freedom.My serious profile for sharing what I like on any topic incl. #tech #art #leisure #travel #photo.I'm the #mastoadmin of this #gay French-speaking server, come and join us!#gayfr #gayman #fedi22