да мы как вы уже выяснили, что прав

как раз таки наоборот)

как раз таки наоборот)

нет)

почему hq процы говно такое ?

но ты думай, как тебе удобно

@Enchantner ты ж сказал ,что корутины могут быть построены на тредах - ну и как вот абстракция может быть быстрее того, что под ней ?

дык первое не мешает делать на потоках ?

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

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

у меня тоже не будет переключения контекста

у меня тоже не будет переключения контекста

разумеется, будет

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

уже говорилось

не помогло

?

у меня тоже не будет переключения контекста

как ты на одном ядре дашь работать N потокам без переключения?

i7 7700hq оказался оч так себе

Для чего?

как ты на одном ядре дашь работать N потокам без переключения?

также как и корутины

@Enchantner ты ж сказал ,что корутины могут быть построены на тредах - ну и как вот абстракция может быть быстрее того, что под ней ?

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

также как и корутины

ты плохо понимаешь о чем говоришь

также как и корутины

Лол

ты плохо понимаешь о чем говоришь

аргументируй

также как и корутины

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

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

подожди пока в сторонке

подожди пока в сторонке

щаб ты мне тут рассказал, что мне делать, а то не знаю

лучше б уроки учил

аргументируй

https://ru.wikipedia.org/wiki/%D0%9F%D0%B5%D1%80%D0%B5%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%BA%D1%81%D1%82%D0%B0

https://ru.wikipedia.org/wiki/%D0%9F%D0%B5%D1%80%D0%B5%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BA%D0%BE%D0%BD%D1%82%D0%B5%D0%BA%D1%81%D1%82%D0%B0

а типа корутины поверх чего работают? сразу на cpu?

а типа корутины поверх чего работают? сразу на cpu?

ну вообще да

ты сам сказал что эт от реализации зависит

а если она поверх тред пула?

в которых конечно ж есть переключения контекстов

это просто функции, которые друг другу управление передают и сохраняют место, где остановились

а если она поверх тред пула?

а если нет? как в большинстве случаев

если поверх clone эт другой разговор

например, в ноде и питоне никаких тредов по умолчанию нету

аргументируй

на одном ядре может работать только один поток, если хочет поработать другой то котекст текущего придется удалить, и создать для нового. и это для любой операции в потоке. твоя схема даст утилизацию 90% cpu на context switching

в ноде чуть хитрее, но можно сказать, что тоже нету

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

Тут же уже сказали, вроде

на одном ядре может работать только один поток, если хочет поработать другой то котекст текущего придется удалить, и создать для нового. и это для любой операции в потоке. твоя схема даст утилизацию 90% cpu на context switching

на одном ядре может работать много потоков, но в конкретный момент времени только один

на одном ядре может работать только один поток, если хочет поработать другой то котекст текущего придется удалить, и создать для нового. и это для любой операции в потоке. твоя схема даст утилизацию 90% cpu на context switching

это если будет много потоков, я ж не предлагаю их 10000 создавать

это если будет много потоков, я ж не предлагаю их 10000 создавать

да хоть 2 - контекст уже будет переключаться между ними

я предлагаю на одно ядро повесить один поток

это если будет много потоков, я ж не предлагаю их 10000 создавать

А теперь время вспомнить апач с его одно соединение — один тред.

да хоть 2 - контекст уже будет переключаться между ними

иди в угол

А теперь время вспомнить апач с его одно соединение — один тред.

это лишь конченная реализация)

иди в угол

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

лучше послушай, тебе расскажут, как оно работает на самом деле

@ketchoop

И вновь продолжается бой и сердцу тревожно в груди, и Ленин такой молодой

я предлагаю на одно ядро повесить один поток

Колюня рубился за скорость на одном ядре. Поэтому твоя схема для одного ядра просто выстрел в ногу. Для многоядерных уже есть что обсуждать.

