Potrebbe sembrare una domanda di base, ma non sono riuscito a trovare alcuna documentazione:
Qual è la differenza tra il fork e la generazione di un processo node.js? Ho letto che il biforcazione è un caso speciale di generazione, ma quali sono i diversi casi d'uso / ripercussioni per l'utilizzo di ciascuno di essi?
Risposte:
Spawn è un comando progettato per eseguire comandi di sistema. Quando si esegue spawn, si invia un comando di sistema che verrà eseguito sul proprio processo, ma non esegue alcun ulteriore codice all'interno del processo del nodo. Puoi aggiungere listener per il processo che hai generato, per consentire al tuo codice di interagire con il processo generato, ma non viene creata alcuna nuova istanza V8 (a meno che ovviamente il tuo comando non sia un altro comando Node, ma in questo caso dovresti usare fork!) E sul processore è attiva solo una copia del modulo nodo.
Fork è un'istanza speciale di spawn, che esegue una nuova istanza del motore V8. In altre parole, puoi essenzialmente creare più lavoratori, eseguendo esattamente la stessa base di codice Nodo o forse un modulo diverso per un'attività specifica. Questo è molto utile per creare un pool di lavoratori. Mentre il modello di eventi asincroni di nodo consente di utilizzare un singolo core di una macchina in modo abbastanza efficiente, non consente a un processo del nodo di utilizzare macchine multi-core. Il modo più semplice per ottenere ciò è eseguire più copie dello stesso programma, su un singolo processore.
Una buona regola empirica è uno o due processi nodo per core, forse più per macchine con un buon rapporto ram clock / cpu clock, o per processi nodo pesanti su I / O e leggeri su CPU, per ridurre al minimo i tempi di inattività dell'evento loop è in attesa di nuovi eventi. Tuttavia, quest'ultimo suggerimento è una micro-ottimizzazione e richiederebbe un'attenta valutazione comparativa per garantire che la vostra situazione si adatti alla necessità di molti processi / core. Puoi effettivamente ridurre le prestazioni generando troppi lavoratori per la tua macchina / scenario.
Alla fine potresti usare spawn in un modo che ha fatto quanto sopra, inviando spawn un comando Node. Ma sarebbe sciocco, perché fork fa alcune cose per ottimizzare il processo di creazione delle istanze V8. Solo chiarendo che alla fine si genera la forcella. Fork è semplicemente ottimale per questo caso d'uso particolare e molto utile.
http://nodejs.org/api/child_process.html#child_process_child_process_exec_command_options_callback
TLDR
SpawnQuando viene creata una spawn - Crea un'interfaccia di streaming tra processo genitore e figlio.
interfaccia di streaming significa - buffering dei dati in formato binario inONE TIME
ForkQuando viene creato un fork - Crea un canale di comunicazione tra processo padre e figlio
canale di comunicazione significa - messaggistica
DifferenceBeh, entrambi sembrano fare lo stesso trasferimento di dati , tranne la differenza sotto
spawn sarà utile quando si desidera eseguire un buffer di dati continuo in formato binario / di codifica , ad esempio: trasferire file video da 1 GB, immagini, file di registro inONE TIME
fork sarà utile quando si desidera eseguire messaggi, ad
esempio messaggiJSON o XMLdati
Conslusionuova deve essere utilizzato per lo streaming di dati di grandi dimensioni / files / immagini dal micelio processo per genitore processo
fork dovrebbe essere usato per fare messaggi Json / Xml.
FORKaltro se hai una grande quantità di dati da BUFFERARE, quindi usaSPAWN
Il metodo child_process.spawn avvia un nuovo processo con un determinato comando. Ha la seguente firma:
child_process.spawn(command[, args][, options])Ulteriori informazioni sulle opzioni
Il metodo spawn () restituisce flussi (stdout e stderr) e dovrebbe essere usato quando il processo restituisce un volume di dati. spawn () inizia a ricevere la risposta non appena il processo inizia l'esecuzione.
Il metodo child_process.fork è un caso speciale di spawn () per creare processi Node. Ha la seguente firma:
child_process.fork(modulePath[, args][, options])Il metodo fork restituisce un oggetto con un canale di comunicazione integrato oltre a disporre di tutti i metodi in un'istanza ChildProcess normale.
var child = require('child_process').fork('child.js');ad esempio, sulla mia app principale, ora avrò 2 core separati in esecuzione. Se dovessi eseguire un ciclo pesante per il child.js (processo), essenzialmente utilizzerei più core per alimentare child.js, giusto? L'utilizzo della cpu influirebbe tuttavia sul mio core dell'app principale?