Home Forums Wiki Doc Install Extras Screenshots Source Code Projects Blog Users Groups Register
Glx-Dock / Cairo-Dock List of forums Problems at use | Problèmes à l'utilisation CD avec Compiz Cube = 60% de 2 des 4 coeurs (CPU)
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)
Problems at use | Problèmes à l'utilisation

Subjects Author Language Messages Last message
[Locked] CD avec Compiz Cube = 60% de 2 des 4 coeurs (CPU)
FrankKubuntu Français 17 fabounet [Read]
23 October 2009 à 17:43

FrankKubuntu, Thursday 22 October 2009 à 02:52


Subscription date : 21 October 2009
Messages : 1575
Je viens de constater quelque chose, avec la version 2.0.7 par contre. Je n'ai jamais utilisé une version antérieure et je n'arrive pas à compiler les plug-ins de 2.1, il semble que je manque cairo-dock comme dependence, mais il est là je l'ai compilé. Je posté un autre sujet pour ça.

Enfin, j'ai remarqué que lorsque le Cube de compiz est utilisé, le CPU se fait bouffer environ 10-15% sur 2 des 4 coeurs (10-15% chacun). Puis on ajoute 3D Windows, Cube Reflections and Deformation et pouf! nous voilà à 25-30% x 2 coeurs sur 4, donc 60% sur 400% au total. Compiz et Xorg sont mes 2 process qui roulent, très stable dans ces pourcentages.

Je me rappelle avoir lu des améliorations sur l'utilisation d'opengl et du cpu, est-ce que je devrais essayer avec 2.1.0 avant de faire du troubleshoot?

ppmt, Thursday 22 October 2009 à 03:06


Subscription date : 29 November 2007
Messages : 3520
si tu desactives le dock tu as quoi comme resultat?

et tu lances bien le dock avec l'option OpenGl ( -o )

Comme toi je vois bien que le CPU monte mais seulement si je joue avec le cube. Cependant le dock lui meme n'augmente pas

avec ou sans le dock compiz et xorg consomme si je joue avec le cube

FrankKubuntu, Thursday 22 October 2009 à 03:21


Subscription date : 21 October 2009
Messages : 1575
Si je sors de CD, tout tombe à 0-3% par cpu.

En opengl oui. Sur une version RC1 d'opensuse 11.2, peut-être que tout n'est pas en place encore?

J'ai rien d'ouvert, seulement CD, mon cube est transparent à environ 60%.

Hey mais attends... j'ai compilé 2.1.0 sans les plugins et lui c'est bcp mieux, je dirais 0-5% total sur les 4 cpu, avec tendance vers le 0-1%. Un cairo-dock -c me donne les mêmes (bons) résultats.

Hummm... donc possiblement que 2.0.7 ou le rpm d'opensuse 11.1 dans 11.2 RC1 n'est pas optimal...

Bon, on va terminer ça ici dans ce cas. Je vais faire plus de tests dans les prochaines semaines avec RC2 et Finale. Quoiqu'il en soit, AWN prend le champ c'est certain, je ne veux plus toucher à AWN.

ppmt, Thursday 22 October 2009 à 15:04


Subscription date : 29 November 2007
Messages : 3520
peut-etre pourrais tu essayer de tester chaque plugin 1 par 1 pour voir si ce n'est pas juste un plugin qui cause ce probleme.

Slider en fonction du nombre de photos et de la frequence de changement peut causer une charge du CPU car il faut bien la lire la photo

fabounet, Thursday 22 October 2009 à 15:16


Subscription date : 30 November 2007
Messages : 17118
c'est peut-être les applets dynamiques placées dans le dock (clock, slider, etc) et les pbuffers.

FrankKubuntu, Thursday 22 October 2009 à 19:04


Subscription date : 21 October 2009
Messages : 1575
En effet c'est à vérifier. Hum, j'espère que ce ne sont pas les plugins, sinon je vais rouler avec une bonne charge cpu constamment. Ou si c'est un plugin spécifique et que je peux vivre sans, je l'enlèverai (et indiquerai lequel c'est, au cas où il peut être améliorer). Mais vivre sans CD, ça non je peux pas!

Merci

ppmt, Friday 23 October 2009 à 01:28


Subscription date : 29 November 2007
Messages : 3520
si c'est un plugin et bien Fabounet va lui regler son compte ou au moins essayer de minimiser son impact

Mais vivre sans CD, ça non je peux pas!


attention de ne pas blasphemer quand meme

FrankKubuntu, Friday 23 October 2009 à 03:41


Subscription date : 21 October 2009
Messages : 1575
Ok j'ai trouvé quelque chose!

Clock... avec cet applet, c'est 14-15% stable et continue sur le cpu (j'a mis en composite dans gkrellm, plutôt que regarder les 4 coeurs séparément). Clock est analogique, dans le dock, sans l'écriture de la date.