@dizelektwo Я бы подпел, но слишком юн для таких песен, увы(

Колюня рубился за скорость на одном ядре. Поэтому твоя схема для одного ядра просто выстрел в ногу. Для многоядерных уже есть что обсуждать.

именно

А теперь время вспомнить апач с его одно соединение — один тред.

справедливости ради апач давно умеет как nginx

не стоит забывать, что в ос у нас не 1 поток

и твои корутинки тож выкнутся)

не стоит забывать, что в ос у нас не 1 поток

а сколько?

справедливости ради апач давно умеет как nginx

Во, вот этого я ждал ответа. Давно было интересно, чо там уже. Спасибо!

не стоит забывать, что в ос у нас не 1 поток

не стоит забывать, что все зависит от числа ядер

не стоит забывать, что все зависит от числа ядер

я не про потоки исполнения

не стоит забывать, что все зависит от числа ядер

10 ядер 20 потоков

а про те самые pthread к примеру

а про те самые pthread к примеру

pthread - это системный поток исполнения

pthread - это системный поток исполнения

я не про системый поток

или, по-твоему, потоки и pthread'ы чем-то друг от друга отличаются?

одни потоки более поточные, чем другие?

я не про системый поток

из несистемных есть только эмуляция системных в виде гринтредов

то есть тех же самых корутин

нет, одни потоки шедуляться ос, а другие потоки просто поток инструкции на ядре

нет, одни потоки шедуляться ос, а другие потоки просто поток инструкции на ядре

шта

ERROR: S client not available

шта

падажи

?шурыгину когда пригласите?

я заскриншотил, можно продолжать

из несистемных есть только эмуляция системных в виде гринтредов

вообще нет более путающего и дурацкого названия для корутин чем "легковесные потоки"

вообще нет более путающего и дурацкого названия для корутин чем "легковесные потоки"

согласен, но, видишь, тут у человека "другие потоки, расово верные"

мне прям интересно, чего он теперь напишет

нет, одни потоки шедуляться ос, а другие потоки просто поток инструкции на ядре

Ето видать было про кернел спейс и юзер спейс потоки. Но насколько я помню, различий в низкоуровневой реализации нету.

Ето видать было про кернел спейс и юзер спейс потоки. Но насколько я помню, различий в низкоуровневой реализации нету.

нет

мне прям интересно, чего он теперь напишет

он так же как и ты и как большинство людей никогда не готов признать свою неправоту, и будет рубиться до последнего такта

я про поток инструкции на ядре

не про системные треды

так вот, у тебя в системке может быть много процессов и ясен перед твою корутинку могут тоже заставить подождать

точнее тред, который под корутинкой

нет?

я про поток инструкции на ядре

ты путаешь уровень абстракции тут, речь про user-space априори была, с учетом того что системные шедулеры полностью инкапсулированы от тебя

ты путаешь уровень абстракции тут, речь про user-space априори была, с учетом того что системные шедулеры полностью инкапсулированы от тебя

ничего не путаю, я лишь говорю о том, что у вашей корутинки тоже вполне возможно словить thread context switch

конечно он будет скрыт от тебя, но всеж

ничего не путаю, я лишь говорю о том, что у вашей корутинки тоже вполне возможно словить thread context switch

конечно может

возвращаясь к моему варианту

1 поток ассептор - 1 поток воркер

любой тред может словить context switch, это базовый принцип работы многопоточности на уровне ядра ОС

это хороший момент для спора, я ж могу всегда сделать yield

и отдать время воркеру

и тут вопрос, с хуяли корутины будут быстрее

Ставки на длительность спора еще не принимаются?

context switch - зло неизбежное, но строить архитектуру которая порождает лавину переключений не очень толково

context switch - зло неизбежное, но строить архитектуру которая порождает лавину переключений не очень толково

откуда взяться лавине?

откуда взяться лавине?

если у тебя несколько тредов в приложении - система будет между ними переключаться

я ж создам 2 треда всего, не over миллион

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

а если мы уж поговорим про какой-нить го, или чо там, у вас кароч там с десяток gc тредов создадутся)