lentezza di gnome

[Artemisyu]

Originariamente inviato da cicoandcico

ok, ma come ho detto la 2.12 (sotto debian) che avevo sul fisso si comportava in maniera uguale. se apri totem e lo risimensioni non noti anche te la lentezza?

io ho imputato il problema alle gtk... di cui ho trovato parecchie testimonianze di problemi di redraw.

Debian con gnome 2.12 e nessun problema nè traccia della lentezza che dici

Anche Ubuntu e gnome 2.14, sullo stesso computer e anche sul portatile, nessun problema.

Fedora Core 5 sul portatile, con gnome 2.14, una scheggia

[PuNkEtTaRo]

Originariamente inviato da PiloZ

si ma perchè con KDE il problema non salta fuori?

a questo non avevo pensato...
sinceramente non ho una grande esperienza con kde...sono uno gnome user (anche se prima ero un fluxbox user!!!!!)...
mi viene da pensare che magari in kde, il rendering delle finestre sia gestito in maniera diversa...magari ottimizzando più l'uso della cpu...che della scheda grafica..boh...non mi viene altro...
ciao

[PiloZ]

Originariamente inviato da PuNkEtTaRo

mi viene da pensare che magari in kde, il rendering delle finestre sia gestito in maniera diversa...magari ottimizzando più l'uso della cpu...che della scheda grafica..boh...non mi viene altro...
ciao

se così fosse sarebbero tutti come cicoandcico e Ciocco@256
boh io mi guardo Sin City

[Ciocco@256]

http://listengnome.free.fr/img/screencast/playlist.gif

Ecco, qui c'è un altro esempio di lentezza: guardate quando vengono rinominate le playlist...quanto cavolo ci vuole a disegnare e far sparire la finestrella?!?!
Con un tema un pochino più semplice forse si nota un po' meno...ma forse.

A proposito : interessantissimo questo listen!!! Sembra l'equivalente di amarok ma per gnome!

per il glxinfo: anche per me tutto a posto, i driver funzionano correttamente.

per le icone: son contento che il trucchetto ti sia piaciuto cicoandcico ! Anch'io ho cercato parecchio prima di trovare quel comando...

Siete d'accordo con le mie semi-conclusioni di prima? Cioè che il problema può essere metacity?

[PiloZ]

Originariamente inviato da Ciocco@256

Siete d'accordo con le mie semi-conclusioni di prima?

io sono con te

Originariamente inviato da Ciocco@256

Cioè che il problema può essere metacity?

quà invece non ci metterei la mano sul fuoco

[PiloZ]

spulciavo le immagini in quel link
http://listengnome.free.fr/img/scree...tilus_burn.gif
per curiosità ma da quando è che nautilus masterizza?

[PiloZ]

Originariamente inviato da Ciocco@256

A proposito : interessantissimo questo listen!!! Sembra l'equivalente di amarok ma per gnome!

io mi ci butto con il .deb perchè sono curioso anche se sarà difficile che abbandonerò xmms

[cicoandcico]

davvero interessante questo listen...

con kde il problema non esiste perché cambiano sia librerie (qt invece che gtk) che window manager (kwin, credo, invece che metacity). se piloz mi dice che con fluxbox le applicazioni gtk2 non hanno questi problemi, a questo punto credo che il collo di bottiglia sia proprio metacity (che tra l'altro ha sollevato molte altre critiche).

bisognerebbe che provi fluxbox, per vedere se è colpa del mio pc, se no un altro wm per gnome. oggi farò qualche test

il trocco delle icone è assurdo che non sia default!

[cicoandcico]

qui ne parlano:
http://ubuntuforums.org/showthread.p...=resizing+slow

"Metacity is a mystery sometimes. First under SUSE 10 it was nearly as sluggish with redrawing like Dapper. Then I switched between different window managers and suddenly Metacity was really fast. Don't know why!? I had no redrawing artifacts any more although I had not enabled composite or sth like that.

I already asked in a Metacity post if someone knows how you can make Metacity faster. But I got no answer. If I have more time I try to figure out which trick makes Metacity so much faster..."

[sirus]

Sono passato da GNOME 2.12 e GNOME 2.14 su ARCH (quindi compilato per i686) e il salto di velocità è stato impressionante
...KDE IMHO non è lento e male organizzato

[Dcromato]

Originariamente inviato da sirus

...KDE IMHO non è lento e male organizzato

[sirus]

Originariamente inviato da Dcromato

Ma che ti ridi ?!
IMHO il Centro di Controllo di KDE è una porcheria

[cicoandcico]

allora ho fatto un po' di prove:

1) damn small linux con fluxbox. se abilito "show window content while moving" (o qualcosa del genere) non ci sono miglioramenti rispetto a gnome. xorg mangia il 70% della cpu quando si muove una finestra e il tutto è lentissimo.

2) slax con kde. il movimento, e soprattutto il ridimensionamento delle finestre è fluido, anche se l'occupazione della cpu non cambia. boh?

3) slax popcorn con xcfe. lento come gnome, stessa occupazione della cpu.

la domanda è: perché kde è veloce anche se l'occupazione della cpu è la stessa?

