Bonjour,

je dois développer une petite application en réseau susceptible de recevoir jusqu'à 400 connections simultanées.

J'envisage:

- Serveur TSE
- Windev 9 ou 10
- Base de données sous Hyperfile CLASSIC

Ma question est: Hyperfile Classic sera-t-il capable de gérer cette charge de connection?

Quels problèmes est-ce que je risque de rencontrer?

Merci

Vous avez calculé la ram nécessaire pour le serveur TSE?

Windev9 ou 10 OK

Avant de répondre sur la base, redéfinir déjà l'architecture.

Non, je ne me suis pas encore préoccupé du serveur. J'aurai, en matière de matériel, ce dont j'aurai besoin.
D'ailleurs, comment calculer les besoins en RAM?

Mais ce qui m'importe surtout, c'est de savoir si Hyperfile Classic peut supporter cette quantité de connections.

Merci.

Soyons clair :
Peu importe le nombre de connection en lecture pour peu que chaque connexion ai un environnement adapté.

Ensuite si vous rencontrez des problèmes de performances, pensez a optimiser votre anlyse pour disposer des clés qui conviennent à vos requêtes.

Pour le reste cela ne semble pas impossible en classic.

Reste que rien n'empeche de monter un client serveur local sur le serveur tse. chaque session se connectera au serveur.

Mieux, vous pouvez livrer 2 serveurs : 1 pour les exe et les connexions, et le serveur de données avec HF C/S ainsi qu'une connexion rapide entre les 2.

En fait ce n'est pas trop difficile à calculer sous TSE.

Vous configurez TSE pour lancer votre application dans la fenêtre TSE vous faite ctrl-alt-fin et vous regardez la mémoire prise par tout l'environnement utilisateur de cette session.

Il faut faire tourner l'appli, et "monitorer" afin de connaitre les pics, qui sont en général lors des requêtes, et de l'impression.

Et prévoir une marge de sécurité.

En général, j'applique cette règle :
512Mo pour OS seul, plus 32Mo par session.

Dans votre cas on est à 13Go!

Dans ce cas cela va impliquer de passer par une "ferme" de serveur. En plus TSE est très sensible aux applis qui ont des fuites de mémoires.

A propo des fuites de mémoire, il suffit de peu pour les éviter.

Un des premiers exemples : la déclaration des variables dans les grandes boucles.

Il est fréquent de trouver des boucles provoquant un grand nombre d'itération (parcours de requetes etc etc) et comportant des déclaration de variables A l'INTERIEUR de la boucle.

Pour éviter les fuite : déclarez vos varriables à l'extérieur de la boucle et à un niveau de portée suffisante pour les rendres disponibles dans toute la boucle (si elle appelle des procédures).

Bien libérer les dynamiques (tableaux, sources de données, OLE, filtres...)

Autre truc : limiter la taille des chaines quand celle-ci est connue.

Bref : faites en sorte d'éviter les gaspis, même si cela ne change rien au traitement en soi, c'est son fonctionnement sur le serveur qui est en jeu.

Merci pour vos réponses.

Je suis en train de me pencher sur une solution client-serveur.
Probablement avec MySql ou HF.