Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[3615Mavie] : Chroniques de geeks (tome 6)
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 7, 8, 9 ... 20, 21, 22  Next  
Reply to topic    Gentoo Forums Forum Index French
View previous topic :: View next topic  
Author Message
kopp
Advocate
Advocate


Joined: 09 Apr 2004
Posts: 2885
Location: Grenoble, France

PostPosted: Mon Nov 18, 2013 9:13 am    Post subject: Reply with quote

guilc wrote:
Tu dois pouvoir virer la 3.2. Elle n’est pas partie à cause de la gestion des slots, mais une seule 3.x et une seule 2.x est, sauf cas particulier suffisante.

Je dirais même plus, les paquets nécessitants python 2.7 sont de plus en plus rares : sur mon système, j’ai fais du ménage, viré les PYTHON_TARGETS 2.7 [1] pour ne laisser que la 3.3, et bien les seuls packages pour lesquels je dois garder python 2.7 sont les suivants :
Code:
app-portage/layman python_targets_python2_7
dev-java/javatoolkit python_targets_python2_7
net-analyzer/rrdtool python_targets_python2_7
sys-devel/llvm python_targets_python2_7
virtual/python-argparse python_targets_python2_7







[1]
Code:
USE_PYTHON="3.3" # only because there is only one PYTHON_TARGETS
PYTHON_TARGETS="python3_3"
PYTHON_SINGLE_TARGET="python3_3"


Je suppose que la deuxieme parti de code va make.conf ?
et l'autre, tu en fais quoi ?
Back to top
View user's profile Send private message
xaviermiller
Bodhisattva
Bodhisattva


Joined: 23 Jul 2004
Posts: 8704
Location: ~Brussels - Belgique

PostPosted: Mon Nov 18, 2013 9:43 am    Post subject: Reply with quote

