Работа с std::map одновременно в нескольких потоках

@кверти · Регистрация: 22.09.2013

Студворк — интернет-сервис помощи студентам

У меня есть мапа:

C++
1
std::map<std::string, bool> map_password;

(ключ - предполагаемый пароль, значение - проверялся ли этот ключ или нет)

И есть метод, который работает с этой мапой:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
inline void Brute::find_password(std::string need_pass)
{
    for (auto iter: map_password) 
    {
        if (iter.second != true) 
        {
            std::unique_lock<std::recursive_mutex> locker(critical_section);
            iter.second = true;
            if (iter.first == need_pass)
            {
                std::cout << "PASS = " << need_pass << std::endl;
                return;
            }
        }
    }
}

Этот метод работает в N потоках одновременно.
Возникла проблема: Если в методе

C++
1
inline void Brute::find_password(std::string need_pass)

срабатывает условие

C++
1
2
3
4
5
6
7
8
9
10
if (iter.second != true) 
        {
            std::unique_lock<std::recursive_mutex> locker(critical_section);
            iter.second = true;
            if (iter.first == need_pass)
            {
                std::cout << "PASS = " << need_pass << std::endl;
                return;
            }
        }

а в частности строка

C++
1
iter.second = true;

то в других потоках в iter.second будет тем что было изначально до каких либо проверок.
По моей задумке это должно работать пока-что так: проверили ключ. Если подошел, то все гуд. Если не подошел то ищем из того, что еще не проверяли. И вот как сделать по нормальному, чтобы значение мапы подхватывалось во всех работающих потоках.
Я пытался объявить мапу как:

C++
1
std::map<std::string, volatile bool>    map_password;

но результата 0.

@hoggy · 25.10.2016, 21:46

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
inline void Brute::find_password(const std::string& need_pass)
{
    std::unique_lock<std::recursive_mutex> locker(critical_section);
    for (auto iter: map_password) 
    {
        if (iter.second != true) 
        {
            iter.second = true;
            if (iter.first == need_pass)
            {
                std::cout << "PASS = " << need_pass << std::endl;
                return;
            }
        }
    }
}

@castaway · 25.10.2016, 22:00

hoggy, разве при таком подходе не теряется весь смысл многопоточности?

@кверти · 25.10.2016, 22:01 **[ТС]**

Как можно заметить. Другие потоки все равно проверяют ключ, который был проверен.

@кверти · 25.10.2016, 22:02 **[ТС]**

И кстати да. Получается с мапой сможет единовременно работать только один поток. Я думаю, что мъютекс стоял там где нужно...

@OlafNestandart · 25.10.2016, 22:11

Сообщение от кверти

Получается с мапой сможет единовременно работать только один поток. Я думаю, что мъютекс стоял там где нужно...

А как по другому? Если нужно читать и писать в одну переменную из разных потоков, то прийдется лочить и запись, и чтение.

@hoggy · 25.10.2016, 22:14

Сообщение от castaway

разве при таком подходе не теряется весь смысл многопоточности?

профит от многопоточке потерялся уже тогда,
когда ТС захотел сделать разделяемый ресурс.

я уже молчу, что логика самой функции слегка бредовая.
нафиг вообще делать пошаговый поиск по всей мапе?
не понятно, чего хочет ТС.

@кверти · 25.10.2016, 22:17 **[ТС]**

ТС хочет сделать жалкую пародию на брутфорс. Следовательно мне нужно перебирать всю мапу. Понятное дело, что нужно будет выключать потоки, когда будет найден искомый результат, но это позже... А сейчас сможете объяснить как можно выкрутиться из ситуации?

@hoggy · 25.10.2016, 22:23

Сообщение от кверти

ТС хочет сделать жалкую пародию на брутфорс.

разделяйте зоны ответственности.

например - 1 поток перебирает все на букву 'a'.
а другой - на букву 'b',
и тд.

что бы они не пересекались друг с другом.

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

каждый поток хранит свою собственную
локальную копию некоторой "текущей позиции".

например: поток запомнил код символа,
который он подставлял на предыдущей итерации,
подставляет следующий.

сами слова то запоминать зачем?

@castaway · 25.10.2016, 22:30

