Un cron sur reqûetes SQL toutes les 5 minutes = surchage ?

Bonjour à tous,

Pour mon projet libre ApocalySpace j'ai besoin de mettre à jour régulièrement la base de données.

En gros il faudrait que je fasse un cron qui vérifie si des constructions sont terminées, si un joueur attaque un autre joueur ...etc.
Pour cela pas d'autre moyen que de faire un gros SELECT dans ma bdd et de cherche si quelque chose se passe.

Du coup voilà ma question: pour plus de rapidité, je pensais faire un cron toutes les minutes mais je me suis dit que ça aller surcharger pour rien, donc j'ai passé ce cron à 5 minutes.
La question est donc : est-ce que ça ne va pas surcharger mon serveur SQL ? (je sais pas si ça peut aider mais je fais mes requêtes via PDO).

Sachant que derrière j'ai un serveur dédiée qui tourne très bien.

Merci,
Julien.

Je ne pense pas qu'il y ait réellement de risque de surcharger (après tout, les utilisateurs eux feront des requêtes plusieurs fois par seconde s'ils sont nombreux), il faudra par contre penser à bien structurer les actions, par exemple en créant une table avec toutes les actions en attente d'exécution afin que ton programme n'ait pas à parcourir des données superflues.

Oui bien sûr, j'ai une table qui gère tous les temps de construction, ainsi je n'ai qu'a vérifier si "endTime" < time() et si c'est faut alors je lance le script de combat + retour de flottes.

En sois c'est simple, mais imagine 100 joueurs (on est actuellement à 90 joueurs en moins de 10 jours !) qui balance 2 flottes chacun, ok je fais un cron toute les 5 minutes mais si dans ces 5 minutes j'ai 50 attaques qui attendent d'être exécuté, mon serveur va t'il le supporter ?

Citation:

---

Envoyé par te8teur

(je sais pas si ça peut aider mais je fais mes requêtes via PDO).

.

---

Si tu fais des cron's, je ne vois pas l’intérêt de passer par des scripts PHP.

Ecris plutôt tes requêtes en dur dans des fichiers SQL, et passe les directement à la ligne de commande MySQL, tu pourras ainsi monter en charge sans surcharger ton serveur PHP.

Bah je suis obligé de passer par php puisque je dois lancer mon script de combat si un combat a lieu ...

Y'a un truc qui me chiffonne...

Citation:

---

En gros il faudrait que je fasse un cron qui vérifie si des constructions sont terminées, si un joueur attaque un autre joueur

---

Ce que tu décris là ce sont des évènements, non des tâches répétitives à effectuer.
L'usage classique d'un cronjob c'est la rotation des logs, le nettoyage des tables de backup ou ce genre de chose. Quand il s'agit de gérer des évènements c'est une autre histoire et un daemon est bien plus adapté.

Si ça t'inspire voici quelques ressources sur la création de daemons en PHP, je pense que tu trouvera comme moi que cette solution est beaucoup plus adaptée à ton besoin que l'usage des cronjobs:

• http://devlog.info/2010/03/07/creating-daemons-in-php/
• http://kevin.vanzonneveld.net/techbl...aemons_in_php/

Attention Les daemons PHP nécéssitent PHP 5.3 minimum et l'extension PCNTL dans tous les cas. PHP 5.3 c'est pour avoir le garbage collector (sinon la mémoire n'arrête jamais de se remplir) et PCNTL c'est pour avoir le support POSIX (forks, signaux etc.)

Par ailleurs si tu veux mon avis, PHP pour les jeux textuels en ligne (à la mode Ogame) c'est dépassé. Si j'avais dû me lancer dans un projet comme celui-ci j'aurais certainement choisi des technologies full JavaScript pour les énormes performances et la flexibilité que celles-ci proposent. Par exemple MongoDB + NodeJS + HTML5 + DOM Javascript + jQuery.
Il existe également des frameworks dédiés à ce genre de besoins comme haxe par exemple avec lequel sont fait les jeux de Motion Twin.
Bref, je ne dis pas que ce sont les technologies que tu dois impérativement utiliser, savoir que ça existe et pourquoi pas s'en inspirer serait une bonne chose.

Bon courage pour ton projet ;)

Ok merci je vais jeter un coup d'oeil à leur source.

Si les opérations à effectuer sont uniquement dans la base MySQL peut être que les triggers peuvent convenir à ton besoin. Un peu plus complexe à mettre en place mais plus performant.

http://dev.mysql.com/doc/refman/5.0/fr/triggers.html

Citation:

---

Envoyé par gmarsay

Si les opérations à effectuer sont uniquement dans la base MySQL peut être que les triggers peuvent convenir à ton besoin. Un peu plus complexe à mettre en place mais plus performant.

http://dev.mysql.com/doc/refman/5.0/fr/triggers.html

---

Je suis contre cette approche car, dans le cas présent, elle consisterait à déporter une partie la logique applicative sur le modèle et donc introduirait de la confusion et surtout du couplage.

Je suis de ceux qui prônent une séparation claire des rôles dans une architecture ;)