процессы там никаким боком

ЧТобы вдуплиться в асинхронность -- пойми сначала про мультипоточность

не учи человека плохому

думаешь моя фраза призывает к самоубийству?

нет, просто связи между асинхронностью и многопоточностью нет никакой

А подробнее? (Я в питоне не очень)

https://docs.python.org/3.6/library/multiprocessing.html from multiprocessing import Process def f(name): print('hello', name) if __name__ == '__main__': p = Process(target=f, args=('bob',)) p.start() p.join()

https://docs.python.org/3.6/library/multiprocessing.html from multiprocessing import Process def f(name): print('hello', name) if __name__ == '__main__': p = Process(target=f, args=('bob',)) p.start() p.join()

Спс, гляну.

просто то, что я вижу много новичков в питоне начинают везде где надо и не надо пихают асинк-евейт

просто то, что я вижу много новичков в питоне начинают везде где надо и не надо пихают асинк-евейт

ничего плохого в этом, в принципе, нет

если понимать, что делаешь

мейби

https://docs.python.org/3.6/library/multiprocessing.html from multiprocessing import Process def f(name): print('hello', name) if __name__ == '__main__': p = Process(target=f, args=('bob',)) p.start() p.join()

не, ты не отвертишься, расскажи, зачем процессы для периодической отправки данных в сокет. Мне прямо интересно

ты кому?)

ЧТобы вдуплиться в асинхронность -- пойми сначала про мультипоточность

js однопоточный и асинхронный

а сокет системный?

процессы там никаким боком

как раз таки оно здесь и лучше. Асинхронность хорошо, когда кинул задачу и забыл на какое-то время, а когда речь идёт о всяком псевдорилтайм, работе с железом и регламенте по времени, то это надо делать параллельно. Асинхронность гарантирует работу с датчиком на частоте 10 Hz? А если 100?

ты кому?)

я @zenker

как раз таки оно здесь и лучше. Асинхронность хорошо, когда кинул задачу и забыл на какое-то время, а когда речь идёт о всяком псевдорилтайм, работе с железом и регламенте по времени, то это надо делать параллельно. Асинхронность гарантирует работу с датчиком на частоте 10 Hz? А если 100?

скорее тут Футуры нужны

а, и да, там не раз в 10 секунд, а 10 раз в секунду

как раз таки оно здесь и лучше. Асинхронность хорошо, когда кинул задачу и забыл на какое-то время, а когда речь идёт о всяком псевдорилтайм, работе с железом и регламенте по времени, то это надо делать параллельно. Асинхронность гарантирует работу с датчиком на частоте 10 Hz? А если 100?

почему "надо"? асинхронность будет работать так, как ты у нее попросишь. Думаешь, процессный код точнее работает с системным вызовом таймера?

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

дело не в затратах, а в неравномерности опроса датчиков. В каких-то задачах на это можно забить, в каких-то нет

Честно говоря я нихера из этой статьи про asyncio не понял

дело не в затратах, а в неравномерности опроса датчиков. В каких-то задачах на это можно забить, в каких-то нет

а откуда там возникнет неравномерность-то?

а откуда там возникнет неравномерность-то?

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

Честно говоря я нихера из этой статьи про asyncio не понял

как и многие

как и многие

Не, я если что даже и не отрицаю, что я тупенький.

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

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

Не, я если что даже и не отрицаю, что я тупенький.

Добро пожаловать в клуб

мы с таким сталкивались, когда пытались управлять шаговиком, задавая частоту прямо с GPIO распбери. Начиная с определённых частот разброс становился такой, что ничерта не работало. Каждый лишний поток будет только усугублять

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

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

более того, их ровно два и нам известно, что их два

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

и как ты между этими процессами собираешься данные перекидывать?

мы с таким сталкивались, когда пытались управлять шаговиком, задавая частоту прямо с GPIO распбери. Начиная с определённых частот разброс становился такой, что ничерта не работало. Каждый лишний поток будет только усугублять

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

и как ты между этими процессами собираешься данные перекидывать?

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

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

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

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

запросто, если интервал порядка 20-40 мс, о какой-либо точности уже можно забыть. Это при том, что там просто в цикле один пин дёргался, без всяких вычислений. И это в одном потоке

а у автора 100 мс, это если они увеличить частоту не захотят

надо потестить на реальном примере с asyncio

я не вижу причин для задержек

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

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

я о том, что можно и просто без всяких async/процессов в одном потоке сделать: прочитал данные с дальномера, отправил по UDP

я о том, что можно и просто без всяких async/процессов в одном потоке сделать: прочитал данные с дальномера, отправил по UDP

из сокета синхронно читать не всегда получается нормально

надо пробовать, короче

ну про чтение там и нет ничего

он опрашивает железку и шлёт в сокет, а кто там на другом конце это получает - про это же нет ничего

ну, с дальномера-то данные откуда приходят? через шнур/порт или через сокет

ну расбери же, GPIO

я так думаю

http://www.blindpanic.com/humor/vecna.htm - у кого-нибудь открывается?

Говорят, польский

:)

Web site Blocked? Oo

Ага

В переводе с польского добро пожаловать

Открывается, только весь на польском, как выше написали

В переводе с польского добро пожаловать

забавно

А что будет если перевести на русский ?

то есть язык странички гугл смотрит у себя, а не у тебя?

Посторонним вход воспрещен

то есть язык странички гугл смотрит у себя, а не у тебя?

Не знаю, что гугл смотрит, там потом много всего в бейз64, мб он нашел какие-то корни польские в нем

Перевёл, глядите-ка

ERROR: S client not available

через тор чот тоже не пущает

Окно-мишень

любопытно

А чё он голову-то не перевел

Странно

простите

а что смешного?

ну типа

o(n)

"английский язык - разговорный, знание алфавита - большой плюс"

минутка спама Допилил бота Потестите плиз @st2imgbot

Привет Что-то не отвечает

"английский язык - разговорный, знание алфавита - большой плюс"

Вот да

Псс, ребята, а кто-нибудь геймдевом увлекается в проде? Что там обычно юзается?

юнити

точно не питончик

Ну а как же EVE ? )

(ну разве что для серверной части)

Ну а как же EVE ? )

а слак вообще на пхп написали. а смысл?

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

Псс, ребята, а кто-нибудь геймдевом увлекается в проде? Что там обычно юзается?

Смотря в какой части. Те же танчики - это питон и плюсы

клиент, графика, движки, хуемое - точно не питончик

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

Я слышал ребята всякую казуальшину творят на веб сокетах с торнадой

клиент, графика, движки, хуемое - точно не питончик

Я ж говорю - танчики. Там клиент на питоне

и на флеше

кек =)

мы про world of tanks?

Смотря в какой части. Те же танчики - это питон и плюсы

О прикольно, а для чего там питончик?

да

скриптинг