GG
Не спасает полностью
Size: a a a
2020 January 15
p
да и во всех больших конторах с большой Си++ базой в той или иной степени есть асинхронный фреймворк. Вот и в предыдущем Акронисе тоже было
а userver появился раньше folly?
TS
с большой долей округления userver появился (стал использоваться вне команды его создавшей) где-то год назад. Так что сильно позже folly
AB
A
с большой долей округления userver появился (стал использоваться вне команды его создавшей) где-то год назад. Так что сильно позже folly
Но первые подходы к этой штанге Яндекс, судя по всему, давно делал.
Это видно по датам публикаций серии статей https://habr.com/ru/post/201826/, https://habr.com/ru/company/yandex/blog/240525/ и выступлений на Яндекс C++ Party
Это видно по датам публикаций серии статей https://habr.com/ru/post/201826/, https://habr.com/ru/company/yandex/blog/240525/ и выступлений на Яндекс C++ Party
A
За что Go можно поблагодарить, так за популяризацию концепта лёгких потоков
TS
то, что делал Демченко в большом Яндексе не имеет отношения к тому что мы делаем в Я.Такси
TS
а наружу когда ?
Непонятно, как пойдёт. Насколько я понимаю (но это не точно) они работают над open source userver
TS
За что Go можно поблагодарить, так за популяризацию концепта лёгких потоков
Если быть немного точнее, мы должны благодарить Симулу за популяризации понятия сопрограмма
AB
А будет как с catboost в две ревности
GG
Если быть немного точнее, мы должны благодарить Симулу за популяризации понятия сопрограмма
СЛАВА ВИРТУ!
TS
СЛАВА ВИРТУ!
Так-то слава, конечно!
Но причём тут Вирт?
Но причём тут Вирт?
ZO
Так-то слава, конечно!
Но причём тут Вирт?
Но причём тут Вирт?
Viert?
TS
FWIW авторы Симулы - норвеги Ole-Johan Dahl и Kristen Nygaard
TS
Никлаус Вирт (Niklaus Wirth) начал с Algol-W
A
Непонятно, как пойдёт. Насколько я понимаю (но это не точно) они работают над open source userver
А можно уточнить, у userver какая модель, m:n или n:1?
TS
А можно уточнить, у userver какая модель, m:n или n:1?
А, типа, с точки зрения ос между ними есть какая-то разница?
TS
ну то есть, если мы не лезем в планировщик (а мы не лезем) и делаем сохранение контекста в user-space (при помощи boost::coroutine2), то какая технологическая разница между 1:N и M:N?
A
С точки зрения ОС нет разницы, а с точки зрения пользователя либы есть, либо сопрограмма при старте запускается на любом из пула возможных потоков ос ( в процессе работы один из незанятых потоков может "украсть" задачу у другого потока ядра) или этого механизма нет и разработчик сам определяет где выполняется запущенная корутина (как бонус, сам перемещает её между потоками ос)
A
Кстати, Тимур, для следующих баттлов "C++ vs Go" могу посоветовать отличную работу "Improving the Performance of User-level Runtime Systems for Concurrent Applications"(https://uwspace.uwaterloo.ca/handle/10012/13935)
Это защита докторской в университете Уотерлу(Онтарио) от некоего Saman Barghi, он же автор библиотеки https://git.uwaterloo.ca/mkarsten/libfibre
В ней можно найти всё касательно механики сопрограмм со ссылками на множество С/С++-проектов, в том числе есть сравнения с Go.
Основное что оттуда можно подчерпнуть - всё что есть в Go давно(раньше чем появился Go) в том или ином виде реализовано на C++.
Да и у вас в Яндексе, как я понимаю, есть Userver (https://habr.com/ru/company/yandex/blog/474438/) со всеми теми возможностями что даёт Go
Это защита докторской в университете Уотерлу(Онтарио) от некоего Saman Barghi, он же автор библиотеки https://git.uwaterloo.ca/mkarsten/libfibre
В ней можно найти всё касательно механики сопрограмм со ссылками на множество С/С++-проектов, в том числе есть сравнения с Go.
Основное что оттуда можно подчерпнуть - всё что есть в Go давно(раньше чем появился Go) в том или ином виде реализовано на C++.
Да и у вас в Яндексе, как я понимаю, есть Userver (https://habr.com/ru/company/yandex/blog/474438/) со всеми теми возможностями что даёт Go
Здесь у автора этот механизм называется work-stealing