[rzecznik_ds_grzebania_palcem_wdupie]

@rzecznik_ds_grzebania_palcem_wdupie:
#cpp #jezykc
Zdaję sobie sprawę z tego, że valgrind wymusza wykonywanie wątków na jednym procesorze i wiem, że istnieje helgrind. I tu jest moje pytanie: Czy mutexy są ogarniane przez valgrind z opcją --helgrind? Szukałem po internecie, ale jedyne co znalazłem to: --fair-sched=yes , ale raczej to mi nie pomoże

[bartekplus]

@rzecznik_ds_grzebania_palcem_wdupie: tak, mutexy dzialaja normalnie

[rzecznik_ds_grzebania_palcem_wdupie]

@bartekplus: Ale to się dzieje tak, że valgrind jakby "ustawia" wszystko w jednym procesorze i wykonuje to sekwencyjnie i sprawdza błędy w wielowątkowości w helgrind? Bo nie do końca rozumiem środowisko valgrinda, masz może jakiś link do samego jego działania?

[bartekplus]

@rzecznik_ds_grzebania_palcem_wdupie: nie rozumiem pytania. Watki w Valgrind sa serializowane i tylko jeden jest aktywny w danym czasie. Mutexy dzialaja normalnie i jesli jeden watek trzyma mutexa, inny go nie dostanie. --fair-sched mowi jak jest przydzielany czas dla poszczegolnych threadow. Wiecej w dokumentacji i kodzie :)

[q.....n]

@rzecznik_ds_grzebania_palcem_wdupie: Valgrind jest całkiem dobry i raczej przy testowaniu z mutexami i innymi rzeczami wszystko działało tak jak należy, jedyne co jest nie tak, to wydajność.
Jak szukasz prawdziwie współbieżnych narzędzi spróbuj przekompilować program z flagami -fsanitize=thread (wspiera je Clang jak i GCC)

[rzecznik_ds_grzebania_palcem_wdupie]

Watki w Valgrind sa serializowane i tylko jeden jest aktywny w danym czasie

@bartekplus: Tutaj był cały akapit z wyjaśnieniem o co mi chodzi, ale w końcu ogarnąłem sam :D Dzięki wielkie!

spróbuj przekompilować program z flagami -fsanitize=thread (wspiera je Clang jak i GCC)

@qarmin: Olaboga, świetne! Co prawda z tym konkretnym programem nie mam problemów z data races, ale na pewno mi się przyda niedługo!