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

это для айфонов на arm64

А для всяких mips?

Не, я вспомнил. По ссылке на volatile можно передать только volatile объект.

А для всяких mips?

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

Что очевидно на самом деле должно быть.

Не, я вспомнил. По ссылке на volatile можно передать только volatile объект.

сейчас попробую сам его volatile сделать

сейчас попробую сам его volatile сделать

А имеет смысл? Вектор, очевидно, где-то еще используется, а вы ставите крест на его оптимизации.

А имеет смысл? Вектор, очевидно, где-то еще используется, а вы ставите крест на его оптимизации.

ну да, согласен, что не имеет

Можно попробовать в конце делать присваивание какое-нибудь. Лучше всего для последнего элемента, к которому у вас доступ в асме идет последним.

товарищи, а кто работал с protobuf/msgpack?

у нас тут срач с коллегами, они мне задвигают, что второй "по определению" лучше и что я должен это принять на веру, но почему именно лучше - не говорят

товарищи, а кто работал с protobuf/msgpack?

йа чюточьку

а.. я тока про первый слышал

Можно попробовать в конце делать присваивание какое-нибудь. Лучше всего для последнего элемента, к которому у вас доступ в асме идет последним.

спасибо, вот так работает: descriptor.pixels_.data_[descriptor.size_-1] = 0;

хорошый

у нас тут срач с коллегами, они мне задвигают, что второй "по определению" лучше и что я должен это принять на веру, но почему именно лучше - не говорят

thrift лучше их обоих // let the srach begin

thrift лучше их обоих // let the srach begin

thrift для другой задачи во многом

спасибо, вот так работает: descriptor.pixels_.data_[descriptor.size_-1] = 0;

Можно еще поэкспериментировать с указателями. Должно работать при передаче shared_ptr, но можно завернуть в unique_ptr и возвращать из функции unique_ptr мб быстрее получится, но надо бенчить. Дико, конечно, но должно помочь открыть глаза оптимизатору. С присваением самый быстрый вариант, но стабильным его назвать сложно. И поставьте на этой строке коммент, что оно нужно и не надо его трогать.

thrift для другой задачи во многом

вообще, надо под задачу бенчмаркать и выбирать лучший

Если смотреть в среднем по больнице чисто для сериализации, то вот https://github.com/thekvs/cpp-serializers

Можно еще поэкспериментировать с указателями. Должно работать при передаче shared_ptr, но можно завернуть в unique_ptr и возвращать из функции unique_ptr мб быстрее получится, но надо бенчить. Дико, конечно, но должно помочь открыть глаза оптимизатору. С присваением самый быстрый вариант, но стабильным его назвать сложно. И поставьте на этой строке коммент, что оно нужно и не надо его трогать.

Спасибо большое за советы, попробую. Я еще хочу попробовать сохранить указатель во временную переменную и передавать в асм как "=r"

вообще, надо под задачу бенчмаркать и выбирать лучший

да проблема в том, что у нас в конторе почему-то глобально "кто-то когда-то принял решение", что везде будем юзать msgpack

при этом протобуф есть в системе сборки, но он там старый

а на мой резонный вопрос "почему бы его не обновить" единственным ответом было "он говно, юзай msgpack, потому что мы так решили"

Спасибо большое за советы, попробую. Я еще хочу попробовать сохранить указатель во временную переменную и передавать в асм как "=r"

А попробуйте вместо присваивания поставить: (void)descriptor;

а на мой резонный вопрос "почему бы его не обновить" единственным ответом было "он говно, юзай msgpack, потому что мы так решили"

мда

да проблема в том, что у нас в конторе почему-то глобально "кто-то когда-то принял решение", что везде будем юзать msgpack

а что у вас для rpc? Или не пользуетесь?

А попробуйте вместо присваивания поставить: (void)descriptor;

Тоже сегфолт, но надо попробовать еще с вектором. В вызывающем коде создается на стеке объект, я переделал в ручное выделение на хипе через new и удаление через delete — все равно падает

не, вот так не прокатило (void)descriptor.pixels_.data_

Тоже сегфолт, но надо попробовать еще с вектором. В вызывающем коде создается на стеке объект, я переделал в ручное выделение на хипе через new и удаление через delete — все равно падает

Я встречал где-то код: do { (void)x; } while (false); как раз с asm блоками.

хм, интересно

do { (void)descriptor.pixels_.data_; } while (false); если после асма так написать, тоже сегфолт

а что у вас для rpc? Или не пользуетесь?

да в том-то и дело, что мне не для rpc

мне надо бинарные структуры довольно четкого формата пересылать

сериализатор-десериализатор для них уже давно написан, почему бы не заюзать строго типизированный protobuf - я не очень понимаю

мне надо бинарные структуры довольно четкого формата пересылать

хотя я ошибся, у протобуфа генерёное файло так себе, там классы уродливые

мне надо бинарные структуры довольно четкого формата пересылать

судя по синтетическим тестам, protobuf и message +- одинаковы по размеру сообщений и скорости сериализации/десериализации, правда тесты довольно старые

+ я не знаю как в новых версиях , в нашей он поганит имена, приводит всё к нижнему регистру

судя по синтетическим тестам, protobuf и message +- одинаковы по размеру сообщений и скорости сериализации/десериализации, правда тесты довольно старые

мне надо примерно 50к в секунду пересылать

такие вещи нельзя раз и навсегда решать, библиотеки-то эволюционируют

покатит?

