вставка QVector в другой QVector Опции

[Алексей1153]

1) ну и нехай пользуется ) Мне таких больших массивов с QString, что работа с ними станет медленной, точно нигде не придётся использовать.
2) оптимизаторы сейчас хитрые, вполне может так статься, что оператор QString развернётся в присваивание указателя, а затем весь цикл в memmove

[Авварон]

Каким местом он развернется в присваивание указателя, если там делается ref() ?

[Алексей1153]

Авварон, я и не говорил, что это точно произойдёт Но оптимизаторы нынче хитрые, к примеру вот, что умеют разделывать на пирожки

http://ru.wikipedia.org/wiki/%D0%A5%D0%B2%...%81%D0%B8%D1%8F

[Авварон]

Нашли, чем удивить. Компиляторы умные, я этого не отрицаю, но важно понимать что он может оптимизировать, а что нет.
Например, если ф-ия короткая, компилер может (в теории) заинлайнить ее в двух случаях - если она описана в хедере (это делают все компилеры), или если эта ф-ия объявлена в этом же модуле (длл). На практике 2е не встречаются, так как все объектники компилятся раздельно.
Если же ф-ия объявлена лишь в хедере, а реализована в cpp, то заинлайнить ее в другой модуль компилятор не сможет ну никак, он будет вынужден подставлять адрес функции.
Также, atomicInt.ref() нельзя заменить на присваивание указателя никоим образом. А, следовательно, нельзя и заменить на меммвув.

[Алексей1153]

ну, раз нельзя, то нельзя Главное, что по скорости устраивает