[fonji]

Sauf erreur pour un applet le serveur n'a pas besoin de jvm, mais le client oui...
Par contre, pour un servlet (donc du j2ee en gros), là c'est l'inverse... Je me trompe ?

[KnuX]

Ce n'est pas une applet

Ca se lance en ligne de commande et il n'y a pas d'interaction avec l'utilisateur (sauf avec d'autres clients IRC sur un salon )

[Fred]

Pourquoi tu veux absolument faire le client IRC sur le serveur ? Qu'est-ce qui prend tant de temps à ta base de donnée (tes requêtes ne sont peut-être pas optimisées, ou la liaison est trop lente, je sais pas) ? As-tu essayé avec MySQL qui est semble-t-il plus rapide et plus complet ? Ne peux-tu pas simplement tester la connexion IRC après la requête et, si besoin est, te reconnecter (un downtime de 3 minutes, pour l'utilisateur, c'est quand même long ...) ?

[KnuX]

- Le bot doit être connecté au serveur IRC puisque c'est là qu'on lui demande certaines choses
- Le choix de sqlite était par curiosité et parce que je n'avais pas de serveur SQL sous la main
- La lenteur, c'était sqlite2 qui mettait énormément de temps à faire un select count sur la base (il était en fait énormément long à parcourir son fichier). Avec sqlite3, pas photo

Si besoin est, je m'arrangerais pour qu'il se reconnecte s'il ne l'est pas quand il donne les résultats.

"(pitié, ne pas décaler mon problème en rétorquant que la base n'est pas optimisée ou je ne sais quoi, ce n'est pas la clé du problème)"
Je sais que le choix de PHP et de SQLite n'était pas le plus pertinent, c'était une façon pour moi de faire un client IRC en PHP5 en utilisant des classes et de voir ce qu'SQLite a dans le ventre, j'ai aucun impératif !

[Fred]

Et comment tu fais pour garder ton script actif longtemps sous php ? Tu désactives la limite de temps et tu fais une grande boucle ? Qu'est-ce qu'il y a dans ta base ? Après tout, à part pour l'initialisation, toutes les données pourraient être en mémoire, avec un backup de temps en temps dans la base (tu lance un autre script), ça éviterait tout tes problèmes et ça rendrait ton script plus réactif.

[KnuX]

Le script est lancé en ligne de commande par le "command-line interpreter". Ce qui le maintient en vie, c'est la boucle d'écoute de la socket du serveur et de reconnexion si celle-ci se coupe

Dans la base, il n'y a qu'une table et des enregistrements sur trois champs uniques (représentant une adresse complète d'une connexion d'un client sur IRC : nick!ident@host).

La quantité d'informations est désormais importante, la limite par défaut de 8Mo de php empêchait un SELECT * from matable sans limit

[Fred]

Tu peux lever la limite de 8Mo, et si tu chargeais tous les champs au démarrage de ton application, ça t'éviterait de rappeler la base par la suite, et ce serait bien plus rapide
Tu ne maintiens pas en mémoire uniquement les identifiants des personnes connectées ?