Technical discussions | Discussions techniques
matttbe, Friday 24 June 2011 à 02:37
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Cairo-Dock est rapide, c'est un fait mais je me posais qqs questions à propos de la mémoire virtuelle utilisée par CD, etc.
Je ne sais pas trop ce que ça indique réellement mais autant poser la question, je ne perds rien.
Top me donne ces info:
- Mémoire virtuelle: 796m
- Mémoire réservée: 83m (ce qui correspond à ce qui est affiché en %)
- Mémoire partagée: 41m
Ne serait-ce pas assez élevé?
Si on regarde les info du dossier /proc/<PID de CD>, je pense que ça pourrait nous être utile. Surtout le contenu du fichier maps, exemple là => http://pastebin.com/abUn6KHh. Pour comparer, voici celui du gnome-terminal: http://pastebin.com/JjGF8w3j
Je ne sais pas trop comment analyser le contenu mais est-ce normal de trouver:
- des locales (.mo) d'autres programmes?
- des library utilisées par des applets non lancés (ex: weblets et toute la série)?
- des bibliothèques "étranges" mais je peux comprendre (ex: gnutls mais ça va certainement avec curl, liboverlay-scrollbar-0.2.so.0.0.1 mais c'est la scrollbar du panneau de conf) ou au contraire (libogg.so.0.7.1? libvorbis.so.0.4.5? libFLAC.so? => ou alors c'est GTK qui les demande? ou Quick-Browser? (ou p-ê mon applet Impulse)).
Le fichier status me donne ceci: Name: cairo-dock
State: S (sleeping)
Tgid: 11801
Pid: 11801
PPid: 11767
TracerPid: 0
Uid: 1000 1000 1000 1000
Gid: 1000 1000 1000 1000
FDSize: 64
Groups: 4 20 24 46 110 112 120 122 1000
VmPeak: 818204 kB
VmSize: 809600 kB
VmLck: 0 kB
VmHWM: 86872 kB
VmRSS: 86384 kB
VmData: 125808 kB
VmStk: 268 kB
VmExe: 184 kB
VmLib: 89072 kB
VmPTE: 1176 kB
VmSwap: 0 kB
Threads: 3
SigQ: 0/23902
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000000001000
SigCgt: 00000001800044a8
CapInh: 0000000000000000
CapPrm: 0000000000000000
CapEff: 0000000000000000
CapBnd: ffffffffffffffff
Cpus_allowed: 3
Cpus_allowed_list: 0-1
Mems_allowed: 00000000,00000001
Mems_allowed_list: 0
voluntary_ctxt_switches: 113242
nonvoluntary_ctxt_switches: 40144 |
Subscription date : 30 November 2007
Messages : 17118
|
des library utilisées par des applets non lancés (ex: weblets et toute la série)?
oui car les applets sont initialisées (car une applet peut ne pas se charger du tout, exemple Icon-effects en mode cairo)
après, je ne sais pas du tout comment lire ces infos; chez moi CPu et RAM sont toujours faibles (RAM est plus élevée avec l'OpenGL, ce que je ne m'explique pas, mais reste raisonnable).
mais oui ça peut être intéressant de comprendre, il y'a ptet matière à optimiser (un outil pas mal peut être Valgrind, mais il est assez délicat à utiliser, notamment GLib ne libère pas la mémoire, car elle a un système de cache propre). |
matttbe, Friday 24 June 2011 à 17:32
|
|
Subscription date : 24 January 2009
Messages : 12573
|
oui car les applets sont initialisées (car une applet peut ne pas se charger du tout, exemple Icon-effects en mode cairo) Donc pas moyen d'éviter ça?
Et concernant les locales des autres programmes? C'est tout de même étrange! Pas un problème avec Gettext (ou un problème avec CMake?) |
Subscription date : 30 November 2007
Messages : 17118
|
Et concernant les locales des autres programmes
je pense que les libs ouvrent des locales de leur côté.
Donc pas moyen d'éviter ça?
il y'aurait éventuellement moyen, mais j'avais fait des tests pour voir si ça ralentissait le chargement du dock, et j'avais conclu que l'écart entre "lancer le dock sans plug-in chargé" et "lancer le dock avec plug-ins chargés mais aucun activé" était dérisoire.
pour l'instant rien de prouve que ça gêne vraiment. |
matttbe, Wednesday 29 June 2011 à 09:47
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Et concernant les locales des autres programmes
je pense que les libs ouvrent des locales de leur côté. Ok, j'ai trouvé, il y a un .mo pour mes lanceurs et GMenu est la cause de l'ouverture du reste des .mo.
il y'aurait éventuellement moyen, mais j'avais fait des tests pour voir si ça ralentissait le chargement du dock, et j'avais conclu que l'écart entre "lancer le dock sans plug-in chargé" et "lancer le dock avec plug-ins chargés mais aucun activé" était dérisoire.
pour l'instant rien de prouve que ça gêne vraiment. En effet, à part une consommation en ram moins élevée mais bon, ce n'est pas le plus grave. |
Technical discussions | Discussions techniques
|