Speicher leckt Symfony2 Doctrine2 / Speichergrenze überschreiten

Versuchen Sie, Ihr Kommando mit --no-debug -. Im debug-Modus die profiler behält Informationen über jede einzelne Abfrage im Speicher.

InformationsquelleAutor der Antwort arnaud576875

1. SQL logger auf null

$em->getConnection()->getConfiguration()->setSQLLogger(null);

1. Manuell rufen Sie die Funktion gc_collect_cycles() nach $em->clear()

$em->clear();
gc_collect_cycles();


Vergessen Sie nicht die zend.enable_gc zu 1, oder manuell aufrufen, gc_enable() vor der Verwendung gc_collect_cycles()

1. Hinzufügen --no-debug option, wenn Sie den Befehl ausführen in der Konsole.

InformationsquelleAutor der Antwort Sergii Smirnov

Wie pro die standard-Doctrine2 Dokumentation, müssen Sie manuell löschen oder detatch Personen.

Zusätzlich zu, dass, wenn die Profilerstellung aktiviert ist (wie in der default-dev-Umgebung). Die DoctrineBundle in Symfony2 wird ein mehrere Holzfäller einiges an Speicher. Sie kann Anmeldung komplett deaktivieren, es ist aber nicht erforderlich.

Einen interessanten Nebeneffekt, der Holzfäller wirken sich sowohl auf die Lehre ORM und DBAL. Ein Logger wird in zusätzlichen memory-Nutzung für jeden Dienst, der verwendet die Standard-logger-Dienst. Deaktivieren Sie alle diese wäre ideal, in der Befehle-da der profiler ist nicht dort noch.

Hier ist was Sie tun können, um deaktivieren der Speicher-intensiv-Logger, während die Profilerstellung aktiviert ist, in anderen teilen des Symfony2:

$c = $this->getContainer();
/* 
 * The default dbalLogger is configured to keep "stopwatch" events for every query executed
 * the only way to disable this, as of Symfony 2.3, Doctrine Bundle 1.2, is to reinistiate the class
 */

$dbalLoggerClass = $c->getParameter('doctrine.dbal.logger.class');
$dbalLogger = new $dbalLoggerClass($c->get('logger'));   
$c->set('doctrine.dbal.logger', $dbalLogger);

//sometimes you need to configure doctrine to use the newly logger manually, like this
$doctrineConfiguration = $c->get('doctrine')->getManager()->getConnection()->getConfiguration();
$doctrineConfiguration->setSQLLogger($dbalLogger);

/*
 * If profiling is enabled, this service will store every query in an array
 * fortunately, this is configurable with a property "enabled"
 */
if($c->has('doctrine.dbal.logger.profiling.default'))
{
    $c->get('doctrine.dbal.logger.profiling.default')->enabled = false;
}

/*
 * When profiling is enabled, the Monolog bundle configures a DebugHandler that 
 * will store every log messgae in memory. 
 *
 * As of Monolog 1.6, to remove/disable this logger: we have to pop all the handlers
 * and then push them back on (in the correct order)
 */
$handlers = array();
try
{   
    while($handler = $logger->popHandler())
    {
        if($handler instanceOf \Symfony\Bridge\Monolog\Handler\DebugHandler)
        {
            continue;
        }
        array_unshift($handlers, $handler);
    }
}
catch(\LogicException $e)
{
    /*
     * As of Monolog 1.6, there is no way to know if there's a handler
     * available to pop off except for the \LogicException that's thrown.
     */
    if($e->getMessage() != 'You tried to pop from an empty handler stack.')
    {
        /*
         * this probably doesn't matter, and will probably break in the future
         * this is here for the sake of people not knowing what they're doing
         * so than an unknown exception is not silently discarded.
         */

        //remove at your own risk
        throw $e;
    }
}

//push the handlers back on
foreach($handlers as $handler)
{
    $logger->pushHandler($handler);
}

InformationsquelleAutor der Antwort Reece45

Ich habe gerade gebucht ein paar Tipps für die Verwendung von Symfony console-Befehle mit der Lehre für die batch-Verarbeitung hier.

InformationsquelleAutor der Antwort Collin Krawll