Ребят, подскажите, куда копать:
Есть данные, используемые разными потоками, одним очень критичным ко времени (как бы RealTime, далее RTT) и одним или несколькими вспомогательными, которые могут и подождать. Думается, что было бы красиво, если RTT когда ему приспичит мог бы вытеснить остальные из защищенного участка, пусть даже ценой потери вспомогательными потоками данных. 
Существует ли какой-то механизм для такого взаимодействия потоков?

Чем не устраивает повышение приоритета? Приостановка вспомогательных на время выполнения основного? Или я не понял значение слова "вытеснить"?

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

А что делать если второстепенный поток уже наполовину изменил общие данные?

Допустим что второстепенный поток ничего не меняет, ему доступно только чтение.

Тогда всё просто на мой взгляд, просто останавливаете поток(если надо вообще убиваете его), используете Synchronize и модифицируете данные. Мне кажется всё.

Два ваших последних вопроса наводят меня на мысль, что вы пытаетесь сделать из ОС Windows ОС реального времени. 
Удачи. :(

тогда не нужно читать в локе. 
добавь общим данным два поля: номер версии данных которая начала записываться (FUpdatingVersion) и номер версии данных которая полностью записана (FUpdatedVersion). Пишущий поток перед записью делает InterlockedIncrement(FUpdatingVersion), потом изменяет данные, потом делает InterlockedIncrement(FUpdatedVersion). Если пишущий поток тоже может быть не один, то всё это включая оба вызова InterlockedIncrement делает внутри лока. Читающий поток без всяких локов запоминает FUpdatingVersion читает сами данные и потом читает FUpdatedVersion.
Если FUpdatingVersion <> FUpdatedVersion значит он скопировал себе данные, с которыми в тот момент работал пишущий поток, и обрабатывать их нельзя. Пусть или повторяет попытку позже, или что ты там предусмотришь для этого случая. Если версии равны, значит данные прочитались целостно.

вообще-то вроде была real-time надстройка над виндой

блин, очень трудно не упустив сути не залезть в дебри....
....
я не совсем правильно выразился, второстепенный поток в особом режиме работы приложения (когда от RTT требуется минимум задержек) может только читать. 

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



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


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



чх нисколько не полезный пост  
во-первых, вопрос я задал лишь один, во-вторых прям уж такого реального реального времени мне не нужно, есть внешние средства для выреальнивания (или отреальнивания), в-третьих, коль уж тут такой вопрос, можно и похоливарить по теме RT (но, пожалуйста, не здесь), в-четвертых, удача - для неудачников )))

Добавлено через 1 минуту и 50 секунд

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

да, и попробуй еще класс TMultiReadExclusiveWriteSynchronizer из SysUtils

Ну судя по описанию это очень хорошо   

Хотя "вытеснения" тут тоже нет, оптимизируется только чтение. Что все равно хорошо!

Это сообщение отредактировал(а) Spike - 14.12.2012, 01:26

Это где?

Добавлено через 2 минуты и 19 секунд

Это уж мы оценим в будущем.

[T]winCAT, RTX VenturCom - это навскидку.
Да только мне их не нужно, мне немного по-другому можно делать, без Hard RT. Да и вопрос был о другом )))




Это сообщение отредактировал(а) Spike - 14.12.2012, 01:56

нацарапал класс, иллюстрирующий идею




ну вот например http://www.directinsight.co.uk/products/venturcom/rtx.html

Это сообщение отредактировал(а) bems - 14.12.2012, 01:56

bems, беспредельный респект и уважуха!!! думаю как это приладить чтоб было красиво