@Antoshkka Антон, привет! Смотрю Pure Virtual Cast, где есть про ваш

Question

@Antoshkka Антон, привет! Смотрю Pure Virtual Cast, где есть про ваш

userver.
https://www.youtube.com/watch?v=3tKg2fiiaD0

Как вы решаете проблемы stack overflow в stackfull корутинах (aka fibers)? Ведь есть очень мелкие (нужен маленький стек), а есть большие, которым нужен нормальный стек. Можно ли рассчитывать, что даже если корутина аллоцриует большой стек (1МБ скажем), то виртуальная память будет выделять страницы памяти по 4кб и таким образом маленькие корутины физически будут потреблять только 4 кб?

Пишу тут, т.к. может другим тоже будет интересно.

#c++ #embedded #programming #russian

0

27.01.2021

9 ответов

6 просмотров

Dmitry Khominich Автор вопроса

magras
https://www.boost.org/doc/libs/1_75_0/libs/corouti...

userver не использует segmented stack, судя по диалогу в видео

0

27.01.2021

🐙 Antony Polukhin

Guard pages в конце/начале стека (приблизительно то же самое делает и ваша ОС при создании нового стека для потока) + тесты с санитайзерами (то же самое вы делаете, когда тестируете свой обычный код на работоспособность и "невыжирание" всего стека)

0

27.01.2021

Dmitry Khominich Автор вопроса

🐙 Antony Polukhin
Guard pages в конце/начале стека (приблизительно т...

Спасибо за ответ! Ну а в плане потребления памяти? Если на каждый чих создавать по файберу, то никакой памяти не хватит..

0

27.01.2021

🐙 Antony Polukhin

Dmitry Khominich
Спасибо за ответ! Ну а в плане потребления памяти?...

Тут тоже всё как и в обычном коде: разработчики следят, чтобы ресурсы не убежали. Вообще всё не так страшно: допустим у вас 100к RPS, 1 запрос обрабатываете за жуткие 100ms, на корутину допустим по умолчанию тратится 200KB. Итого, единовременно вам нужно 100к*0.1*200k == 2GB . Запросы обрабатываются за 10ms? Тогда вам понадобится 200MB под корутины

0

27.01.2021

Dmitry Khominich Автор вопроса

🐙 Antony Polukhin
Тут тоже всё как и в обычном коде: разработчики сл...

Последний вопрос. Что с дебагом? Есть ли у вас инструментарий, чтобы проанализировать стек каждой корутины? Например ситуация, корутины задедлочились и все потоки висят на шедулере. Полезно будет найти незаверешнные корутины и распечатать их стек вызовов. folly::fibers вроде как так может: https://github.com/facebook/folly/tree/master/folly/fibers#gdb-integration

0

27.01.2021

🐙 Antony Polukhin

Dmitry Khominich
Последний вопрос. Что с дебагом? Есть ли у вас инс...

Да, у нас что-то было для gdb, но мы этим уже давно не пользовались - часть ошибок отлавливают сами примитивы, ну и много высокоуровневых вещей, из-за чего с низкоуровневыми компонентами редко сталкиваешься. Например если нужно кеширование данных из PostgreSQL - пишется запрос, пара настроек, и после этого все данные получаются через deps.pg_cache_.Get(key);

0

27.01.2021

Ilya Zviagin

А при чем тут виртуальная память?

0

27.01.2021

Dmitry Khominich Автор вопроса

Ilya Zviagin
А при чем тут виртуальная память?

То что функция malloc(100500) в linux выделяет только виртуальное адресное пространство, но не маппит вирутальных адрес в физический на плашке RAM. Маппинг происходит при первом обращении к адресу памяти (прерывание page fault, вроде). Поэтому я и предположил что если даже выделять для файбера большой стек, то на самом деле это не приведет к потреблению лишней памяти RAM пока стек не вырастет.

0

27.01.2021

magras · Accepted Answer

magras

https://www.boost.org/doc/libs/1_75_0/libs/coroutine2/doc/html/coroutine2/coroutine.html#coroutine2.coroutine.segmented_stack

0

27.01.2021

170 похожих чатов

@Antoshkka Антон, привет! Смотрю Pure Virtual Cast, где есть про ваш

9 ответов

Похожие вопросы