Vous n'êtes pas identifié(e).
Pages : 1
Non, pas de grossisement de la base, celà se produit même sur des reqetes de lecture...
Effectivement, le fait que le temps diminue au redémarrage du soft nous orient vers un souci sur notre soft... Nous allons investiguer...
Babourius
Bonjour Marc,
Nous avons basculé toute l'application en webservices, et il n'y a pas photo... rapidité augmentée en flèche.
Effectivement, il nous est impossible d'avoir l'application et la base sur le même réseau : l'application est déployée sur de nombreux points de vente, et la base sert non seulement à l'ensemble de ces points de vente, mais aussi à des ventes sur internet.
Par contre, nous observons un phénomène curieux :
Plus nous sollicitons le webservice (depuis appli en VB.net, je le rappelle), plus le temps de réponse augmente.
Nous faisons 10 fois la même requête depuis l'appli,. La première fois, elle prend 100 ms... et ce temps augmente à chaque sollicitation : 113 ms, 132 ms, 164 ms...
Au redémarrage du soft, tout redevient normal, le temps est redescendu autour de 100 ms.
Et ça recommence...
Sauriez-vous d'où cela peut venir ?
Babourius
Bonjour,
Nous avons mis certaines de nos fonctions dans un webservice qui se trouve sur la même machine que la base de données (serveur dédié hébergé)
Résultat impressionnant avec cette méthode : pour une même requête, le temp de réponse pour obtenir le résultat est considérablement diminué !!
Marc, merci encore de vos conseils !! Nous allons généraliser ça à toute l'application.
Babourius
Bonjour,
Nous allons essayer, je vous tiens au courant.
Merci de m'avoir orienté.
Babourius
Marc,
Merci de votre réponse.
Dans ce cas, pensez-vous que si nous créons un webservice sur le serveur dédié celà ira plus vite ?
J'explique : nous appelons les fonctions du webservice, qui interroge le SGBD localement (car sur la même machine), puis nous renvoie la réponse (fichier XML)
Votre avis ?
Cordialement,
Babourius
Bonjour,
Nous ne sommes pas sur le même réseau : serveur hébergé chez OVH, client dans nos bureaux. Accès via le net.
Ceci se produit sur toutes les requetes, de laplus simple (select * from matable) à la plus compliquée (jointures entre plusieurs tables)
Si nous lançons la requete "en local", c'est à dire en prenant la main à distance sur le serveur et en l'exécutant dans postgresql, le temps de réponse est correct. donc a priori cela ne vient pas de postgres "seul".
Par contre quand nous lançons la requete à distance, nous constatons que la bande passante est loin d'être à son maximum.
Nous sommes sous Windows Serveur 2008 R2 Web edition. Savez-vous si un paramétrage de Windows permet de jouer sur la bande passante en fonction des logiciels...
Pour info, le ping du serveur depuis nos bureaux est très rapide.
Merci de vos réponses.
Babourius
Bonjour,
Nous avons exactement le même problème, et il semble effectivement que ce soit Postgre qui limite :
Développement d'une appli VB.net, bases PostgreSQL.
Nous observons le trafic réseau du serveur dédié hébergé chez OVH.
- Pendant une requête Postgre, le trafic réseau ne monte pas à plus de 3O kO/s
- Si on effectue un test de débit (via degrouptest par exemple), le débit grimpe à 95 Mb/s, ce qui correspond à la bande passante assignée par OVH.
Et si le test de débit est fait pendant l'exécution de la requête, on voit clairement que le débit sortant du serveur augmente en flèche.
Il nous semble donc que ce soit Postgre qui soit limité.
Quelqu'un a-t-il trouvé la solution ?
Merci de vos réponses
Babourius
Cette version 2.0.3 est-elle disponible ? où puis-je trouver un intaller windows ?
Gleu,
Merci pour ta réponse
J'ai pourtant installé Slony par le StackBuilder fourni avec la 8.4, et la version installée est la 2.0.2. J'igonrai ce pb d'incompatibilité.
Il me semble que tout ça n'est pas encore bien rôdé... (compatibilité, bugs...)
Je vais attendre un peu et guetter la 1.2.18.
Babourius
Bonjour,
J'expérimente quelques problèmes à la mise en oeuvre d'une réplication par Slony.
Mes 2 serveurs, maitres et esclaves ont la configuration suivante : Windows XP, PostgreSQL 8.4, Slony 2.0.2-1
Lorsque je souhaite créer mon premier cluster (Etape 1 de l'Aide Slony), la validation du formulaire me renvoie un message d'erreur :
Erreur : n'a pu accéder au fichier "$libdir/xxid"
L'un de vous a-t-il déjà eu ce message ?
Pouvez-vous m'aider à résoudre ce problème ?
Cordialement,
Babourius
Pages : 1
