Найти и исправить причину утечки памяти в микросервисе на Python
5600 UAHНужно найти и исправить причину утечки памяти в микросервисе на Python.
Полное описание проблемы и задачи доступно в гугл папке по ссылке:
https://drive.google.com/drive/folders/1OODNK5Ah3lJSQyvl-29ZzJ4zpA_DkcSA
там же необходимый код микросервиса и библиотеки
Отзыв заказчика о сотрудничестве с Олксандром Казаровым
Найти и исправить причину утечки памяти в микросервисе на PythonИсчез с радаров. Перестал отвечать на сообщения. Проект не был выполнен
-
14 дней9000 UAH
1970 45 3 1 14 дней9000 UAH
Добрый день!
Готов доработать проекты asyncio, сделать оптимизацию и настроить web-sockets. Есть хорошее знание python и понимание docker.
-
Победившая ставка5 дней5600 UAH
449 3 1 1 Победившая ставка5 дней5600 UAH
Доброго дня!
Готов помочь с диагностикой и исправлением утечки памяти в вашем микросервисе на Python.
Мой подход к решению задачи:
Анализ проблемы:
Изучение предоставленного кода и логов.
Использование инструментов профилирования памяти (например, memory_profiler, tracemalloc, objgraph) для локализации утечки.
… Исправление утечки:
Оптимизация кода, исправление некорректного использования библиотек или зависимостей.
Тестирование исправлений для предотвращения повторных утечек.
Рекомендации:
Документация по внесённым изменениям.
Советы по улучшению структуры и мониторинга памяти в будущем.
Почему я?
Опыт работы с микросервисами на Python и устранением проблем с производительностью.
Использую проверенные инструменты для профилирования памяти и анализа.
Нацелен на прозрачное общение и качественное решение задачи.
Готов приступить после изучения материалов в вашей гугл-папке. Жду вашего сообщения для уточнения деталей!
-
2 дня5000 UAH
8773 60 0 1 2 дня5000 UAH
Добрый день. Готов выполнить.
Имею большой опыт реализации проектов на Python.
Занимаю 3-е место на платформе по Python.
Найду и исправлю причину утечки памяти. При необходимости сделаю оптимизацию, проверю наличие иных ошибок.
Мое портфолио:
Freelancehunt
Пишите, обсудим детали и я приступлю к работе.
-
Пару месяцев назад уже был этот заказ, не получилось?
-
не пару, а всего месяц)
исполнителю не хватило знаний или желания разобраться в этом -
так вопрос у вас реально сложный 🙂 . А не пробовали альтернативные решения или другие алгоритмы работы с вебсокерами?
-
Если увидеть, что уже делал преидущий работник чтобы не повторяться то может было бы проще. Что из этого точно проверялось:
незакрытые WebSocket-соединения,
"зомби"-потоки Health Check,
некорректное завершение асинхронных задач,
избыточное создание потоков без использования пула,
накопление неосвобожденных данных в памяти и подвисшие задачи при переподключении стримов ?
А Вы пробовали:
- уменьшить количество потоков с помощью пула потоков или асинхронных корутин, - использовать объединение подписок на символы в один стрим,
- оптимизировать частоту Health Check или вынести его в общий процесс,
- использовать фильтрацию данных на стороне стрима и ограничить подписки с помощью нескольких микросервисов для балансировки нагрузки?
-
Был похожий проект и похожая проблема.
На скрине увидел, что в docker stats растет количество процессов. Если такой тренд постоянный, то копать нужно здесь.
-
Киев