Dal manuale di PHP per l' estensione pthreads :
pthreads è un'API orientata agli oggetti che consente il multi-threading user-land in PHP. Include tutti gli strumenti necessari per creare applicazioni multi-thread destinate al Web o alla console. Le applicazioni PHP possono creare, leggere, scrivere, eseguire e sincronizzare con Thread, Lavoratori e Stackable.
Per quanto incredibile possa sembrare, è del tutto vero. Oggi PHP può eseguire il multi-thread per coloro che desiderano provarlo.
La prima versione di PHP4, 22 maggio 2000, PHP è stata fornita con un'architettura thread-safe: un modo per eseguire più istanze del suo interprete in thread separati in ambienti SAPI (Server API) multi-thread. Negli ultimi 13 anni, il design di questa architettura è stato mantenuto e avanzato: da allora è in uso nella produzione sui più grandi siti Web del mondo.
Il thread nella terra degli utenti non è mai stato un problema per il team di PHP, e lo è ancora oggi. Dovresti capire che nel mondo in cui PHP fa affari, esiste già un metodo di ridimensionamento definito: aggiungere hardware. Nel corso degli anni PHP è esistito, l'hardware è diventato sempre più economico e quindi questo è diventato sempre più un problema per il team PHP. Mentre stava diventando più economico, divenne anche molto più potente; oggi, i nostri telefoni cellulari e tablet hanno architetture dual e quad core e molta RAM per andare con esso, i nostri desktop e server hanno comunemente 8 o 16 core, 16 e 32 gigabyte di RAM, anche se potremmo non essere sempre in grado di avere due nel rispetto del budget e avere due desktop raramente è utile per la maggior parte di noi.
Inoltre, PHP è stato scritto per i non programmatori, è la lingua madre di molti hobbisti. Il motivo per cui PHP è così facilmente adottato è perché è una lingua facile da imparare e scrivere. Il motivo per cui PHP è così affidabile oggi è a causa della grande quantità di lavoro che viene svolto nella sua progettazione e di ogni singola decisione presa dal gruppo PHP. La sua affidabilità e la sua straordinaria grandezza lo tengono sotto i riflettori, dopo tutti questi anni; dove i suoi rivali sono caduti nel tempo o nella pressione.
La programmazione multi-thread non è facile per la maggior parte, anche con l'API più coerente e affidabile, ci sono diverse cose a cui pensare e molte idee sbagliate. Il gruppo PHP non desidera che il multi-threading di terra dell'utente sia una caratteristica fondamentale, non gli è mai stata prestata molta attenzione, e giustamente. PHP non dovrebbe essere complesso, per tutti.
Tutto sommato, ci sono ancora vantaggi nel consentire a PHP di utilizzare le sue funzionalità pronte per la produzione e testate per consentire un modo per ottenere il massimo da ciò che abbiamo, quando aggiungere di più non è sempre un'opzione e per molto di compiti non è mai veramente necessario.
pthreads realizza, per coloro che desiderano esplorarlo, un'API che consente a un utente di utilizzare applicazioni PHP multi-thread. L'API è in fase di sviluppo e ha designato un livello beta di stabilità e completezza.
È risaputo che alcune delle librerie utilizzate da PHP non sono thread-safe, dovrebbe essere chiaro al programmatore che pthreads non può cambiarlo e non tenta di provare. Tuttavia, è possibile utilizzare qualsiasi libreria protetta da thread, come in qualsiasi altra configurazione dell'interprete thread-safe.
pthreads utilizza i thread Posix (anche in Windows), ciò che il programmatore crea sono veri e propri thread di esecuzione, ma affinché questi thread siano utili, devono essere consapevoli di PHP - in grado di eseguire codice utente, condividere variabili e consentire un utile mezzo di comunicazione (sincronizzazione). Quindi ogni thread viene creato con un'istanza dell'interprete, ma per impostazione predefinita, il suo interprete è isolato da tutte le altre istanze dell'interprete, proprio come gli ambienti API Server multi-thread. pthreads tenta di colmare il divario in modo sano e sicuro. Molte delle preoccupazioni del programmatore di thread in C non sono lì per il programmatore di pthreads, in base alla progettazione, pthreads è copia su lettura e copia su scrittura (la RAM è economica), quindi non ci sono mai due casi che manipolano gli stessi dati fisici , ma entrambi possono influire sui dati in un altro thread.
Perché copiare su lettura e copia su scrittura:
public function run() {
...
(1) $this->data = $data;
...
(2) $this->other = someOperation($this->data);
...
}
(3) echo preg_match($pattern, $replace, $thread->data);
(1) Mentre un blocco di lettura e scrittura sono conservati nell'archivio dati oggetto pthreads, i dati vengono copiati dalla loro posizione originale in memoria nell'archivio oggetti. pthreads non regola il refcount della variabile, Zend è in grado di liberare i dati originali se non ci sono ulteriori riferimenti ad esso.
(2) L'argomento di someOperation fa riferimento all'archivio oggetti, i dati originali memorizzati, che a sua volta una copia del risultato di (1), vengono nuovamente copiati per il motore in un contenitore zval, mentre in questo caso viene mantenuto un blocco di lettura l'archivio oggetti, il blocco viene rilasciato e il motore può eseguire la funzione. Quando viene creato zval, ha un nuovo conto di 0, che consente al motore di liberare la copia al completamento dell'operazione, perché non esistono altri riferimenti ad essa.
(3) L'ultimo argomento di preg_match fa riferimento all'archivio dati, si ottiene un blocco di lettura, il set di dati in (1) viene copiato in un valore zval, sempre con un refcount di 0. Il blocco viene rilasciato, la chiamata a preg_match funziona su una copia dei dati, che è essa stessa una copia dei dati originali.
Cose da sapere:
La tabella hash
dell'archivio oggetti in cui sono archiviati i dati, thread-safe, si basa sulla tabella TsHash fornita con PHP da Zend.
L'archivio oggetti ha un blocco di lettura e scrittura, un ulteriore blocco di accesso è fornito per la TsHashTable tale che se necessario (e lo fa, var_dump / print_r, accesso diretto alle proprietà come il motore PHP vuole fare riferimento a loro) i pthreads possono manipolare la TsHashTable al di fuori dell'API definita.
I blocchi vengono mantenuti solo quando si verificano le operazioni di copia, quando le copie sono state eseguite, i blocchi vengono rilasciati, in un ordine ragionevole.
Questo significa:
Quando si verifica una scrittura, non solo viene trattenuto un blocco di lettura e scrittura, ma un blocco di accesso aggiuntivo. La tabella stessa è bloccata, non è possibile che un altro contesto possa bloccarla, leggerla, scriverla o influenzarla.
Quando si verifica una lettura, non solo viene mantenuto il blocco di lettura, ma anche il blocco di accesso aggiuntivo, di nuovo la tabella viene bloccata.
Nessun due contesti possono accedere fisicamente o contemporaneamente agli stessi dati dall'archivio oggetti, ma le scritture effettuate in qualsiasi contesto con un riferimento influenzeranno i dati letti in qualsiasi contesto con un riferimento.
Questa non è un'architettura condivisa e l'unico modo per esistere è la coesistenza. Quelli un po 'esperti lo vedranno, ci sono molte copie in corso qui, e si chiederanno se è una buona cosa. Molte operazioni di copiatura avvengono in un runtime dinamico, questa è la dinamica di un linguaggio dinamico. pthreads è implementato a livello dell'oggetto, perché si può ottenere un buon controllo su un oggetto, ma i metodi - il codice eseguito dal programmatore - hanno un altro contesto, privo di blocchi e copie - l'ambito del metodo locale. L'ambito dell'oggetto nel caso di un oggetto pthreads dovrebbe essere trattato come un modo per condividere dati tra contesti, questo è il suo scopo. Tenendo presente ciò, puoi adottare tecniche per evitare di bloccare l'archivio oggetti a meno che non sia necessario,
La maggior parte delle librerie ed estensioni disponibili per PHP sono thin wrapper di terze parti, la funzionalità di base di PHP è in un certo senso la stessa cosa. pthreads non è un involucro sottile attorno ai thread Posix; è un'API threading basata su thread Posix. Nell'implementazione di Thread in PHP non ha senso che gli utenti non capiscano o non possano usare. Non c'è motivo per cui una persona senza conoscenza di cosa sia o faccia un mutex non dovrebbe essere in grado di sfruttare tutto ciò che ha, sia in termini di abilità che di risorse. Un oggetto funziona come un oggetto, ma ovunque due contesti si scontrino altrimenti, pthreads fornisce stabilità e sicurezza.
Chiunque abbia lavorato in Java vedrà le somiglianze tra un oggetto pthreads e il threading in Java, quelle stesse persone non avranno alcun dubbio visto un errore chiamato ConcurrentModificationException - poiché suona un errore generato dal runtime java se due thread scrivono gli stessi dati fisici in concomitanza. Capisco perché esiste, ma mi sconcerta che con risorse economiche come sono, insieme al fatto che il runtime è in grado di rilevare la concorrenza nel momento esatto e unico che la sicurezza potrebbe essere raggiunta per l'utente, che sceglie di genera un errore potenzialmente fatale in fase di esecuzione anziché gestire l'esecuzione e l'accesso ai dati.
Nessun errore così stupido verrà emesso da pthreads, l'API è stata scritta per rendere il threading più stabile e compatibile possibile, credo.
Il multi-threading non è come usare un nuovo database, bisogna prestare molta attenzione a ogni parola del manuale e agli esempi forniti con pthreads.
Infine, dal manuale di PHP:
pthreads è stato ed è un esperimento con risultati abbastanza buoni. Qualunque delle sue limitazioni o caratteristiche può cambiare in qualsiasi momento; questa è la natura della sperimentazione. Le sue limitazioni - spesso imposte dall'implementazione - esistono per una buona ragione; lo scopo di pthreads è di fornire una soluzione utilizzabile per il multitasking in PHP a qualsiasi livello. Nell'ambiente in cui pthreads viene eseguito, alcune restrizioni e limitazioni sono necessarie per fornire un ambiente stabile.
pcntl_fork()) funzionerà se chiamato da Apache?