Можно при инициализации объекта в атрибут запихнуть очередь, а затем реализовать свой метод get(), но в котором нужно будет сделать проверку на "запущен ли хук"

Можно

Погугли, мб Библа не для твоего пип

Нет инфы)

Так как лучше?

@Rinat_05 будет жить. Поприветствуем!

Как сейчас или своим методом?

Ладно, допустим не нужен ответ

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

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

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

+, да, чё то путаю

А дочерние потоки к нему обращались за очередями

Очередь одна

Типа дочерний поток хочет положить что то в очередь

Так. А что не работает в твоём случае?

Все работает

QueueManager.get('queueName')

Вопрос архитектуры был

Как лучше сделать

Как лучше сделать

Делать так чтлбы методы получения сообщений везде были однообразные

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

яннп

Как лучше сделать

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

None, текст какой нибудь, либо False

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

Мне не важно, какой тред

Ты спрашивал про архитектуру

Тебе ответили

Нам тоже пох на твои треды)

Существенных недостатков не вижу в архитектуре твоего скрина выше

Ок

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

Это херня)

Делать так чтлбы методы получения сообщений везде были однообразные

Вот хороший совет

привет всем, в селениуме в эелемент шлю send_keys('hello\nall')

потому что судя по всему ты используешь threading.Thread

и получается что он сначала вводит hello, потом будто жемтся enter и вписывается go

потому что судя по всему ты используешь threading.Thread

Да

А это не честная многопоточность из за GIL

потому что судя по всему ты используешь threading.Thread

Асинк лучше?)

В этом случае у тебя потоки будут по очереди обрабатываться

Тут впринципе можно через него, но тогда не чистые сокеты, а asincio функционал

Тут впринципе можно через него, но тогда не чистые сокеты, а asincio функционал

Хочу сокеты

multiprocessing.Thread здесь не подойдет потому что сокеты не сериализуются

А это не честная многопоточность из за GIL

Там же сетевые задержки только, gil не должен мешать

Пожтому имхо на питоне только асинк для таких вещей

multiprocessing.Thread здесь не подойдет потому что сокеты не сериализуются

А плодить процессы не всегда хорошо

multiprocessing.Thread здесь не подойдет потому что сокеты не сериализуются

Да там 5 потоков от силы, и обработки нет

Я в асинк не полезу, пока свой примитивный не напишу

Там же сетевые задержки только, gil не должен мешать

В threading.Thread каждый поток выполняется последовательно каждые 10 тиков

В threading.Thread каждый поток выполняется последовательно каждые 10 тиков

Ну, тот же асинк, только более примитивный

А плодить процессы не всегда хорошо

Когда нужна честная многопоточность, почему бы и да?

Когда нужна честная многопоточность, почему бы и да?

Если много - не оч по производительности

Много - это сколько?

Больше ядер процессора? Учитывая while true

какие альтернативы \n есть?

какие альтернативы \n есть?

В вебе <br>

В тексте питона - не особо, если не вникать в юникод

Больше ядер процессора? Учитывая while true

Если следовать этой логике то в любом яп многопоточность зло)

Но я с этим не согласен

Если следовать этой логике то в любом яп многопоточность зло)

Не всегда но как правило

Лучше параллелить большие процессы имхо

Это зависит от того какого типа задачи выполняются в потоках

А мелкие будут очень забивать систему, не?

В тексте питона - не особо, если не вникать в юникод

у мея проблема, в том что я в селениуме шлю send_keys('hi\nall') и на странице \n распознается как будто я нажал enter

ERROR: S client not available

А мелкие будут очень забивать систему, не?

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

Это зависит от того какого типа задачи выполняются в потоках

Не, ну если там слипов понаставить, то норм

так вот, чем заменить \n?

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

у мея проблема, в том что я в селениуме шлю send_keys('hi\nall') и на странице \n распознается как будто я нажал enter

Куда ты шлёшь sendall в какое поле

А если в процессе работы происходят обращения к сторонним сервисам, то можно и побольше потоков сделать)

Куда ты шлёшь sendall в какое поле

Пшеничное

Куда ты шлёшь sendall в какое поле

В поле ввода сообщения на странице

А если в процессе работы происходят обращения к сторонним сервисам, то можно и побольше потоков сделать)

Согласен

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

Не нужно слать в очередь сложные объекты

Толтко примитивы

В поле ввода сообщения на странице

Если поле не text то не введёшь никак больше 1 строки

и выходит так, что отсылается hi, потом вписывается all

Строки, числа, бул

Не нужно слать в очередь сложные объекты

Да даже если числа, то все равно

Если поле не text то не введёшь никак больше 1 строки

нет, shift+enter делает разрыв строки

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

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

Ком портов т.е.)

и выходит так, что отсылается hi, потом вписывается all

https://artoftesting.com/automationTesting/press-enter-tab-space-arrow-function-keys-in-selenium-webdriver-with-java.html

Keys.SHIFT Keys.ENTER

Для многопоточных вычислений возьмите хотя бы openmp

evgen sevg будет жить. Поприветствуем!

Это нужно дофига умным быть))

3 года назад вот такое говно писал многопоточное https://github.com/nolka/jobmanager

То пример)

Уворкера есть 2 очереди. Из одной берет задачи, в другую кладет результаты)

Всем привет! Кто-нибудь использует Python 3 (важно именно 3, а не 2) для сбора фраз из Яндекс.Вордстат через API? Можете поделиться скриптом или скинуть полезный материал на тему? Спасибо!

Gennady будет жить. Поприветствуем!