piloz: ma a te fluxbox non va lento se selezioni quella opzione di mostrare il contenuto della finestra durante il movimento?

[Dcromato]

Originariamente inviato da sirus

Ma che ti ridi ?!
IMHO il Centro di Controllo di KDE è una porcheria

Certo che ormai non sapete piu a che cosa attaccarvi... il centro di controllo Kde porcheria...non te lo concedo assolutamente, e poi un corrispettivo simile cosi potente su Gnome ve lo scordate.

[sirus]

Originariamente inviato da cicoandcico

...

Io non noto problemi, sarà che ho il Direct Rendering abilitato (NVIDIA RULES)

[sirus]

Originariamente inviato da Dcromato

Certo che ormai non sapete piu a che cosa attaccarvi... il centro di controllo Kde porcheria...non te lo concedo assolutamente, e poi un corrispettivo simile cosi potente su Gnome ve lo scordate.

Ma chi la vuole quella ciofeca, mi sono sempre trovato malissimo...

[Ciocco@256]

Originariamente inviato da cicoandcico

qui ne parlano:
http://ubuntuforums.org/showthread.p...=resizing+slow

"Metacity is a mystery sometimes. First under SUSE 10 it was nearly as sluggish with redrawing like Dapper. Then I switched between different window managers and suddenly Metacity was really fast. Don't know why!? I had no redrawing artifacts any more although I had not enabled composite or sth like that.

I already asked in a Metacity post if someone knows how you can make Metacity faster. But I got no answer. If I have more time I try to figure out which trick makes Metacity so much faster..."

Nella discussione che hai linkato qualcuno ha tirato in ballo anche nautilus come possibile causa
Comunque, seguendo questo howto sono passato da metacity a xfwm4
http://ubuntuforums.org/showthread.p...light=metacity
Esteticamente si integra bene con gnome, ecco uno screen mio:

Così va un po' meglio, ma riconfermo cicoandcico, non tanto. In realtà, se prima erano i bordi delle finestre ad essere disegnati con un po' di ritardo, adesso è l'interno che ritarda rispetto al bordo che invece è praticamente istantaneo Insomma, un po' meglio che con Metacity ma ancora non ci siamo.

E ora che si fa ? Non saprei più cosa provare...magari ora ritento il metodo cairo con backend opengl + glitz per accelerare le gtk...cosa non si fa per disperazione Oppure si aspetta con pazienza un xgl/composite/aiglx (ora come ora io li trovo troppo beta, anzi alpha).
Rimane il fatto che con Kde questi problemi sono meno evidenti (io li noto anche lì però).

Poi rispondendo ai semi-ot:
- per le icone bisognerebbe informare della cosa chi crea i set nuovi di icone, in modo che distribuiscano i pacchetti con la cache già creata! In pratica bisogna dirlo a gnome-look
A proposito di icone...ammazza quanto fanno schifo quelle che stanno preparando per ubuntu nuovo! mamma mia...ma perchè non usano le dropline etiquette? Sono anche giallone scuro, col marrone di ubuntu stanno benissimo. Per me sono le migliori in assoluto, e quantomeno di default sono sicuramente meglio di quelle che ha gnome adesso...Vabbè, al max ne riparliamo nella discussione degli screenshot.
- per la capacità di masterizzare di nautilus: mi pare ci sia dal 2.10 . Ora nel 2.10 e 2.12 però l'opzione è nascostissima, perchè bisogna aprire una finestra di esplorazione di nautilus, e poi fare vai->creazione CD/DVD Nel 2.14 lo hanno finalmente messo in bella mostra sotto il menu risorse.
- per listen: l'ho provato...fantastico! semplicissimo da usare, interfaccia chiara e pulita in perfetto stile gnome, gtk2, tira giù info sul gruppo da wikipedia, il testo della canzone da non so dove, la copertina dell'album da non so dove, da audioscrobbler i gruppi simili, e tutto a portata di mano...mi è piaciuto un sacco! una pecca: manca l'equalizzatore - ma perchè manca nella maggior parte dei player/jukebox? non c'è in rhythmbox, non c'è in quodlibet, non c'è in questo listen, non c'è in songbird (vabbè quello non c'è manco per linux ancora : ). Solo xmms (e beepmediaplayer) ce l'hanno...tra l'altro non è neanche granchè...ma è così difficile farne uno? bah...
- lasciamo perdere kde vs gnome che non mi sembra la discussione adatta...anche perchè se siamo qui a dibattere vuol dire che piuttosto usiamo gnome a velocità lumaca, ma kde mai

[Ciocco@256]

Originariamente inviato da sirus

Io non noto problemi, sarà che ho il Direct Rendering abilitato (NVIDIA RULES)

Eh...anche io ho nvidia e il direct rendering abilitato

[PiloZ]

Originariamente inviato da cicoandcico

se piloz mi dice che con fluxbox le applicazioni gtk2 non hanno questi problemi

garantisco schizzano talmente tanto che se non sto attento mi partono dal monitor , passano attraverso il muro e arrivano sul desktop del mio coniquilino , il tutto senza un minimo scatto

per il resto kcontrol sucks