Как-то заметил, что asyncio в третьем пайтоне пользуется популярностью. Сам ее не щупал, но при беглом осмотре она кажется продолжением идей asyncore. Или я неправ?

Это только за удаленную еду)

????

На питоне?

удаленно )

Что умеешь? Напиши в лс

Это только за удаленную еду)

Ору

Кстати, большинство ньюфагов не знает градацию - сначала идет стажер, а джуниор - это уже 1-3 года опыта, который может уже неплохо зарабатывать.

клевая кошка

Кстати, большинство ньюфагов не знает градацию - сначала идет стажер, а джуниор - это уже 1-3 года опыта, который может уже неплохо зарабатывать.

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

>не работает Учатся в универе, дома, на работе всё-таки дают пусть и мелочные, но реальные задачи.

сказал КОТИК

/me гладит кота

Как-то заметил, что asyncio в третьем пайтоне пользуется популярностью. Сам ее не щупал, но при беглом осмотре она кажется продолжением идей asyncore. Или я неправ?

неправ

>не работает Учатся в универе, дома, на работе всё-таки дают пусть и мелочные, но реальные задачи.

еще раз. Стажер не работает. Стажер - учится работать. Стажеру нельзя поручить задачу, выполнение которой влияет на результат. А если ее поручать - то прийдется потратить больше времени на проверку и переделку. Именно по этому стажерам не платят или платят минимально

неправ

Asyncore - это ж тоже асинхронщина.

старый асинкоре - это свой ивент луп, которому надо скормить набор объектов, изображающих типа сокеты новый асинкио - ивент луп абстрагирован и может быть использован внешний, а основная работа идёт с помощью корутин

"та же асинхронщина" - это слишком размыто

да, оба основаны на асинхронном и/о, но апи и архитектура поверх совершенно разные

кстати, а вот ради чего в asyncio explicit event loop?

почему не сделали как в golang/gevent/eventlet?

для интеграции с другими системами, полагаю

бери голанг/гивент/ивентлет, кто мешает?

ответы на почему можно поискать в https://www.python.org/dev/peps/pep-3156/

бери голанг/гивент/ивентлет, кто мешает?

я так и делаю ))

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

полагаю первое ему удалось, а второе - время покажет

Я вот взял за основу asyncore из-за еe минималистичности. Но как-то тесновато. А twisted - жирновато

старый асинкоре - это свой ивент луп, которому надо скормить набор объектов, изображающих типа сокеты новый асинкио - ивент луп абстрагирован и может быть использован внешний, а основная работа идёт с помощью корутин

корутин - это разве не абстрация над select? asyncore вроде делает тоже самое. Если брать суть.

корутин - это особый вид генератора, который не имеет никакого отношения к селект

https://ru.wikipedia.org/wiki/%D0%A1%D0%BE%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B0

Митя репер а ты картавый?

конечно

Отлично

Репер должен быть картавый имхо

+

Кстати, большинство ньюфагов не знает градацию - сначала идет стажер, а джуниор - это уже 1-3 года опыта, который может уже неплохо зарабатывать.

> 3 года опыта работы > Still junion > have nice salary

Я думал Джуниор это 1-2 года, дальше ты мидл

а это всё разве не от количества работы которую чел способен качественно выполнять зависит?

а это всё разве не от количества работы которую чел способен качественно выполнять зависит?

ну как бы да, но это никто не может измерить

можешь и 5 лет работать, но не вытягивать по объёмам

корутин - это особый вид генератора, который не имеет никакого отношения к селект

В перле тоже были сопрограммы. Там тот же принцип?

не помню в перле никаких сопрограмм

но последний раз я перл курил лет хренадцать тому

http://search.cpan.org/~mlehmann/Coro-6.49/Coro.pm

эти коро выглядят как обычные зеленые треды

извините, случайно отправил

эти коро выглядят как обычные зеленые треды

зеленые треды лучше

зеленый лук лучше

Лучше чем что

вот в том-то и вопрос

это всё, конечно, _Если_ питон умеет треды ;)

