Si je lance ma debian-squeeze avec le noyau "bigmem",
(mémoire non limitée à 3Go)
le mode graphique devient lent :
le déplacement des fenêtres avec la souris se fait lentement, laissant
des trainées.
Idem, avec le navigateur qui met bien du temps à stabiliser le site
avec l'ascenseur.
En mode noyau "non bigmem", tout revient dans l'ordre
et le mode X est normal voire rapide.
C'est un comble, le PC devient lent avec 8 Go
et rapide avec 3 Go.
andré
Si je lance ma debian-squeeze avec le noyau "bigmem",
(mémoire non limitée à 3Go)
le mode graphique devient lent :
le déplacement des fenêtres avec la souris se fait lentement, laissant
des trainées.
Idem, avec le navigateur qui met bien du temps à stabiliser le site
avec l'ascenseur.
En mode noyau "non bigmem", tout revient dans l'ordre
et le mode X est normal voire rapide.
C'est un comble, le PC devient lent avec 8 Go
et rapide avec 3 Go.
andré
Si je lance ma debian-squeeze avec le noyau "bigmem",
(mémoire non limitée à 3Go)
le mode graphique devient lent :
le déplacement des fenêtres avec la souris se fait lentement, laissant
des trainées.
Idem, avec le navigateur qui met bien du temps à stabiliser le site
avec l'ascenseur.
En mode noyau "non bigmem", tout revient dans l'ordre
et le mode X est normal voire rapide.
C'est un comble, le PC devient lent avec 8 Go
et rapide avec 3 Go.
andré
Bonsoir à tous,
Personne n'a répondu à ma requête sur la lenteur graphique
avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
(impossible de l'utiliser, trop pénible !)
Je n'ai pas trouvé de solutions ou explications sur Google,
sauf d'autres avis indentiques.
Je me permets de relancer le sujet ...
Bonsoir à tous,
Personne n'a répondu à ma requête sur la lenteur graphique
avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
(impossible de l'utiliser, trop pénible !)
Je n'ai pas trouvé de solutions ou explications sur Google,
sauf d'autres avis indentiques.
Je me permets de relancer le sujet ...
Bonsoir à tous,
Personne n'a répondu à ma requête sur la lenteur graphique
avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
(impossible de l'utiliser, trop pénible !)
Je n'ai pas trouvé de solutions ou explications sur Google,
sauf d'autres avis indentiques.
Je me permets de relancer le sujet ...
Le mardi 22 mai 2012 Ã 20:40:32, wrote
écrit :
> Personne n'a répondu à ma requête sur la lenteur graphiq ue
> avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
> (impossible de l'utiliser, trop pénible !)
> Je n'ai pas trouvé de solutions ou explications sur Google,
> sauf d'autres avis indentiques.
> Je me permets de relancer le sujet ...
Est-ce que le pilote graphique utilisé est le même ?
Lequel est-ce ? Sylvain Sauvage
Le mardi 22 mai 2012 Ã 20:40:32, andre_debian@numericable.fr wrote
écrit :
> Personne n'a répondu à ma requête sur la lenteur graphiq ue
> avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
> (impossible de l'utiliser, trop pénible !)
> Je n'ai pas trouvé de solutions ou explications sur Google,
> sauf d'autres avis indentiques.
> Je me permets de relancer le sujet ...
Est-ce que le pilote graphique utilisé est le même ?
Lequel est-ce ? Sylvain Sauvage
Le mardi 22 mai 2012 Ã 20:40:32, wrote
écrit :
> Personne n'a répondu à ma requête sur la lenteur graphiq ue
> avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
> (impossible de l'utiliser, trop pénible !)
> Je n'ai pas trouvé de solutions ou explications sur Google,
> sauf d'autres avis indentiques.
> Je me permets de relancer le sujet ...
Est-ce que le pilote graphique utilisé est le même ?
Lequel est-ce ? Sylvain Sauvage
Bonsoir à tous,
Personne n'a répondu à ma requête sur la lenteur graphique
avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
(impossible de l'utiliser, trop pénible !)
Je n'ai pas trouvé de solutions ou explications sur Google,
sauf d'autres avis indentiques.
Je me permets de relancer le sujet ..
Bonsoir à tous,
Personne n'a répondu à ma requête sur la lenteur graphique
avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
(impossible de l'utiliser, trop pénible !)
Je n'ai pas trouvé de solutions ou explications sur Google,
sauf d'autres avis indentiques.
Je me permets de relancer le sujet ..
Bonsoir à tous,
Personne n'a répondu à ma requête sur la lenteur graphique
avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
(impossible de l'utiliser, trop pénible !)
Je n'ai pas trouvé de solutions ou explications sur Google,
sauf d'autres avis indentiques.
Je me permets de relancer le sujet ..
Le Tue, 22 May 2012 20:40:32 +0200,
> Personne n'a répondu à ma requête sur la lenteur graphique
> avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
> (impossible de l'utiliser, trop pénible !)
> Je n'ai pas trouvé de solutions ou explications sur Google,
> sauf d'autres avis indentiques.
> Je me permets de relancer le sujet ..
Je n'ai pas ce genre de problème, mais je suis en bigmem et sous lxde.
J'utilise bigmem aussi sans 'vmlinuz' dans mon uname :
2.6.32-5-686-bigmem
amdcc...truc me dit
ATI Radeon HD 5400 Series
lspci me dir
Radeon HD 5450
C'est un dell optiplex 745 (core2duo)
lsmod | grep gl
fglrx 2186387 204
Que dit /var/log/Xorg.0.log (regarde sur la période juste avant le
démarrage de gdm et après ton gestionnaire de fenêtre)
Grégory BULOT
Le Tue, 22 May 2012 20:40:32 +0200, andre_debian@numericable.fr
> Personne n'a répondu à ma requête sur la lenteur graphique
> avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
> (impossible de l'utiliser, trop pénible !)
> Je n'ai pas trouvé de solutions ou explications sur Google,
> sauf d'autres avis indentiques.
> Je me permets de relancer le sujet ..
Je n'ai pas ce genre de problème, mais je suis en bigmem et sous lxde.
J'utilise bigmem aussi sans 'vmlinuz' dans mon uname :
2.6.32-5-686-bigmem
amdcc...truc me dit
ATI Radeon HD 5400 Series
lspci me dir
Radeon HD 5450
C'est un dell optiplex 745 (core2duo)
lsmod | grep gl
fglrx 2186387 204
Que dit /var/log/Xorg.0.log (regarde sur la période juste avant le
démarrage de gdm et après ton gestionnaire de fenêtre)
Grégory BULOT
Le Tue, 22 May 2012 20:40:32 +0200,
> Personne n'a répondu à ma requête sur la lenteur graphique
> avec le kernel "vmlinuz-2.6.32-5-686-bigmem".
> (impossible de l'utiliser, trop pénible !)
> Je n'ai pas trouvé de solutions ou explications sur Google,
> sauf d'autres avis indentiques.
> Je me permets de relancer le sujet ..
Je n'ai pas ce genre de problème, mais je suis en bigmem et sous lxde.
J'utilise bigmem aussi sans 'vmlinuz' dans mon uname :
2.6.32-5-686-bigmem
amdcc...truc me dit
ATI Radeon HD 5400 Series
lspci me dir
Radeon HD 5450
C'est un dell optiplex 745 (core2duo)
lsmod | grep gl
fglrx 2186387 204
Que dit /var/log/Xorg.0.log (regarde sur la période juste avant le
démarrage de gdm et après ton gestionnaire de fenêtre)
Grégory BULOT
J'ai retiré "/etc/X11/xorg.conf" et laissé "xorg.conf.fglrx",
relancé "gdm",
tout rentre dans l'ordre :
le mode X graphique est redevenu réactif.
J'ai retiré "/etc/X11/xorg.conf" et laissé "xorg.conf.fglrx",
relancé "gdm",
tout rentre dans l'ordre :
le mode X graphique est redevenu réactif.
J'ai retiré "/etc/X11/xorg.conf" et laissé "xorg.conf.fglrx",
relancé "gdm",
tout rentre dans l'ordre :
le mode X graphique est redevenu réactif.
On Wed, 23 May 2012 13:12:08 +0200
wrote:
> J'ai retiré "/etc/X11/xorg.conf" et laissé "xorg.conf.fglrx",
> relancé "gdm",
> tout rentre dans l'ordre :
> le mode X graphique est redevenu réactif.
Autant dire que tu fonctionnes sans xorg.conf.
On Wed, 23 May 2012 13:12:08 +0200
andre_debian@numericable.fr wrote:
> J'ai retiré "/etc/X11/xorg.conf" et laissé "xorg.conf.fglrx",
> relancé "gdm",
> tout rentre dans l'ordre :
> le mode X graphique est redevenu réactif.
Autant dire que tu fonctionnes sans xorg.conf.
On Wed, 23 May 2012 13:12:08 +0200
wrote:
> J'ai retiré "/etc/X11/xorg.conf" et laissé "xorg.conf.fglrx",
> relancé "gdm",
> tout rentre dans l'ordre :
> le mode X graphique est redevenu réactif.
Autant dire que tu fonctionnes sans xorg.conf.
Oui, mais avec "fglrx" installé et /etc/X11/xorg.conf.fglrx".
Si je désinstalle "fglrx" et exécute :
"amd-driver-installer-12-4-x86.x86_64.run"
j'ai accès ensuite à une fenêtre graphique ATI de configur ation
et création automatique de "xorg.conf".
Par contre, la lenteur mode X graphique est au rendez-vous ...
Oui, mais avec "fglrx" installé et /etc/X11/xorg.conf.fglrx".
Si je désinstalle "fglrx" et exécute :
"amd-driver-installer-12-4-x86.x86_64.run"
j'ai accès ensuite à une fenêtre graphique ATI de configur ation
et création automatique de "xorg.conf".
Par contre, la lenteur mode X graphique est au rendez-vous ...
Oui, mais avec "fglrx" installé et /etc/X11/xorg.conf.fglrx".
Si je désinstalle "fglrx" et exécute :
"amd-driver-installer-12-4-x86.x86_64.run"
j'ai accès ensuite à une fenêtre graphique ATI de configur ation
et création automatique de "xorg.conf".
Par contre, la lenteur mode X graphique est au rendez-vous ...
On Wednesday 23 May 2012 14:41:41 Bzzz wrote:
> On Wed, 23 May 2012 13:12:08 +0200
>
> wrote:
> > J'ai retiré "/etc/X11/xorg.conf" et laissé
> > "xorg.conf.fglrx", relancé "gdm",
> > tout rentre dans l'ordre :
> > le mode X graphique est redevenu réactif.
>
> Autant dire que tu fonctionnes sans xorg.conf.
Oui, mais avec "fglrx" installé et /etc/X11/xorg.conf.fglrx".
Si je désinstalle "fglrx" et exécute :
"amd-driver-installer-12-4-x86.x86_64.run"
j'ai accès ensuite à une fenêtre graphique ATI de
configuration et création automatique de "xorg.conf".
Par contre, la lenteur mode X graphique est au rendez-vous
...
On Wednesday 23 May 2012 14:41:41 Bzzz wrote:
> On Wed, 23 May 2012 13:12:08 +0200
>
> andre_debian@numericable.fr wrote:
> > J'ai retiré "/etc/X11/xorg.conf" et laissé
> > "xorg.conf.fglrx", relancé "gdm",
> > tout rentre dans l'ordre :
> > le mode X graphique est redevenu réactif.
>
> Autant dire que tu fonctionnes sans xorg.conf.
Oui, mais avec "fglrx" installé et /etc/X11/xorg.conf.fglrx".
Si je désinstalle "fglrx" et exécute :
"amd-driver-installer-12-4-x86.x86_64.run"
j'ai accès ensuite à une fenêtre graphique ATI de
configuration et création automatique de "xorg.conf".
Par contre, la lenteur mode X graphique est au rendez-vous
...
On Wednesday 23 May 2012 14:41:41 Bzzz wrote:
> On Wed, 23 May 2012 13:12:08 +0200
>
> wrote:
> > J'ai retiré "/etc/X11/xorg.conf" et laissé
> > "xorg.conf.fglrx", relancé "gdm",
> > tout rentre dans l'ordre :
> > le mode X graphique est redevenu réactif.
>
> Autant dire que tu fonctionnes sans xorg.conf.
Oui, mais avec "fglrx" installé et /etc/X11/xorg.conf.fglrx".
Si je désinstalle "fglrx" et exécute :
"amd-driver-installer-12-4-x86.x86_64.run"
j'ai accès ensuite à une fenêtre graphique ATI de
configuration et création automatique de "xorg.conf".
Par contre, la lenteur mode X graphique est au rendez-vous
...
On Wed, 23 May 2012 13:12:08 +0200
wrote:
> J'ai retiré "/etc/X11/xorg.conf" et laissé "xorg.conf.fglrx",
> relancé "gdm",
> tout rentre dans l'ordre :
> le mode X graphique est redevenu réactif.
Autant dire que tu fonctionnes sans xorg.conf.
On Wed, 23 May 2012 13:12:08 +0200
andre_debian@numericable.fr wrote:
> J'ai retiré "/etc/X11/xorg.conf" et laissé "xorg.conf.fglrx",
> relancé "gdm",
> tout rentre dans l'ordre :
> le mode X graphique est redevenu réactif.
Autant dire que tu fonctionnes sans xorg.conf.
On Wed, 23 May 2012 13:12:08 +0200
wrote:
> J'ai retiré "/etc/X11/xorg.conf" et laissé "xorg.conf.fglrx",
> relancé "gdm",
> tout rentre dans l'ordre :
> le mode X graphique est redevenu réactif.
Autant dire que tu fonctionnes sans xorg.conf.