PHP APC in modalità CLI

Question

Il modulo APC in PHP durante l'esecuzione in modalità CLI supporta l'ottimizzazione del codice? Ad esempio, quando eseguo un file con php -f <file> il file verrà ottimizzato con APC prima dell'esecuzione o meno? Presumendo che APC sia impostato per il caricamento nel file di configurazione. Inoltre, saranno ottimizzati anche gli script inclusi con require_once?

So che l'ottimizzazione funziona correttamente quando si esegue in modalità fastcgi, ma mi chiedo se funzioni anche in CLI.

Le funzioni di apc_ * funzionano, ma mi chiedo dell'ottimizzazione del codice, che è la cosa principale che sto cercando qui.

giorno Felice, Matic

Answer 1

La documentazione di apc.enable_cli, che controllano se APC dovrebbe essere attivato in modalità CLI, dice (citando):

lo più per il test e il debug. Impostando questo si abilita APC per la versione CLI di PHP. In normali circostanze, non è l'ideale per creare, popolare e distruggere la cache APC a ogni richiesta CLI, ma per vari scenari di test è utile essere in grado di abilitare APC per la versione CLI di PHP facilmente.

Forse APC memorizzerà gli opcode in memoria, ma mentre l'eseguibile PHP muore alla fine dello script, quella memoria andrà persa: non si manterrà tra le esecuzioni dello script.

Quindi l'opcode-cache in APC è inutile in modalità CLI: non ottimizzerà nulla, poiché PHP dovrà ancora ricompilare il codice sorgente in opcode ogni volta che viene lanciato l'eseguibile di PHP.

In realtà, APC non "ottimizzare": il modo standard di esecuzione di uno script PHP è come questo:

• leggere il file, e compilare in codici operativi
• eseguire i codici operativi

Cosa APC è conservare in codici operativi a memoria, quindi l'esecuzione di uno script PHP diventa:

• leggere i codici operativi dalla memoria (molto più veloce di compilazione del codice sorgente)
• eseguire i codici operativi

Ma questo significa che è necessario avere qualche posto in memoria per memorizzare i codici operativi. Quando si esegue PHP come un modulo Apache, Apache è responsabile della persistenza di quel segmento di memoria ... Quando PHP viene eseguito da CLI, non c'è nulla per mantenere il segmento di memoria lì, quindi viene distrutto al termine dell'esecuzione di PHP.
(non so come funziona esattamente, ma è qualcosa di simile, almeno nei principi, anche se le mie parole non sono molto "tecnico" ^^)

Oppure, per "ottimizzazione" intendi qualcos'altro rispetto alla cache opcode, come la direttiva di configurazione apc.optimization? Se è così, questo è stato rimosso in APC 3.0.13

Answer 2

Beh, c'è una buona ragione per APC in modalità CLI: unit testing: voglio fare il mio test di unità utilizzando un ambiente il più vicino all'ambiente di produzione in seguito come possibile. Zend Framework ha una soluzione di caching interna, che può usare la cache variabile di APC come back-end di archiviazione - e voglio usarlo.

Answer 3

C'è un altro motivo per utilizzarlo in modalità CLI: alcuni script sono in grado di use it as a cache

Answer 4

Se si dispone di codice CLI che genera alcuna configurazione in base all'ambiente, quindi il codice CLI penserà che APC non è abilitato. Ad esempio, quando si genera il contenitore DI di Symfony attraverso la CLI, dirà a Doctrine di non usare APC (details).

Inoltre, non l'ho provato ma c'è una possibilità che APC possa migliorare la velocità degli script per i file inclusi dopo un pcntl_fork(). Modifica: ho posto la domanda su APC & pcntl_fork() here.

Per completezza, per consentire APC sulla CLI (in Ubuntu):

echo 'apc.enable_cli = 1' > /etc/php5/cli/conf.d/enable-apc-cli.ini