разве что чтобы зоопарк не плодить

мне надо примерно 50к в секунду пересылать

а данные большие?

а данные большие?

не очень, в мегабайтах не скажу, но вроде около нескольких терабайт в день

do { (void)descriptor.pixels_.data_; } while (false); если после асма так написать, тоже сегфолт

Вот тут: https://github.com/google/benchmark/blob/master/include/benchmark/benchmark_api.h#L233 Есть функция DoNotOptimize. Ниже она же для msvc. Можете поковырять.

Вот тут: https://github.com/google/benchmark/blob/master/include/benchmark/benchmark_api.h#L233 Есть функция DoNotOptimize. Ниже она же для msvc. Можете поковырять.

пробовал "memory" в зависимости написать, не помогает

пробовал "memory" в зависимости написать, не помогает

Там ниже, где длинный каст.

сделал вот так сейчас, как там вроде: : : "g"(descriptor.pixels_.data_.data()) : "memory"

Там ниже, где длинный каст.

а, понял, сейчас попробую

не очень, в мегабайтах не скажу, но вроде около нескольких терабайт в день

с такими объемами не должно быть проблем ни с одной библиотекой, имхо, тем более все равно bottleneck'ом будет сеть

а, понял, сейчас попробую

void UseCharPointer(char const volatile*) {} template <class Tp> inline void DoNotOptimize(Tp const& value) { UseCharPointer(&reinterpret_cast<char const volatile&>(value)); }

void UseCharPointer(char const volatile*) {} template <class Tp> inline void DoNotOptimize(Tp const& value) { UseCharPointer(&reinterpret_cast<char const volatile&>(value)); }

для msvc там еще _ReadWriteBarrier() вызывается. Он в <intrin.h> есть.

блин, оно заработало!!!

для msvc там еще _ReadWriteBarrier() вызывается. Он в <intrin.h> есть.

спасибо большое!

: : "r"(descriptor.pixels_.data_.data()) : "memory"

блин, оно заработало!!!

embedded - это весело, я смотрю)

надо было просто мемори в зависимостях добавить к первоначальному варианту

спасибо большое!

Да это не мне, это гуглу спасибо. Их же код. Если конкретно, то, вроде, Чендлер Каррус(т) этим занимался.

embedded - это весело, я смотрю)

очень, особенно если за асм взяться)

Да это не мне, это гуглу спасибо. Их же код. Если конкретно, то, вроде, Чендлер Каррус(т) этим занимался.

вы нашли же, там что вам тоже)

До чего же меня бесят гнутые разработчики.

И вообще опенсоурсники. Почему нельзя сделать так, чтобы их либа собиралась на винде без убийства на это целого рабочего дня?

И вообще опенсоурсники. Почему нельзя сделать так, чтобы их либа собиралась на винде без убийства на это целого рабочего дня?

для этого нужна винда для тестирования сборки на ней

Самое ублюдочное, это .h файлы, которые собирает только configure

За такое хочется убивать.

Как я должен без вашего богомерзкого линукс-окружения это делать на моей убогой винде без баша.

это же опенсорс, возьми и почини

ERROR: S client not available

раз тебе нужна поддержка винды

Самое ублюдочное, это .h файлы, которые собирает только configure

вот уроды

Я насчитал 7 либ на починку уже. Что, все починить?

Как я должен без вашего богомерзкого линукс-окружения это делать на моей убогой винде без баша.

ещё бывает генерёное файло питоном делают

Я насчитал 7 либ на починку уже. Что, все починить?

да, это все равно дешевле их разработки с 0

Во, это просто мегаад. У меня тут как раз такая либа. Которая собирается питоном.

Во, это просто мегаад. У меня тут как раз такая либа. Которая собирается питоном.

?

да, это все равно дешевле их разработки с 0

а если не дешевле - то зачем они тебе?

Да я уже именем такой-то матери их собрал. Но всё равно, почему изначлаьно не сделать хорошо?

Я бы сейчас делал все либы cmake-ом и не парился бы. Работает везде без плясок с бубном.

Но нет, у кого-то configure у кого-то Jam у кого-то autogen у кого-то просто Makefile а кто-то вообще питоном собирает

беситажтрисёт

Самое ублюдочное, это .h файлы, которые собирает только configure

ооо, дааа, autotools которые работаеют в мсис или мингв это пушка

Во, это просто мегаад. У меня тут как раз такая либа. Которая собирается питоном.

мегаад - java-код, генерящийся самописным генератором на ней же (привет, gnu trove)

и мейкфайл даже никак не сгенерить по другому

у некоторых упоротых есть такие же упоротые cmd скрипты

libxml2 например

libxml2 например

Вот как раз мучаюсь сейчас с её сборкой.

Проклял всё на свете.

Вот как раз мучаюсь сейчас с её сборкой.

да я вроде ее быстро собрал... под визуал 2013, дальше адище началось

Я нашел пребилт бинари и скрестил пальцы просто.

надеюсь оно слинкуется

Я нашел пребилт бинари и скрестил пальцы просто.

ну если оно до 2015 а ты на 2015, то нет

Я на 2017 :(

большая вероятность)

а хотя оно же си

Я нашел пребилт бинари и скрестил пальцы просто.

а для винды никто еще пакетный менеджер не соорудил?

должно тогда

а для винды никто еще пакетный менеджер не соорудил?

майкрософт...

и тьма других поверх смейка

майкрософт...

я про нормальный)

https://chocolatey.org/