Re: quiterss

2020-10-31 Per discussione WinterMute
il Sat, 31 Oct 2020 19:27:17 +0100
Sabrewolf  ha scritto:

| [...]
| 
| Se leggo le pagine senza ricorrere al browser interno allora tutto ok ma
| a questo punto continuo a usare thunderbird o proverò liferea che
| dovrebbe essere il migliore per quel che ricordo.
| 
| Saluti!

buonasera,

prima di fare qualche test più preciso mi limito a rispondere all'ultima parte 
del
tuo intervento.
senza dubbio "liferea" è un buon software anche se, sempre se la memoria non
m'inganna, anch'esso non molto parco in quanto a consumo di risorse hardware.

con ogni probabilità comunque meno impattante (per così dire) sul sistema 
rispetto a
"quiteRSS".
se non ricordo male "liferea" non ha un proprio browser interno e soffriva di 
alcuni
bug abbastanza importanti.
come ad esempio l'eventualità non proprio infrequente di segfault in certe
circostanze, forse ora la situazione è stata sistemata/corretta. 
a tal proposito dovrei consultare (e ti consiglio lo stesso) di controllare i 
vari
bug report [1].

[1] https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=liferea;dist=unstable

saluti.

***
║ »» WinterMute «« ║ -> https://www.debian.org/  «branch» bullseye/testing
║ GNU  Project ║ -> https://www.gnu.org/   
║ Kernel  Archives ║ -> https://www.kernel.org/
║ GPG  FingerPrint ║ -> 38A4 5354 30C5 E86F 9AA8  B234 7227 D71D A547 39E0
***


pgpJvJodiWrb_.pgp
Description: Firma digitale OpenPGP


Re: quiterss

2020-10-31 Per discussione Sabrewolf



Il 30/10/20 00:58, WinterMute ha scritto:


a prescindere dall'apertura di un bug report potresti utilizzare la versione di
quiterss per stable per verificare se il problema si manifesta lo stesso o se
risolvi.


Si, anche il pacchetto proveniente dal ramo stabile ha lo stesso problema.


p.s.: di alternative ce ne sono a bizzeffe tuttavia prima di valutarne una nello
specifico proverei quanto detto sopra, come ti accennavo prima a me funziona
correttamente la release presente su stable.


Di per sè anche a me funziona, il browser interno visualizza
correttamente le pagine web, però se hai un monitor di sistema tipo
conky sul desktop o se esegui top/htop da terminale, allora noterai che
il processo usa il 100% di cpu/core. In altre parole è impallato...

Ci deve essere un bug nel browser interno che magari non è neppure di
quiterss ma del framework qt (ipotizzo...).

