Организация работы системы легковесной трассировки LTTng

27.01.2010 21:15

Мэтью Дезнойерс (Mathieu Desnoyers), известный разработчик Linux ядра, опубликовал в открытом доступе текст своей Ph.D диссертации "Low-Impact Operating System Tracing" , в которой на 255 страницах обобщен опыт разработки проекта LTTng (Linux Trace Toolkit next generation) и RCU (Read-copy-update) библиотеки liburcu.

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

исправить +2 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/25185-LTTng

Ключевые слова: LTTng, tracing, linux, kernel, profile, test, debug

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (5)

RSS

1, mummy (?), 22:38, 27/01/2010 [ответить]	+/–
Sqlite использует файловые блокировки для контроля доступа к базе данных. Можно сделать доступ к базе через liburcu поверх mmap. Только не ясно как насчет журнала транзакций. http://lwn.net/Articles/262464/ - What is RCU, Really

2, Basiley (ok), 10:44, 28/01/2010 [^] [^^] [^^^] [ответить]	+/–
а журнал транзакций - тоже через liburcu. поверх mmap или еще быстрее. и остальное. блокировки/cемафоры/mutexы - это все болезни рождения Unix(как и концепция кучи/heap, С-ей). неблокируемый dataflow - ТруЪ и будующее.

3, Карбофос (ok), 11:37, 28/01/2010 [^] [^^] [^^^] [ответить]	+/–
ога. а интерапы - болезни процессоров. ибо труъ процессор обязан обабатывать только одну задачу. так в чем там концепция кучи сей не тем боком вышла? и в остальном: будущее без "ю" пишется

4, Basiley (ok), 15:02, 28/01/2010 [^] [^^] [^^^] [ответить]

+/–

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

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

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

5, Карбофос (ok), 17:35, 28/01/2010 [ответить]	+/–
грамматика показывает уровень развития. опечатки - хрен с ними. но когда пишут шедевры, типа "будующее" и "пробывать" - это да. уровень. в большинстве случаев отражен, причем - полностью. шаблонность ваших выражений а-ля "в лужу выпустили воздух" лишь подтверждает мое предположение. по всему другому - потрудитесь пояснить всю "идеальность" архитектуры амиги. так - в двух словах. ну, или ссылку.

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

Текст: