Я спросил у создателя trio, про поддержку redis и memcached и вот что он ответил: I don't know if any redis or memcached libraries for trio yet. If you can't find one, you could possibly write one, or use a library that was written for asyncio, via trio-asyncio. But in general yeah, Trio's library support is still a work in progress, if you need lots of protocol libraries to already exist then it may not be the best choice for you yet..

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

Значит для меня вопрос хранения в оперативной памяти с данными технологиями еще открытый

что за trio?

что за trio?

https://youtu.be/yU88XLozszs

golang

только питон начал немного осваивать, как меня посылают в голанг... Не дело)

rust - и не нужен golang :)

как уменьшить количество потребляемого ОЗУ? https://github.com/flyingzhao/PyEVM/blob/master/EVM.py код работает, но поедает 7гб озу и иногда крашится от недостатка памяти

как уменьшить количество потребляемого ОЗУ? https://github.com/flyingzhao/PyEVM/blob/master/EVM.py код работает, но поедает 7гб озу и иногда крашится от недостатка памяти

Подскажите как правильно передавть аргумент secret в декоратор внутри класса app = Flask(__name__) class HandlerBot(object): def __init__(self, token, secret): self.token = token self.secret = secret @app.route('/{}'.format(secret), methods=["POST"]) def telegram_webhook(self): pass

мне кажется или ты грузишь весь файл видео в память? в строках 52-61?

cap.read() фрейм вроде читает, а не весь файл

ты уже спрашивал.

Ну и ладно

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

Подскажите как правильно передавть аргумент secret в декоратор внутри класса app = Flask(__name__) class HandlerBot(object): def __init__(self, token, secret): self.token = token self.secret = secret @app.route('/{}'.format(secret), methods=["POST"]) def telegram_webhook(self): pass

так не делают да? хотелось бы чтоб в @app.route('/{}'.format(secret), methods=["POST"]) secret считывалось из атрибута объекта класса

а ты хочешь что-то явно очень странное

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

то есть мне надо отдельно создавать экземпляры класса: ob1 = HandlerBot() ob2 = HandlerBot() потом отдельно вызывать: @app.route('/{}'.format(secret1), methods=["POST"])(ob1.telegram_webhook) @app.route('/{}'.format(secret2), methods=["POST"])(ob2.telegram_webhook) и сократить это дело нельзя?

почему у вас маршруты так смешно обозначаются?

эти решения уже стали промышленным стандартом для таких задач

В моем случае, будет ли адекватным решение использовать dict для хранения token в глобальной переменной? Если не брать в расчет redis и memcached

да без проблем если работать в одном процессе.

Да, процесс один

у нас однажды умники сделали хранение токенов в локальной памяти процесса для web риложения. А потом запустили его под uwsgi в прод в несколько воркеров и все сломалось. Зато в дебаге на локальной машине разработчика все работало идеально.

Это топчик вообще в питоне - не думать про потокобезопасность

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

в питоне GIL так что потоков читай и нету.....

в питоне GIL так что потоков читай и нету.....

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

в питоне GIL так что потоков читай и нету.....

Я недеюсь это была ирония над горе-программистами) Они так и думают да

Уровень владения пайтоном от 0 до 100 Где 0 это print('Hello world') 99 - победил гил

100 понял, что гил - благо

Гвидо сказал что уберет гил как только кто-то предложит альтернативу, которая не приведет к деградации однопоточных скриптов. Пока что не предложили :)

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

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

Почему нельзя было пустить в деплой две ветки одну для многопоточников чтобв они не долбились в известное место костылыми типа cython И прочими мультипроцессингами а другу для православных датасаентологов с их матрицами по 10000000 гигабайт оперативы

но факт остается фактом. Одним процессом питона утилизировать все ядра не выйдет.

но факт остается фактом. Одним процессом питона утилизировать все ядра не выйдет.

Так он же почти опенсорсный

потому что поддерживать две версии интерпретатора требует ресурсов \ денег и имеет сомнительную целесообразность.

Python разве для убер больших мощностей используют? Всегда считал что он как php только универсальное и лучше. А многопоточные процессы запускать на других языках. В том числе Scala. С их actor подход для масштабирования

Python разве для убер больших мощностей используют? Всегда считал что он как php только универсальное и лучше. А многопоточные процессы запускать на других языках. В том числе Scala. С их actor подход для масштабирования

А в чем проблема с двумя копиями интерпретатора? Ну-ка