Ad esempio con le pagine di phoronix (https://www.phoronix.com/rss.php)
il processo si impalla solo se sono stati abilitati plugin & javascript.

Invece con le pagine di riza.it (https://www.riza.it/feedRss.xml) il
processo si impalla anche con plugin & javascript disabilitati.

Se leggo le pagine senza ricorrere al browser interno allora tutto ok ma
a questo punto continuo a usare thunderbird o proverò liferea che
dovrebbe essere il migliore per quel che ricordo.

Saluti!



Re: quiterss

2020-10-30 Per discussione Davide Prina

On 29/10/20 23:52, Sabrewolf wrote:

ho installato quiterss ma pare sia
buggato perché mi usa un core della cpu al 100% fino a quando non lo
termino.


uso anch'io QuiteRSS, che potrebbe essere ottimo.
Per i problemi indicati da altri, come javascript, si può fargli non 
eseguire nessun javascript.


Ho analizzato tempo fa questa problematica e altre simili e penso di 
aver scoperto il motivo. Ho sempre pensato di cercare di segnalarlo o 
meglio di cercare di scrivere agli autori chiedendo una modifica nella 
gestione o meglio la possibilità di configurarlo per gestirlo con 
modalità diverse, ma non ho mai avuto il tempo...


Il problema, secondo me, è abbastanza "banale". Hanno usato un database 
SqlLite senza nessun indice e che caricano in memoria all'inizio e 
scaricano su hard disk ogni tot e alla chiusura.


Questo comporta tempi lenti di caricamento iniziale, di chiusura e uso 
alto di CPU. Anche il disco è sollecitato parecchio quando vengono fatti 
i salvataggi "intermedi".


I problemi vengono evidenziati quando si aumentano i seguenti:
* numero di feed gestiti
* numero di giorni in cui le notizie sono tenute
* numero di aggiornamenti effettuati

I problemi vengono evidenziati anche quando si ha poca RAM, rispetto al 
volume di notizie tenute, e dischi non velocissimi.


Inoltre questo tipo di gestione può causare che tutto quanto fatto (es: 
notizie segnate come lette) venga perso se l'applicativo va in crash o 
viene "ucciso" brutalmente (anche per un salto di corrente).


Volevo analizzare velocemente la base dati usata e proporre l'uso di 
chiavi e indici appropriati. Inoltre volevo proporre o di non caricare 
mai in memoria tutto o di permettere, nella configurazione, di scegliere 
il tipo di gestione.


Io sono sicuro al 100% che mettendo chiavi e indici giusti non sia 
necessario caricare in RAM tutto, ma caricare soltanto le notizie 
interessate dalla vista attuale (una finestra rispetto alla notizia in 
cui si è).


Solo che non ho mai avuto tempo.
Se qualcuno di voi vuole per lo meno provare a contattare gli 
sviluppatori e proporre questa soluzione.


Tenete presente che quanto ho indicato qui l'ho analizzato un bel po' di 
tempo fa, ma visto come si comporta anche attualmente penso sia ancora 
valida.


Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Strumenti per l'ufficio: https://www.libreoffice.org
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook



Re: quiterss

2020-10-30 Per discussione WinterMute
il Fri, 30 Oct 2020 10:53:22 +0100
Teodoro Santoni  ha scritto:

| Ho usato per un po' quiterss, mi ricordo che sparava la cpu al massimo
| per due motivi soli:
| - una pagina con del javascript o del markup che facevano casino
| - tenta di scaricare aggiornamenti per 100+ feed
|
| [...]

buon pomeriggio,

per completezza d'informazione devo ammettere che negli scenari che porti ad 
esempio
a me personalmente sono capitati dei crash del software più che un anormale 
utilizzo
della cpu.

per ovviare al problema, tramite le opzioni, ho disattivato il supporto ai java
script senza che questo, almeno nel mio caso, compromettesse l'utilizzo 
generale.
oltre ad evitare i crash di cui sopra, che comunque erano piuttosto rari, questo
piccolo accorgimento ha anche notevolmente migliorato le prestazioni del browser
interno di quiteRSS.

saluti.

***
║ »» WinterMute «« ║ -> https://www.debian.org/  «branch» bullseye/testing
║ GNU  Project ║ -> https://www.gnu.org/   
║ Kernel  Archives ║ -> https://www.kernel.org/
║ GPG  FingerPrint ║ -> 38A4 5354 30C5 E86F 9AA8  B234 7227 D71D A547 39E0
***


pgpHq63y1Urru.pgp
Description: Firma digitale OpenPGP


Re: quiterss

2020-10-30 Per discussione Teodoro Santoni
Ciao,

Il 29/10/20, Sabrewolf ha scritto:
> Ciao a tutti, su debian bullseye ho installato quiterss ma pare sia
> buggato perché mi usa un core della cpu al 100% fino a quando non lo
> termino. Non ho idea su come investigare l'origine del problema e
> soprattutto sto cercando alternative per leggere i feed rss (attualmente
> uso thunderbird). Suggerimenti ?
>
>

Ho usato per un po' quiterss, mi ricordo che sparava la cpu al massimo
per due motivi soli:
- una pagina con del javascript o del markup che facevano casino
- tenta di scaricare aggiornamenti per 100+ feed

Personalmente sto ancora cercando una soluzione che mi soddisfi e nel
frattempo tampono con inoreader, se dovessi dare una soluzione veloce
ti direi di andare su qualcosa di web, miniflux, tt-rss, per dirne
due. Per soluzioni smanettone invece ti direi newsboat o crossbow



Re: quiterss

2020-10-29 Per discussione WinterMute
il Thu, 29 Oct 2020 23:52:11 +0100
Sabrewolf  ha scritto:

| Ciao a tutti, su debian bullseye ho installato quiterss ma pare sia
| buggato perché mi usa un core della cpu al 100% fino a quando non lo
| termino. Non ho idea su come investigare l'origine del problema e
| soprattutto sto cercando alternative per leggere i feed rss (attualmente
| uso thunderbird). Suggerimenti ?

buonasera,

utilizzo anche io il medesimo lettore ma su stable, ovvero la versione 0.18.12
(02.07.2018) senza alcun problema.

se non sbaglio invece su testing attualmente è presente la versione 
0.19.4+dfsg-1,
ho provato a controllare nei vari bug report ma non ho trovato nulla che calzi 
con
quanto segnali quindi potresti innanzitutto valutare l'ipotesi di riportare il
problema.

a prescindere dall'apertura di un bug report potresti utilizzare la versione di
quiterss per stable per verificare se il problema si manifesta lo stesso o se
risolvi.

p.s.: di alternative ce ne sono a bizzeffe tuttavia prima di valutarne una nello
specifico proverei quanto detto sopra, come ti accennavo prima a me funziona
correttamente la release presente su stable.

saluti.

***
║ »» WinterMute «« ║ -> https://www.debian.org/  «branch» bullseye/testing
║ GNU  Project ║ -> https://www.gnu.org/   
║ Kernel  Archives ║ -> https://www.kernel.org/
║ GPG  FingerPrint ║ -> 38A4 5354 30C5 E86F 9AA8  B234 7227 D71D A547 39E0
***


pgpEQfHMYsDq4.pgp
Description: Firma digitale OpenPGP


quiterss

2020-10-29 Per discussione Sabrewolf

Ciao a tutti, su debian bullseye ho installato quiterss ma pare sia
buggato perché mi usa un core della cpu al 100% fino a quando non lo
termino. Non ho idea su come investigare l'origine del problema e
soprattutto sto cercando alternative per leggere i feed rss (attualmente
uso thunderbird). Suggerimenti ?