Ils sont rigolos les guignols de chez TuxFamily. Je cite :
"Pour PHP, en cas de gros soucis de charge, on peut utiliser eaccelerator, avec perl et python on est coincés."
Alors qu'eaccelerator n'est un cache de bytecode, qui existe en standard avec Python (fichiers .pyc)
C'est toujours agréable ces gentils mots... mais bon passons
Bon alors en finalité, php est si rapide à compiler son code que les performances sont plutôt moins bonne (en tous cas ça ne change presque rien) si on va lire le bytecode en cache disque (même sur des disques SCSI à 10K). Ce n'est pas vrai si le bytecode est stocké en mémoire en shared memory, mais pour cela en mutualisé il faut plusieurs giga de mémoire sur chaque serveur web, ou alors distribuer les sites sur les noeuds, mais ce n'est pas dans la philosophie de TuxFamily de brider un site sur un seul serveur web (service équivalent pour tout le monde, n'importe quand).
[^] # Re: Incompatibilités ?
Posté par Sylvain Rochet (site web personnel) . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 3.
"Pour PHP, en cas de gros soucis de charge, on peut utiliser eaccelerator, avec perl et python on est coincés."
Alors qu'eaccelerator n'est un cache de bytecode, qui existe en standard avec Python (fichiers .pyc)
C'est toujours agréable ces gentils mots... mais bon passons
Bon alors en finalité, php est si rapide à compiler son code que les performances sont plutôt moins bonne (en tous cas ça ne change presque rien) si on va lire le bytecode en cache disque (même sur des disques SCSI à 10K). Ce n'est pas vrai si le bytecode est stocké en mémoire en shared memory, mais pour cela en mutualisé il faut plusieurs giga de mémoire sur chaque serveur web, ou alors distribuer les sites sur les noeuds, mais ce n'est pas dans la philosophie de TuxFamily de brider un site sur un seul serveur web (service équivalent pour tout le monde, n'importe quand).