Entry Processes Hosting

Entry Processes Hosting postato il 13/02/2014 16:00:42 nel forum programmazione, gdrcd, open source, hosting

Ciao

Qualcuno/a sarebbe così gentile da spiegarmi effettivamente cosa sono? Cosa li fa aumentare e come diminuire? Ma sopratutto come si possono tenere "bassi"?

Altra info, per i Gestori di giochi, il vostro Hosting vi ha imposto dei limiti di Entry Processes? Se si, a che soglia?

Grazie mille della disponibiltà.

quota

13/02/2014 18:29:19

Gli entry process sono nient'altro che il numero di esecuzioni simultanee di php.exe, in sostanza il numero di file php che tutti i tuoi utenti stanno richiedendo nello stesso momento.

Per tenerli bassi l'unica è scrivere procedure bene ottimizzate e snelle di modo che il tempo di esecuzione dei file sia ridotto il più possibile, di modo da evitare che pochi utenti avviino più processi in simultanea.

Onestamente non so dirti intorno a che valore i servizi di hosting generalmente limitano l'impostazione.

---

quota

13/02/2014 19:32:25 e modificato da leoblacksoul il 13/02/2014 19:33:45

Io ho trovato che la maggior parte degli hosting non dicono affatto se hanno questo tipo di controllo, nè a quanto ammonta il limite.
Spesso lo scopro dopo aver già acquistato il piano di hosting, facendo le mie prove

Non saprei dire una "cifra media"

---

quota

13/02/2014 20:38:49 e modificato da airon il 13/02/2014 20:39:17

Su Shenteon, con circa 30 online e usando php-fpm, riesco a vedere 10 processi contemporanei circa attivi

quota

14/02/2014 00:42:32

Comunque in linea di massima è difficile anche avendo, mettiamo conto, 40 persone collegate nello stesso momento al gdr che queste generino richieste simultaneamente (ovvero negli stessi millisecondi che il server ci mette a eseguire uno script). Puoi comunque eseguire dei test in locale simulando diversi accessi e vedere quanto spesso scatta la limitazione.

quota

14/02/2014 03:17:30 e modificato da blancks il 14/02/2014 03:18:45

In linea teorica sono d'accordo nel discorso, ma devi considerare mediamente che una land è composta da più processi php per ogni singolo utente. Tra polling di chat, dei messaggi e altre eventuali comunicazioni asincrone [o refresh per chi usa ancora i frames] non penso sia difficile l'eventualità in cui capitino richieste concorrenti, anche considerando il fatto che il processo di php termina quando l'intero output è stato generato e se il programma non scinde controller da view, questo processo può risultare anche parecchio dispendioso e quindi più lento da portare a termine.

I dati di shenteon penso che siano comunque un esempio dimostrativo sufficientemente esplicativo.

---

quota