La première est un fichier dans package.use (chez mois, y a une tétrachiée de lignes, mais au moins j'ai les candidats "2.7"), la seconde dans le make.conf
_________________
Kind regards,
Xavier Miller
Back to top
View user's profile Send private message
kopp
Advocate
Advocate


Joined: 09 Apr 2004
Posts: 2885
Location: Grenoble, France

PostPosted: Mon Nov 18, 2013 9:47 am    Post subject: Reply with quote

Ouais j'avais déduit. Y a un moyen moins chiant que de faire des ajouts un par un dans le fichier package.use -> emerge @world qui plante -> modif fichier .use, etc ?
Back to top
View user's profile Send private message
xaviermiller
Bodhisattva
Bodhisattva


Joined: 23 Jul 2004
Posts: 8704
Location: ~Brussels - Belgique

PostPosted: Mon Nov 18, 2013 9:53 am    Post subject: Reply with quote

oui, jouer avec GREP dans /var/db/pkg/*/*/CONTENTS
_________________
Kind regards,
Xavier Miller
Back to top
View user's profile Send private message
kopp
Advocate
Advocate


Joined: 09 Apr 2004
Posts: 2885
Location: Grenoble, France

PostPosted: Mon Nov 18, 2013 10:01 am    Post subject: Reply with quote

J'espère que j'ai pas autant de paquets à mettre que ce que retourne un grep python2.7 dans ces répertoires, parce que ça va être long, sinon.
Ma liste de paquet est en tout cas bien plus longue que celle ci-dessus :(

Apparremment, il reste beaucoup de composante de gnome qui veulent du 2.7

Edit : bon, je crois que je vais suivre ma politique habituelle : avoir la flemme et laisser comme c'est :roll:
Back to top
View user's profile Send private message
guilc
Bodhisattva
Bodhisattva


Joined: 15 Nov 2003
Posts: 3326
Location: Paris - France

PostPosted: Mon Nov 18, 2013 12:43 pm    Post subject: Reply with quote

Quelle idée d’utiliser gnome aussi :lol: :twisted:

Effectivement, utiliser grep sur "python2.7" ne va pas : cela remonte les paquets qui ont été buildés avec la PYTHON_TARGET 2.7, pas ceux qui ont obligatoirement besoin de python 2.7. Perso, ma méthode a été :
- changement make.conf
- ajout progressif dans le package.use tant que portage me gueule dessus

Et hop roulez jeunesse !

Bon, j’avoue que ça ne sert à rien si ce n’est pour la beauté du geste
_________________
Merci de respecter les règles du forum.

Mon site perso : https://www.xwing.info
Mon PORTDIR_OVERLAY : https://gentoo.xwing.info ou layman -a xwing
Back to top
View user's profile Send private message
kopp
Advocate
Advocate


Joined: 09 Apr 2004
Posts: 2885
Location: Grenoble, France

PostPosted: Mon Nov 18, 2013 1:11 pm    Post subject: Reply with quote

Bah du coup, je me suis contenté de remplacer python 3.2 par le 3.3 dans les python_targets et recompiler ce qui était modifié. J'ai toujours le 2.7 pour beaucoup de truc.

Ta solution semblait créer des problèmes entre dépendances qui auguraient d'un gros casse-tête, au final inutile puisque j'aurais besoin de garder le 2.7 dans tous les cas.
J'avais déjà ajoute une bonne quinzaine de paquets dans package.use avant de faire machine arrière (enfin, j'ai gardé ces paquets pour le cas où je me déciderait une prochaine fois...)


Sinon, question : portage tourne avec 3.3 ou pas ? Il me semblait qu'à une époque, il fallait une version 2.* mais je vois qu'il accepte toutes les versions maintenant dans python_targets
Back to top
View user's profile Send private message
xaviermiller
Bodhisattva
Bodhisattva


Joined: 23 Jul 2004
Posts: 8704
Location: ~Brussels - Belgique

PostPosted: Mon Nov 18, 2013 1:18 pm    Post subject: Reply with quote

Pour ma part, j'ai laissé tomber l'idée de mettre python 2.7 en "marginal", car j'ai trop de dépendances (git pour avoir gitk, meld, gdb pour qt-creator, ...).

Bref, j'ai défini les 2 versions principales (2.7 et 3.3), demandé que par défaut, tout soit en 3.3 (en single target) et j'ai seulement une dizaine de python_single_target_python2_7 dans un package.use
_________________
Kind regards,
Xavier Miller
Back to top
View user's profile Send private message
k-root
Guru
Guru


Joined: 08 Jan 2005
Posts: 428

PostPosted: Tue Dec 10, 2013 9:20 am    Post subject: Reply with quote

hum... mais pourquoi les stages3 sont avec des useflages pourris ... pourquoi ?

Quote:
* Error: circular dependencies:

(sys-apps/dbus-1.6.12::gentoo, ebuild scheduled for merge) depends on
(sys-apps/systemd-208-r2::gentoo, ebuild scheduled for merge) (buildtime)
(sys-apps/dbus-1.6.12::gentoo, ebuild scheduled for merge) (buildtime)

It might be possible to break this cycle
by applying the following change:
- sys-apps/dbus-1.6.12 (Change USE: -systemd)

Note that this change can be reverted, once the package has been installed.

Note that the dependency graph contains a lot of cycles.
Several changes might be required to resolve all cycles.
Temporarily changing some use flag for all packages might be the better option.

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-libs/glib:2

(dev-libs/glib-2.32.4-r1::gentoo, installed) pulled in by
(no parents that aren't satisfied by other packages in this slot)

(dev-libs/glib-2.36.4-r1::gentoo, ebuild scheduled for merge) pulled in by
>=dev-libs/glib-2.36.4:2 required by (dev-util/gdbus-codegen-2.36.4-r1::gentoo, ebuild scheduled for merge)
(and 5 more with the same problem)

dev-libs/libxml2:2

(dev-libs/libxml2-2.9.1-r1::gentoo, ebuild scheduled for merge) pulled in by
dev-libs/libxml2[python,python_targets_python2_6(-)?,python_targets_python2_7(-)?,python_single_target_python2_6(+)?,python_single_target_python2_7(+)?] required by (media-libs/mesa-9.1.6::gentoo, ebuild scheduled for merge)

(dev-libs/libxml2-2.9.1-r1::gentoo, installed) pulled in by
(no parents that aren't satisfied by other packages in this slot)


It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


* IMPORTANT: 6 news items need reading for repository 'gentoo'.
* Use eselect news to read news items.


pff .. et pourquoi mon chroot 32b est plus rapide avec portage ?
_________________
boozo wrote:
Gentoo, ça mange des ours et baffe des buffles par 37°C avec un bob et des tongs
Back to top
View user's profile Send private message
sebB
l33t
l33t


Joined: 02 Mar 2011
Posts: 806
Location: S.O. France

PostPosted: Tue Jan 07, 2014 8:58 pm    Post subject: Reply with quote

Est-ce que vous savez si y'a possibilité d'éviter que des paquets soient compilés en parallèle sans jouer à chaque fois avec le make.conf?

Hier un @preserved-rebuild m'a gentiment lancé la compil de firefox, thunderbird, icedtea et libreoffice en parralèle.
Malgrès un load-average de 8 je suis monté à 17 donc ordi inutilisable pendant quelque heures.

J'ai fouiné dans /etc/portage/package.env mais j'ai pas trouvé mon bonheur

Je cherche un truc du genre app-office/libreoffice --no-parallel
Back to top
View user's profile Send private message
guilc
Bodhisattva
Bodhisattva


Joined: 15 Nov 2003
Posts: 3326
Location: Paris - France

PostPosted: Tue Jan 07, 2014 9:26 pm    Post subject: Reply with quote

Hmm toi tu utilises une option non par défaut de portage !

Ce comportement est sans doute dû à l’option --quiet-build=y
Si je me souviens bien, activer cette option déclenche de multiples builds en parallèle !
_________________
Merci de respecter les règles du forum.

Mon site perso : https://www.xwing.info
Mon PORTDIR_OVERLAY : https://gentoo.xwing.info ou layman -a xwing
Back to top
View user's profile Send private message
sebB
l33t
l33t


Joined: 02 Mar 2011
Posts: 806
Location: S.O. France

PostPosted: Tue Jan 07, 2014 10:39 pm    Post subject: Reply with quote

Pas de --quiet-build=y mais --jobs=6

Dans mon make.conf j'ai ca
Code:
EMERGE_DEFAULT_OPTS="--jobs=6 --load-average=8.0 --keep-going --with-bdeps=y"

J'ai tenté de créer un fichier /etc/portage/env/noparallel.conf
Code:
EMERGE_DEFAULT_OPTS="--jobs=1"

Puis dans /etc/portage/package.env
Code:
mail-client/thunderbird notmpfs.conf noparallel.conf
www-client/firefox notmpfs.conf noparallel.conf

Mais ca ne fonctionne pas.
Quand je lance un emerge -1 firefox thunderbird, les 2 se compilent en meme temps.
A pirori ca ne prend pas le dessus sur le make.conf
Back to top
View user's profile Send private message
guilc
Bodhisattva
Bodhisattva


Joined: 15 Nov 2003
Posts: 3326
Location: Paris - France

PostPosted: Tue Jan 07, 2014 11:31 pm    Post subject: Reply with quote

Bah oui mais a priori, EMERGE_DEFAULT_OPTS ne marche pas dans l’env des packages. l’environnement sert pour les variables d’environnement du build, pas de portage. et EMERGE_DEFAULT_OPTS est uniquement une variable de portage donc, hors make.conf, point d’effet.

Ensuite, le --load-average, c’est complètement moisi : un job ne démarrera pas si le load est > 8 certes, mais si avec un packaqe tu as un load de mettons 7 (dépendant de ton MAKEOPTS), portage va lancer un deuxième build, et bim, tu vas te retrouver avec une load de 14 ou plus (x2 en gros), sachant que plus la machine est chargée, plus la load va exploser à cause des attentes sur le disque…
Tous ça pour un gain somme toute ridicule.

Bref, c’est normal. Si j’étais toi, --jobs=1 pour portage, et un -j bien choisi dans le MAKEOPTS (un classique nb cpu +1), et basta. Tu verras que la différence de temps sera ridicule. Avec les builds parallèles, le seul gain réel c’est sur la phase de ./configure qui fait de l’IO disque mais peu de CPU. Mais dans le total de temps de build, c’est tellement négligeable que ça ne vaut pas la peine de s’embêter pour ça !
_________________
Merci de respecter les règles du forum.

Mon site perso : https://www.xwing.info
Mon PORTDIR_OVERLAY : https://gentoo.xwing.info ou layman -a xwing
Back to top
View user's profile Send private message
Leander256
l33t
l33t


Joined: 05 Jul 2003
Posts: 910
Location: Singapour

PostPosted: Thu Jan 09, 2014 4:07 pm    Post subject: Reply with quote

guilc wrote:
Bref, c’est normal. Si j’étais toi, --jobs=1 pour portage, et un -j bien choisi dans le MAKEOPTS (un classique nb cpu +1), et basta. Tu verras que la différence de temps sera ridicule. Avec les builds parallèles, le seul gain réel c’est sur la phase de ./configure qui fait de l’IO disque mais peu de CPU. Mais dans le total de temps de build, c’est tellement négligeable que ça ne vaut pas la peine de s’embêter pour ça !


Là j'ai envie de dire que ça varie selon les cas. Si tu prends par exemple X.org, tu as des dizaines de paquets qui passent un temps fou dans le ./configure par rapport au temps de compilation lui-même.

Pour éviter les problèmes de saturation CPU, je suggère d'utiliser les cgroups, ils ont été créés pour ça. Par contre le piège à mon avis c'est de combiner --jobs pour emerge et --jobs pour make quand on n'a pas suffisamment de RAM disponible. Ça finit par taper dans la swap et là forcément tout se met à ramer.
Back to top
View user's profile Send private message
Dominique_71
Veteran
Veteran


Joined: 17 Aug 2005
Posts: 1869
Location: Switzerland (Romandie)

PostPosted: Fri Jan 10, 2014 1:10 am    Post subject: Reply with quote

Pour les cgroups, je sais pas comment ça marche avec systemd sous gentoo, pour ceux qui utilisent systemd. Sous Debian c'est une catastrophe.

J'utilise uniquement le séquenceur temps réel des cgroup avec un seul groupe, ceci pour donner la priorité temps réel aux applications audio comme jack.

J'ai essayé Debian sid, qui est passé à systemd. Je vous passe les détails entre la compilation de mon propre kernel car le cgroup qui m'intéresse n'est pas dans le kernel Debian, libcgroup qui plantait et la spéléologie dans les archives des .deb et du bugzilla pour me faire une version de libcgroup sans le support de systemd. Peine perdue, libcgroup fonctionnait cette fois, mais systemd insistait pour y mettre des machins qui n'avait rien à faire dans mon groupe temps réel. Résultat, blocage total de la machine après un certain temps, avec même les magic keys plantées. Donc si vous utiliser systemd, prudence...
_________________
"Confirm You are a robot." - the singularity
Back to top
View user's profile Send private message
El_Goretto
Moderator
Moderator


Joined: 29 May 2004
Posts: 3166
Location: Paris

PostPosted: Fri Jan 10, 2014 1:45 pm    Post subject: Reply with quote

[OFF]
Dominique_71 wrote:
Résultat, blocage total de la machine après un certain temps, avec même les magic keys plantées. Donc si vous utiliser systemd, prudence...

Krrrkrrr, tu veux dire, prudence à ceux qui ne sont donc pas en mesure de te lire? :lol:
[/OFF]
_________________
-TrueNAS & jails: µ-serv Gen8 E3-1260L, 16Go ECC + µ-serv N40L, 10Go ECC
-Réseau: APU2C4 (OpenWRT) + GS726Tv3 + 2x GS108Tv2 + Archer C5v1 (OpenWRT)
Back to top
View user's profile Send private message
Dominique_71
Veteran
Veteran


Joined: 17 Aug 2005
Posts: 1869
Location: Switzerland (Romandie)

PostPosted: Fri Jan 10, 2014 4:26 pm    Post subject: Reply with quote

systemd est une bonne idée, mais comme tous les trucs qui nous viennent de l’inénarrable de chez Red-Hat, son implémentation est une catastrophe.
_________________
"Confirm You are a robot." - the singularity
Back to top
View user's profile Send private message
sebB
l33t
l33t


Joined: 02 Mar 2011
Posts: 806
Location: S.O. France

PostPosted: Fri Jan 10, 2014 5:41 pm    Post subject: Reply with quote

Leander256 wrote:
Pour éviter les problèmes de saturation CPU, je suggère d'utiliser les cgroups

Tu aurais un petit peu plus d'info sur ca?

Si j'ai bien compris, avec les cgroups on pourrait limiter l'accés cpu/memoire/disque... à l'utilisateur portage?
Back to top
View user's profile Send private message
Leander256
l33t
l33t


Joined: 05 Jul 2003
Posts: 910
Location: Singapour

PostPosted: Fri Jan 10, 2014 6:30 pm    Post subject: Reply with quote

sebB wrote:
Leander256 wrote:
Pour éviter les problèmes de saturation CPU, je suggère d'utiliser les cgroups

Tu aurais un petit peu plus d'info sur ca?

Si j'ai bien compris, avec les cgroups on pourrait limiter l'accés cpu/memoire/disque... à l'utilisateur portage?


Oui, les cgroups permettent de créer des quotas pour l'utlisation CPU, mémoire, I/O, mais je ne suis pas spécialiste, je me contente d'utiliser un fameux patch pour le CPU décrit ici, que tu peux activer ici:
Code:
    General setup  --->
        [*] Automatic process group scheduling

Là par exemple je viens de compiler un noyau 3.12.6 avec un make -j64 et j'avais même oublié que le test était lancé quand je me suis demandé pourquoi mon laptop commençait à chauffer :lol:
Back to top
View user's profile Send private message
Dominique_71
Veteran
Veteran


Joined: 17 Aug 2005
Posts: 1869
Location: Switzerland (Romandie)

PostPosted: Sun Jan 12, 2014 8:34 am    Post subject: Reply with quote

Leander256 wrote:
Oui, les cgroups permettent de créer des quotas pour l'utlisation CPU, mémoire, I/O, mais je ne suis pas spécialiste, je me contente d'utiliser un fameux patch pour le CPU décrit ici


Merci pour le lien, maintenant je sais que c'est encore un coup de ce c. de chez Red-Hat. À force de prendre les utilisateurs pour des ignares incapables de lire une doc et d'utiliser google, il va finir par les faire tous fuir.

L'avantage des cgroups sur le patch du zigoto, c'est qu'en utilisant les cgroups directement, tu les configures comme tu veux. Tant dit qu'avec son patch, c'est systemd qui prend le contrôle des cgroups et qui fait que des conneries dés que tu fais quelque chose d'autre que ce à quoi l’inénarrable pense que ton pc doit servir: faire tourner un GUI moderne. Autrement dit gnome, kde ou xfce.

Perso du GUI je m'en contre-fiche, surtout quand je vois que dans ce qu'il appelle des GUI modernes, il n'y en a pas un qui soit capable de me procurer une politique de focus de la souris qui me satisfasse. Vivement auusi qu'ils commencent à faire des multi-coeurs avec des coeurs dédiés du genre un coeur basse fréquence pour le stand-by, un dédicacé pour gérer le hardware, un général pour le GUI et un DSP pour les calculs, cela permettra de remettre de l'ordre dans ce foutoir qu'est en train de devenir GNU/Linux, surtout la partie GNU. Le kernel marche en général très bien, seulement il y a des hurluberlus qui se prennent pour des stars et qui à part casser les fonctions du kernel, ne savent rien faire. Ce genre de processeurs commencent à venir sur le marché des mobiles, il faudra encore patienter quelques années avant qu'ils arrivent, j'espère, dans le marché des pc.
_________________
"Confirm You are a robot." - the singularity
Back to top
View user's profile Send private message
Dominique_71
Veteran
Veteran


Joined: 17 Aug 2005
Posts: 1869
Location: Switzerland (Romandie)

PostPosted: Sun Jan 12, 2014 10:23 am    Post subject: Reply with quote

Tiré de l'article ici linux,fr:
Quote:
Lennart Poetering de son côté s'est empressé d'intervenir pour répondre à Linus et pour critiquer ce patch. Il propose une approche basée, vous vous en doutez, sur son nouveau démon d'init « systemd » :

Tout ça est complètement inutile pour les utilisateurs normaux


Vous savez ce qu'il lui dit l'anormal? Si jamais je le rencontre, il ne faudra pas que sa femme soit là car se sera le divorce assuré entre eux!
_________________
"Confirm You are a robot." - the singularity
Back to top
View user's profile Send private message
Dominique_71
Veteran
Veteran


Joined: 17 Aug 2005
Posts: 1869
Location: Switzerland (Romandie)

PostPosted: Sun Jan 12, 2014 10:54 am    Post subject: Reply with quote

Pour revenir dans le sujet, l'avantage de laisser le kernel gérer les cgroups, c'est que l'on peut les configurer pour l'usage que l'on veut faire du pc. Pour ça, en plus de les configurer dans le kernel, il faut installer libcgroup.

Pour la configuration, libcgroup n'est pas configuré, car contrairement à udev qui connaît, grâce au kernel, quel matériel il y a dans un pc, il n'y a aucun moyen de savoir quel usage veut faire de son ordinateur un utilisateur donné.

Il y a de la doc dans les sources du kernel. Elle est pas évidente... alors qu'en fait ce n'est pas si difficile que cela. Si je compare avec un kernel rt, celui-ci permet de réserver la bande passante du système aux utilisateurs d'un groupe donné, généralement audio, et de donner une priorité temps réel aux processus temps réel du groupe audio. Les cgroupes permettent de faire la même chose, mais ceci avec n'importe quel processus, et avec n'importe quel groupe de processus.

Pour ce faire, il faut définir des groupes de tâches, les assigner à un cgroup et leur donner des priorités dans le cadre de ce cgroup. Contrairement au kernel rt, il y a différent cgroups disponible, lesquel permettent non seulement d'assigner le temps cpu, mais aussi la quantité mémoire, ou un coeur donné, etc. De plus, il est possible de combiner plusieurs cgroups dans un groupe de t'ache. Tout ceci rends les cgroup extrêmement flexibles, et ceux qui ont promu le patch de l’inénarrable, lequel impose un usage particulier des cgroups, n'ont vraiment rien compris aux réels avantages des cgroups.

Malheureusement, je n'ai rien trouvé en français qui explique la configuration des cgroups, mis à part LinuxMAO - Cgroup, mais c'est un usage particulier, comme toujours avec les cgroups... Peut-être sur ubuntu. Autrement, il y a Cgroups - ArchWiki qui est pas mal.
_________________
"Confirm You are a robot." - the singularity
Back to top
View user's profile Send private message
xaviermiller
Bodhisattva
Bodhisattva


Joined: 23 Jul 2004
Posts: 8704
Location: ~Brussels - Belgique

PostPosted: Sun Jan 12, 2014 5:37 pm    Post subject: Reply with quote

Merci pour ces infos cgroups, Dominique !
_________________
Kind regards,
Xavier Miller
Back to top
View user's profile Send private message
GentooUser@Clubic
l33t
l33t


Joined: 01 Nov 2004
Posts: 829

PostPosted: Mon Jan 13, 2014 3:54 am    Post subject: Reply with quote

Dominique_71 wrote:
Leander256 wrote:
Oui, les cgroups permettent de créer des quotas pour l'utlisation CPU, mémoire, I/O, mais je ne suis pas spécialiste, je me contente d'utiliser un fameux patch pour le CPU décrit ici


Merci pour le lien, maintenant je sais que c'est encore un coup de ce c. de chez Red-Hat. À force de prendre les utilisateurs pour des ignares incapables de lire une doc et d'utiliser google, il va finir par les faire tous fuir.

L'avantage des cgroups sur le patch du zigoto, c'est qu'en utilisant les cgroups directement, tu les configures comme tu veux. Tant dit qu'avec son patch, c'est systemd qui prend le contrôle des cgroups et qui fait que des conneries dés que tu fais quelque chose d'autre que ce à quoi l’inénarrable pense que ton pc doit servir: faire tourner un GUI moderne. Autrement dit gnome, kde ou xfce.

"Prendre le controle des cgroups" c'est juste faux ! C'est la libcgroup qui faisais ça (l'arrêt du service démonte le fs cgroup et c'est fini, tant pis pour les autres "utilisateurs" du sous-système), les cgroups n'ont pas la vocation à être la ressource privée d'un daemon en particulier, mais bien utilisables par tous ceux qui en ont besoins.
Bon maintenant ça va mieux, les discutions sur l'intégration de la libcgroup avec les autres "consommateurs" de cette ressource ont débutés en 2011 et y'a déjà pas mal de patch intégrés dont même un .service pour systemd. Eh oui systemd n'a pas vocation à gérer (pour l'instant ?) les cgroups de l'utilisateur. Il ne "s'accapare" pas le système, il l'utilise.

Y'a pas de problème avec systemd et les cgroups, mais avec la généralisation de l'utilisation des cgroups (init, containers...) et un vieux daemon habitué à être seul, si y'a un problème entre systemd et les cgroups faut le dire de-suite aux developpeurs de'OpenRC qui les ont implémentés de la même façon. :P

EDIT: pour tester je vient de :
- créer un cgroup "temp-réel" à coté de ceux de systemd avec cgconfigparser (domage ya toujours pas le .service dans Gentoo) -> ça marche
- donner les droits "temp-réel" à un service de systemd en modifiant son .service comme indiqué par http://www.freedesktop.org/wiki/Software/systemd/MyServiceCantGetRealtime/ -> ça marche
Back to top
View user's profile Send private message
Dominique_71
Veteran
Veteran


Joined: 17 Aug 2005
Posts: 1869
Location: Switzerland (Romandie)

PostPosted: Mon Jan 13, 2014 11:20 pm    Post subject: Reply with quote

Le chef de systemd, Lennart, n'est pour rien dans le bug d'udev qui empêchait certains firmware de se charger. En fait, c'est même lui qui a rapporté ce bug en premier.

En parallèle, je me suis inscrit sur la liste de systemd et j'y ai une discussion sur ce sujet.

Selon laquelle, systemd permet de faire des configurations personnalisées, mais ceci sans libcgroup et d'une façon différente.

Ensuite, ils sont en train de ré-écrire complètement les cgroups du kernel, donc tout va changer d'ici peu. Il n'y aura plus qu'une hiérarchie, et dans cette hiérarchie, tout sera géré depuis userland.

En parallèle, systemd évolue aussi très vite, et à terme (quand la ré-écriture des cgroups du kernel sera terminée), ils (systemd) ont prévu que libcgroup ne servira plus à rien et ne fonctionnera même plus.

Un autre chose est aussi qu'il semble qu'aujourd'hui il y ait très peu de gens qui comprennent comment systemd fonctionne. Et comme il évolue très vite, cela va durer encore un moment.

Donc si vous avez des problèmes avec systemd, je ne peux que vous encouragez à vous inscrire sur sa liste d'email à freedesktop.org, au lieu de comme moi arriver après le problème et passer pour un gros c. -:)
_________________
"Confirm You are a robot." - the singularity
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index French All times are GMT
Goto page Previous  1, 2, 3 ... 7, 8, 9 ... 20, 21, 22  Next
Page 8 of 22

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum