Budżet: 9000 UAH Termin: 14 dni
Dzień dobry!
Jestem gotów dokończyć projekty asyncio, przeprowadzić optymalizację i skonfigurować web-sockets. Mam dobrą znajomość Pythona i zrozumienie dockera.
Olksandr Kazarov
Oferta, która wygrała- Zlecenia 3
- Ocena -
- Ranking 449
Budżet: 5600 UAH Termin: 5 dni
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!
Aktualnie brak ofert
Budżet: 5000 UAH Termin: 2 dni
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.
-
Yury Krivoborodov
7 stycznia 2025
не пару, а всего месяц)
исполнителю не хватило знаний или желания разобраться в этом -
Aleksey Avdiyenko 7 stycznia 2025так вопрос у вас реально сложный :) . А не пробовали альтернативные решения или другие алгоритмы работы с вебсокерами?
-
Aleksey Avdiyenko 7 stycznia 2025Если увидеть, что уже делал преидущий работник чтобы не повторяться то может было бы проще. Что из этого точно проверялось:
незакрытые WebSocket-соединения,
"зомби"-потоки Health Check,
некорректное завершение асинхронных задач,
избыточное создание потоков без использования пула,
накопление неосвобожденных данных в памяти и подвисшие задачи при переподключении стримов ?
А Вы пробовали:
- уменьшить количество потоков с помощью пула потоков или асинхронных корутин, - использовать объединение подписок на символы в один стрим,
- оптимизировать частоту Health Check или вынести его в общий процесс,
- использовать фильтрацию данных на стороне стрима и ограничить подписки с помощью нескольких микросервисов для балансировки нагрузки?
-
Serhii T. 8 stycznia 2025Был похожий проект и похожая проблема.
На скрине увидел, что в docker stats растет количество процессов. Если такой тренд постоянный, то копать нужно здесь.