Есть несколько потоков. Один каждые 0,5 сек пишет в общую

Jokhar Ali
Просто load memory_order::relaxed

d7d1cd
Это как?

Просто load memory_order::relaxed

0

6 месяцев назад

d7d1cd Автор вопроса

В итоге, если ваши так сделаю, то норм?

0

6 месяцев назад

d7d1cd
В итоге, если ваши так сделаю, то норм?

Да

0

6 месяцев назад

d7d1cd Автор вопроса

Jokhar Ali
Да

И load и stor?

0

6 месяцев назад

Dmitry Sokolov
Уж не текущее ли время он туда пишет? :)

Уж не текущее ли время он туда пишет? :)

0

6 месяцев назад

d7d1cd Автор вопроса

Ага )

0

6 месяцев назад

d7d1cd
Ага )

А зачем? clock_gettime тоже просто переменную читает

0

6 месяцев назад

Dmitry Sokolov
А зачем? clock_gettime тоже просто переменную чита...

кстати да, VDSOж

0

6 месяцев назад

d7d1cd Автор вопроса

Dmitry Sokolov
А зачем? clock_gettime тоже просто переменную чита...

Зачем, не знаю, не мой код. А что, это лучше будет?

0

6 месяцев назад

d7d1cd
Зачем, не знаю, не мой код. А что, это лучше будет...

Конечно, просто time(nullptr)

0

6 месяцев назад

d7d1cd Автор вопроса

Dmitry Sokolov
Конечно, просто time(nullptr)

Согласен. Но для чего-то сделали вот так... Может чтобы лишний раз не дергать систему с вопросом "который час"?

0

6 месяцев назад

Denis P

Jokhar Ali
Если x86 то делай наивно

стоит пользоваться гарантиями языка, а не платформы

0

6 месяцев назад

Denis P
стоит пользоваться гарантиями языка, а не платформ...

к тому же это было бы UB =)

0

6 месяцев назад

d7d1cd
Согласен. Но для чего-то сделали вот так... Может ...

Ну вот в каких то версиях chrono помнится не использовался vdso. Но и в этом случае либо проверять либо свои clock написать, которые будут напрямую clock_gettime звать.

0

6 месяцев назад

Denis P
стоит пользоваться гарантиями языка, а не платформ...

Он так или иначе пользуется гарантиями языка, а то как он ими пользуется, обозначает платформа, от этого не уйти

0

6 месяцев назад

Denis P

Jokhar Ali
Он так или иначе пользуется гарантиями языка, а то...

фраза на x86 это атомарно - бесполезна в контексте языка

0

6 месяцев назад

Denis P
фраза на x86 это атомарно - бесполезна в контексте...

Читай дальше

0

6 месяцев назад

Denis P

Jokhar Ali
Читай дальше

не вижу дальше ничего полезного

0

6 месяцев назад

d7d1cd
Согласен. Но для чего-то сделали вот так... Может ...

Во, но это применительно к chrono: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59177 В общем свои clock надёжнее.

0

6 месяцев назад

d7d1cd Автор вопроса

Свои, это как я описал в первом сообщении?

0

6 месяцев назад

d7d1cd
Свои, это как я описал в первом сообщении?

нет, просто дергаешь clock_gettime из глибц

0

6 месяцев назад

d7d1cd Автор вопроса

клюквенный сбитень
нет, просто дергаешь clock_gettime из глибц

А это не дорого, когда куча потоков будут дергать clock_gettime?

0

6 месяцев назад

d7d1cd
А это не дорого, когда куча потоков будут дергать ...

нет, если ядро современное

0

6 месяцев назад

d7d1cd
Свои, это как я описал в первом сообщении?

Если хочется chrono, можно просто аналог system_clock но с блэкджеком. Хотя там же с tzdb наверное будет не срастить и с std format. И это печаль кстати, теоретически и то и другое можно было бы сделать не для конкретных clock. Для обоих случаев мне кажется было бы достаточно просто потребовать от Clock конверсии в time_t. Ну тогда замену system_clock::now можно по простому. Но свои clock иногда тоже хорошо, мне вот нравится 64 бита в микросекундах AD, запас всё равно большой, но можно примерно 0 считать null, 1 jan 1 AD. Тогда всё iso-форматируемое в тип влезает и default-initialized 0 как null тоже ok, не какой нить там 1970-01-01

0

6 месяцев назад

Jokhar Ali · Accepted Answer