и асинхронно у тебя оно будет раз в десять быстрее

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

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

если у тебя сокет связи с девайсом синхронный - то асинхронщина не поможет, разумеется

если асинхронный - то блокировки не будет

да)

но даже не в этом проблема

но тут у человека http, а не девайс, причем без нагрузки

и проблема не в том использовать мне потоки или нет

но тут у человека http, а не девайс, причем без нагрузки

мы начали с того, что его проблему разбирали

я хотел услышать совет как "пробрасывать" события

спасибо Игорь

все это начинает походить на 30 минутный бестолковый холивар

я хотел услышать совет как "пробрасывать" события

погоди

да

еще раз

в случае асинхронщины - ты просто делаешь генератор и передаешь дальше

тебе не надо городить никакие потоки и очереди, потому что все by design уже есть

в тредах оно будет сложнее, потому что надо использовать что-то типа import Queue

да, но если асинхрон не подходит для моих целей

да, но если асинхрон не подходит для моих целей

ну так он подходит же :)

или у тебя реально блокирующий девайс?

ну так он подходит же :)

ты с помощь асонхрона можешь создать N количеств обращений к определенным девайсам?

ты с помощь асонхрона можешь создать N количеств обращений к определенным девайсам?

запросто

без проблем

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

или ошибки самого сокета

и т.д.

да я знаю и умею это делать

но)

опять же, есть пример

где есть потоки

и вопрос все еще открыт

Ну

Не

Надо

Каждое

Слово

я понял)

Отдельно

опять же, есть пример

излагай

просто линия Element -> Device -> Devices -> Server не единственная. есть и другие сложные объекты с классе Server, с которыми нужно работать

просто линия Element -> Device -> Devices -> Server не единственная. есть и другие сложные объекты с классе Server, с которыми нужно работать

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

если нет - тогда треды тебе не нужны вообще

это я понимаю

но есть 100% синхронные задачи

но есть 100% синхронные задачи

вот я и говорю - давай пример :)

пример я уже скидывал

пример я уже скидывал

ну сделай ссылку на него, пожалуйста, очень лень листать

.

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

то, что у тебя в коде треды, я и так вижу

я просто не пойму, зачем

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

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

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

лучше бы я на Java все изначально написал (

но за совет спасибо)

лучше бы я на Java все изначально написал (

зависит от того, чего ты хочешь добиться :)

джава тоже так себе во многих вопросах

С++ наше все?)

Ну вообще можно начать с Jython или IronPython

С++ наше все?)

если много времени - то да, а если совсем много - то С

Ну вообще можно начать с Jython или IronPython

нее, не надо

они отсталые довольно

С++ наше все?)

многопоточность это го

многопоточность это го

ага, в го есть многопоточность и больше нету ничего :)

ну С не надо) ведь сделали уже ++ где все костыли С реализованы

ERROR: S client not available

Еще есть стеклесс!

ага, в го есть многопоточность и больше нету ничего :)

под что точили

Еще есть стеклесс!

давай олдфажесть покажу - Unladen Swallow

под что точили

точняк

за то и не люблю го

язык ради бенчмарков создали

давай олдфажесть покажу - Unladen Swallow

ну это совсем мертвое, а те вроде немного трепыхаются

ну это совсем мертвое, а те вроде немного трепыхаются

это да

что не так на картинке

что не так на картинке

написано “говно на CLR под винду кококо” два раза одной и той же версии

(/trollmode)

ну и да, у всех нормальных пацанов в 2016-м был 3.5 уже

написано “говно на CLR под винду кококо” два раза одной и той же версии

ты слыш

я вообще-то на шарпе основной проект сейчас пилю :)

ну и да, оно работает под моно (не знаю как насчет коре)

я вообще-то на шарпе основной проект сейчас пилю :)

это какой-то аргумент? :) ну, если инфраструктура на винде - барабан на шею

ты отстал от жизни

песок сыплется

ты отстал от жизни

ты про коре? но его еще не зарелизили

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

разве что Unity еще упоминали

в джаве таких проблем и то нет, она везде одинаково плохо работает

1.1 это не зарелизили?)

1.1 это не зарелизили?)

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

почему нет

а кому нафиг этот шарп сдался на линуксе? закапывайте

почему нет

а да, вижу

ну, поживем - увидим

а кому нафиг этот шарп сдался на линуксе? закапывайте

вот я тоже так думаю

но если коре выстрелит - то почему нет

а кому нафиг этот шарп сдался на линуксе? закапывайте

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