lentezza di gnome

cicoandcico · 08-04-2006, 13:34

ho provato la nuova 2.14 nella speranza della maggiore "velocità" promessa dagli sviluppatori, ma non ne vedo traccia.
sui pc (un p4 2.16, un xp 2400+ e un notebook) in cui ho provato il live cd di ubuntu, noto soltanto la scattosità di ogni operazione di redraw. provate semplicemente a muovere velocemente una finestra sul desktop, o a ridimensionarla. a me va tutto a scatti.
a paragone, kde (famoso per la sua pesantezza (?)) è liscio come una palla da biliardo. e sono uno gnome user.

non voglio aprire un flame, ma voi sperimentate la stessa lentezza o è solo una mia impressione? secondo voi da cosa dipende e come può / potrà essere risolto?

PiloZ · 08-04-2006, 13:40

Quote:

Originariamente inviato da cicoandcico

non voglio aprire un flame, ma voi sperimentate la stessa lentezza o è solo una mia impressione? secondo voi da cosa dipende e come può / potrà essere risolto?

imho non è assolutamente normale, sicuramente hai qualche problema.
di norma muovere velocemente una finestra sul desktop e avere scatti non esiste.
hai dato uno sguardo a top?

Ciao

R4iDei · 08-04-2006, 13:48

Ho avuto anche io un problema di lentezza simile.... con la suse e con la debian. Uso un sacco il pulsante per tornare dal desktop, ecco c'era un sensibile ritardo del drawing delle icone sul desktop, e non dipendeva dalla loro quantità!
Tutt'ora non sono riuscito a capire da cosa dipendesse.... mi è capitato sia su debian etch che su suse, non mi è successo con fedora core e ubuntu... Boh!

Ciocco@256 · 08-04-2006, 13:54

Mi aggrego anch'io alla domanda, ho notato la stessa cosa (e anch'io gnome user).

Cosa si intende con dare un'occhiata a top

?

- Scusate l'ultima domanda, ho cercato su google ma il termine 'top' da un po' troppi risultati

-

PiloZ · 08-04-2006, 14:01

Quote:

Originariamente inviato da Ciocco@256

Mi aggrego anch'io alla domanda, ho notato la stessa cosa (e anch'io gnome user).

Cosa si intende con dare un'occhiata a top

?

- Scusate l'ultima domanda, ho cercato su google ma il termine 'top' da un po' troppi risultati

-

top = display Linux tasks
digita top da terminale e vedi se ti salta all'occhio qualche processo che ciuccia molta ram o molta cpu, magari anche quando muovi le finestre veloce e ti provovano scatti.

Quote:

Originariamente inviato da Ciocco@256

- Scusate l'ultima domanda, ho cercato su google ma il termine 'top' da un po' troppi risultati

-

bastava che invece di cercare "top" cercavi "man top" per restringere la ricerca

cicoandcico · 08-04-2006, 14:30

non ho sottomano il livecd ora, e top non l'ho guardato. ma stiamo parlando di 3 pc differenti, e inoltre il vecchio 2.12 che avevo sul fisso si comportava in maniera uguale a questo 2.14 su ubuntu. inotre provando la suse live (col 2.12) non ho notato miglioramenti sostanziali, quindi non è imputabile ad ubuntu.

provate ad aprire totem senza nessun filmato e a ridimensionare la finestra: a me va tutto a scatti (su tutti i pc) e con evidenti problemi di redraw. kde non lo fa assolutamente, è fluidissimo

tra l'altro questo problema si ripercuote su firefox, che ha uno scrolling scattoso al limite dell'inusabilità e anche un cambiamento di tab lentissimo.

PiloZ · 08-04-2006, 14:37

poterbbe essere dovuto al fatto che sia la ubuntu che la suse che hai provato sono live, forse è più Anormale che non ti scatti anche kde

edit: imho comunque non è da sottovalutare visto che il problema lo hai con entrambe e in comune hanno anche il fatto di essere live

cicoandcico · 08-04-2006, 14:48

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.

PiloZ · 08-04-2006, 15:17

