Мэтью Дезнойерс (Mathieu Desnoyers), известный разработчик Linux ядра, опубликовал (http://lists.casi.polymtl.ca/pipermail/ltt-dev/2010-January/...) в открытом доступе текст своей Ph.D диссертации "Low-Impact Operating System Tracing (http://www.lttng.org/pub/thesis/desnoyers-dissertation-2009-...)" , в которой на 255 страницах обобщен опыт разработки проекта LTTng (http://lttng.org/) (Linux Trace Toolkit next generation) и RCU (Read-copy-update) библиотеки liburcu (http://lttng.org/?q=node/18).

Система трассировки LTTng работает на уровне Linux ядра и отличается минимальным влиянием на работу профилируемого приложения, что позволяет приблизить условия работы данного приложения к его выполнению без использования трассировки (например, позволяет выявлять проблемы с производительностью в программах, работающих в реальном режиме времени). Библиотека liburcu предназначена для организации одновременного доступа к данным без использования блокировок, обеспечивая при чтении линейный рост производительности в зависимости от числа ядер CPU.

URL: http://lwn.net/Articles/370992/rss
Новость: http://www.opennet.me/opennews/art.shtml?num=25185

• Организация работы системы легковесной трассировки LTTng,mummy, 22:38 , 27-Янв-10
  • Организация работы системы легковесной трассировки LTTng,Basiley, 10:44 , 28-Янв-10
    • Организация работы системы легковесной трассировки LTTng,Карбофос, 11:37 , 28-Янв-10
      • Организация работы системы легковесной трассировки LTTng,Basiley, 15:02 , 28-Янв-10
• Организация работы системы легковесной трассировки LTTng,Карбофос, 17:35 , 28-Янв-10

Sqlite использует файловые блокировки для контроля доступа к базе данных. Можно сделать доступ к базе через liburcu поверх mmap. Только не ясно как насчет журнала транзакций.

http://lwn.net/Articles/262464/ - What is RCU, Really

а журнал транзакций - тоже через liburcu. поверх mmap или еще быстрее.
и остальное.
блокировки/cемафоры/mutexы - это все болезни рождения Unix(как и концепция кучи/heap, С-ей).
неблокируемый dataflow - ТруЪ и будующее.

ога. а интерапы - болезни процессоров. ибо труъ процессор обязан обабатывать только одну задачу. так в чем там концепция кучи сей не тем боком вышла?

и в остальном: будущее без "ю" пишется

>ога. а интерапы - болезни процессоров. ибо труъ процессор обязан обабатывать только
>одну задачу. так в чем там концепция кучи сей не тем
>боком вышла?
>
>и в остальном: будущее без "ю" пишется

про интеррапты в в тему затронули.
теперяшний гадюшник полагался лишь машинам девелоперов(в изначальном "видении" ibm), а на энд-юзерских машинах должны были обрабатываться 3-4 критичных.
а про практическую реализацию - снова вы в лужу выпустили воздух.
почитайте к примеру про archimede или Amiga хардвер(или чипсеты SGI к x86).

p.s.
про предпочтительные диалекты русского - еще нетривиальные.
но слив засчитан.
когда начианют вместо ответа - к грамматике или персоналиями докапваться, иного нет.

грамматика показывает уровень развития. опечатки - хрен с ними. но когда пишут шедевры, типа "будующее" и "пробывать" - это да. уровень. в большинстве случаев отражен, причем - полностью. шаблонность ваших выражений а-ля "в лужу выпустили воздух" лишь подтверждает мое предположение.

по всему другому - потрудитесь пояснить всю "идеальность" архитектуры амиги. так - в двух словах. ну, или ссылку.