запросы с клиента, и если клиент присылает сообщение, то первый поток должен отправить второму потоку "либо что". Второй поток делает вычисления и выделяет память. Таким образом если второй поток получил это "либо что", то он должен остановить выполнение текущей задачи, освободить память и вернуть ноль.
Под словосочетанием "либо что", подразумеваю сигнал или сообщение или просто число.
П.С.
Пробывал это сделать через установку обработчика сигнала во втором потоке, а с первого потока кидать этот сигнал. Но выходит что обработать сигнал может любой поток, либо я что-то не так сделал. Как наиболее эфективно это сделать ?
Ты можешь проверять - может ли текущий поток обработать сигнал
>остановить В неконсистентном состоянии?
Потом
Какая-то очень странная схема работы. Не понятно, зачем такое. Ну ок, допустим, надо. Допустим, шиза. Это асинхронное взаимодействие первого потока со вторым, расчетным. Очевидно, что расчетный не может в произвольный момент просто взять и встать. Тогда, первый поток должен послать второму "сигнал" и далее есть два варианта: либо запросный поток должен синхронно сообщить о результате выполнения расчетного, либо асинхронно. Если второе, то вообще легко, он пишет клиенту что-то типа " все понял, расчёт будет остановлен и вам сообщат" (или не сообщат, если клиенту это не нужно). Тогда запросный поток просто шлёт расчётному "сигнал" и забывает. Первый вариант же означает, что нужно дождаться от расчетного ответного "сигнала 2" и только после этого выдать клиенту сообщение типа "Товарищь генерал, расчет остановлен, результат такой-то". Это было бы очень странно, ибо клиент должен послать запрос и ждать долго долго ответ. Но если надо, значит ок. Генерал все же... Технически это реализуется достаточно просто, оба сигнала 1 и 2 одинаковые, это либо event-ы, если это платформноориентированный код, либо эвенты из STD Threads, они делаются на atomic-что-то. atomic_flag или ещё что-то. В любом случае схема шиза полная.
Обсуждают сегодня