Using Doctrine entities as Module arguments causes memory leaks
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 45/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- php
- Ambito
- databases, documentation
Direzione di ricerca
Inizia individuando la documentazione del modulo Doctrine e la sezione che descrive gli argomenti dei metodi del modulo o la configurazione dei fixture. Aggiungi un avviso che segnali che le entità Doctrine possono conservare collection persistenti ed Entity Managers quando vengono memorizzate come argomenti, e raccomanda di usare dati scalari dove appropriato; il lavoro è completato quando queste indicazioni sono documentate chiaramente.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Background:
We have a fairly big project using Codeception. Recently, the memory usage during tests reached around ~2 GB of memory, resulting in exceeding the limit on CI test runs.
We have managed to pin down the issue to the fact that we were using Doctrine entities as arguments in a lot of module methods when creating fixture data.
The problem stems from persistent collections - all of them have Entity Manager injected into them and Codeception stores all arguments used in module methods. This caused the old instances of entity manager service not being cleared up and memory usage steadily piling up.
We were not using the Doctrine module, since it was too troublesome due to the persistent EntityManager service.
Solution:
The only way to correctly resolve it was to use scalar data instead of full entities. This has drastically reduced memory usage.
This is not something that I would expect the Codeception team to resolve, but I think that in the section of the Doctrine module you could provide a paragraph or two warning people about this issue. It can save someone folks a lot of work.
Cheers
- Lingua principale
- PHP
- Stelle
- 4
- Fork
- 2
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Codeception/module-doctrine
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Codeception/module-doctrine#2 · 1 commento · 1 reazione ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 64/100
Codeception/module-doctrine#6 · 1 commento ·
Tutte le issue di Codeception/module-doctrine
Issue simili
-
Talk Review
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
socallinuxexpo/scale-drupal#351 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
code4romania/cpc#47 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
mautic/api-library#351 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
nunomaduro/collision#371 ·
-
Lead create/update: a product row without a "product_id" key passes LeadForm validation and fails in the database (500)Forse già presa @Arslan-TR l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
krayin/laravel-crm#2681 ·
I maintainer di solito rispondono entro 2 giorni