microsoft / microsoft/playwright-java

[Bug]: [java] Memory leak in long working tests

Offen
#1,841 3 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

P3-collecting-feedback
Vorherrschende Sprache
Java
Sterne
1.6k
Forks
298
Ø Merge
3 T. 2 Std.
Gemergte PRs (30 T.)
14

Beschreibung

Version

1.52.0

Steps to reproduce

You need docker to run this project
https://github.com/piotrczarnak/bug-1816_spring
Steps to reproduce:

  1. Download repo
    2 .Go to project with terminal and use docker build -t [imagename] .
  2. docker run --init --ipc=host -t [tagoimagefrom2ndpoint] mvn compile exec:java -D exec.mainClass="org.example.App"
  3. Wait ~4h and you will see memory consumption growing.

To check memory consumption per process use stem -t (already installed)

Expected behavior

Memory consumption stays on the same level.

Actual behavior

I have constantly running tests in docker container. Each hour I see memory consumption is growing even though I close each test page, browser and playwright itself. Test stared with 456 MB and after 8h it reached 4GB

Image
Additional context

Tests are run in docker container which is created by myself. Tests are run each 1000 ms.

I noticed that there are many not closed processes. After using stem -t

Image
Environment
OS: jvm-ubuntu:21
Language: Java

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne mit dem verlinkten Reproduktions-Repository und dessen Docker-Setup, und führe dann den Maven-Befehl für org.example.App aus, während du den Speicherverbrauch und die Prozesse mit stem -t überwachst. Als abgeschlossen gilt die Aufgabe, wenn das langfristige Wachstum reproduziert und die Ursache der nicht geschlossenen Prozesse oder des Speicheranstiegs identifiziert wurde.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
docker, java
Bereich
devops, testing-qa
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.