ответ очень простой - смотрите гарантии, которые дают потоки на вашей ОС

Не считая Вирт памяти

На деле их нет, всё в порядке

так как std::thread мапится на ОСные потоки. все гарантии касательно истинности, не прыганья по разным ядрам и так далее - только в доке к ОС

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

на заборе тоже пишут :) надо поточнее записывать за такими заборами

Ну и почему вы тогда говорите про 4мб?

Не из этих соображений?

это дефолтный размер стека: 1-4 МБ, и всё

конкретные имплементации тредпулов и всего прочего — другое дело, — они потребляют столько памяти, сколько автор тредпула считает нужным для этой задачи

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

https://ideone.com/a9De48
Вот для примера, как можно еще ускорить перебор в цикле? Или подскажите куда капать, чтобы преодолеть грань 1583.

Несколько раз уже написали, от увеличения num_threads быстрее не станет, это число должно быть недалеко от количества ядер. Если оно сильно больше вы наоборот все замедляете.

Возвращаясь к вопросу кодогенерации, а что если сделать отдельное описание структуры, на основе которой потом автоматически генерировать код, вместе с кодом struct/class, как, например, это делает протобуфф, возникает следующая проблема, если необходимо иметь кастомные методы и поля в модели, то каждый раз их придётся вставлять заново,или наследоваться от этих структур, что неудобно.. а что если генерировать не сами классы и структуры, а traits для них, таким образом у нас будет нужный функционал и возможность полностью управлять классом?)

traits для проверки? А чем неудобно наследоваться?

Traits для расширения

а как это?

Protoprotobuf? :)

Здравствуйте, кто подскажет как лучше перевести строку string в тип usingned long?