траффик запросов?
Понятное дело, что сама концепция легковесных потоков (aka many-to-one "потоков", корутин, горутин и тд и тп) не использует потоки. Но чаще всего, всё-таки за основу же лежат эти потоки. По крайней мере как серверное решение 🤔
а вам зачем помнить о потоках вне проектирования диспетчеров корутин?:)
Ну допустим вот я логирую через logback какие-то бизнес значения, либо трейсинг хочу сделать. И вот, к примеру, использую какие-то разделяемые потоками ресурсы. Кажется, что это важно помнить
Корутины это НЕ легковесные потоки. Это инструмент асинхронного программирования. Весь маркетинг про легковесные потоки сделан чтобы е пугать бедных тырпрайз разработчиков новыми концепциями.
А при чем тут корутины-то? Корутины дают возможность запускать что-то асинхронно. И иногда нужно помнить, что оно может быть и на другом потоке.
Мне кажется, что мы сейчас начинаем придираться к словам. Давайте эту дискуссию вынесем куда-нибудь. Например, в личке обсудить, либо в оффтопе.
простой вопрос - а вам реально нужно использовать эти ресурсы в разных потоках? Просто если у вас есть коннект к базе, который всё равно синхронится между всеми потоками (условно) - ну сделайте воркер, который будет работать с этой штукой. Вот и всё, никакой конкурентности за ресурс нет - он у одного воркера. Есть конкурентность на работу с этим ресурсом, но тут у вас будет саспендинг и ваши потоки (как потоки) уже ни от кого особо и не зависят
Coroutines can be thought of as light-weight threads из документации
Я знаю. Маркетинг, говорю же. И мне кажется, что надо убрать. Проблема в том, что потоки - инструмент параллельного (конкуррентного) программирования. Корутины асинхронного. Одно можно использовать для второго, а второе для первого, но это разные концепции с разными подходами.
Кажется, что это тут как метафора используется 😁
Именно. Но это всех путает.
Тогда вместо as должно быть like
Обсуждают сегодня