Znajdź i napraw przyczynę wycieku pamięci w mikrousłudze na Pythonie
Musisz znaleźć i naprawić przyczynę wycieku pamięci w mikrousłudze na Pythonie.
Pełny opis problemu i zadania jest dostępny w folderze Google pod linkiem:
https://drive.google.com/drive/folders/1OODNK5Ah3lJSQyvl-29ZzJ4zpA_DkcSA
tam też niezbędny kod mikrousługi i biblioteki
Opinia zleceniodawcy o współpracy z Olksandr Kazarov
Znajdź i napraw przyczynę wycieku pamięci w mikrousłudze na PythonieZniknął z radarów. Przestał odpowiadać na wiadomości. Projekt nie został zrealizowany
-
1970 45 3 1 Dzień dobry!
Jestem gotów dokończyć projekty asyncio, przeprowadzić optymalizację i skonfigurować web-sockets. Mam dobrą znajomość Pythona i zrozumienie dockera.
-
449 3 1 1 Dzień dobry!
Jestem gotów pomóc w diagnozowaniu i naprawie wycieku pamięci w Twoim mikroserwisie napisanym w Pythonie.
Moje podejście do rozwiązania problemu:
Analiza problemu:
Badanie dostarczonego kodu i logów.
Użycie narzędzi do profilowania pamięci (np. memory_profiler, tracemalloc, objgraph) w celu zlokalizowania wycieku.
… Naprawa wycieku:
Optymalizacja kodu, poprawa nieprawidłowego użycia bibliotek lub zależności.
Testowanie poprawek w celu zapobieżenia ponownym wyciekom.
Rekomendacje:
Dokumentacja wprowadzonych zmian.
Porady dotyczące poprawy struktury i monitorowania pamięci w przyszłości.
Dlaczego ja?
Doświadczenie w pracy z mikroserwisami w Pythonie i rozwiązywaniu problemów z wydajnością.
Używam sprawdzonych narzędzi do profilowania pamięci i analizy.
Skupiam się na przejrzystej komunikacji i jakościowym rozwiązaniu problemu.
Jestem gotów rozpocząć po zapoznaniu się z materiałami w Twoim folderze Google. Czekam na Twoją wiadomość w celu wyjaśnienia szczegółów!
-
8773 60 0 1 Dzień dobry. Jestem gotów do wykonania.
Mam duże doświadczenie w realizacji projektów w Pythonie.
Zajmuję 3. miejsce na platformie w Pythonie.
Znajdę i naprawię przyczynę wycieku pamięci. W razie potrzeby dokonam optymalizacji, sprawdzę obecność innych błędów.
Moje portfolio:Freelancehunt
Pisz, omówimy szczegóły i przystąpię do pracy.
-
Пару месяцев назад уже был этот заказ, не получилось?
-
Если увидеть, что уже делал преидущий работник чтобы не повторяться то может было бы проще. Что из этого точно проверялось:
незакрытые WebSocket-соединения,
"зомби"-потоки Health Check,
некорректное завершение асинхронных задач,
избыточное создание потоков без использования пула,
накопление неосвобожденных данных в памяти и подвисшие задачи при переподключении стримов ?
А Вы пробовали:
- уменьшить количество потоков с помощью пула потоков или асинхронных корутин, - использовать объединение подписок на символы в один стрим,
- оптимизировать частоту Health Check или вынести его в общий процесс,
- использовать фильтрацию данных на стороне стрима и ограничить подписки с помощью нескольких микросервисов для балансировки нагрузки?
-
Был похожий проект и похожая проблема.
На скрине увидел, что в docker stats растет количество процессов. Если такой тренд постоянный, то копать нужно здесь.
-