Сообщение от hoggy

профит от многопоточке потерялся уже тогда,
когда ТС захотел сделать разделяемый ресурс.

Так а какой он должен быть, если не разделяемый?
А подход бредовый, согласен.

@hoggy · 25.10.2016, 22:32

Сообщение от castaway

Так а какой он должен быть, если не разделяемый?

см #9

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

@castaway · 25.10.2016, 22:56

hoggy, это я прекрасно понимаю, и по сути это то же самое, разделяемый ресурс.

@hoggy · 25.10.2016, 23:16

Сообщение от castaway

по сути это то же самое, разделяемый ресурс.

не понял этого высказывания.

@castaway · 25.10.2016, 23:28

Сообщение от hoggy

не понял этого высказывания.

Есть один последовательный набор данных из сорока элементов. Есть четыре потока. Каждый поток работает с десятью последовательными элементами, тем самым имея собственный набор данных.
Вопрос: набор данных из сорока последовательных элементов - разделяемый ресурс?

@DU3 · 25.10.2016, 23:38

скорее нет, чем да. с тем же успехом разделяемым ресурсом можно назвать память, которую себе выделяют себе под задачи разные потоки. но для обращения к уже выделенным кускам памяти никакой синхронизации не надо. читай\пиши сколько влезет.

@hoggy · 25.10.2016, 23:54

Сообщение от castaway

Вопрос: набор данных из сорока последовательных элементов - разделяемый ресурс?

нет.

@rikimaru2013 · 26.10.2016, 00:06

castaway, ну так каждый поток знает и может по-пьяне обратится к любому с сорока, а hoggy хочет наверно донести, что у каждого своя локальная копия

C++
1
thread_data( std::vector<Some>(  std::begin() + 10*i, std::begin() + 10 + 10*i ))

или не говорить потоку, что это контейнер вовсе и пусть работает с некоторыми итератора

C++
1
thread_data( std::begin() + 10*i, std::begin() + 10 + 10*i );

@castaway · 26.10.2016, 00:19

Сообщение от rikimaru2013

а hoggy хочет наверно донести, что у каждого своя локальная копия

Нет. Суть в том, что один большой ресурс делится на N-ресурсов поменьше, которые располагаются последовательно, и N потоков работают с каждым.
Это подойдёт не для любой задачи, но для этой подходит хорошо.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@castaway 4986 / 3093 / 456 Регистрация: 10.11.2010 Сообщений: 11,170 Записей в блоге: 10
	25.10.2016, 22:00
	hoggy, разве при таком подходе не теряется весь смысл многопоточности? 0

@кверти 6 / 6 / 3 Регистрация: 22.09.2013 Сообщений: 166
	25.10.2016, 22:01 [ТС]
	Как можно заметить. Другие потоки все равно проверяют ключ, который был проверен. Миниатюры 0

@кверти 6 / 6 / 3 Регистрация: 22.09.2013 Сообщений: 166
	25.10.2016, 22:02 [ТС]
	И кстати да. Получается с мапой сможет единовременно работать только один поток. Я думаю, что мъютекс стоял там где нужно... 0

@кверти 6 / 6 / 3 Регистрация: 22.09.2013 Сообщений: 166
	25.10.2016, 22:17 [ТС]
	ТС хочет сделать жалкую пародию на брутфорс. Следовательно мне нужно перебирать всю мапу. Понятное дело, что нужно будет выключать потоки, когда будет найден искомый результат, но это позже... А сейчас сможете объяснить как можно выкрутиться из ситуации? 0

@castaway 4986 / 3093 / 456 Регистрация: 10.11.2010 Сообщений: 11,170 Записей в блоге: 10
	25.10.2016, 22:56
	hoggy, это я прекрасно понимаю, и по сути это то же самое, разделяемый ресурс. 0

@DU3 284 / 232 / 114 Регистрация: 07.09.2016 Сообщений: 584
	25.10.2016, 23:38
	скорее нет, чем да. с тем же успехом разделяемым ресурсом можно назвать память, которую себе выделяют себе под задачи разные потоки. но для обращения к уже выделенным кускам памяти никакой синхронизации не надо. читай\пиши сколько влезет. 0