подскажите способ дождатся изменения некоторого участка шаренной памяти без расходования ресурсов процессора на поллинг

удаленным процессором

Это как?

Пусть кидает сигнал. Или, например, заюзай межпроцессный семафор.

У тебя сопроцессор в стиле NM на MB7.77 или DSP на Эльбрусе-S? Тогда на аппаратном уровне это не разруливается. Дергай хост-процессор прерыванием после записи данных.

может както с защитой памяти поигратся?

Есть вариант обнаружения, что к странице пошёл доступ http://lwn.net/Articles/550555/

Тогда на аппаратном уровне это не разруливается

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

Другой вопрос, как это использовать из юзерспейса.

Тогда на аппаратном уровне это не разруливается

Вообще-то это в любом современном процике есть, виртуальная память без этого не работает

Один из нас не понял вопроса, и думаю, что это ты. Подождем ответа ТС.

да там и вопрос от ТС не очень понятен... изменения обычно не атомарны, и чаще нужно ждать пока изменения не начнутся, а закончатся. самое универсальное (но может и не самое удачное) решение здесь - использовать семафор

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

Ну не знаю, что тут непонятного. ТС не хочет постоянно проверять память на предмет изменений. Ок, чуть выше я дал ссылочку на отлов page fault в юзерспейс. Осталось только: заполнить шареную память и сделать финт ушами с anon_remap. Теперь при попытке потыкать эту память будет пейждфолт с вызовом обработчика, который и проверит характер шевеления - были изменения или нет. Как-то так. Допускаю, что на деле это окажется не так красиво и просто, но уж всяко интереснее опроса.

решение здесь - использовать семафор

Я так понимаю, что ТС использует что-то стороннее и вариант с введением каких-то семафоров, мьютекстов и т.д. исключается, а нужен именно хак.

Ну не знаю, что тут непонятного.

Тебе просто опыта не хватает. Словосочетание «удаленный процессор» можно понимать по-разному, в том числе - как «процессор на плате расширения, подключенной через стандартную шину». Если ситуация такова, то предложенное в этом топике либо просто неприменимо, либо применимо только на уровне общих принципов.

процессор на плате расширения, подключенной через стандартную шину

Человек, который щупает такую штуку, не будет спрашивать на ЛОРе, как её правильно щупать. Очевидно же.

Почему нет? :) «Эта штука» может оказаться вполне доступной простому смертному MB77.07.

может оказаться вполне доступной простому смертному MB77.07.

Дело не в доступности, а в знаниях. Если человек возится с MB77.07, то он не станет спрашивать тут такую чепуху.

Если человек возится с MB77.07, то он не станет спрашивать тут такую чепуху.

Как скажешь.

сами придумаем проблему, сами будем её героически решать. в оп-посте ничего про удалённый процессор нет («придумаем проблему», да) и я разделяю мнение вашего оппонента по поводу того, что тс сам не знает чего хочет.

Удалённым от слова удалили?

Кстати почему remote перевели как удалённый, а не отдалённый например?

в оп-посте ничего про удалённый процессор нет

Неужели? «Память будет изменятся удаленным процессором», не?

Ок, чуть выше я дал ссылочку на отлов page fault в юзерспейс.

для второго кора page fault не будет. так же не будет page fault если в эту память через pci какое-нибудь устройство запишет.

можно ли контролировать события через cache coherence протокол, не знаю, может и можно.

Удалённым от слова удалили?

от слова «даль»

Кстати почему remote перевели как удалённый, а не отдалённый например?

возможно потому что мой русский хромает

У тебя сопроцессор в стиле NM на MB7.77 или DSP на Эльбрусе-S? Тогда на аппаратном уровне это не разруливается.

да

Дергай хост-процессор прерыванием после записи данных.

у меня юзерспейс. дополнительные прерывания и K - нежелательны. Хотя возмжно я хочу невозможного.

Ремотный проц прикрыт MMU.

Эти все варианты, насколько я их понимаю, без поллинга не летают.

ссылка интересная. благодарю.

вполне будет. ЛОР - оччччень неплохое место чтобы определить направление движения ибо здесь просто нереальное количество СПВ.

вот если бы еще найти как зароутить к нам обработку ремотного пейдж-фолта - было бы совсем класно.

у меня юзерспейс. дополнительные прерывания и K - нежелательны

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

Ремотный проц прикрыт MMU.

Хм. Ты хочешь сказать, что операции обращения к памяти, выполняемые удаленным процессором, контролируются тем же MMU, что и операции от локального процессора? Если да - не секрет, как называется твоя железка?

вот если бы еще найти как зароутить к нам обработку ремотного пейдж-фолта - было бы совсем класно.

вызвать ipi в обработчике прерывания пэйдж фолта?

https://en.wikipedia.org/wiki/Inter-processor_interrupt

https://stackoverflow.com/questions/13465422/mwait-vs-halt-in-terms-of-effici...

а вот для x86 и инструкция есть mwait, чтобы долго и эффективно ждать