Notices by Amministratrice di Sistema :VerifiedCoffee: (sysadmin@miss.octt.eu.org)

@sysop@misskey.social
Azz, vi state impelagando in tale impresa? Bel lavoro!
La documentazione si è tanta, ma ringraziate non è neanche proprio completissima ?

@sysop@misskey.social In realtà io ho sempre avuto esperienze migliori su Windows per quanto riguarda la gestione della memoria (se finisce su Windows al massimo crasha l'OS e si riavvia, su Linux si pianta e devi andare a fare un hard reset a mano)..?
Ma comunque ho 1 GB di RAM (Raspberry Pi 3!) e 128 MB di swap su microSD lenta che però ha solo l'OS, programmi e dati stanno principalmente su HDD 5200 RPM (collegato via USB 2.0, il Pi3 non ha altro).

@6al@misskey.social Dove l'hai sentita questa cosa? Non ci sarebbe un numero fisso, dipende da quanta RAM hai e da che software fai girare, e anche da se questo è 32 o 64 bit (i 64 bit usano più memoria per via dei puntatori grossi il doppio). Dipende anche da dove hai la swap, perché da un lato averla su memorie flash non andrebbe bene perché le rovini, dall'altro con gli HDD hai dei limiti tangibili di banda.

A parte che ho dovuto temporaneamente disattivare il client torrent dal server finché non mi regolo bene con gli usi di memoria (e mi sa anche banda di rete), per il resto non ci sono problemi e tutto (oltre Misskey, spiccano Wallabag, Minecraft beta 1.7.3, nginx che a volte macina molto, e qualche bot piccino) gira perfettamente. C'è solo questo problema che Misskey in primis, ma in minor parte anche altri programmi, leakkano un po' di memoria nell'arco di giorni di uptime. Posso provare ad aggiungere temporaneamente più swap (magari tramite altre memorie di massa USB, per non saturare l'HDD), ma prima o poi comunque anche quella si riempirà se la storia è questa.
Quindi, alla fine si torna sempre al riavvio notturno; ma tanto, che saranno mai 10 minuti di downtime mentre sto dormendo? :CatRoll:

@6al@misskey.social @sysop@misskey.social Allora, se riesce a swappare (ho avuto problemi in passato in cui anche con la swappiness al massimo non swappava, ma per fortuna non ora su Raspbian) è vero, si rallenta e basta. I freeze irrecuperabili capitano quando la RAM finisce e il sistema non swappa (perché non ce ne sta abbastanza, si è riempita tutta, oppure non ne vuole sapere come a me su desktop in passato).

Comunque non capisco il tuo ragionamento riguardo lo "swappare tutto" ? Su un sistema con 1GB di RAM, necessitare di 2GB di swap è normale, ma se hai 16GB di RAM avere 32GB di swap è una pazzia, se hai bisogno di così tanta memoria dovresti comprare più RAM. Insomma, non è un semplice x2 il ragionamento, perché devi considerare che con troppa swap il sistema diventa troppo lento a prescindere da quanta RAM fisica tu abbia.

Io nel mio caso ripeto, il problema è più che certi programmi con più tempo che stanno accesi tendono a registrare più memoria, ma comunque nulla di eccessivo e che si risolve con un riavvio (automatico). Forse qualche altro centinaio di MB di swap lo metterò, appena prendo qualche chiavetta (così da distribuire il carico su tutti i bus USB), però.

A quanto pare #Misskey (lato server) ha qualche problemino di memory leak, diciamo che nell'arco di 2 giorni l'utilizzo medio di memoria sale di forse un centinaio di MB (ma si riabbassa riavviando). ?

Ebbene.. Non è solo Misskey! A quanto pare qualcos'altro che leakka memoria. Però non capisco cosa, visto che da htop i numeri sono in ordine, è dal widget delle statistiche di Misskey che vedo la RAM molto occupata. :BlobcatSadReach:

Il punto è che se al riavvio del server, quando tutti i servizi sono partiti, la RAM utilizzata non è mai sopra il 70%, ora che ho riavviato solo Misskey e non tutto quanto ho ben l'85% occupato.

E quando dal widget leggo che circa il 95% di memoria è utilizzata, quello è il punto in cui il server intero rischia di freezarsi. :Tux:

Beh, visto che questo problema impiega circa 2 giorni di attività a manifestarsi.. allora mi basta mettere un #cronjob per riavviare il sistema ogni notte. ?
Problemi complessi richiedono soluzioni semplici! :BlobcatPeek:

@sysop@misskey.social
Niente ? Anche perché la parte server di questo software è fatta in TypeScript.
È più il punto di:

- Con un client web senza script si può usare la piattaforma di turno su dispositivi vecchi, oppure su browser limitati come quelli testuali.. o su moderni ma dove si hanno risorse hardware limitate e quindi la webapp completa gira malino

- Se non richiedesse login nell'istanza*, questo software direi anche che sarebbe una buona soluzione per chi naviga su Misskey di esplorare istanze remote dal server di quella istanza, senza i rischi di sicurezza derivanti dall'eseguire JS da un sito di cui non ti fidi (di Misskey puoi fidarti, ma non di istanzamisskeyoscuramaisentita.it).. Ne parlai un po' sul mio blog di questa storia del JS, a https://sitoctt.octt.eu.org/Posts/2022-06-14-I-Documenti-Non-Devono-Diventare-Applicazioni.html

*è una cosa che si può riuscire a risolvere almeno se sei admin di istanza e vuoi mettere questo come frontend alternativo per preview della tua istanza; se mi viene la voglia provo ad hackerare il software per hardcodare una sessione (in modo che non venga chiesto login a chi visita la pagina) e togliere le funzioni di interazione (in modo che chi visita questa pagina che ha la mia sessione non riesca effettivamente ad usare l'account, ma solo leggere)

Ieri, anziché fare cose che avrei dovuto fare relativamente al mantenimento del server (?), ho trovato questo software e l'ho tradotto dal Giapponese all'Inglese, #Simpkey: https://gitea.it/octo/simpkey

È un client web #Misskey che va senza JavaScript, non mi metto a spiegare come funzionya ora ma il principio è lo stesso di Brutaldon, un software simile ma per Mastodon.

Con dispiacere noto che è pesantemente incompleto, le uniche cose che funzionyano sono le timeline classiche, vedere i profili, comporre note, anche di risposta, e rinotare. ?

Interessa? Magari ci si può insieme lavorare un po' su per renderlo più funzionyale. Potrei anche metterlo sul server come disponibile a chi vuole provarlo allo stato attuale, dovrebbe essere leggero, è solo un frontend proxy. :BlobcatTriangle:

#NoJS #SansScript #OpenSource