Petit problème de performance ?

Bonjour,

J'ai une application qui se sert d'une base de données distante sur SQL Server 2008 r2.

Mon application est en C#/WPF en utilisant donc des liaisons de données "directes" avec le XAML des formulaires pour un code moins imposant, mon problème est le suivant :

J'ai des coupures aléatoires dans mon application lors des accès à la base de données (j'enregistre toute les exceptions dans les logs mais la rien ne m'est retourné)
et je voudrais savoir si cela pouvait venir du serveur distant (Windows server 2003) qui n'est pas du tout une flèche (Pentium III 657Mhz si si sa existe toujours... et 1.12 Go de RAM).

Donc on pourrait penser à du code mal optimisé mais la je peux pas faire mieux qu'avec le XAML et ses fonctionnalité que j'appelle "accès simple et directes au données" sans avoir a taper 3 pages en C# pour remplir un tableau type listView.

Ou tout simplement à cause de ce serveur à la noix ...


Merci

P.S: Mon application n'a AUCUNES interruptions aléatoires quand j'utilise une instance SQL Server en local sur une machine avec W7 ou XP.

Citation:

---

Envoyé par NahMean

...'une base de données distante sur SQL Server 2008 r2..... serveur distant (Windows server 2003) qui n'est pas du tout une flèche (Pentium III 657Mhz si si sa existe toujours... et 1.12 Go de RAM).
...

---

Tu as réussi à installer SQLSERVEUR 2008R2 sur un Pentium III avec 1.12Go de ram :weird:
Il me semblait que SQL2008R2 exigeait un processeur et un os 64 bits et minimum 4Go de ram.

Mais il est certain que, si tu as réussi à faire une telle configuration, elle est complètement sur les genoux.

Citation:

---

Envoyé par sevyc64

Tu as réussi à installer SQLSERVEUR 2008R2 sur un Pentium III avec 1.12Go de ram :weird:
Il me semblait que SQL2008R2 exigeait un processeur et un os 64 bits et minimum 4Go de ram.

Mais il est certain que, si tu as réussi à faire une telle configuration, elle est complètement sur les genoux.

---

Non c'est vrai il faut me croire sa tourne, ou du moins tant que l'on ne touche pas au assistant SQL Server (qui mange 200% du Processeur :aie:) quand ils sont lancés.

Je vais continuer de regarder mon code au cas ou il y aurait un défaut ultime pas encore solutionné ...

Merci :P

Salut !

Non, moi j'ai un bête E2160 à 1,8 GHz avec 1 Go de mémoire RAM, et SQL Server 2008 R2 Express fonctionne parfaitement dessus avec XP 32 bits.

Par contre, ça rame tout ce que ça peut mais bon... Donc le coup de la brouette volante, ça ne me surprends pas du tout :D

NahMean,
Cela serait une bonne idée de prendre les traces d’activités (voir SQL profiler). Voir aussi les logs côté serveur.
En tous cas les pb de ce genre sont toujours mal localisés et prennent du temps.

Oui vraiment pas bête de regarder les logs coté serveur, je connais pas trop en détail SQl Server.

Rien d'anormal coté serveur aux heures ou les erreurs sont survenues, faut pas plus loin c'est dans mon code :cry:

Merci comme même, si j'ai des latences je sais comme même que ma bécane (serveur) en est la cause.

Ben oui, déjà un pentium III, niveau puissance, ça doit pas être loin d'etre l'équivalent de ce que l'on trouve sur nos smartphones actuels, d'autant plus que le tient n'a pas l'air d'être un foudre de guerre à 657MHz.

Déjà Windows Server 2003 doit lui bouffer au moins les 3/4 de ses ressources. Y mettre en plus le dernier SQLServer dessus, qui n'a clairement pas été conçu pour ce genre de processeur.
Ca aurait été encore un SQL2000 ...

Je suis sur que tu as le processeur pas loin de 100% en permanence et en plus il doit passer son temps swapper sur le disque, certainement.

Bonjour,

Je ne pense pas que ce soit vraiment le manque de puissance CPU (on peut tout à fait faire tourner un SQL Express dans un système embarqué) qui pose problème, mais plutôt le manque de RAM.
En effet comme tout SGBDR, SQL Server procède aux lectures et écritures exclusivement en RAM.
Étant donné qu'une bonne partie de la RAM est utilisée par l'OS, il en reste peu pour SQL Server, qui se retrouve donc constamment en train de se battre avec Windows pour un peu de RAM.

En ce qui concerne les minimum requis pour l'installation de SQL Server 2008 R2, il est nécessaire d'avoir un Pentium III avec 1GB de RAM, quelle que soit l'édition.

Regardez donc les journaux de SQL Server : ils vous indiqueront probablement les problèmes rencontrés ;)

@++ ;)