A
полноценные потоки ОС
Size: a a a
2019 October 16
AF
окей, итого у нас есть многопоточное приложение на пайтоне, выделили 5 потоков, создались они в ОС, при этом каждый из этих потоков конкурирует за гил?
А
да, ну или делает что-то другое
AF
да, ну или делает что-то другое
а эти потоки паралельны или же всегда работает только 1 из них?
А
ну если я написал "делает что-то другое", то это явный намёк на параллельность
А
потому что "что-то другое" как раз гилом не покрывается
AF
ну если я написал "делает что-то другое", то это явный намёк на параллельность
это имеется в виду работает другое приложение? или же все в пределах 1 пайтон процесса?
А
ну есть же ОС под питоном, питон не в вакууме работает
А
есть ещё нативные библиотеки, которые дёргаются из питона
AF
ну есть же ОС под питоном, питон не в вакууме работает
понял, значит сис. время отдается на другие приложения
А
А
на другие функции
А
питоновский код читает из сокета - питон внутри вызывает нужную функцию ОС, так как эта функция написана не на питоне, то гил для неё снимается, и пока она выполняется могут параллельно выполняться другие потоки
AF
правильно ли утверждать что в питоне при многопоточности переключение между потоками происходит по времени или же по колву выполненных инструкций. В асинхронном программировании контекст переключается только в заданных точках переключения(установленных программистом), а не с периодичностью, определенной CPU.
А
питон не переключает контекст, это делает ОС
А
питон лишь при интерпретации кода захватывает специальный лок, периодически его отпуская
А
тогда если другой тред попытается интерпретировать питоновский код, он попытается захватить этот лок, но если лок уже захвачен, то поток будет ждать его освобождения
AF
но скажем сама концепция переключениями между потоками в многопоточной программе лежит на ос, а в асинхроном приложении лежит на программисте?
А
код, который не имеет отношения к интерпретатору питона про этот лок ничего не знает, поэтому может выполняться параллельно интерпретатору питона или другому коду
А
но скажем сама концепция переключениями между потоками в многопоточной программе лежит на ос, а в асинхроном приложении лежит на программисте?
да