изменил на no, 17 раз

zero cost abstractions, говорили они. Производительность, говорили они

zero cost abstractions, говорили они. Производительность, говорили они

ну, ожидаемо, сохранять контекст и восстанавливать на каждой итерации не дается даром

C++ Coroutines - a negative overhead abstraction ™

набросал наивный бенчмарк: https://gist.github.com/anatoly-spb/ea34929134454a2b8752932fc30e9744 получил co_yield в ~15 раз медлительней: sum 1073741825 corange(0, 2147483647) took 11990ms. sum 1073741825 range(0, 2147483647) took 776ms. co_yield/range = 15

https://developercommunity.visualstudio.com/content/problem/19630/generators-using-co-yield-are-18x-slower-than-a-fo.html

набросал наивный бенчмарк: https://gist.github.com/anatoly-spb/ea34929134454a2b8752932fc30e9744 получил co_yield в ~15 раз медлительней: sum 1073741825 corange(0, 2147483647) took 11990ms. sum 1073741825 range(0, 2147483647) took 776ms. co_yield/range = 15

Спасибо за тест. В x64 разница поменьше - в 13 раз, но все равно использовать это пока надо аккуратно, ждем дальше. В дизассемблере видно что код не оптимизируется, плюс аллокация в куче на всю корутину даже на таком простом примере. Интересно что Гор два года назад хвалился как clang даже аллокации убирает, видимо оптимизатор в MSVC так пока и не допилили.

https://developercommunity.visualstudio.com/content/problem/19630/generators-using-co-yield-are-18x-slower-than-a-fo.html

Igor в этой статье советуют /await:heapelide , но у меня не принимает компилятор эту опцию

Спасибо за тест. В x64 разница поменьше - в 13 раз, но все равно использовать это пока надо аккуратно, ждем дальше. В дизассемблере видно что код не оптимизируется, плюс аллокация в куче на всю корутину даже на таком простом примере. Интересно что Гор два года назад хвалился как clang даже аллокации убирает, видимо оптимизатор в MSVC так пока и не допилили.

у меня на x64 в 16 раз: Процессор Intel(R) Core(TM) i7-4700MQ CPU @ 2.40GHz, 2401 МГц, ядер: 4, логических процессоров: 8

Igor в этой статье советуют /await:heapelide , но у меня не принимает компилятор эту опцию

У меня принимает (15.7 Preview 6), но аллокация остается. На x86 как там и пишут немного хуже - показывает 15 раз. Я думаю разница не очень важна, все равно порядок ясен :)

погоди, вы ожидаете, что вижловый компил будет оптимизировать аллокации? ?

вы серьёзно? ?

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

не стоит такого ждать от вижлового компилятора, ох не стоит

У меня принимает (15.7 Preview 6), но аллокация остается. На x86 как там и пишут немного хуже - показывает 15 раз. Я думаю разница не очень важна, все равно порядок ясен :)

принимает только в x64 режиме сборки, но не влияет на порядок, у меня теже 16 раз

погоди, вы ожидаете, что вижловый компил будет оптимизировать аллокации? ?

ну, а что делать-то? :)

не подскажете либу для создания изображений? нужен функционал для собсна заполнения изображения и запись в файл, из нефункциональных требований - кроссплатформенность, желательно header-only

stb_image/stb_image_write - https://github.com/nothings/stb

всем привет! вечером 15 мая в московском офисе Яндекса пройдет очередная встреча сообщества C++ User Group с участием спикеров из NVIDIA и Яндекс.Такси. поговорим о метапрограммировании, шаблонах, распределенности и отказоустойчивости – присоединяйтесь.  участие бесплатное, подробности и регистрация по ссылке https://events.yandex.ru/events/yagosti/15-May-2018/

Внимание! Это ловушка! Анонсами от Яндекса всегда Наташа Макарова занималась!

А сейчас, вполне возможно, нам попытаются сказать, что Наташа не может пока что

Наташа в декрете, теперь я – привет ?

как я и говорил

кругом враги!

Никто от С++ декретом не откосит

Внимание! Это ловушка! Анонсами от Яндекса всегда Наташа Макарова занималась!

Ты еще скажи, что ловушка, потому-что адрес встречи не на Льва Толстова

Ты еще скажи, что ловушка, потому-что адрес встречи не на Льва Толстова

кстати, да!

Будет ли трансляция для немосквичей?

и Яндекс ненастоящий, и Наташа не та ((

Пахнет всё разводом каким-то. Да и не знаю я, что это за Полина такая

но вы все равно приходите )

трансляции не будет, к сожалению

трансляции не будет, к сожалению

А запись?

А запись?

Будет

При Наташе всегда была, по крайней мере

ого! а вы откуда знаете? ))

А как сейчас там с организацией... всё под ОЧЕНЬ большим вопросом

При Наташе всегда была, по крайней мере

это многое объясняет )

да, запись планируем

всем привет! вечером 15 мая в московском офисе Яндекса пройдет очередная встреча сообщества C++ User Group с участием спикеров из NVIDIA и Яндекс.Такси. поговорим о метапрограммировании, шаблонах, распределенности и отказоустойчивости – присоединяйтесь.  участие бесплатное, подробности и регистрация по ссылке https://events.yandex.ru/events/yagosti/15-May-2018/

