È necessario pg_free_result(), anche se il risultato non rientra nell'ambito?

Question

La documentazione PHP hanno da dire su pg_free_result():

Questa funzione deve essere richiamata solo se il consumo di memoria durante edizione esecuzione è un problema. In caso contrario, la memoria di tutti i risultati sarà liberata automaticamente allo al termine dello script.

http://www.php.net/manual/en/function.pg-free-result.php

avrei (forse ingenuamente) aspettato la risorsa restituito da una chiamata a pg_query() essere garbage collection quando va fuori di portata.

In una funzione ipotetica come questo:

function selectSomething() 
{ 
    $res = pg_query("SELECT blah FROM sometable"); 
    // do something with $res 
    pg_free_result($res); // required or not? 
} 

E 'davvero necessario chiamare pg_free_result() alla fine?

In altre parole, se chiamo questa funzione 1000 volte, mangerà memoria per memorizzare tutti i 1000 risultati?

MODIFICA: sto parlando del caso tipico, ovvero pg_connect() anziché pg_pconnect().

Answer 1

Qui ci sono i miei risultati dei test:

(prima/dopo)

con: 631288/631384

senza: 631288/631640

Sentitevi liberi di eseguire il test da soli con questo codice:

<?php 
class test { 
    private static $tests = 5000; 

    public function __construct() { 
     $dbconn = pg_connect("host=### dbname=### user=### password=###") 
      or die('Could not connect: ' . pg_last_error()); 

     self::test(self::$tests, true); 
     self::test(self::$tests, false); 
    } 

    private function test($times, $with) { 
     echo ($with ? "with:<br />\n" : "without:<br />\n") . memory_get_usage() ."<br />\n"; 

     for($i = 0; $i < $times; $i++) { 
      $res = pg_query("SELECT * FROM chowder"); 

      if($with) { 
       pg_free_result($res); 
      } 
     } 

     echo memory_get_usage() ."<br /><br />\n\n"; 
    } 

} 

$test = new test(); 

Answer 2

Come giustamente indicato da Elias Van Ootegem stanno quasi certamente usando una connessione persistente. Con le connessioni persistenti dopo la query, il risultato deve continuare in memoria perché potresti desiderare di raccogliere più dati da esso (ad esempio l'ultimo errore).

Quindi si tratta di buone pratiche. Se stai operando in un ambiente in cui hai 2M di memoria disponibile e il tuo script può, a volte, raggiungere uno 0.1M di memoria, allora il limite superiore è di 20 connessioni simultanee che chiamano quello script. Successivamente, ulteriori richieste Web verranno messe in coda o in coda. Non ci vuole un genio per rendersi conto di quanto questo possa essere vulnerabile all'attacco di DDoS.

Le migliori pratiche, quindi, è svuotare la memoria non appena ne hai finito. Questo vale per qualsiasi programmazione o script di sempre. Quando il sistema viene sollecitato e la domanda è alta, più richieste possono essere soddisfatte all'interno della portata totale della memoria, meglio è. Se è possibile ridurre il footprint di memoria massimo di uno script, è possibile aumentare il numero di connessioni simultanee che possono ragionevolmente provare a chiamarlo e quindi aumentare il carico che lo script può gestire.

Il modo ideale per fare le cose è liberare le risorse il prima possibile. Solo perché non lo facciamo e tutto sembra funzionare comunque durante i test non c'è motivo per non farlo.