[so] [Tema 4][Linux] Elemente de sincronizare && leaks
Darius-Florentin Neatu
neatudarius at gmail.com
Tue May 9 18:17:16 EEST 2017
Multumesc pentru raspunsuri!
Darius
On Tue, May 9, 2017 at 11:28 AM Razvan Crainea <razvan.crainea at gmail.com>
wrote:
> On Tue, May 9, 2017 at 6:11 AM Darius-Florentin Neatu via so <
> so at cursuri.cs.pub.ro> wrote:
>
>> Salut,
>>
>> 1. In restrictia
>> "Tema se va rezolva folosind fire de execuție POSIX și exclusiv
>> mecanisme de sincronizare a firelor de execuție POSIX (mutex, variabile de
>> condiție).",
>> termenul general de mutex include atat pthread_mutex_t cat si sem_t? ("Semafoarele
>> sunt obiecte de sincronizare ce reprezintă o generalizare a mutex-urilor")
>> Vreau doar sa ma asigur ca este ok daca am folosit si sem_t.
>>
>
> Nu este cel mai eficient mecanism de sincronizare pentru această problemă,
> dar este ok.
>
>
>>
>> 2. Am verificat daca am memory leaks ruland valgrind:
>> valgrind --leak-check=full --show-leak-kinds=all ./_test/run_test $i
>>
>> Aparent nu am memory leaks, dar o data la foarte multe rulari pe testul
>> 16 am un block "possibly lost". Din cate inteleg, problema este din
>> pthread_create (poate SO-ul elibereaza niste resurse mai tarziu - stiu ca
>> asta se intampla cu unele implementari pentru biblioteca <iostream> din
>> C++; m-am gandit ca este o situatie asemanatoare).
>> Mentionez ca am creat threadurile cu atributul PTHREAD_CREATE_DETACHED.
>> Tema este pe GitLab[1].
>> As vrea sa stiu daca se depuncteaza pentru aceasta eroare.
>>
>
> Nu se va depuncta.
>
> Numai bine,
> Răzvan
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so/attachments/20170509/d13ff7d2/attachment.html>
More information about the so
mailing list