Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет LWN.net ([info]syn_lwnheadline)
@ 2020-04-14 20:22:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
[$] Concurrency bugs should fear the big bad data-race detector (part 2)
In part 1 of this article, we gave an overview of the Kernel Concurrency
Sanitizer
(KCSAN) and looked how it can detect data races in the
kernel. KCSAN uses the definition
of "data race" that is part of the
Linux-Kernel
Memory Consistency Model
(LKMM), but there is more that KCSAN can do.
This concluding part of the article describes other ways that the tool can
be used to find data races and other kinds of problems in concurrent code.
It provides some ideas on strategies and best practices, briefly considers
some alternative approaches, and concludes with some known limitations.


(Читать комментарии) (Добавить комментарий)