SuperKaramba = super sperpero di risorse!

Postate qui per tutte le discussioni legate a Linux in generale.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Avatar utente
phobos3576
Staff
Staff
Messaggi: 2980
Iscritto il: dom 17 apr 2005, 0:00
Slackware: 13.1
Kernel: 2.6.37-smp
Desktop: KDE 4.5.3

SuperKaramba = super sperpero di risorse!

Messaggio da phobos3576 »

Vi siete mai chiesti quante risorse hardware assorbano quegli apparentemente innocenti temi, tipo system monitor, di SuperKaramba?

Provate ad eseguire glxgears con e senza SuperKaramba+tema; nel mio caso, un banalissimo system monitor che mostra sulllo schermo quattro fesserie mi porta via quasi 400 FPS!!!
Come se non bastasse, le applicazioni come Quake III Arena e GoogleEarth vanno a scatti; il tutto con una CPU AMD64 Athlon X2 DualCore 4200+, scheda video GeForce 7600GS PCI Express 16x con 512 Mb di VRAM e kernel 2.6.23 ricompilato da me con supporto SMP!
Disinstallando il tema, tutto torna a funzionare a velocità supersonica.

In effetti, un programma che, istante per istante, va a monitorare tutto l'hardware, è una assoluta follia in quanto compromette le prestazioni generali del sistema; per giunta, quasi tutti i temi che ho provato forniscono informazioni totalmente sballate in relazione al carico della CPU.

Avatar utente
lamarozzo
Linux 3.x
Linux 3.x
Messaggi: 732
Iscritto il: gio 14 lug 2005, 0:00
Desktop: xfce
Distribuzione: archlinux
Località: Roma

Messaggio da lamarozzo »

Ho notato anch'io la stessa cosa e da tempo non uso più superkaramba. Da quel che ho letto in kde4 Plasma dovrebbe risolvere anche questi problemi legati alle prestazioni.

Avatar utente
phobos3576
Staff
Staff
Messaggi: 2980
Iscritto il: dom 17 apr 2005, 0:00
Slackware: 13.1
Kernel: 2.6.37-smp
Desktop: KDE 4.5.3

Messaggio da phobos3576 »

Il fatto è che un sacco di gente ha questa schifezza attiva sul monitor e poi viene qui a lamentarsi perché Linux va a scatti!

Avatar utente
alessiodf
Linux 3.x
Linux 3.x
Messaggi: 823
Iscritto il: ven 14 ott 2005, 21:04
Slackware: current
Kernel: 2.6.26.4
Desktop: Kde 4.1
Località: Roma
Contatta:

Messaggio da alessiodf »

gkrellm a vita! :)

Dani
Linux 4.x
Linux 4.x
Messaggi: 1447
Iscritto il: mer 26 apr 2006, 1:52
Desktop: gnome
Distribuzione: arch

Messaggio da Dani »

alessiodf ha scritto:gkrellm a vita! :)
Quoto ;) anche se a dir la verità dalle mie parti porta via circa 100 fps :roll: Resta certamente piu' leggiadro di superkaramba !

Codice: Seleziona tutto

dani[~]$ glxgears
9987 frames in 5.0 seconds = 1997.360 FPS
10490 frames in 5.0 seconds = 2097.833 FPS
10330 frames in 5.0 seconds = 2065.869 FPS
9332 frames in 5.0 seconds = 1866.281 FPS
10281 frames in 5.0 seconds = 2054.220 FPS

dani[~]$ glxgears
10982 frames in 5.0 seconds = 2196.320 FPS
10896 frames in 5.0 seconds = 2179.200 FPS
10861 frames in 5.0 seconds = 2170.737 FPS
10922 frames in 5.0 seconds = 2184.338 FPS
10785 frames in 5.0 seconds = 2154.656 FPS

Avatar utente
JohnnyMnemonic
Staff
Staff
Messaggi: 2733
Iscritto il: dom 5 set 2004, 0:00
Nome Cognome: Giuseppe Palmiotto
Slackware: 14.0
Kernel: 3.5.5-thanatos
Località: Bologna
Contatta:

Messaggio da JohnnyMnemonic »

Non scordiamoci di conky! poi in coppia con root-tail

Avatar utente
alessiodf
Linux 3.x
Linux 3.x
Messaggi: 823
Iscritto il: ven 14 ott 2005, 21:04
Slackware: current
Kernel: 2.6.26.4
Desktop: Kde 4.1
Località: Roma
Contatta:

Messaggio da alessiodf »

conky ciuccia un boato di CPU :shock: 3-4% :?

Avatar utente
JohnnyMnemonic
Staff
Staff
Messaggi: 2733
Iscritto il: dom 5 set 2004, 0:00
Nome Cognome: Giuseppe Palmiotto
Slackware: 14.0
Kernel: 3.5.5-thanatos
Località: Bologna
Contatta:

Messaggio da JohnnyMnemonic »

alessiodf ha scritto:conky ciuccia un boato di CPU :shock: 3-4% :?
Questo dipende dall'intervallo di aggiornamento, con quanto hai provato?

Avatar utente
alessiodf
Linux 3.x
Linux 3.x
Messaggi: 823
Iscritto il: ven 14 ott 2005, 21:04
Slackware: current
Kernel: 2.6.26.4
Desktop: Kde 4.1
Località: Roma
Contatta:

Messaggio da alessiodf »

JohnnyMnemonic ha scritto:
alessiodf ha scritto:conky ciuccia un boato di CPU :shock: 3-4% :?
Questo dipende dall'intervallo di aggiornamento, con quanto hai provato?
2 secondi... :? forse avevo troppi troiai sul concky panel.. fatto sta che succhiava troppe risorse.. soprattutto per la batteria del mio notebook :)

con conky refresho anche a 0.5sec e tutto rimane a 0.6% a riposo :p

Avatar utente
cymon
Linux 2.x
Linux 2.x
Messaggi: 430
Iscritto il: ven 5 gen 2007, 1:40
Slackware: 13.1
Kernel: 2.6.33.4-smp
Desktop: Fluxbox
Località: Milano
Contatta:

Messaggio da cymon »

alessiodf ha scritto:
JohnnyMnemonic ha scritto:
alessiodf ha scritto:conky ciuccia un boato di CPU :shock: 3-4% :?
Questo dipende dall'intervallo di aggiornamento, con quanto hai provato?
2 secondi... :? forse avevo troppi troiai sul concky panel.. fatto sta che succhiava troppe risorse.. soprattutto per la batteria del mio notebook :)
Doublebuffer o senza?

Avatar utente
alessiodf
Linux 3.x
Linux 3.x
Messaggi: 823
Iscritto il: ven 14 ott 2005, 21:04
Slackware: current
Kernel: 2.6.26.4
Desktop: Kde 4.1
Località: Roma
Contatta:

Messaggio da alessiodf »

double... per forza, senno' non andava bene e mi dava dei problemi di refresh quali caratteri doppi uno sopra all'altro :?

comunque finiamola con l'OT, si stava parlando di superKaramba no? :oops:

Avatar utente
phobos3576
Staff
Staff
Messaggi: 2980
Iscritto il: dom 17 apr 2005, 0:00
Slackware: 13.1
Kernel: 2.6.37-smp
Desktop: KDE 4.5.3

Messaggio da phobos3576 »

Caspita! Sto provando conky e devo dire che è una vera meraviglia!

Mi porta via un numero irrisorio di FPS e poi, soprattutto, è altamente configurabile; ho configurato il monitoraggio delle mie due CPU in questo modo:

Codice: Seleziona tutto

${color lightgrey}CPU0 Usage:${color #cc2222} ${cpu cpu1} ${cpubar cpu1}
${color red}${cpugraph cpu1 0000ff 00ff00}
${color lightgrey}CPU1 Usage:${color #cc2222} ${cpu cpu2} ${cpubar cpu2}
${color red}${cpugraph cpu2 0000ff 00ff00}
Non so se la sintassi è giusta, ma comunque sembra funzionare.

L'unica cosa che mi crea problemi è la trasparenza; se abilito la trasparenza scompaiono tutte le icone (e pure lo sfondo) dal desktop.

Avete qualche suggerimento?

Avatar utente
gallows
Staff
Staff
Messaggi: 3471
Iscritto il: lun 20 set 2004, 0:00
Desktop: cwm
Distribuzione: OpenBSD
Località: ~/
Contatta:

Messaggio da gallows »

conky regna.
Se ti spariscono le icone dovresti usare:

Codice: Seleziona tutto

own_window yes
own_window_type normal
own_window_transparent yes
own_window_hints undecorated,below,sticky,skip_taskbar,skip_pager
Questo su Xfce e GNOME risolve il problema, ma credo funzioni anche su KDE.

Avatar utente
phobos3576
Staff
Staff
Messaggi: 2980
Iscritto il: dom 17 apr 2005, 0:00
Slackware: 13.1
Kernel: 2.6.37-smp
Desktop: KDE 4.5.3

Messaggio da phobos3576 »

Controllando la documentazione di conky ho scoperto che si tratta di un bug conosciuto; il problema riguarda la scrittura diretta sulla root window e si manifesta, sia su Gnome, sia su KDE.

Provando e riprovando ho scoperto che il bug scompare disabilitando il double buffering; in questo modo però si nota un bruttissimo sfarfallio durante l'aggiornamento della finestra di conky (infatti, il double buffering serve proprio per evidare lo sfarfallio).

Gallows, con il tuo metodo viene ugualmente mostrato uno sfondo nero per la finestra di conky (sto usando KDE).
Ultima modifica di phobos3576 il mer 28 nov 2007, 18:45, modificato 1 volta in totale.

Avatar utente
gallows
Staff
Staff
Messaggi: 3471
Iscritto il: lun 20 set 2004, 0:00
Desktop: cwm
Distribuzione: OpenBSD
Località: ~/
Contatta:

Messaggio da gallows »

Uhm, su KDE c'era un trucchetto che permetteva la visualizzazione corretta di conky, usava feh se non sbaglio, ma non so dirti altro visto che in pratica non ho mai usato KDE.

ps. in realtà dovrebbe funzionare anche usando qualsiasi programma che disegni la root window, ad esempio fbsetroot, in pratica devi impostare il tuo sfondo _anche_ nella root window.

Rispondi