https://opennet.dev/openforum/vsluhforumID3/63344.html Мэтью Дезнойерс (Mathieu Desnoyers), известный разработчик Linux ядра, опубликовал (http://lists.casi.polymtl.ca/pipermail/ltt-dev/2010-January/002130.html) в открытом доступе текст своей Ph.D диссертации "Low-Impact Operating System Tracing (http://www.lttng.org/pub/thesis/desnoyers-dissertation-2009-12-v26.pdf)" , в которой на 255 страницах обобщен опыт разработки проекта LTTng (http://lttng.org/) (Linux Trace Toolkit next generation) и RCU (Read-copy-update) библиотеки liburcu (http://lttng.org/?q=node/18). <br><br><br><br>Система трассировки LTTng работает на уровне Linux ядра и отличается минимальным влиянием на работу профилируемого приложения, что позволяет приблизить условия работы данного приложения к его выполнению без использования трассировки (например, позволяет выявлять проблемы с производительностью в программах, работающих в реальном режиме времени). Библиотека liburcu предназначена для организации одновременного доступа к данным без использования блокировок, обеспечивая при чтении линейный рост произв https://opennet.dev/openforum/vsluhforumID3/63344.html#5 Thu, 28 Jan 2010 14:35:39 GMT грамматика показывает уровень развития. опечатки - хрен с ними. но когда пишут шедевры, типа "будующее" и "пробывать" - это да. уровень. в большинстве случаев отражен, причем - полностью. шаблонность ваших выражений а-ля "в лужу выпустили воздух" лишь подтверждает мое предположение.<br><br>по всему другому - потрудитесь пояснить всю "идеальность" архитектуры амиги. так - в двух словах. ну, или ссылку. <br> https://opennet.dev/openforum/vsluhforumID3/63344.html#4 Thu, 28 Jan 2010 12:02:44 GMT &gt;ога. а интерапы - болезни процессоров. ибо труъ процессор обязан обабатывать только <br>&gt;одну задачу. так в чем там концепция кучи сей не тем <br>&gt;боком вышла? <br>&gt;<br>&gt;и в остальном: будущее без "ю" пишется <br><br>про интеррапты в в тему затронули.<br>теперяшний гадюшник полагался лишь машинам девелоперов(в изначальном "видении" ibm), а на энд-юзерских машинах должны были обрабатываться 3-4 критичных.<br>а про практическую реализацию - снова вы в лужу выпустили воздух.<br>почитайте к примеру про archimede или Amiga хардвер(или чипсеты SGI к x86).<br><br>p.s.<br>про предпочтительные диалекты русского - еще нетривиальные.<br>но слив засчитан.<br>когда начианют вместо ответа - к грамматике или персоналиями докапваться, иного нет.<br> https://opennet.dev/openforum/vsluhforumID3/63344.html#3 Thu, 28 Jan 2010 08:37:20 GMT ога. а интерапы - болезни процессоров. ибо труъ процессор обязан обабатывать только одну задачу. так в чем там концепция кучи сей не тем боком вышла?<br><br>и в остальном: будущее без "ю" пишется<br> https://opennet.dev/openforum/vsluhforumID3/63344.html#2 Thu, 28 Jan 2010 07:44:52 GMT а журнал транзакций - тоже через liburcu. поверх mmap или еще быстрее.<br>и остальное.<br>блокировки/cемафоры/mutexы - это все болезни рождения Unix(как и концепция кучи/heap, С-ей).<br>неблокируемый dataflow - ТруЪ и будующее.<br> https://opennet.dev/openforum/vsluhforumID3/63344.html#1 Wed, 27 Jan 2010 19:38:19 GMT Sqlite использует файловые блокировки для контроля доступа к базе данных. Можно сделать доступ к базе через liburcu поверх mmap. Только не ясно как насчет журнала транзакций.<br><br>http://lwn.net/Articles/262464/ - What is RCU, Really<br>