Quote:

Originariamente inviato da cicoandcico

ok, ma come ho detto la 2.12 (sotto debian) che avevo sul fisso si comportava in maniera uguale.

Quote:

Originariamente inviato da cicoandcico

se apri totem e lo risimensioni non noti anche te la lentezza?

non uso totem/xine ma mplayer liscio senza gui, non uso gnome ma bensì fluxbox e puoi immaginare come va tutto fluido, ovviamente ho solo applicazioni gtk1/2 based e niente che sia Qt.
aspettiamo e vediamo se saltano fuori altri utenti che hanno il suo stesso problema

Dcromato · 08-04-2006, 16:08

Quote:

Originariamente inviato da cicoandcico

io ho imputato il problema alle gtk... problemi di redraw.

Quoto, il vero problema di Gnome continua a essere legato alle Gtk.Speriamo che le restaurino per bene.

PiloZ · 08-04-2006, 16:10

Quote:

Originariamente inviato da Dcromato

Quoto, il vero problema di Gnome continua a essere legato alle Gtk.Speriamo che le restaurino per bene.

a sto punto mi chiedo perchè io non ho questi problemi

bo, non so cosa me lo fa pensare ma sono ottimista e continuo credere che non tutti siano nel vostro stato

magari mi sbagliero

Dcromato · 08-04-2006, 16:13

Quote:

Originariamente inviato da PiloZ

a sto punto mi chiedo perchè io non ho questi problemi

bo, non so cosa me lo fa pensare ma sono ottimista e continuo credere che non tutti siano nel vostro stato

Che configurazione hai Piloz?Io ho un pc vetusto e Kde in tutte le distro mi risultava sempre piu veloce.Su pc piu recenti non ho notato però una ste gran differenza.

PiloZ · 08-04-2006, 16:23

Quote:

Originariamente inviato da Dcromato

Che configurazione hai Piloz?Io ho un pc vetusto e Kde in tutte le distro mi risultava sempre piu veloce.Su pc piu recenti non ho notato però una ste gran differenza.

hardware: 2250Hz su un barton mobile, il disco dove sta il sistema è un normale Maxtor da 40 pata, 512 Corsair xms cas2, bus a 266 su kt400.
sofware: fluxbox , il resto da terminale o gtk1/2. Solitamente il programma aperto più pesante è firefox.

comunque gnomebaker o qualsiasi altro programma lo svolazzo come voglio sul desktop.

CiauZ

Ciocco@256 · 08-04-2006, 17:36

PiloZ, scusami per la domanda banale di prima...ero su win e avevo azionato la modalità cervello sbagliata

Comunque tornando al pratico:
- confermo i test effettuati da cicoandcico: aprendo totem e spostandolo velocemente sul desktop ha evidenti piccoli scatti (se trovo il modo faccio un filmatino per farvi capire meglio). Per Firefox stessa lentezza, che ho in parte risolto installando un Firefox compilato per athlonXP e -o3 (!).
Altro problemino di gnome che notavo io era la netta differenza nel visualizzare le icone di default oppure un altro tema di icone scaricato: sembrava che le andasse a caricare ogni volta dall'hard disk; per questo ho risolto creando la cache delle icone col comando
"gtk-update-icon-cache -f /home/ciocco/.icons/nometema"
(questo trucchetto è da mettere in gnome clan secondo me

)

- ho provato con top: col sistema a riposo il processo che occupa di più è xorg, circa 1% / 1.3%, il resto pochissimo o nulla.
Con aperto totem, e spostando la sua finestra senza nulla in riproduzione, nel modo più fluido possibile (come movimento del mouse intendo), gli scattini sono presenti e da top ho Xorg che schizza al 73%

, al 6% gnome-terminal (xkè sta aggiornando i risultati di top), al 4% metacity, 2% di totem, 1% gnome-setting, il resto meno.

