Come dice il titolo, perché il nodo non supporta diversi loop di eventi in un processo? L'idea è che il nodo genera un numero di thread decisi dall'utente, ognuno dei quali ha un ciclo di eventi. Quando viene aggiunto un nuovo callback, è programmato su uno dei loop dei thread. Il motivo, probabilmente contro questa idea è perché ora ogni thread può causare la mutazione e altre cose brutte, ma puoi decidere all'utente quale thread condividere lo stato e quindi deve essere eseguito sullo stesso thread o avere un messaggio come il concetto di condivisione della memoria degli eventi . Ciò aiuterebbe con compiti computazionalmente pesanti, questo ridurrebbe il sovraccarico di condivisione dei dati tra le istanze dei nodi per ottenere lo stesso risultato e quindi ottenere migliori prestazioni per l'hardware e più richieste dell'utente.
Per renderlo più chiaro, quando intendo diversi loop di eventi, sarebbe come biforcarsi e creare diverse istanze di nodo per utilizzare più core, ma invece il nodo stesso genererà 4 thread tutti con un ciclo di eventi, quindi c'è un valore inferiore costo della comunicazione perché utilizza thread invece se le istanze se si sta facendo un sacco di condivisione dei dati, non i lavoratori che si generano per fare lavori pesanti e non hanno nulla a che fare con il ciclo degli eventi.