Bonjour,
Malgré tous mes efforts et l'utilisation de toutes les libérations de mémoire possible je suis confronté à un problème majeur.
J'utilise l'accès client/serveur et lors de boucle des plus simple, la mémoire du serveur se remplit sans cesse jusqu'à rupture...
Le simple fait de définir(sans allouer) une source de données à l'intérieur de la boucle sature la mémoire...
Afin d'intégrer des calculs portant sur plusieurs milliers d'enregistrements je souhaiterai libérer la mémoire (ctrl+alt+supp) au fur et à mesure, comment faire ???

Merci d'avance

ps:multitache est sans effet

Bonjour
Et si vous faites un HAnnuleDéclaration avant l'affectation de la source (et en sortie de boucle) ?

Le mieux serait de nous donner un peu plus d'informations...

Je vous prépare un ptit bout de code et vous l'envoie le plus vite possible

Alors voici un exemple de code qui sur mon serveur fait grimper l'utilisation de la mémoire progressivement sans jamais la faire retomber...
Bien sur il s'agit d'une boucle infini mais c'est uniquement pour l'exemple

Personne n'a donc testé ce code ???
Vous fait-il vous aussi saturer la mémoire en C/S ???

Salut,

perso, je ne ferais pas 2 Hlitsuivant identique dans la même boucle.
Risque de plantage sur hendehors non testé.

a+

Tof

Oui merci c'est vrai mais c'est un détail par rapport à la question posée...
VOtre mémoire sature-t'elle aussi ?

Je n'ai pas l'habitude des ordres Hxx mais au lieux de faire une requete et la parcourir dans une boucle, pourquoi ne pas faire la requete directement ?

"Select count(MaCléPrimaire) as total from ma_table where Jour<'" + d..Jour + "'"

total renvoie le nombre de jour férié antérieur a la date, ce que j'ai compris par rapport a la requete.

N'ayant pas la structure de la table c'est un peu complique mais pourquoi mélanger des mois et des jours ?

Bonjour,
sauf votre respect, je ne comprends pas le "tantque vrai".

Citation :

--
Cordialement
Christophe Charron

en fait vous vouliez mettre la base de donnée à rude épreuve ?

Le fait de faire une boucle sur une requete va logiquement faire exploser la base de donnée. Si vous voulez tester la liberation faite un "Multitache (100)" au moins dans cette boucle pour voir si Hyperfile libère les ressources.

Je vous remercie pour vos efforts de réponse sur ce sujet mais j'ai l'impression que vous ne comprenez pas l'utilité réélle de la question posée.
Il ne s'agit pas d'optimiser le code,quoi que cela peut s'avérer parfois utile, ni de décrier la boucle infinie(tantque vrai) mais plutot de comprendre (voire résoudre) pourquoi la mémoire du serveur tombe jusqu'a saturation sans jamais libérer d'espace...
Ce problème de mémoire en C/S n'est j'espère pas généralisé et il doit y avoir une solution pour libérer celle-ci au fur et à mesure du traitement.

Merci d'avance pour votre aide

Multitache(100) et Multitache(-100) n'apportent aucune baisse sur la mémoire...
Le seul moyen de libérer la mémoire étant de fermer la projet... (même la fermeture de la fenêtre par Utilise n'apporte rien)

ARRGGHHHHHHHHHHHHHH

La question etait comment liberer la mémoire certe.

Mais un code propre peut eviter une surcharge de la base de donnée.
Et vouloir mettre en evidence le fait que la BDD est saturée quand on fait une boucle infinie avec une requete n'est pas une tres bonne idée.

En windev comme R&B la dit il existe des fonctions qui sont sensé faire le boulot :
-------------------------------------
HAnnuleDéclaration()
Libère les ressources d'une requête (suite à l'utilisation des fonctionsHExécuteRequête ou HExécuteRequêteSQL).
-----> inutile dans ton cas.
-------------------------------------
HDésactiveFiltre()
Désactive temporairement un filtre sur un fichier (une vue ou une requête).
-----> ne libere pas les ressources.

Le mieux est je pense de faire une demande a pcsoft par le service technique, en ayant preparer un mini projet sinon la question ne sera pas traitée.

Sinon en sachant que HAnnuleDéclaration()
Libère les ressources d'une requête (suite à l'utilisation des fonctions HExécuteRequête ou HExécuteRequêteSQL).
Utilise HExécuteRequêteSQL() pour faire ta requete plutot que HFiltre() et dis nous si les ressources sont libérés.




Je ne rentrerait pas dans le debat pour ou contre hyperfile ou hyperfile C/S.

Mais personellement je conseillerais d'autre BDD.

Tu as raison le code n'est pas très parlant, voici un exemple court et simple afin de simplifier la compréhension de chacun :


Ici la mémoire sature alors que si l'on met en commentaire la ligne HLitPremier la mémoire se libère d'elle même...
Nous n'avons malheureusement pas les moyens de s'offrir d'autres SGBD

pas même un MySQL ?

si bien sur lol mais pourquoi ne pas utiliser le C/S manta livré par défaut...
ça parait logique dans le fond beaucoup moins dans la réalité

Attendre encore 1 an pour plus de stabilité :)

a+

Tof

Bonjour,
Après quelques messages, je constate qu'on avance.

On travaille en C/S et c'est le serveur qui est saturé. Il convient alors de se pencher sur ce qui touche à l'accès aux fichiers.

Il semble que la mémoire n'est libérée en C/S après l'annulation d'un filtre sur un fichier pour lequel un parcours a été ammorcé (HLitPremier). Déclarer un filtre n'est en soit que l'affectation d'une condition de parcours sur une clé donc ne constitue effectivement pas un problème d'occumation mémoire. En revanche, activer le parcours, peut, en C/S, assurer une réservation mémoire(vue ?) sur le serveur... et boucler cela peut effectivement être la cause d'une mise en péril de la mémoire du serveur... Enfin, si on tente de suivre la logique.

Que donne une fermeture forcée du fichier à la place de la désactivation du filtre (HFerme)?

En effet, tout comme la pile des pointeurs de contexte HyperFile n'est modifiée tant que l'on ne ferme expressément un fichier ou que celle ci est dépassée (alors le plus ancien ouvert cède la place au nouvel entrant), il est possible qu'en C/S ce fonctionnement ait été étendu aux filtres (comme des contextes supplémentaire). Le tout dans le but de gagner du temps sur le serveur.
HFerme, en revanche, constitue une demande expresse de libération de tous les contextes rattéché au fichier logique... y compris les filtres. C'est ce qui me conduit à faire cette proposition.

L'idée était bonne mais pas très pratique à utiliser lors de calculs complexes(ex:facturation de milliers de commandes).
Cependant j'ai placé le Hferme(Utilisateur) en fin de boucle et un HOuvre(Utilisateur) au début afin de vérifier ton hypothèse mais le problème reste identique:la mémoire se sature...

Merci, j'avais pris soin de ne pas indiquer que la solution proposée était pratique
J'avoue sécher en l'état des choses... Peut être qu'en produisant un mini projet avec un seul fichier et une fenêtre avec un bouton ne contenant que le code incriminé et postant le tout au ST, il seraient en mesure de vous en dire plus... Evidement, dans votre demande, penser à aller à l'essentiel :
Action : ouvrir un filtre, ammorcer un parcours, liberer le filtre avant de recommenter.
Résultat : non libération mémoire sur serveur et dépassement.

J'imagine que le TANTQUE vrai est là pour simuler le trés grand nombre d'occurrence prévu...

Evidement, toute information de retour nous interesse.