Понятно.

Ну разве что иогу предложить полиси у атомиков поменять

Если еще не сделали

На load-consume

У читающих тредов.

Потому что указатели.

Чтобы включить реордеринг обратно для независимых инструкций.

У пишущих store release у читающих по указателям load-consume

Вместо load-acquire

спс, попробуем потрогать так

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

при обращении говорить потоку как ему load делать?

Буфер не весь из атомиков ведь правда?

нет

Только указатель на него атомик

Да.

а это в с11 есть?

мне кажется только в 14м появилось

В с++11

Атомику пишешь

хорошо, благодарю

myatomicptr.store(rawptr, std:: memory_order_release) у читающего ptr = atomicdatasourceptr.load(std::memory_order_comsume)

Еще в языке есть всякие штуки типа std::kill_dependency

Можно вот на таком уровне все сделать и ручками memory fence поднимать.

от души! я все никак не могу в memory order осилить :( остался в прошлом веке почти

Да там легко. 40 минут есть? Посмотри лекцию. https://m.youtube.com/watch?v=_-3syPxgwqs

Да там легко. 40 минут есть? Посмотри лекцию. https://m.youtube.com/watch?v=_-3syPxgwqs

thx

Лекция зачот!

Я понял что нам ослабленный порядок вполне себе подходит

Главное что обеспечивается атомарность изменений.

Это по идее ещё больше добавит скорости. На миллионе элементов должно быть заметно

Да.

ммм.... ослабенный порядок...

Тебе не нужен sequential consistency

только release-consume

Потому как у тебя там указатели.

Ох, вспоминаю я код 2009 года, ядро системы на делфи и все обвешано этими критическими секциями

Причём в 2009 его с плюсов на на Паскаль переложили изза менеджера памяти

Намучились мы за эти годы с паскакалем

Ребят, чем черевато если оставаться на старой версии плюсов и не изучать новые 11 и 14 версии? Или это дело вкуса?

тем, что устареешь

Чревато остаться без работы плюсера :D

Ребят, чем черевато если оставаться на старой версии плюсов и не изучать новые 11 и 14 версии? Или это дело вкуса?

Старением :)

И обрастанием мхом ;)

Почитал вас тут, пишете что все новое в новых версиях не так легко дается когда привык к старому.

Почитал вас тут, пишете что все новое в новых версиях не так легко дается когда привык к старому.

Надо просто брать и юзать

А потом когда ногу прострелил - читать хелп

Ребят, чем черевато если оставаться на старой версии плюсов и не изучать новые 11 и 14 версии? Или это дело вкуса?

Тебе не интересно упростить свой код? Попробовать новые фишки? А так - в новой компании могут не понять.

Надо просто брать и юзать

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

Тебе не интересно упростить свой код? Попробовать новые фишки? А так - в новой компании могут не понять.

Интересует, просто создаётся такое впечатление что с каждой новой версией приходиться "учить язык заново".

не совсем.

Нужно знать старое, чтобы знать причины по которым есть нвое.

тобы была логика эволюции языка

Вот, поправьте лучше. Есть же позитивные стороны

Интересует, просто создаётся такое впечатление что с каждой новой версией приходиться "учить язык заново".

Пjчему? Что такого изменяется, что "приходится учить заново"?

Пjчему? Что такого изменяется, что "приходится учить заново"?

Учить одно и тоже практически и чувствовать себя нубом?) когда о старому какую нить сложную программу не напишешь из за новизы)

Как то так, глупо конечно)

В программировании ты всегда вечный нуб

даже через 50 лет

потому что все движется вперед

Кстати о новом. В c++14 есть auto return type. Зачем это надо?? Это же ужас!

auto find_id(const std::vector<record> &people, const std::string &name) { auto match_name = [&name](const record& r) -> bool { return r.name == name; }; auto ii = find_if(people.begin(), people.end(), match_name ); if (ii == people.end()) return -1; else return ii->id; }

У меня чувство, что люди хотят сделать так, чтобы для плюсов IDE вообще нельзя было написать.

норм.

Слушайте, вот чем return auto может помочь? Не многое сваливается на компилятор?

Компилятор и так это делает.

Когда выдаёт тебе return type mismatch

Он всё равно вычисляет тип выражения в return-е

и сравнивает его с сигнатурой

У меня мысля такая. Продолжать писать на плюсах за компилем, если например 14 версии на нем нет то хотя бы просто знать об этом..чтобы когда будешь писать уже на новой версии то ты уже знал об этом .вспомнил по быстрому и практикой закрепил. Идеально и не надо заморачиваться

тут как в "Алисе в Зазеркалье": надо все время бежать, чтобы оставаться на месте

У меня мысля такая. Продолжать писать на плюсах за компилем, если например 14 версии на нем нет то хотя бы просто знать об этом..чтобы когда будешь писать уже на новой версии то ты уже знал об этом .вспомнил по быстрому и практикой закрепил. Идеально и не надо заморачиваться

верно

или эмулировать фишки XD

Ыы)

тут в соседней ветке было про static_assert

идеальная реализация в итоге через шаблоны

вернее, даже не так

template<size_t N>

#define STATIC_ASSERT( x ) typedef int __STATIC_ASSERT__[( x )?1:-1]

блин