Home Forums Wiki Doc Install Extras Screenshots Source Code Projects Blog Users Groups Register
Glx-Dock / Cairo-Dock List of forums Technical discussions | Discussions techniques Question à propos de la mémoire virtuelle utilisée par CD
The latest stable release is the *3.4.0* : How to install it here.
Note: We just switched from BZR to Git on Github! (only to host the code and your future pull requests)
Technical discussions | Discussions techniques

Subjects Author Language Messages Last message
[Locked] Question à propos de la mémoire virtuelle utilisée par CD
matttbe Français 4 matttbe [Read]
29 June 2011 à 09:47

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

fabounet, Friday 24 June 2011 à 12:26


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?)

fabounet, Tuesday 28 June 2011 à 12:05


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

Subjects Author Language Messages Last message
[Locked] Question à propos de la mémoire virtuelle utilisée par CD
matttbe Français 4 matttbe [Read]
29 June 2011 à 09:47


Glx-Dock / Cairo-Dock List of forums Technical discussions | Discussions techniques Question à propos de la mémoire virtuelle utilisée par CD Top

Online users :

Powered by ElementSpeak © 2007 Adrien Pilleboue, 2009-2013 Matthieu Baerts.
Dock based on CSS Dock Menu (Ndesign) with jQuery. Icons by zgegball
Cairo-Dock is a free software under GNU-GPL3 licence. First stable version created by Fabounet.
Many thanks to TuxFamily for the web Hosting and Mav for the domain name.