правда?
Зависит от контейнера, потоки тут не причем, подробнее в таблице https://en.cppreference.com/w/cpp/container
Не только другим потоком
Окей. Допустим, я смогу отказаться от unordered_set в пользу set, тк добавление в него элементов не ломает итераторы. 1. Но, есть ли возможность проверить, что элемент, который я читаю не был удалён? 2. Или всё это не имеет смысла, тк операции изменения состояния контейнера не атомарные и бог знает, что произойдёт, если я попытаюсь создать итератор в этот момент изменения?
Операции чтения и записи должны быть синхронизированы, иначе выходит гонка
Гонка, которая неизвестно чем закончится? Или всё-таки есть возможность с какими-то ограничениями не использовать синхронизацию?
Только читать из контейнера можно без синхронизации Но если при этом ещё и писать хочется, то синхронизация нужна обязательно Ну а вот удалил ты элемент, но при этом где-то ты его же считываешь. Ну и получится кирдык Или вставляешь один и тот же элемент в разных потоках...
shared mutex’ом тут только оптимизировать
Да тоже не фонтан
А почему? Ну либо тогда на лок-фри пересаживаться. Но не факт, что будет эффективнее
А это что?
а почему боитесь синхронизации?
Чтение и запись происходят достаточно активно
Ну так это один из поводов для синхронизации
А это специальные контейнеры, которые сами синхронизируются, но не мьютексами, критическими секциями, рв-локами и пр. А с помощью атомарных операций
Обсуждают сегодня