Size: a a a

2020 September 02

AD

Apache DOG™ in pro.cxx
Не хотелось бы чтобы совсем в упор получалось
источник

RN

Ruslan Neshta in pro.cxx
ну я б советовал написать с использованием cpr, там довольно тривиально все, замерять, и потом уже думать над улучшением существующего рабочего решения
источник

RN

Ruslan Neshta in pro.cxx
если будет оверхед попробовать другие либы
источник

RN

Ruslan Neshta in pro.cxx
zeroMQ etc
источник

AD

Apache DOG™ in pro.cxx
Спасибо
источник

V

Vyacheslav in pro.cxx
Привет. Есть отдельный чат по Boost и POSIX или тут можно спрашивать?
источник

AK

Andrei K in pro.cxx
Тут норм.
источник

V

Vyacheslav in pro.cxx
У меня boost::iostreams::mapped_file_source почему-то инициирует копирование файла внутри докера, если файл был собран в предыдущем слое. Хотел бы я найти и почитать исходники этого класса, а именно boost::iostreams::mapped_file_source::open. По идее копирование не нужно, т.к. boost::iostreams::mapped_file_source не меняет содержимого файла, так ведь?
источник

V

Vyacheslav in pro.cxx
Как быстро можно найти исходники mapped_file_source?
источник

AL

Anton Lashkov in pro.cxx
Vyacheslav
Как быстро можно найти исходники mapped_file_source?
источник

V

Vyacheslav in pro.cxx
Большое спасибо
источник

V

Vyacheslav in pro.cxx
не пойму, почему код со всеми настройками не позволяет позвать mmap с PROT_READ и MAP_PRIVATE... Вроде бы только для чтения маппинг. В итоге из-за MAP_SHARED по умолчанию маппящийся файл внутри докера будет скопирован из предыдущего слоя. Ну да ладно, придётся параметров досыпать.
источник
2020 September 03

V

Vyacheslav in pro.cxx
P.S. вот от этих двух строк у меня подгорает немного, конечно.
https://github.com/boostorg/iostreams/blob/master/src/mapped_file.cpp#L169
https://github.com/boostorg/iostreams/blob/master/src/mapped_file.cpp#L295
источник

AK

Andrei K in pro.cxx
Шлите PR с исправлением :)
источник

V

Vyacheslav in pro.cxx
Andrei K
Шлите PR с исправлением :)
Я ума не приложу, как это можно исправить без последствий :)
источник

AF

Alexander Filonov in pro.cxx
Календарь уже все перевернули?
источник

Ct

Casual tears in pro.cxx
https://godbolt.org/z/nKz9oh
Есть вот такой код и цитата из стандарта:

memory_order_release,memory_order_acq_rel, and memory_order_seq_cst: a store operation performs a release operation on the affected memory location (29.3 [atomic.order])

Вопрос: почему компилятор сгенерил разный код, если стандарт говорит, что seq_cst на store операции имеет release семантику?
источник

AP

Antony Polukhin in pro.cxx
Casual tears
https://godbolt.org/z/nKz9oh
Есть вот такой код и цитата из стандарта:

memory_order_release,memory_order_acq_rel, and memory_order_seq_cst: a store operation performs a release operation on the affected memory location (29.3 [atomic.order])

Вопрос: почему компилятор сгенерил разный код, если стандарт говорит, что seq_cst на store операции имеет release семантику?
seq_cst даёт дополнитеьные гарантии на не rmw операции

С seq_cst - все остальные потоки сразу видят значение
С release - должны заметить по истечении конечного интервала времени
источник

Ct

Casual tears in pro.cxx
Antony Polukhin
seq_cst даёт дополнитеьные гарантии на не rmw операции

С seq_cst - все остальные потоки сразу видят значение
С release - должны заметить по истечении конечного интервала времени
А как определяется "сразу"? Насколько мне известно в атомиках всё держится на "happens before".
источник

AP

Antony Polukhin in pro.cxx
Возьми Boost.Interprocess
Там mmap с человеческим лицом
источник