NetSpeed... avec cet applet, c'est 5 à 15% instable, à toutes les 3sec il top 15%, donc à chaque fois qu'il regarde la vitesse il top le 15%.

Sans aucun applet, CD roule tout de même avec un constant 4-5% cpu. Et ce, autant en opengl que sans l'opengl. Donc constamment compiz et xorg sont sollicités. Même si le dock est est en auto-hide le cpu est sollicité de la même façon.

Si j'enlève la Réflexion (mais pas déformation) du cube de compiz, alors tout est beau, ou presque, on parle de 1-2%, avec compiz parfois sollicité, mais pas constamment. Sans le cube au complet, on parle de 0-2%, avec 0% plus fréquent et compiz pratiquement pas sollicité.

Sans CD, alors compiz et xorg roulent à 2-3%, ce qui est moins que le 4-5% constant avec CD. Mais c'Est négligeable!

Donc je pense que le plugin de Réflexion du Cube de Compiz impacte CD, ou l'inverse, et que ça bouffe du cpu pcq CD en fait bouffer plus (mais si peu).
Le cube lui-même utilise du cpu un peu, mais c'est très minime, alors je vais me contenter de laisser faire la réflexion. lolll

Par contre Clock semble avoir un problème. Et NetSpeed aussi, sauf si c'est normal d'utiliser autant de cpu pour aller chercher son info. Mais Clock, je trouve que c'est bcp juste pour donner l'heure.

ppmt, Friday 23 October 2009 à 04:22


Subscription date : 29 November 2007
Messages : 3520
pour le clock: affiches tu les secondes?

j'ai regarde mon dock et en moyenne il est a 2/3% sauf quand Slider change d'image..la il passe a 15% brievement.

tu as quoi comme carte video....est-elle un peu trpo faible (j'en doute vu la taille de ton/tes processeur(s) )

se pourrait-il que quand la carte est deborde elle se replie vers les CPU?

matttbe, Friday 23 October 2009 à 12:29


Subscription date : 24 January 2009
Messages : 12573
Est-ce que ça n'a pas été amélioré avec la 2.1.0, non ?

fabounet, Friday 23 October 2009 à 12:32


Subscription date : 30 November 2007
Messages : 17118
c'est les pbuffers qui sont mal gérés avec ton driver
solution : détacher ces applets, (ou pour clock, la rendre statique en affichant pas les secondes)
je pourrais ptet essayer d'éviter les pbuffers.

FrankKubuntu, Friday 23 October 2009 à 14:40


Subscription date : 21 October 2009
Messages : 1575
J'ai une nvidia 8600GT avec 512 de RAM, tout est à 0% sous opensuse 10.3 avec un vieux compiz de la fin 2007 ou début 2008 (je n'ai pas CD sous 10.3, mais compiz bouffe moins de cpu que sous 11.2 actuellement, sans tenir compte de CD). Mais comme je disais, peut-être que la version 11.2 RC1 n'est pas tout à fait optimisée, ou que compiz 0.8.2 a perdu de son efficacité cpu...

Oui j'affiche les secondes sur la clock, je peux sûrement m'en passer ou encore me passer de la clock au complet et afficher l'heure sur gkrellm ou encore comme fabounet dit de la détacher.

Mon but est de me débarasser complètement de la barre de tâches dans KDE, donc d'avoir mon Kmenu (je vais m'en faire un avec sous-dock et les applics importantes), mes applications ouvertes, le system tray (ne semble pas marcher sous 2.0.7 et KDE 4.3.1), le logout et la clock, tout ça dans le beau CD. Ou pour autant que je puisse y mettre là.

Il me semble avoir lu quelque part que la 2.1.0 utilise moins de cpu, mais bon tant que le rpm n'est pas sous opensuse ou que je ne réussi pas à compiler ou installer le srpm (je teste ce soir), je ne pourrai comparer 2.0.7 et 2.1.0.

Il y a bcp de possibilités et config avec CD, alors je trouverai quelque chose de confortable et pratique, mais c'est bon de comprendre ce qui arrive, ça permet de trouver une solution qui satisfera mes besoins.

Excellent forum ici, j'apprécie. À force de me familiariser avec CD j'espère pouvoir y contribuer aussi!

