и mit license

Любое другое однопоточное решение, конечно будет делать то же самое, но надо будет явно ходить в epoll\kqueue и восстанавливать какой-то стейт.

Так в том то и проблема: epoll\kqueue\iocp не умеют работать напрямую с корутинами, вам придется в любом случае восстанавливать стейт корутины ручками после epoll\kqueue\iocp

И header-only)

Ну это уже идеал, либу я не поленюсь сбилдить

Так в том то и проблема: epoll\kqueue\iocp не умеют работать напрямую с корутинами, вам придется в любом случае восстанавливать стейт корутины ручками после epoll\kqueue\iocp

Конечно, мы так и делаем, я ответил на это вот здесь:

Если стейт достаточно большой, то может быть дешевле переключить esp и eip, чем читать его из какой-то структуры.

Скоро откроем.

ВОТ ТАК ТО ЛУЧШЕ

Если стейт достаточно большой, то может быть дешевле переключить esp и eip, чем читать его из какой-то структуры.

А в чем разница? Вроде прочитать указатель из epoll или восстановить указатель для esp - приблизительно одно и то же?

Да, приблизительно одно и то же. Но для пользователя это выглядит совсем по-другому.

Не в тему текущего спора: тут кидали обёртку над OpenCV, а есть ещё варианты?

Даже не так. Просто для GPU вычислений

Предположим, что у пользователя непростая бизнес-логика. В случае с корутинами выглядело это бы так, что в одном контексте соединения и пользователь из одной какой-то глубокой ветки if-а вызвал сетевую операцию, в другом контексте из совершенно дургого места. Когда ядерный диспетчер вернул нам корутину мы в неё переключились и сразу оказались в нужном месте по коду.

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

поверь мне, не зря

Андрей, мне казалось, что ты достаточно логичен, чтобы переставать вести дискуссию с людьми, которые не могут это делать конструктивно :)

Вот это вот "не знаю, но осуждаю" - это круто!

Андрей, мне казалось, что ты достаточно логичен, чтобы переставать вести дискуссию с людьми, которые не могут это делать конструктивно :)

Есть вещи, которыми я горжусь, и даже со своей разумностью бывает сложно не «стригерриться».

По факту, на данный момент это лучшее решение для диспетчеризации задач под Linux, OSX и Windows.

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

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

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

Я проверял. Быстрее.

По факту, на данный момент это лучшее решение для диспетчеризации задач под Linux, OSX и Windows.

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

Всем привет! Cocos2d-x разработчики есть? Почему остановились на кокосе, какие альтернативы рассматривали?

привет. насколько знаю с кокосом всё сложно

альтернатив особо нет

при разработке вылазиет много ньюансов

Unity, defold и т.д.

под дроиды производительность нужна

да, это верно

в таком случае лучше либгдх брать

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

Всем привет! Cocos2d-x разработчики есть? Почему остановились на кокосе, какие альтернативы рассматривали?

А что именно от кокоса надо? Почему бы не использовать связку в духе sfml + box2d ?

Изучаю технологический рынок для нового проекта.

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

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

+, горит

Шо за вундервуд? Это типа александреску для тех кому не хватило первой дозы?

Тут в чате есть эта книга

а как найти

#book

>нетрадиционное использование шаблонов

ERROR: S client not available

https://t.me/iv?url=https%3A%2F%2Fprocxx.github.io%2F&rhash=4aedd728dc041c

https://ps-group.github.io/compilers/cxx17

используйте to_chars и from_chars для реализации библиотечных функций сериализации и парсинга чисел не используйте их напрямую: рискуете сделать небрежную обработку ошибок

это как, лол?

>Знаменитая библиотека Boost.Filesystem мигрировала в стандарт, и теперь будет реализована производителями компиляторов в пространстве имён std::filesystem. Это радует, потому что Boost.Filesystem имеет известные проблемы внутренней архитектуры: >внутри Boost.Filesystem присутствуют места с неопределённым поведением, например, разыменование нулевых указателей и передача их в виде ссылки, а затем повторное получение указателя Ой-ой.

Как то видела что тут проскакивал мини конкурс на самое длинное объявление переменной и что то мне вспомнилось это https://codegolf.stackexchange.com/questions/1956/generate-the-longest-error-message-in-c

Самое смешное оттуда пока что #define std +

Самое смешное оттуда пока что #define std +

include-bomb тоже ничего #include "golf.cpp" #include "golf.cpp"

include-bomb тоже ничего #include "golf.cpp" #include "golf.cpp"

А что в таком случае с компилятором происходит

подозреваю что ODR нарушается

http://www.cs.utah.edu/~regehr/ub-2017-qualcomm.pdf

http://www.cs.utah.edu/~regehr/ub-2017-qualcomm.pdf

Хм, классные слайды. Тут в Яндексе зачетный докладец был на второй встрече рг21

Хм, классные слайды. Тут в Яндексе зачетный докладец был на второй встрече рг21

который Marshall Clow проводил?

Да

os.write(op.s, strlen(op.s) + 1); что тут не так

https://www.youtube.com/playlist?list=PLZN9ZGiWZoZojYik8EdApUgPwa0YM3Yuz