Cercando di analizzare le cause:
- escluderei il fatto della live perchè io e anche cicoandcico hanno riscontrato il problema anche con distro installate. Inoltre xorg dovrebbe caricarlo tutto in ram, e anche totem una volta aperto è in ram, quindi sul cd non pesca mentre si sposta una finestra... (credo eh)
- pensiamo ai driver: ho i driver nvidia proprietari con l'opzione - Option "RenderAccel" "true" - quindi dovrebbero accelerare qualcosa, ma evidentemente non è così visto che Xorg schizza al 73% per spostare una finestra

!!! Rimane il fatto che con Kde (stessi driver e stesso xorg.conf e stessa distribuzione) il problema è meno evidente [purtroppo non posso guardare top da kde che ora non ce l'ho installato].
Quindi li escludiamo o no?

- guardiamo le gtk: se su fluxbox è tutto ok, non dovrebbero essere neanche quelle. Inoltre avevo provato l'howto per accelerare le gtk (quello "famoso" di linux-help), usando cairo e glitz, ma non era cambiato molto. Quindi escluderei che la causa siano le gtk.
- a questo punto il problema potrebbe essere metacity, visto che in effetti gli scattini maggiori si notano di più guardando ai bordi delle finestre, ai ridimensionamenti, agli effettini di metacity per iconizzare tutte le applicazioni, etc. Ora, esiste qualcos'altro di alternativo a Metacity per gnome? Se esiste si può provare...
- Escluderei anche la distribuzione, dato che ho visto questo problema su Debian, Ubuntu, Archlinux, ed in misura leggermente minore su Suse e Fedora (comunque anche sulle ultime due si notava).

Che dite?

ps.: dimenticavo: il mio hardware è in firma.

PiloZ · 08-04-2006, 17:46

smonto da lavoro, forse è il caso che lo legga da casa con calma seduto in una poltrona con i popcorn

PuNkEtTaRo · 08-04-2006, 18:01

Quote:

Originariamente inviato da cicoandcico

ho provato la nuova 2.14 nella speranza della maggiore "velocità" promessa dagli sviluppatori, ma non ne vedo traccia.
sui pc (un p4 2.16, un xp 2400+ e un notebook) in cui ho provato il live cd di ubuntu, noto soltanto la scattosità di ogni operazione di redraw. provate semplicemente a muovere velocemente una finestra sul desktop, o a ridimensionarla. a me va tutto a scatti.
a paragone, kde (famoso per la sua pesantezza (?)) è liscio come una palla da biliardo. e sono uno gnome user.

non voglio aprire un flame, ma voi sperimentate la stessa lentezza o è solo una mia impressione? secondo voi da cosa dipende e come può / potrà essere risolto?

secondo me non hai installato i driver video...
che scheda grafica hai? ati, nvidia??
questo lavoro mi succede su windows, se non ho installato i driver grafici...
controlla con glxinfo che direct rendering sia su yes...
ciao

PiloZ · 08-04-2006, 18:25

Quote:

Originariamente inviato da PuNkEtTaRo

controlla con glxinfo che direct rendering sia su yes...
ciao

ottima idea

PiloZ · 08-04-2006, 18:45

Quote:

Originariamente inviato da PiloZ

ottima idea

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

cicoandcico · 08-04-2006, 19:12

Quote:

Originariamente inviato da PuNkEtTaRo

secondo me non hai installato i driver video...
che scheda grafica hai? ati, nvidia??
questo lavoro mi succede su windows, se non ho installato i driver grafici...
controlla con glxinfo che direct rendering sia su yes...
ciao

i driver video sono installati correttamente... l'ho addirittura fatto a manina con gli ultimi, per riprova.

cicoandcico · 08-04-2006, 19:15

Quote:

Originariamente inviato da Ciocco@256

- confermo i test effettuati da cicoandcico [...]

sottoscrivo tutti i tuoi rilevamenti. bisognerebbe provare con sawfish (il vecchio window manager di gnome), ma non so se è basato sulle GTK2. poi c'è compiz, ma è basato sul codice di metacity e nel resize si comporta alla stessa lenta maniera.

ps: quello delle icone è formidabile, ho cercato qualcosa di simile in lungo e in largo. perché non lo mettono di default???

08-04-2006, 13:34	#1
cicoandcico Senior Member Iscritto dal: Sep 2001 Città: Poppi (AR) Messaggi: 764	lentezza di gnome ho provato la nuova 2.14 nella speranza della maggiore "velocità" promessa dagli sviluppatori, ma non ne vedo traccia. sui pc (un p4 2.16, un xp 2400+ e un notebook) in cui ho provato il live cd di ubuntu, noto soltanto la scattosità di ogni operazione di redraw. provate semplicemente a muovere velocemente una finestra sul desktop, o a ridimensionarla. a me va tutto a scatti. a paragone, kde (famoso per la sua pesantezza (?)) è liscio come una palla da biliardo. e sono uno gnome user. non voglio aprire un flame, ma voi sperimentate la stessa lentezza o è solo una mia impressione? secondo voi da cosa dipende e come può / potrà essere risolto? __________________ PaintedHomepage.com - Cicoandcico company la vera forza non sta nel non cadere mai, ma nel risollevarsi dopo una caduta.

08-04-2006, 13:54	#4
Ciocco@256 Senior Member Iscritto dal: Sep 2003 Città: Torino Messaggi: 752	Mi aggrego anch'io alla domanda, ho notato la stessa cosa (e anch'io gnome user). Cosa si intende con dare un'occhiata a top ? - Scusate l'ultima domanda, ho cercato su google ma il termine 'top' da un po' troppi risultati - __________________ ubuntulinux \| Windows 7 Trattato con: enghel \| thunder01 \| char66 \| siemens \| topogatto \| ::tony design \| alcol \| mammabell \| uazzamerican \| niko0 \| oldfield \|

08-04-2006, 14:30	#6
cicoandcico Senior Member Iscritto dal: Sep 2001 Città: Poppi (AR) Messaggi: 764	non ho sottomano il livecd ora, e top non l'ho guardato. ma stiamo parlando di 3 pc differenti, e inoltre il vecchio 2.12 che avevo sul fisso si comportava in maniera uguale a questo 2.14 su ubuntu. inotre provando la suse live (col 2.12) non ho notato miglioramenti sostanziali, quindi non è imputabile ad ubuntu. provate ad aprire totem senza nessun filmato e a ridimensionare la finestra: a me va tutto a scatti (su tutti i pc) e con evidenti problemi di redraw. kde non lo fa assolutamente, è fluidissimo tra l'altro questo problema si ripercuote su firefox, che ha uno scrolling scattoso al limite dell'inusabilità e anche un cambiamento di tab lentissimo. __________________ PaintedHomepage.com - Cicoandcico company la vera forza non sta nel non cadere mai, ma nel risollevarsi dopo una caduta.

08-04-2006, 14:37	#7
PiloZ Senior Member Iscritto dal: Dec 2001 Città: /dev/rotfl Messaggi: 7276	poterbbe essere dovuto al fatto che sia la ubuntu che la suse che hai provato sono live, forse è più Anormale che non ti scatti anche kde edit: imho comunque non è da sottovalutare visto che il problema lo hai con entrambe e in comune hanno anche il fatto di essere live __________________ ....::::fluxbox è talmente veloce che quando digito startx, il WM aspetta che il server Xorg lo raggiunga - PiloZ::::... Ultima modifica di PiloZ : 08-04-2006 alle 14:41.

08-04-2006, 14:48	#8
cicoandcico Senior Member Iscritto dal: Sep 2001 Città: Poppi (AR) Messaggi: 764	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. __________________ PaintedHomepage.com - Cicoandcico company la vera forza non sta nel non cadere mai, ma nel risollevarsi dopo una caduta.

08-04-2006, 13:48	#3
R4iDei Senior Member Iscritto dal: Jul 2002 Messaggi: 4251	Ho avuto anche io un problema di lentezza simile.... con la suse e con la debian. Uso un sacco il pulsante per tornare dal desktop, ecco c'era un sensibile ritardo del drawing delle icone sul desktop, e non dipendeva dalla loro quantità! Tutt'ora non sono riuscito a capire da cosa dipendesse.... mi è capitato sia su debian etch che su suse, non mi è successo con fedora core e ubuntu... Boh!

08-04-2006, 17:36	#14
Ciocco@256 Senior Member Iscritto dal: Sep 2003 Città: Torino Messaggi: 752	PiloZ, scusami per la domanda banale di prima...ero su win e avevo azionato la modalità cervello sbagliata Comunque tornando al pratico: - confermo i test effettuati da cicoandcico: aprendo totem e spostandolo velocemente sul desktop ha evidenti piccoli scatti (se trovo il modo faccio un filmatino per farvi capire meglio). Per Firefox stessa lentezza, che ho in parte risolto installando un Firefox compilato per athlonXP e -o3 (!). Altro problemino di gnome che notavo io era la netta differenza nel visualizzare le icone di default oppure un altro tema di icone scaricato: sembrava che le andasse a caricare ogni volta dall'hard disk; per questo ho risolto creando la cache delle icone col comando "gtk-update-icon-cache -f /home/ciocco/.icons/nometema" (questo trucchetto è da mettere in gnome clan secondo me ) - ho provato con top: col sistema a riposo il processo che occupa di più è xorg, circa 1% / 1.3%, il resto pochissimo o nulla. Con aperto totem, e spostando la sua finestra senza nulla in riproduzione, nel modo più fluido possibile (come movimento del mouse intendo), gli scattini sono presenti e da top ho Xorg che schizza al 73% , al 6% gnome-terminal (xkè sta aggiornando i risultati di top), al 4% metacity, 2% di totem, 1% gnome-setting, il resto meno. Cercando di analizzare le cause: - escluderei il fatto della live perchè io e anche cicoandcico hanno riscontrato il problema anche con distro installate. Inoltre xorg dovrebbe caricarlo tutto in ram, e anche totem una volta aperto è in ram, quindi sul cd non pesca mentre si sposta una finestra... (credo eh) - pensiamo ai driver: ho i driver nvidia proprietari con l'opzione - Option "RenderAccel" "true" - quindi dovrebbero accelerare qualcosa, ma evidentemente non è così visto che Xorg schizza al 73% per spostare una finestra !!! Rimane il fatto che con Kde (stessi driver e stesso xorg.conf e stessa distribuzione) il problema è meno evidente [purtroppo non posso guardare top da kde che ora non ce l'ho installato]. Quindi li escludiamo o no? - guardiamo le gtk: se su fluxbox è tutto ok, non dovrebbero essere neanche quelle. Inoltre avevo provato l'howto per accelerare le gtk (quello "famoso" di linux-help), usando cairo e glitz, ma non era cambiato molto. Quindi escluderei che la causa siano le gtk. - a questo punto il problema potrebbe essere metacity, visto che in effetti gli scattini maggiori si notano di più guardando ai bordi delle finestre, ai ridimensionamenti, agli effettini di metacity per iconizzare tutte le applicazioni, etc. Ora, esiste qualcos'altro di alternativo a Metacity per gnome? Se esiste si può provare... - Escluderei anche la distribuzione, dato che ho visto questo problema su Debian, Ubuntu, Archlinux, ed in misura leggermente minore su Suse e Fedora (comunque anche sulle ultime due si notava). Che dite? ps.: dimenticavo: il mio hardware è in firma. __________________ ubuntulinux \| Windows 7 Trattato con: enghel \| thunder01 \| char66 \| siemens \| topogatto \| ::tony design \| alcol \| mammabell \| uazzamerican \| niko0 \| oldfield \|

08-04-2006, 17:46	#15
PiloZ Senior Member Iscritto dal: Dec 2001 Città: /dev/rotfl Messaggi: 7276	smonto da lavoro, forse è il caso che lo legga da casa con calma seduto in una poltrona con i popcorn __________________ ....::::fluxbox è talmente veloce che quando digito startx, il WM aspetta che il server Xorg lo raggiunga - PiloZ::::...

Strumenti
Mostra una versione stampabile Invia questa pagina per email