LINUX.ORG.RU

ответ классический:

стоит, если вы твердо осознаете зачем вам это нужно.

anonymous
()
Ответ на: комментарий от anonymous

вопрос был в том насколько сыра реализация RCU (только не говорите вроде "если вы знаете что такое RCU то можете и посмотреть какова реализация" - запарили такие ответы - если нечего сказать - то и не говорите ничего...)

anonymous
()
Ответ на: комментарий от anonymous

1) я думаю стоит учесть тот факт, что RCU применяется во многих очень ответственных местах в ядре (см, хотя бы, к примеру net/ipv4/route.c) и сделать соответствующие выводы 2) не зная вашей специфики трудно дать ответ на ваш изначальный вопрос

anonymous
()
Ответ на: комментарий от anonymous

скажем стоит ли (конкретный случай) использовать RCU вместо mutex'ов при доступе/изменении к структуре(ы) устройства в драйвере.

anonymous
()
Ответ на: комментарий от anonymous

если таких структур будет много и к ним будет осуществляться множественный паралельный доступ(чтение, модификация, удаление) то, ИМХО, безусловно стоит. В противном случае можно обойтись простыми блокировками чтения/записи.

anonymous
()

По моему RCU имеет смысл только на SMP
and with mostly read data strcutures.
А сырого там ничего нет. RCU в ядрах 2.6 используется практически везде для большей масштабируемости.

andron01
()

>Не сыровато ли?

А что там может быть сыро? Технология абсолютно элементарна и прекрасно описана на пальцах в kernel/Documentation. Если есть активная работа со списками, где чтение данных превалирует над изменениями, то используйте.

Murr ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.