Pensez-vous que le paramètre d'allocation mémoire par défaut ( 8Mo
par script ), suffira pour qu'il n'y ait pas d'erreur par manque de
mémoire allouée ?
Sinon, pensez-vous que ce script pourrait fonctionner avec soit 16Mo,
soit 32Mo configurés dans le fichiers /etc/php.ini de configuration de PHP ?
Le serveur est un serveur dédié, pas de problème pour changer la
configuration.
Le script est relativement peu gourmand en ressources MySQL: Une
grande boucle de lecture, plus un chouïa de lecture par ci par là durant
l'exécution, plus des insert ponctuels non groupés. La boucle principale
de lecture, est la seule dont la mémoire n'est libérée, qu'à la fin de
l'exécution du script, la lecture SQL comme vous le savez, est
bufferisée, et les données lues transitent entre la table SQL lue et la
mémoire, de manière cool en terme d'occupation mémoire.
Ce script n'est pas destiné à un usage intensif, il sert uniquement à
la mise à jour des statistiques sur les pronostics de mon site
partenaire, ces mises à jour auront lieu une fois par jour, et à priori,
ne concerneront que les pronostics de la veille.
Merci beaucoup de vos réponses.
Jean-Francois Ortolo
--
Visitez mon site gratuit donnant des Statistiques
et des Historiques Graphiques sur les Courses de Chevaux
http://www.ortolojf-courses.com
Le script va très bien avec seulement 8Mo de mémoire, et s'exécute entièrement en une seconde ou deux pour une période de une semaine de courses.
Je n'ai plus qu'à vérifier patiemment que les résultats sont corrects, mais malheureusement, quand j'affiche toutes les serreurs même minimes, il y a quelques variables non alimentées.
Et puis, les gains des tiercés sont toujours à 0, ce qui n'est pas normal, mais devrait être facile à détecter.
Dans l'ensemble, je suis très heureux de constater, que la complexité très forte de ce programme, ne l'enmpêche pas apparemment, de fonctionner ( tant bien que mal quand même ).
Yahouuu ! C'est parti pour la gloire !
Bien à vous.
Amicalement.
Jean-Francois Ortolo
-- Visitez mon site gratuit donnant des Statistiques et des Historiques Graphiques sur les Courses de Chevaux http://www.ortolojf-courses.com
Bonjour Monsieur
Finalement...
Le script va très bien avec seulement 8Mo de mémoire, et s'exécute
entièrement en une seconde ou deux pour une période de une semaine de
courses.
Je n'ai plus qu'à vérifier patiemment que les résultats sont
corrects, mais malheureusement, quand j'affiche toutes les serreurs même
minimes, il y a quelques variables non alimentées.
Et puis, les gains des tiercés sont toujours à 0, ce qui n'est pas
normal, mais devrait être facile à détecter.
Dans l'ensemble, je suis très heureux de constater, que la complexité
très forte de ce programme, ne l'enmpêche pas apparemment, de
fonctionner ( tant bien que mal quand même ).
Yahouuu ! C'est parti pour la gloire !
Bien à vous.
Amicalement.
Jean-Francois Ortolo
--
Visitez mon site gratuit donnant des Statistiques
et des Historiques Graphiques sur les Courses de Chevaux
http://www.ortolojf-courses.com
Le script va très bien avec seulement 8Mo de mémoire, et s'exécute entièrement en une seconde ou deux pour une période de une semaine de courses.
Je n'ai plus qu'à vérifier patiemment que les résultats sont corrects, mais malheureusement, quand j'affiche toutes les serreurs même minimes, il y a quelques variables non alimentées.
Et puis, les gains des tiercés sont toujours à 0, ce qui n'est pas normal, mais devrait être facile à détecter.
Dans l'ensemble, je suis très heureux de constater, que la complexité très forte de ce programme, ne l'enmpêche pas apparemment, de fonctionner ( tant bien que mal quand même ).
Yahouuu ! C'est parti pour la gloire !
Bien à vous.
Amicalement.
Jean-Francois Ortolo
-- Visitez mon site gratuit donnant des Statistiques et des Historiques Graphiques sur les Courses de Chevaux http://www.ortolojf-courses.com
BertrandB
Bonjour,
Je ne peux pas faire des include, car pratiquement tout le programme, est occupé par une seule fonction.
S'il y a une chose qui me semble plus monstrueuse qu'un fichier source de vingt mille lignes, c'est bien une fonction de vingt mille lignes !
En dehors du cas d'un immense « switch() » dans lequel chaque « case » fait 20 ou 30 lignes au maximum, j'ai pour habitude d'écrire des fonctions qui tiennent sur une page d'écran, soit environ 65 lignes de 80 colonnes maximum.
Dans quel cas un automate serait le bienvenue ce qui impliquerait donc
l'écriture de fonctions de 20 ou 30 lignes ;)
Bonjour,
Je ne peux pas faire des include, car pratiquement tout le programme,
est occupé par une seule fonction.
S'il y a une chose qui me semble plus monstrueuse qu'un fichier source
de vingt mille lignes, c'est bien une fonction de vingt mille lignes !
En dehors du cas d'un immense « switch() » dans lequel chaque « case »
fait 20 ou 30 lignes au maximum, j'ai pour habitude d'écrire des
fonctions qui tiennent sur une page d'écran, soit environ 65 lignes
de 80 colonnes maximum.
Dans quel cas un automate serait le bienvenue ce qui impliquerait donc
Je ne peux pas faire des include, car pratiquement tout le programme, est occupé par une seule fonction.
S'il y a une chose qui me semble plus monstrueuse qu'un fichier source de vingt mille lignes, c'est bien une fonction de vingt mille lignes !
En dehors du cas d'un immense « switch() » dans lequel chaque « case » fait 20 ou 30 lignes au maximum, j'ai pour habitude d'écrire des fonctions qui tiennent sur une page d'écran, soit environ 65 lignes de 80 colonnes maximum.
Dans quel cas un automate serait le bienvenue ce qui impliquerait donc
