а
записывай туда вместо самого мапа
Size: a a a
2020 April 02
а
и когда фор кончился — перемещать в мап
R
останется проблема это синхронизировать) по концу for не получится, не только из цикла это может быть сделано
O
а как по-другому еще можно?
Посмотри gcc реализацию
а
Посмотри gcc реализацию
я смотрел там одно SFINAE
а
и форматирование странное
а
трудно читать
R
можно придумать какой-то типа мьютекс, который будет лочить мап на запись. А как только он снимается — делать синк
O
я смотрел там одно SFINAE
К этому нужно просто привыкнуть
O
и форматирование странное
К этому нужно просто привыкнуть x2
O
трудно читать
К этому нужно просто привыкнуть x3
R
точно, добавить к мапу lock и unlock
R
при unlock делать синхронизацию
R
а при удалении сначала помечать как удаленные
R
спасибо, вот вроде и пришли к норм концепции, которая и понятна, и выглядит надежно
а
спасибо, вот вроде и пришли к норм концепции, которая и понятна, и выглядит надежно
но не для многоптока
R
если добавлять/удалять из другого потока, придется еще мьютексами огораживать запись/чтение
R
но это к счастью не нужно
R
потому и планировщик понадобился, это асинхронищина-однопоток
R
Кстати а почему ты просто хэш таблицу не возьмешь?
ну это же массив? в нее не удобно добавлять/удалять произвольные элементы, нужно двигать другие