Многопоточность или же цикл в python?

Question

[Виктор]

Доброго дня, профессионалы!

Я в питоне новичок, пишу простенького бота для своих нужд и у меня возникла дилемма, как сделать правильно:
а) засунуть почти всё содержимое бота в цикл
б) попытаться решить задачу через потоки
Немного о боте: бот по нажатию 3-4 кнопок проверяет на текущий момент доступность тех или иных узлов, которые перечислены в файле настроек. Что мне хотелось бы: чтобы бот в цикле проверял доступность всех имеющихся в настройках узлов и выдавал проблему единоразово только если статус устройства поменялся.
Ниже структура бота:

Подключение библиотек
Подключение клавиатуры с кнопками /http /ssl /rdp
Функция отправки сообщений всем участникам чата что бот запущен
Функция проверки файлов настроек
Функция проверки списков доступа к чату
# точка №1
Функция проверкп http/https узлов из файла настроек
Функция проверки SSL узлов из файла настроек
Функция  проверки RDP узлов из файла настроек
Функция обработки нажатия кнопки /http
	вызов функции  http/https и вывод в чат статуса доступности узлов
Функция обработки нажатия кнопки /ssl
	вызов функции  ssl и вывод в чат статуса доступности узлов
Функция обработки нажатия кнопки /rdp
	вызов функции  rdp и вывод в чат статуса доступности узлов
Функция проверки состояния всех узлов
	вызов функции  http/https	
	вызов функции  ssl
	вызов функции  rdp
	создание списка недоступных устройств/или изменение статуса и вывод в чат боту

# точка №3

bot.polling()
# точка №2

Так вот, я подумал, что мою хотелку можно реализовать так:
а) если заключить в бесконечный цикл список функций между точкой №1 и №2
б) или в точке №3 создать поток, где вызывать бесконечно функцию "Функция проверки состояния всех узлов"?
Как правильно, а если делать как в пункте "б", то как это лучше реализовать?

Answer 1

[MazAlVlad]

Не знаю, как лучше. В python есть потоки, есть процессы. И те и другие управляемы: лочатся, разлочиваются, становятся в очередь. Основное отличие, что потоки переключаются во времени, когда ядро не задействовано: пауза, вывод и не знаю точно ещё что, там какая-то только python понятная, логика переключения. Есть процессы, используют многоядерность и выполняются уже параллельно, не на одном ядре, как потоки. Получается поток, - эмуляция параллельного выполнения, процесс - параллельное выполнение при условии многоядерного процессора.
В некоторых системах мультипроцессинг может не поддерживаться. Пока сам учусь это дело применять.
Основной код тоже является потоком, поэтому, если использовать многопоточность его тоже придётся определить как поток, чтоб им управлять в дальнейшем.
https://webdevblog.ru/vvedenie-v-potoki-v-python/

Comments

[Виктор]

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

[vse_niki_zanyati]

Виктор, привет. Создай список из функций которые тебе нужно запускать, потом пусти их в
цикл который будет каждые пару секунд проходится по списку и запускать
каждую функцию в отдельном потоке. Пример:

my_list = [ здесь твои функции ]

while True:
time.sleep ( 2 )
for i in my_list : # запускаешь цикл
thread = threading.Thread ( target = i, args = () ) # каждая функция запускается в отдельном потоке
thread.start ()

Надеюсь смог чем-то помочь : )

[MazAlVlad]

Виктор, Основной смысл работы потока, процесса (разница только в реализации, процесс возник позже и не имеет всех прелестей кода потока, на кое-каких платформах ещё не поддерживается) - работа куска кода отдельно от основной программы. Естественно это управляемо, они могут использовать общие данные, могут останавливаться и продолжаться по условию из вне, кое-какие операторы в этих кусках кода естественно невыполнимы, как пример input(). Так же у них есть ещё одно применение, можно размножить (клонировать как кроликов) работу единственного куска кода в работу нескольких, созданых по образу и подобию, естественно эти нити отличаются идентификацией. Тоже разбираюсь с этим. Например, только что столкнулся, что Lock на стороне принимающей процесс функции не работает как в описании. Должна была принять данные нового процесса только после обработки уже находящегося и его ухода, данные пересеклись. Получается Lock должен стоять на стороне процесса, а не принимаемой функции. По аналогии, мужики должны решить кому сегодня идти, а не принимающая сторона;))) Ну а так, основной смысл потоков, процессов понятен. Нюансы реализации только раздражают.