nochka85, Friday 23 October 2009 à 14:51


Subscription date : 29 November 2007
Messages : 7408
je pourrais ptet essayer d'éviter les pbuffers.

YES -> Je veux un dock 100% opérationnel en opengl sur mon eeepc !

nochka85, Friday 23 October 2009 à 15:07


Subscription date : 29 November 2007
Messages : 7408
Mon but est de me débarasser complètement de la barre de tâches dans KDE, donc d'avoir mon Kmenu (je vais m'en faire un avec sous-dock et les applics importantes), mes applications ouvertes, le system tray (ne semble pas marcher sous 2.0.7 et KDE 4.3.1), le logout et la clock, tout ça dans le beau CD. Ou pour autant que je puisse y mettre là.


Si tu arrives à obtenir un truc convenable et sympa, ce serait pas mal de nous montrer ce que tu as fait ET de nous donner les détails -> On peut peut être bricoler une applet "simplifiée" pour KDE qui se chargerait simplement de créer un sous-dock avec à l'intérieur des lanceurs/sous-docks SPECIALEMENT conçu pour KDE (il faut des trucs standards) et faisant office d'une sorte de menu pré-configuré (ou centre de contrôle) pour les utilisateurs KDE <- Qu'en penses tu Fab ?

fabounet, Friday 23 October 2009 à 16:54


Subscription date : 30 November 2007
Messages : 17118
ben en tout cas ça serait vraiment bien d'avoir une liste de lanceurs dédiés à KDE, et si on n'en fait pas une applet, au moins on pourrait proposer un thème dédié à KDE.

FrankKubuntu, Friday 23 October 2009 à 17:19


Subscription date : 21 October 2009
Messages : 1575
Les mecs vous me faite saliver.

Si vous avez besoin d'info pour KDE, allez-y, je vais fournir le max!

Je connais les lanceurs standards, mais évidemment quand on arrive aux applications comme ooffice, gimp, k3b, etc., l'utilisateur peut choisir de ne pas les installer, cependant il y a un certain standard de base proposé qui répond aux besoins de la majorité du monde et les plus exigeants n'auraient qu'à ajouter leurs lanceurs d'applic dans des sous-dock déjà là. Ça serait le paradis. Et le paradis du paradis si en installation une nouvelle applic le lanceur s'ajoute de lui-même dans le sous-dock du sous-menu (catégorie) auquel il appartient, mais ça c'est peut-être plus compliqué, par exemple!

Peut-être que CD pourrait simplement lancer Kmenu ou Lancelot (un gestionnaire plus complet et bien présenté)...

Par "lanceurs dédiés à KDE", tu veux dire quoi exactement? Comme les options du centre contrôle, genre Destop, Appearance, Autostart, Splash, KDM Theme, Find Files and Folders, etc.? La structure du kmenu, peut-être?

Si vous avez besoin d'aide à fournir de l'info et à tester, moi j'embarque pieds joins!

ours_en_pluche, Friday 23 October 2009 à 17:38


Subscription date : 02 September 2009
Messages : 539
le mieux, serait une gestion "Kmenu" ou "Xmenu" ( entre autre, on peux aussi penser, a LXDE ou e17 ... ) comme il y a deja Gmenu.

donc autrement dit, des menus spécifiques a chaque environement. qu il soit au niveau de la distribution ou de l environement graphique.

car par exemple, je sais qu entre Xubuntu et debian sous Xfce, il y a deja des differences, je presume que ca doit etre pareil pour tous.

--

Aujourd'hui, je m'arrête à une station-service pour un besoin urgent.
Alors que je demande la direction des toilettes, la charmante vendeuse engage la discussion et m'interroge sur mes études : "Ah, très intéressant, et vous voulez faire quoi, plus tard ?" - "Caca", ai-je répondu.

fabounet, Friday 23 October 2009 à 17:43


Subscription date : 30 November 2007
Messages : 17118
oui mais en fait tous obéisse à la même norme (2 fichiers XML), donc ç amarche de partout
seule l'appparence reste celle d'un menu basique.

Problems at use | Problèmes à l'utilisation

Subjects Author Language Messages Last message
[Locked] CD avec Compiz Cube = 60% de 2 des 4 coeurs (CPU)
FrankKubuntu Français 17 fabounet [Read]
23 October 2009 à 17:43


Glx-Dock / Cairo-Dock List of forums Problems at use | Problèmes à l'utilisation CD avec Compiz Cube = 60% de 2 des 4 coeurs (CPU) 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.