[...] > > > Non je n'y ai pas touché j'ai juste le high-priority > > Oui mais non, je fatigue là, c'est 'high-priority' l'important, > > le no-scheduling ne devrait pas générer tes messages d'erreur. > > Me too, d'ailleurs je vais aller voir morphée ;) Oué, tu as raison, il se fait tar^H^H^Htôt ! ;)
Alors on se retrouve là-bas !? :) [...] > > je ne me souviens plus à quoi correspondent les valeurs > > des vars exactement. > > Mais tout est là : > > 'man pulse-daemon.conf' > > Oui et non, ils n'expliquent pas la signification des valeurs. Par > exemple ça ne dit pas ce que veux dire -1 pour memlock Oui, mais ils disent *aussi* que si tu veux plus de détails, il faut faire ça : 'man 2 getrlimit' Et là, *entre autres* : RLIMIT_MEMLOCK Le nombre maximal d’octets de mémoire virtuelle que le processus peut verrouiller en RAM. En pratique cette limite est arrondie vers le bas au multiple de la taille de page le plus proche. Cette limite affecte mlock(2) et mlockall(2) ainsi que l’opération MAP_LOCKED de mmap(2). Depuis Linux 2.6.9, elle affecte aussi l’opération SHM_LOCK de shmctl(2), où elle limite le nombre total d’octets dans des segments de mémoire partagée (voir shmget(2)) que l’UID réel du processus appelant peut verrouiller. Les verrous de shmctl(2) SHM_LOCK sont comptés séparément des verrous de mémoire par processus établis par mlock(2), mlockall(2) et mmap(2) MAP_LOCKED ; un processus peut verrouiller des octets jusqu’à la limite dans chacune de ces catégories. Dans les noyaux antérieurs à 2.6.9, cette limite contrôlait la quantité de mémoire qu’un processus privilégié pouvait verrouiller. Depuis Linux 2.6.9, un processus privilégie peut verrouiller autant de mémoire qu’il le souhaite, et cette limite contrôle la quantité de mémoire pouvant être verrouillée par un processus non privilégié. > > Dois manquer un petit lien, non? ;) Arf ... ben j'aurais juré qu'il y était !?! Gasp, le v'la : Simple. > > Bonne nuit. Merci, à toi aussi ! Jeep. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
