petrav,
У него было волшебное слово "место" в массиве.Это он индекс наверно)))

mayton,

Можно проще. Поток на вектор с дырками и поток на вектор без дырок. Два вектора он сам предложил.

бабушкин зайчик,
Еще немного и врубишься что потокам надо создавать или нарезать задачи.
А не наоборот, городить потоки возле одной кастрюли

Dima T,
По правде говоря, без блокировок тоже можно работать. В веб даже рекомендуется.
Из двух зол выбрали меньшее.)

Dima T,
Правда это для для java.
Но суть что код надо подстраивать под параллелизм.
Ибо компромиссы!
авторКомпромиссы
Стратегия высокого параллелизма реагирует на требования высокого параллелизма снижением охвата транзакции до уровня, минимально возможного в данной архитектуре. Это приводит к более быстрому завершению (фиксации или откату) транзакции, чем при использовании стратегии слоя API. Однако, как учит нас история хорошего корабля Vasa (см. Ресурсы), вы не можете иметь все и сразу. Жизнь состоит из компромиссов, и обработка транзакций – не исключение. Не можете же вы впрямь рассчитывать одновременно и на такой же уровень надежности обработки транзакций, что и в стратегии слоя API, и на максимальное количество параллельных обращений и максимальную пропускную способность при пиковых нагрузках.
http://www.k-press.ru/cs/2009/3/ts/ts.asp

Dima T,
В веб потоки тоже ресурс. И очень даже дорогой.
У веб сервера их 10 штук примерно.
А юзверей пусть пол лимона.
ТС похоже свой сервер пишет)))))
Где ище миллион вектор?

mayton,
Я же не о технических говорил.
Нельзя узко про одни блоки вещать.

Dima T,

Вообще, в веб параллельный доступ осуществляет субд..
Почему автор решил субд заново изобрести не знаю

я написал он не блокировочник. Механизм другой! Без блоков!