Составлю конкуренцию. 16 мая в СПб пройдет очередная встреча C++ User Group в офисе DINS на Старо-Петергофском пр., д. 19. Андрей Давыдов из JetBrains расскажет про текущее состояние корутин в C++. Места еще есть, надо зарегистрироваться на https://www.meetup.com/St-Petersburg-CPP-User-Group/events/250081646/.

Где потом её найти? По той же ссылке?

Вот Игорь проверенный человек

я даже запиню это дело

Составлю конкуренцию. 16 мая в СПб пройдет очередная встреча C++ User Group в офисе DINS на Старо-Петергофском пр., д. 19. Андрей Давыдов из JetBrains расскажет про текущее состояние корутин в C++. Места еще есть, надо зарегистрироваться на https://www.meetup.com/St-Petersburg-CPP-User-Group/events/250081646/.

Будет ли запись?

Где потом её найти? По той же ссылке?

я в @ProCxxNews сегодня вечером планировал все мероприятия выложить

Вот Игорь проверенный человек

Спасибо :) Продолжим там жаловаться на корутины в MSVC.

Спасибо :) Продолжим там жаловаться на корутины в MSVC.

да что там жаловаться то. я бы не смотрел сильно на них до того, пока их примут (а их пока что не приняли, напоминаю)

Будет ли запись?

Вроде должна быть, но это не офис JetBrains, возможны накладки :)

Ты еще скажи, что ловушка, потому-что адрес встречи не на Льва Толстова

и не в понедельник!

а что касается производительности - то рано ещё говорить об этом вообще. особенно в случае msvc

Господа, у меня вопрос. Кто-нибудь пробовал собирать что-нибудь Visual Studio под ARM? Для этого модного 10 виндовса на ARM-лэптопах.

Господа, у меня вопрос. Кто-нибудь пробовал собирать что-нибудь Visual Studio под ARM? Для этого модного 10 виндовса на ARM-лэптопах.

грешен был

Господа, у меня вопрос. Кто-нибудь пробовал собирать что-нибудь Visual Studio под ARM? Для этого модного 10 виндовса на ARM-лэптопах.

я скоро буду пробовать

грешен был

А есть где почитать, как это делать? Работает ли кросс-конопляция. Я очень сильно хочу в Appveyour добавить сборку под это дело, если получится.

Господа, у меня вопрос. Кто-нибудь пробовал собирать что-нибудь Visual Studio под ARM? Для этого модного 10 виндовса на ARM-лэптопах.

Пробовал через visual gdb немного, если совсем arm

ERROR: S client not available

а как ты собирал через visual gdb?

А есть где почитать, как это делать? Работает ли кросс-конопляция. Я очень сильно хочу в Appveyour добавить сборку под это дело, если получится.

если аппвейор, то надо его просить другую developer console открывать

если аппвейор, то надо его просить другую developer console открывать

Ну вот сейчас я зову cmake условно так: cmake -G"Visual Studio 14 Win64". Я так понимаю, что нужно будет переехать на 17 студию сначала и просто позвать нужный генератор от ARM? Или всё гораздо хитрее?

там есть вроде генератор для ARM

cmake -G "Visual Studio 17 ARM"

О, спасибо!

Ну вот сейчас я зову cmake условно так: cmake -G"Visual Studio 14 Win64". Я так понимаю, что нужно будет переехать на 17 студию сначала и просто позвать нужный генератор от ARM? Или всё гораздо хитрее?

укажи просто cmake "visual studio 2017 arm"

Вот Игорь проверенный человек

Полина тоже проверена Антон одобряет https://pp.userapi.com/c831209/v831209867/ebb11/xqZal-sITGk.jpg

Так что приходите на https://events.yandex.ru/events/yagosti/15-May-2018/ Будет всё как все любят: с шаблонами, записью и живым общением

Во, @antoshkka Антоша, хорошо что ты появился. Скажи в gcc, clang-е уже можно щупать coroutine? Просто вчера наткнулись на деградацию производительности (co_yield проигрывает 15-17 раз простому for loop) при работе с генераторами в Visual Studio 2017, в частности в их последнем релизе 15.7.0: https://gist.github.com/anatoly-spb/ea34929134454a2b8752932fc30e9744 Хотелось бы узнать, как обстоят дела у партнеров.

пользуясь случаем ткните меня когда можно будет пощупать constexpr allocator

Так что приходите на https://events.yandex.ru/events/yagosti/15-May-2018/ Будет всё как все любят: с шаблонами, записью и живым общением

уиииии

пользуясь случаем ткните меня когда можно будет пощупать constexpr allocator

ну так щупать можно уже

глянь у Антона в репе

о, посмотрю спасибо

там патченый std::string и std::vector (навесили чуточку constexpr) ну и сам аллокатор

а до ввода в стандарт такого ещё очень долго

там патченый std::string и std::vector (навесили чуточку constexpr) ну и сам аллокатор

офигеннос, спасибо. мне для доклада нужно делать constexpr const экземпляры класса, где все параметры меняющиеся или неизвестные в компайл тайме лежат как пимпл. а на стеке выделять пимпл не комильфо

там очень простой аллокатор, тебе понравится

не совсем полноценный, но рабочий

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

а что у вас за компилятор?

у меня доклад по микроконтроллерному коду готовится просто

там можно и llvm и gcc для арма

а версии какие?

ща посмотрю, вроде ветка была портирована, но посмотрю