умеет

Мультипроцессинг разве нет?

засуньте мультипроцессинг куда поглубже

мультипроцессинг - это совсем другое

Трединг?

зачем люди им вообще пользуются, я до сих пор не понимаю

Трединг?

ты просто так терминами покидаться, или с конкретной целью?

С конкретно, конечно

зачем люди им вообще пользуются, я до сих пор не понимаю

потому что в офдоке его приподносят как нечто лучшее чем threading

ссылку пожалуйста на "нечто лучшее"

они занимаются слегка разными вещами

в питоне есть модули thread - где собственно предоставлен низкоуровневый интерфейс к потокам ос threading - высокоуровневые питон-обёртки вокруг thread а multiprocessing это довольно навороченное решение, которое берет на себя менеджмент подпроцессов и маршалинг данных между ними, что суть оверкилл для большинства вещей, для которых его пытаются применить

ссылку пожалуйста на "нечто лучшее"

в офдоке по модулю threading CPython implementation detail: In CPython, due to the Global Interpreter Lock, only one thread can execute Python code at once (even though certain performance-oriented libraries might overcome this limitation). If you want your application to make better use of the computational resources of multi-core machines, you are advised to use multiprocessing or concurrent.futures.ProcessPoolExecutor. However, threading is still an appropriate model if you want to run multiple I/O-bound tasks simultaneously.

это про то, что многопроцессные решения скейлятся лучше на данный момент

ERROR: S client not available

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

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

но разве это останавливает юных кактусоводов

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

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

шта? треды же ранятся внутри одного процесса

кто о чем...

это не мешает использовать многоядерность

ппц

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

@zartsoft чад, угар и содомия

или мы о чём-то разном говорим? import threading stop_flag = threading.Event() def func(sf): while True: if stop_flag.is_set(): break return t1 = threading.Thread( target=func, args=(stop_flag,) ) t2 = threading.Thread( target=func, args=(stop_flag,) ) t1.start() t2.start() input() stop_flag.set() t1.join() t2.join()

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

А и не надо. Процессы - наше все

это ваше всё

или мы о чём-то разном говорим? import threading stop_flag = threading.Event() def func(sf): while True: if stop_flag.is_set(): break return t1 = threading.Thread( target=func, args=(stop_flag,) ) t2 = threading.Thread( target=func, args=(stop_flag,) ) t1.start() t2.start() input() stop_flag.set() t1.join() t2.join()

Я так понимаю, речь о лоадбалансинге между ядрами.

Я так понимаю, речь о лоадбалансинге между ядрами.

Что это такое?

Есть 10 процессов. Два ядра. Разложить их по ядрам

какой такой лоадбалансинг... это обычный шедулер потоков в ос

запусти процесс с аффинити - и все потоки будут крутится на одном ядре по очередно

Не придерайся

о.о

Ребза, поясните за вебхуки в телеграме. Можно ли прикрутить веб-сервер, принимающий реквесты от серверов телеграма, к сущемтвующему боту на питоне?

Есть 10 процессов. Два ядра. Разложить их по ядрам

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

запусти процесс с аффинити - и все потоки будут крутится на одном ядре по очередно

Зачем? Мне нужно запустить 200 процессов. Смысла грузить одно ядро нет никакого, так как время критично. Но парочку нужно оставить для других задач

Зачем? Мне нужно запустить 200 процессов. Смысла грузить одно ядро нет никакого, так как время критично. Но парочку нужно оставить для других задач

Зачем 200 если ядер 2?

Я условно. У нас 4 ядра. Процессов двести от одного пайтоновского скрипта

"Смысла грузить одно ядро нет никакого, так как время критично" в этой фразе прекрасно всё

Зачем 200 если ядер 2?

ферма торов, например :)

@cadmi, пошли отсюда, шоле...

Я условно. У нас 4 ядра. Процессов двести от одного пайтоновского скрипта

Зачем? Это будет медленнее чем по процессу на ядро

@zartsoft да ладно! раки everywere