Запускаю бота через bat фаил и он запускается примерно через полторы минуты. Дело не в коде 100%, потому что я скинул другу весь код и у него на пк всё отлично работает
Я сделал видео что бы наглядно показать как у меня это работает Ютуб
Винда очень плохо справляется с поднятием дополнительных процессов, жирный энвайромент может долго активироваться: но это всё объясняет задержку в десяток-другой секунд, а не несколько минут.
1) Добвьте отладочный вывод в начало программы (даже перед импортами) чтобы увидеть когда именно запускатся ваша программа, чтобы исключить интернет из списка проблем.
2) гляньте на загрузку цп во время работы: маловероятно, но может из-за какой-то вирусни у вас просто комп не вывозит
3) запустите батник от имери администратора (есть шанс, что это несколько сократит внутреннюю борьбу винды по многим вопросам (кстати иногда она может об это и на десяток минут споткнкться))
это, конечно, спорное утверждение. Как же винда до сих пор жива с такими-то проблемами?
Третий пункт, то же какой-то странный. Если, что пишу этот текст с линукса.
Но в целом с выводами согласен. AkaMaloy, Добавлю к сказанному:
1. в батнике закоментируйте/удалите первую строку (echo off), тогда будет видно какая команда сейчас выполняется. Эта строка никакого важного функционала не выполняет - она запрещает предварительный вывод команды на экран перед исполнением команды.
2. кроме загрузки ЦП посмотрите еще какие процессы в винде едят процессорное время или возможно сеть или диск, все это может давать тормоза. Встроенные менеджер задач и менеджер ресурсов вам в помощь.
3. Какой размер питоновсекого venv? Может там дофига не нужного? Сравните с размером venv у друга. Может вам надо снести питон и поставить его с нуля. Не сильно разбираюсь в тонкостях питона (хотя некоторый опыт есть), поэтому просто предположение. Знаю, что venv иногда достигает значительных размеров, наверняка это может сказываться на скорости загрузки питона.
res2001, дело в том, что это не проблема а... гм... особенность: unix-way делать цепочки маленьких отдельных подпрограмм, которые решают изолированые подзадачи -- програмист же на виндовс должен попытаться решить проблему через монолит. Третий пункт да: это прям беда, но широкому пользователю, по всей видимости, так проще -- компудахтер решает свои вопросы сам стараюсь максимально не тормошить пользователя вопросами.
Адски бесящие вещи можно найти в любой операционке. Винда до сих пор единственная, которую чтобы всё криво-косо, но зарабатало, достаточно просто установить. Убунта, конечно, сделала большой шаг в сторону широкого пользователя, но её всеравно нужно подтачивать напильником, но и исторический фон (в том числе количество софта, да и дров под железо) несколько беднее.
antares4045, Винда так же прекрасно справляется с unix-way цепочками. Нет никакой такой особенности, и нет проблем в винде с запуском процессов.
В никсах полно разного толстого и "монолитного" софта, далеко не unix-way.
Может быть когда-то unix-way и был какой-то фишкой никсов, но сейчас - это уже давно осталось в прошлом.
И применительно к данному вопросу - unix-way тут вообще не при делах. Питон не использует никаких цепочек - это здоровое монолитное приложение.
Тормозить может любая ОС по разнообразным причинам. Не стоит придумывать то чего нет.
Запуск из-под админа вряд ли в этой ситуации чем-то поможет.
res2001, Я с вами согласен, что те кейсы, о которых мы с вами спорим врядли имеют прямое отношение к данному топику, но прикол в том, что я ничего не "придумываю":
1) Справедливости ради, не припомню таких случаев на десятке, но за 5 лет пользования семёркой и восьмёркой около сотни раз (да, не самая частая проблема) сталкивался с тем, что после запуска программы (хоть даблклик, хоть команда из консоли) несколько минут никакой реакции не получал, а затем всплывал запрос на получение прав админа. Как правило такие случаи больше бросаются в глаза, когда надо запустить что-то в фоне а потом срочно занять всё своё внимание чем-то другим. По некоторым косвенным признакам я убеждён, что иногда после долгого молчания программа таки запускалась а не спрашивала права. Причём происходило это не только на полудохлых лэтопах, но и машинах стоимостью в полугодовую получку мидла, разные вдадельцы, разная конфигурация и загруженность. Не факт, что тут дело именно в правах -- тут скорее интуиция, но я почти в этом убеждён.
2) Меньше двух месяцев назад показывал одному, слегка отдалённому от питона айтишнику, основыне тезисы работы -- писали телеграм бота. И в какой-то момент обнаружили, что ботовской api не даёт доступа к одной интересующей нас метрике (конкретно, прочитал ли один пользователь сообщение другого) и для этого мы решили через субпроцесс поднять телеграм-клиент и подглядеть этот момент там: ждать от винды, когда она по просьбе питона поднимет ещё один питоновский процесс меньше минуты нам не пришлось ни разу. Когда мы завернули нашу программу в докеровскую виртуалку под арчём на том же компе оказалось, что питон может запускаться и за милисеунды. Вот уж не знаю, в чём там было дело, но мы мониторили производительность: более чем не слабый комп делал вид, что он ничего не делает, но поднять второй процесс питона рядом с первым без минутной задержки всеравно отказывался.
res2001, ну так: тот же код в той-же винде на той-же машине, но под докером работал нормально: не вижу других объяснений. мы даже сам код внешним вольюмом примаунтили, так что он даже физически находился там-же, так что это даже проблемой диска быть не может.
antares4045, Вы просто их плохо искали.
Предлагаю дальше не продолжать. Тут все равно каждый останется при своих, т.к. что бы вас разубедить мне надо разобрать какую-то конкретную ситуацию. А для этого я должен воспроизвести ситуацию у себя и сам разобраться с ней. Мне, конечно, это делать лень.
На вскидку про питон и телеграм ботов сказать ничего не могу, т.к. с питоном я сталкиваюсь мало и не регулярно, а телеграм ботов вообще никогда не писал.
res2001, Да, мне уже пару сообщений кажется, что я занимаюсь какой-то фигнёй.
AkaMaloy, Если вам влом читать всю ветку, то:
1) Уберите из батника echo off
2) Добавьте в самое начало питоновского скрипта
print('Если бот до сих пор тупит, то проблемы в коде')
3) Откройте диспетчер задач и посмотрите на доступные ресурсы: ЦП, оперативная память, диск и сеть (это в порядке убывания важности)
4) Убедитесь, что в вашем энвайроменте нет ничего лишнего
5) Запустите батник от имени администратора
Не факт, что этот комплекс мер поможет, но по его результатам уже будет можно производить дальнейший анализ.
antares4045, Я попробовал сделать всё что написали, с кодом всё в порядке print отвечает в тоже время когда бот запускается, и я заметил одну деталь, когда бот запустился он может мгновенно ответить на одну команду а на 2 команду он опять виснет, и когда он тупит я перезапускаю бат файл и бот сражу же ответит как только запустится.
Т.е Если во время зависания bat файла перезапустить его то он ответит сражу же, но опять же на одну команду, и так по кругу. Я вообще не понимаю в чём дело
AkaMaloy, А по остальным пунктам? долгая пауза после "call ...\actvate" или "python osnova_bot.py"?
(Хотя судя по симптоматике, описанной в последнем сообщении, больше похоже на сетевые проблемы)
Смеха ради, попробуйте переписать на telebot (а то aiogram какой-то фигнёй на старте занимается: апдейты какие-то, хендлер на KeyboardInterrupt вешает -- мрак).
from telebot import TeleBot
import os
bot = TeleBot(os.getenv('TOKEN'))
@bot.message_handler(commands=["start"])
def start(message):
bot.reply_to(message, "hi")
print('bot is ready')
bot.polling()
хотя я, проведя серию тестов на своей машине, склоняюсь больше к версии с энвайроментом: какой там питон и что кроме aiogram? С другой стороны симптом про перезапуск вообще не ложится.
Средний
