Discussion :

[Athel]

Bonjour,

Je recode un malloc et j'ai un soucis pour le rendre compatible multithread.
J'ai besoin de mutex mais j'arrive pas a utiliser les mutex kernel d'unix et impossible de trouver un exemple d'utilisation sur le net.

Je ne peux pas utiliser les mutex posix (pthread_mutex) car ils (d'apres ce que j'ai compris en lisant de la doc sur le net) font des appels a malloc. Du coup, ils ne sont pas utilisables.

Je pense qu'il faut que j'utilise les fonctions qui sont definis ds le header sys/mutex.h.

En faisant un define de _KERNEL j'arrive a inclure les entetes de fonctions, je peux declarer un mutex de type struct mtx mais impossible d'utiliser une des fonctions associes (mtx_init, mtx_lock ....)

Voici ma ligne de compilation:
cc main.c -D_KERNEL -W -Wall

Voici l'erreur de compil:
undefined reference to: mtx_init

Est ce que je dois inclure une lib? Utiliser un autre type de mutex?
Merci d'avance pour vos reponses!

[kamouminator]

Bonjour,

Je recode un malloc et j'ai un soucis pour le rendre compatible multithread.
J'ai besoin de mutex mais j'arrive pas a utiliser les mutex kernel d'unix et impossible de trouver un exemple d'utilisation sur le net.

tout a fais normal si tu compile en user space, les mutex du noyau font appels a des mecanismes du noyau qui ne sont absolument pas accessible en user space.

En faisant un define de _KERNEL j'arrive a inclure les entetes de fonctions, je peux declarer un mutex de type struct mtx mais impossible d'utiliser une des fonctions associes (mtx_init, mtx_lock ....)

sous linux il existe ce qu'on appel kernel space et user space (wiki est ton ami).
en gros en kernel space tout est permis, mais en user space non.
on ne peut pas appeler des methodes du noyau en userspace.

Voici ma ligne de compilation:
cc main.c -D_KERNEL -W -Wall

à éviter absolument, tu ne compile pas pour du kernel space, alors tu oublie KERNEL !

Voici l'erreur de compil:
undefined reference to: mtx_init

normal, le user space, comme dit plus haut, n'a pas accès aux symboles du kernel space !

[lornac_a]

Merci pour les precisions, je comprends un peu mieux pourquoi je ne peux pas les utiliser.
Par contre je ne vois toujours pas comment ajouter des mutex a mon code sachant que les semaphores et les mutex pthread malloquent tous...

[Mac LAK]

Tu n'as besoin que d'un seul mutex pour protéger ton malloc de la réentrance... Tu peux le créer à l'initialisation de ta librairie (via le malloc standard, donc), et ENSUITE ton malloc "à toi" sera utilisable, et protégé.

[lornac_a]

J'ai deja essaye comme tu dis avec les mutex de la lib pthread mais j'ai des soucis avec.
J'ai du mal a l'expliquer car d'apres ce que j'ai compris je ne devrais pas utiliser l'espace memoire reserve pour ce mutex dans mon malloc.
Lorsque le prog fait appel a ma lib et fait son premier malloc je fais forcement un appel a sbrk pour reserver la place necessaire donc je ne peux pas ecrire sur l'espace reserve a ce mutex.
Mais pour une raison qui m'echappe le prog segfault...

Alors que ma lib fonctionne plutot bien puisque pour tous les programmes monotaches je n'ai pas de soucis...

[Mac LAK]

Tu dois créer ce mutex AVANT d'initialiser / autoriser ton malloc à fonctionner !!!

[lornac_a]

Mon malloc est dans une librairie dynamique.

J'ai mis un mutex en variable globale qui est donc initialise lors du chargement de cette lib.

Je vois pas comment proceder differemment.

[Mac LAK]

Tu l'as bien initialisé à PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP, ce mutex ? Et tu as initialisé son attribut comment ?

[lornac_a]

Mon erreur est certainement la.
je l'ai declare comme ca:
pthread_mutex_t mutex_malloc = PTHREAD_MUTEX_INITIALIZER;
et ensuite je l'utilise normalement.

J'essaie ca des que je peux.
Merci

[Mac LAK]

N'oublie pas l'attribut du mutex : lui aussi doit être déclaré et initialisé en global / statique.

[lornac_a]

Je compile sous un freeBSD 5 (pas tout jeune la bete!!) j'ai pas cette fonction PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP.

Je me suis debrouille autrement, j'ai implemente l'algo de semaphores de dijkstra en utilsation les instructions atomiques disponibles.
C'est pas optimal par contre puisque il y a potentiellement un peu d attente active...

J'ai essaye de voir du cote des attributs de mutex mais sans succes.

Si tu as un exemple sous la main je suis preneur!
Merci pour ton aide

[Mac LAK]

Pas sous le coude, hélas, et encore moins pour l'OS que tu utilises... Je n'utilise pas beaucoup les pthreads directement, je passe en général par une librairie d'abstraction.

[tonton fred]

Salut,

Le _NP dans PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP veut dire "non portable" Il suffit d'utiliser les fonctions POSIX:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
pthread_mutexattr_t   mattr;
 
pthread_mutexattr_init(&mattr);
pthread_mutexattr_settype(&mattr, PTHREAD_MUTEX_RECURSIVE);
pthread_mutex_init(&mutex, &mattr);
pthread_mutexattr_destroy(&mattr);
/* ... */
pthread_mutex_destroy(&mutex);

Un peu plus lourd mais bon... Et attention aux retours de fonctions

[lornac_a]

Je vois mieux ce qui me manquait, merci!

Par contre j'ai du mal a comprendre que sur tous les tutos que j'ai regarde, aucun ne parle de l'initialisation de l'attribut du mutex..

[tonton fred]

Je te conseille le "pthread programming guide" de Sun en telechargement gratuit, il couvre tout ca (ainsi que les extensions de Solaris mais il est toujours precise si la fonction est standard ou pas).

[lornac_a]

Merci pour le lien, c est ce que je cherchais!