Iceweasel rame. Mais pas que

Support Debian
#1

Salut,
bon là je trouve que ça rame. Par exemple iceweasel met une
seconde pour changer d’onglet. Avec 2 onglets ouverts.

Parfois dans les menus ça met jusqu’à 4-5 secondes pour changer
d’onglets (dans xfce4-settings-manager par exemple).

Donc je pense avoir un souci. Du coup iceweasel est pratiquement
inutilisable donc j’utilise chromium.

J’ai viré tout ce qui concernait le flash mais apparemment pas mieux.

J’ai mis à jour (wheezy/sid) puis j’ai réinstallé les pilotes nVidia
(sgfxi). Pas mieux.

Je remarque que c’est Xorg qui rame dans top il monte à 50% de cpu
pour des tâches aussi simple que de faire défiler une page web.

Par contre Warcraft III tourne nickel (c’est déjà ça !)

Je suis sous xfce. Suis-je le seul dans ce cas ? (euh pas
le seul à être sous xfce hein mais le seul pour qui ça rame …)

Proc : model name : AMD Athlon™ 7850 Dual-Core Processor
CG : nVidia Corporation G94 [GeForce 9600 GT] (rev a1)

#2

Salut,

Au pif, la mémoire cache ?

A défaut cela relancera … :wink:

#3

Salut,
tu veux parler du cache d’iceweasel ?

En le vidant j’ai un léger mieux effectivement.

Par contre ça ne résoud rien du côté d’xfce4-settings-manager et autres.

#4

Oui , le cache d’iceweasel

Augmenter sa taille non ?

#5

Salut,

J’avais ce problème lorsque j’étais sous Wheezy. Je suis passé à Sid, et maintenant, pour plus grand bonheur, ben…c’est tout qui rame sous gnome ^^ (cf https://www.debian-fr.org/ralentissements-sous-gnome3-t35925.html#p362387). Sous XFCE il n’y a effectivement qu’Iceweasel, et Nautilus parfois à son démarrage.

Ya effectivement un gros problème avec Xorg, dans tous les cas tu n’est pas le seul dans cette situation je te rassure…

#6

Merci ça me rassure !

Bon là je viens de faire une heure d’openshot
et c’est à se tirer des balles !!!

#7

J’ai une machine sous Xfce et no problemo.

Pour Iceweasel, tu peux monter les fichiers temporaires en ram et ça va beaucoup plus vite.
Je me souviens plus de la manip dans about:config, mais ci-dessous mon fstab (à modifier selon ton partitionnement) :

/etc/fstab: static file system information.

Use ‘vol_id --uuid’ to print the universally unique identifier for a

device; this may be used with UUID= as a more robust way to name devices

that works even if disks are added and removed. See fstab(5).

proc /proc proc defaults 0 0

/ was on /dev/sda3 during installation

UUID=57368700-1b12-4cfc-a0a3-7b82776ec7ca / ext4 errors=remount-ro 0 1

swap was on /dev/sda2 during installation

UUID=ae1ba3f8-770b-4cec-b2e5-9ae236355921 none swap sw 0 0
#scd0 was installation media
#/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0

manual config

/dev/sda1 /media/windows ntfs-3g defaults 0 0

UUID=36D85462D8542303 /media/windows ntfs-3g defaults 0 0
sysfs /sys sysfs defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0
tmpfs /var/lock tmpfs defaults 0 0

#8

Bonjour
Un copain m’a montré un truc pour améliorer la vitesse sur Firefox et ça marche aussi avec Iceweasel et tous les navigateurs de la famille.
Il faut ouvrir un onglet et taper "about:config"
Là, un message “attention danger” apparait, c’est vrai qu’on peut tout casser
Il faut cliquer sur “je ferai attention, promis!” et apparait une liste interminable d’options.
Il faut chercher “network.dns.disableIPv6”, se positionner sur la ligne, un coup “d’entrée” et la valeur passe de false à true.
Mon pote me l’avait recommandé quand on est derrière une Livebox, et je l’ai testé aussi avec une Freebox .

#9

Merci je vais essayer ça Triangle.

Pour l’ipv6 je connais mais ce n’est pas un problème de lenteur
réseau c’est plus l’affichage qui est lent.

#10

Salut,
je continue sur mes misères de Xorg : j’ai utilisé
impress de libreoffice et c’est la grosse cata !
Je clique dans une zone de texte et là Xorg monte à 100%
et je n’ai même plus la main pendant 30 secondes !

Y’a que moi qui ai ces misères ?

Je suis donc sous KDE wheezy/sid, drivers nVidia
installés et Xorg mis à jour d’hier (mais c’était pareil avant).

#11

[quote]Je suis donc sous KDE wheezy/sid, drivers nVidia
installés et Xorg mis à jour d’hier (mais c’était pareil avant).[/quote]Attends qu’une mise à jour sorte. Ou écrit la toi même. C’est ce qu’il y a de mieux à faire sous Wheezy. C’est normal, c’est fait pour les développeurs de Debian :happy-partydance:

#12

hello
je penche pour les driver nvidia, essaye ceux de la stable (xorg va devoir surment suivre,si c est pas le kernel qui coince), mai question as tu vraiment besoins d’être en testing/unstable ?

#13

Alors ça comme réponse c’est pas mal. Je me la garde sous le coude.

Merci quand même.

#14

Salut,
J’ai ce genre de comportement depuis le passage au nouveau xorg: sid-ca-bug-sec-t35027.html

Pour le noyau ce n’est pas une certitude, pour le run si.
Même avec le run 285 ça “ramouille” un peu…

#15

Ok merci lol ça me rassure je me sens moins seul !
Je n’avais pas lu ce fil.

#16

petit problème similaire semaine dernière!

iceweasel 1250mo avec 50 onglets et xorg 950mo !!! pwa vive le passage a gnome3 me suis-je dis

en réalité après vérification dans synaptic j’ai fait le ménage dans xulrunner que je possédait en version 5 . 6 . 7 et 1.9.1!

tout virer et garder celui qui correspond a la version d’iceweasel a savoir version 7, parrametrage de purge flash, gnash et autres, installation de flasplugin-nonfree pour tester a la place de gnash 0.8.10.

et la grande amélioration! plus d’utilisation de ram foireuse qui ralentissait tout, et samedi si je me souviens bien une maj xorg a pointé son nez et a réglé mes problèmes d’instabilité de gnome-shell pour moi tout est renté dans l’ordre mais a voir si cela correspond a vos problèmes de ralentissements!!

@++
drizzt

#17

Chromium en version 6 ? Non merci.

#18

Arf
Pas besoin d’être en testing/sid pour 1 soft :naughty:
un fichier de préférence pour apt et sa roule :whistle:

une autre raison ? :think:

#19

J’ai jamais rien compris aux fichiers de pref je fais que du copier/coller.

#20

[quote=“panthere”]Pas besoin d’être en testing/sid pour 1 soft :naughty:
un fichier de préférence pour apt et sa roule :whistle:[/quote]
En théorie, oui.
En pratique, la dernière fois où j’ai essayé d’installer un paquet testing spécifique sur une stable (il n’était pas dispo en backports), il a voulu me mettre à jour la moitié du système, dont libc6, perl (qui a bien foutu le bordel) et autres joyeusetés.
Bref, c’est pas aussi simple.