Un webservice credo che non vada bene per il tipo di sistema.
Praticamente ho realizzato una piattaforma per un gioco di società culturale.
La parte client svolge le seguenti operazioni:
Autentificazione tramite protocollo http e ricezione di user e pass criptati.
Ricezione dei vari giochi di società disponibili
Scelta del gioco al quale si vuole partecipare e trasparente all'utente autentificazione tramite socket (Ogni Gioco è un server diverso in ascolto su una porta diversa)
Entrata in gioco
Ricezione e invio di domande e risposte
Il server gestisce i turni tra i vari utenti collegati, fa le domande, riceve le risposte, assegna il punteggio e intanto accetta gli altri utenti che si collegano e permette di chattare e svolgere altre operazioni.
Il tutto con un protocollo ad hoc in modo da poter risparmiare + banda possibile visto che i giochi saranno + di 20.

Beh, in realtà PHP ha un estensione nel pecl per utilizzare i thread
Quale?

E' affidabile quanto il c quelle funzioni chiamano le funzioni corrispondenti in c
Però per ogni ogni operazione impiega moltissimo tempo + del c, anche per semplici cicli, semplici comparazioni e semplici assegnazioni.
La funzione socket_select si comporta in modo strano
int socket_select ( array $lettura, array $scrittura, array $except, int $tv_sec [, int $tv_usec] )

Impostando solo il valore $tv_sec la funzione si comportava in modo strano, non ricordo se usciva subito dalla select o restava in attesa senza timeout, cmq fatto sta che funziona bene solo impostando il valore in secondi (sec) e il corrispettivo in millisecondi (usec).
Es:
Codice PHP:
$sockAttenzione=socket_select($changedSockets, $write = NULL, $except = NULL, 2,2000); 
In C si comporta nello stesso modo?

di solito conviene piuttosto mettere i millisecondi (usec) su 10 e i secondi su zero
Impostando un valore di timeout molto basso si ha un sovraccarico della cpu, quindi bisogna tenerlo + alto possibile in basse alle propie esigenze.

Il server non avrà un tempo limite di esecuzione sarà in funzione 24H al giorno, 365 giorni all'anno, php ce la fa?