|
264 / 153 / 33
Регистрация: 29.06.2019
Сообщений: 1,549
|
|||||||
Потоко-безопасная Очередь05.04.2021, 20:16. Показов 13350. Ответов 106
Метки нет (Все метки)
... вырисовалась тема отсюда
а раздельная - вы, наверно, имеете ввиду для LIFO... наверно лучше на list выполнять? sorry, что много вопросов - стою на распутье - даже в отдельную тему вынесла
0
|
|||||||
| 05.04.2021, 20:16 | |
|
Ответы с готовыми решениями:
106
Потоко-независимая очередь записывает 2е команды в одну ячейку. Почему ?
Является ли boost::asio::tcp::acceptor потоко-безопасным ? |
|
264 / 153 / 33
Регистрация: 29.06.2019
Сообщений: 1,549
|
|
| 23.04.2021, 14:05 [ТС] | |
|
пример std::notify_all_at_thread_exit (последний код)... там же пример logger'a
0
|
|
|
264 / 153 / 33
Регистрация: 29.06.2019
Сообщений: 1,549
|
||||||
| 28.04.2021, 21:37 [ТС] | ||||||
|
ИТОГО
моя рабочая версия при ожидании 2х флагов - всё-так потом отдельно пройтись по каждому флагу... просто рассматривая пример и чей-то совет там , столкнулась с проблемой теряющихся элементов -- поправлю в этой ветке
вообще, конечно, столько флагов пихать в condition , потом их рассматривать... как-то добавляет кода... Вильямс предлагает несколько манёвров по обращению с ошибками (p.229) Вильямс предлагает несколько манёвров по обращению с ошибками
В части безопасности относительно исключений есть мелкая не-
приятность – если помещения данных в очередь ожидают несколь- ко потоков, то лишь один из них будет разбужен в результате вызова data_cond.notify_one(). Однако если этот поток возбудит исклю- чение в wait_and_pop(), например при конструировании std:: shared_ptr<> ������, то ни один из оставшихся потоков разбужен не будет. Если это неприемлемо, то можно заменить notify_one() на data_cond.notify_all(), тогда будут разбужены все потоки, но за это придется заплатить – большая часть из них сразу же уснет снова, увидев, что очередь по-прежнему пуста. Другой вариант – включить в wait_and_pop() обращение к notify_one() в случае исключения, тогда другой поток сможет попытаться извлечь находящееся в очереди. значение. Третий вариант – перенести инициализацию std::shared_ ptr<> в push() и сохранять экземпляры std::shared_ptr<>, а не сами значения данных. Тогда при копировании std::shared_ptr<> из внутренней очереди std::queue<> никаких исключений возник- нуть не может, и wait_and_pop() становится безопасной. - с учётом того, что он размещает в очередь std::shared_ptr<> Добавлено через 8 минут p.s. - это, действительно, лишь blocking_queue, запускающая consumer'ов данных из общего потока... лишь бы код consumer'ов после снятия блокировки (после notify) больше нигде не нуждался в ней снова... и дальше можно идти параллельно (асинхронно в моём случае - через switch context)
0
|
||||||
|
264 / 153 / 33
Регистрация: 29.06.2019
Сообщений: 1,549
|
|||
| 29.04.2021, 10:52 [ТС] | |||
исключения в потоках - Безопасность потоков в С++
0
|
|||
|
Заблокирован
|
|
| 29.04.2021, 12:51 | |
|
Вот спасибо. Как раз то, что надо
Добавлено через 10 минут Точно)
1
|
|
|
264 / 153 / 33
Регистрация: 29.06.2019
Сообщений: 1,549
|
|||||||
| 29.04.2021, 20:35 [ТС] | |||||||
|
и Exceptions, и RAII
- всё-таки не могу пока прикинуть, как поток можно инкапсулировать... чтобы И от всех members нормально перехватывались исключения (если вдруг), И join'ились объекты при этих исключениях самостоятельно... и обернуть consumer'а, например в такой Wrapper... а то потокобезопасная то queue - это хорошо, но exception-safety тоже хотелось бы, да и join() в деструкторе и в случае exceptions... не знаю, как соединить инкапсуляцию и exceptions-dealing... например, выход из потока, когда др. поток бросает исключение, а этот висит в wait -- понятно, что с флагом можно поколдовать... но всё-таки хочется поток инкапсулировать для корректного удаления (с join) в случае чего - ... ведь
по захвату ресурсов и ЖЦ в общем и целом - здесь - но нюансы для разработки Wrapper'a для потока пока не знаю, кроме, как примеры посматриваю... Добавлено через 22 минуты p.p.s. c future это, как уже оговаривалось, возможно - например
Также стоит отметить различия в реализации компиляторов. Так, Visual Studio позволяет инициализировать объект exception строкой. Например, можно передать сообщение об ошибке
0
|
|||||||
|
264 / 153 / 33
Регистрация: 29.06.2019
Сообщений: 1,549
|
|||||||||||||||
| 30.04.2021, 11:24 [ТС] | |||||||||||||||
|
при RAII - ведь если join в Деструкторе, а деструктор срабатывает при выходе в out-of-scope. -- то и проблем быть не должно, when unwinding stack... здесь
Note :
однако exception-safe
Кликните здесь для просмотра всего текста
Добавлено через 17 минут так работает (что закомментировано - не работает)
0
|
|||||||||||||||
|
264 / 153 / 33
Регистрация: 29.06.2019
Сообщений: 1,549
|
|||||||
| 30.04.2021, 22:21 [ТС] | |||||||
|
thread
0
|
|||||||
| 30.04.2021, 22:21 | |
|
Не безопасная форма Безопасная работа Безопасная регистрация
Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
сукцессия 14. Обновленная схема модели
anaschu 28.06.2026
ГЛОБАЛЬНАЯ ОПИСАТЕЛЬНАЯ СПЕЦИФИКАЦИЯ ЭКОСИСТЕМНОЙ МОДЕЛИ «SOIL CHEMISTRY & MYCORRHIZA 2. 0»
https:/ / ibb. co/ NnkGpfMd
Представленная интегрированная схема описывает непрерывную нелинейную. . .
|
сукцессия 13. Питон модель трехзонного мицелия, пока что в основном арбускулярного
anaschu 28.06.2026
## Разработка агентной модели микоризной сукцессии: от выявления артефактов к созданию комплексной системы
### Аннотация
Представлено исследование по разработке агентной модели микоризной. . .
|
сукцессия 12. краткий список проверок модели перед запуском.
anaschu 27.06.2026
Скрытые отказы в моделях систем динамики (SD-models) экологических систем: два случая из практики
Контекст
Разбирался прототип модели систем динамики (SD-модели) микоризной сукцессии: пять. . .
|
Сукцессия 11. Проверка орудий перед войной: разработка через тестирование
anaschu 27.06.2026
Как не дать модели соврать самой себе: проверки для симуляции микоризной сукцессии
Введение
Когда вы строите математическую модель живой системы — грибов, растений, почвы — главная опасность. . .
|
|
10 сукцессия. Питон код войны грибов и растений
anaschu 27.06.2026
import numpy as np
class PlantAgent:
def __init__(self, name, strategy, initial_biomass):
self. name = name
self. strategy = strategy # "greedy" (широколиственные) или. . .
|
сукцессия 9. Математика подлости: как растения предали грибных друзей
anaschu 27.06.2026
Статья 2. Глобальная фосфорная война: эволюционно-экономические механизмы распределения биомов Земли
Введение: Экологический рынок как игра с нулевой суммой
Традиционная экология долгое время. . .
|
сукцессия 8. Как я спорил с ИИ, которые - агенты растений и ненавистники грибов!
anaschu 27.06.2026
Статья 1. Хроники грибного восстания: как Сократов диалог разрушил академические догмы ИИ
Введение: Синдром «цифрового учебника»
Современные большие языковые модели (LLM) обладают колоссальным. . .
|
Главный вопрос моделирования сукцессии
anaschu 27.06.2026
главный вопрос.
Если эктомикориза лучше добывает недоступный фосфор. И ее масса максимальна из всех.
А широколиственный лес тоже имеет самую крутую биомассу.
То почему не возникло их симбиоза? Это. . .
|