xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Re: XML est les temps de traitements
From: Laurent CAPRANI (caprani@altern.org)
Date: 25/09/2002 - 00:01
Dans le fil de discussion « Pourquoi XML? » je défendais une vision
conservatrice de l'usage pertinent de XML. J'ai pris en effet l'habitude de
restreindre la pertinence de XML aux alentours de 100ko et je juge
problématique de s'aventurer au delà du Mo.
Vos expériences suggèrent des procédés pour travailler au delà des ces
limites avec semble-t-il une certaine aisance. J'aimerai bien en apprendre
plus sur votre deuxième expérience.
- Dans votre première expérience, une compression générique (type ZIP)
allège considérablement les problèmes de transport. Cela semble plausible
puisque le XML orienté données est très répétitif. Peut-être qu'un recodage
spécifique (binaire, champs, valeurs par défaut, etc.) permettrait encore
d'autres gains, mais avec un coût de déploiement élevé.
- Dans votre deuxième expérience, vous semblez disposer d'une bonne méthode
pour une messagerie très variable en volume.
Pouvez-vous nous donner quelques-uns de vos trucs ?
Employez-vous des méthodes génériques (indépendantes du type de message) ou
spécifiques ?
Avez-vous essayé des méthodes qui n'ont pas donné de bons résultats ?
-- Laurent CAPRANI
> -----Message d'origine-----
> De : xml-decid-bounce@xmlfr.org [mailto:xml-decid-bounce@xmlfr.org] De la
> part de fabella
> Envoyé : samedi 21 septembre 2002 12:19
> À : xml-decid@xmlfr.org
> Objet : [xml-decid] XML est les temps de traitements
>
>
>
>
> Voila quelques mois (Juillet 2002), nous avions discuté ensemble de la
> problématique des temps de traitements pour de gros fichiers de
> type XML par
> rapport aux fichiers à PLAT. Je tenais donc à vous faire part de nos
> différentes avancées dans ce domaine.
>
> - Dans le cadre de développements que nous devons livrer, nous nous sommes
> rapidement retrouvé la configuration de devoir traiter des fichiers
> importants (+200 Mo) et dont les rubriques sont variables. Pour
> répondre à
> la problématique de la volumétrie et fort de nos différentes expériences
> antérieures, nous avons intégré dans un logiciel spécifique (qui
> serait mis
> à disposition de ces émetteurs), un compresseur de données (type ZIP). Les
> fichiers se sont retrouvés avec en moyenne une réduction de 70% de leur
> taille initiale !!! Il ne nous restait plus qu'à faire la même chose coté
> serveur (vous pouvez d'ailleurs me contacter directement si vous souhaiter
> avoir plus d'informations sur ce plug qui s'intègre au navigateur IE).
>
> - l'exploitation au sein d'une SSII d'un de nos serveur de contrôle (de
> l'autre coté de la manche), reçoit plus de 8000 messages XML par jours à
> traiter. Ces messages variables sont de quelques kilo octets à plusieurs
> Mega. Il a donc fallu que nous puissions trouver la meilleure façon de ne
> pas faire exploser la mémoire (du serveur) pour effectuer ces différentes
> analyses. Nous avons donc intégré dans notre moteur eTEST&GO sous JAVA, la
> nouvelle classe SAX (ainsi qu'un complément maison) couplé à une base de
> donnée (MySql) suivi d'un garbagge collecting mémoire. Les temps
> de réponses
> sont excellents et la mémoire parfaitement stable !
>
> Je peux donc à la lumière de nos nouveaux développements, être
> très positif
> sur l'utilisation de fichiers XML à forte volumétrie.
>
> François Abella
> Directeur Technique QUALICONTROL
> www.qualicontrol.com
--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs) !
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 27/09/2002 - 09:22 UTC
webmaster@xmlfr.org
| 
