Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
une idée des temps d'acces disque ?
quels sont les caracteristique de HDD
une idée des temps d'acces disque ?
quels sont les caracteristique de HDD
une idée des temps d'acces disque ?
quels sont les caracteristique de HDD
Je commencerai par virer les anti virus sur les fichier HF
Je commencerai par virer les anti virus sur les fichier HF
Je commencerai par virer les anti virus sur les fichier HF
Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
Bonjour,
Je rencontre un symptôme tout à fait étonnant sur une base de 5go environ
(le fichier le plus gros fait environ 1,5go).
En production chez un client je rencontrais des ralentissements de plus en
plus important au fur et à mesure de l'enrichissement de la base. J'ai
donc décidé de faire des tests et notamment de réindexation.
Sur ce serveur une réindexation dure 5 heures mais ce qui est le plus
bizarre c'est que cette réindexation faite directement sur le serveur
paralyse complètement le serveur et ceci de plus en plus jusqu'à ne plus
pouvoir rien faire dessus. La seule solution est le reboot. Le serveur
n'est pas très performant (XEON BI-PRO 3ghz, 512mo de mémoire quand même),
mais pour avoir fait des tests sur d'autres serveurs, je ne pense pas que
ce soit la raison première du ralentissement. Le processeur ne travaille
pas particulièrement et la mémoire utilisée tourne au alentour de 422mo.
Le client m'a fourni un autre serveur à peu prêt équivalent, le problème
reste entier, le symptôme est le même.
J'ai fait d'autres tests sur d'autres serveurs avec exactement la même
base de donnée et le même OS (Windows 2000) :
XEON BI-PRO 3ghz, 512mo, durée : 5 heures 30 (serveur d'origine)
Sous windows, duplication du répertoire avec la base (15 minutes)
PENTIUM III 256mo, durée : 8 minutes (serveur à nous)
Sous windows, duplication du répertoire avec la base (10 minutes)
QUADRI-PRO XEON, 2go, durée : 4 minutes (autre serveur du client)
Sous windows, duplication du répertoire avec la base (2 minutes)
Le problème est apparu avec le grossissement de la base, si elle est plus
petite le problème n'existe pas. C'est sur la réindexation du fichier le
plus gros que le ralentissement commence à se faire sentir et ceci de plus
en plus.
Déjà rencontré ce problème ? une idée ?
Par avance merci.
Cordialement,
Emmanuel Haefelé.
>>pour mon info personnel : une grosse base comme ca sur HF : c'est parce q ue
>>pour mon info personnel : une grosse base comme ca sur HF : c'est parce q ue
>>pour mon info personnel : une grosse base comme ca sur HF : c'est parce q ue
Daniel a peut etre une piste.
Nous avons eu des soucis avec un autre produit qui tournait sur un serveur
avec l'hyperthreading activé.
pour mon info personnel : une grosse base comme ca sur HF : c'est parce
que t'es joueur ? ;)
Daniel a peut etre une piste.
Nous avons eu des soucis avec un autre produit qui tournait sur un serveur
avec l'hyperthreading activé.
pour mon info personnel : une grosse base comme ca sur HF : c'est parce
que t'es joueur ? ;)
Daniel a peut etre une piste.
Nous avons eu des soucis avec un autre produit qui tournait sur un serveur
avec l'hyperthreading activé.
pour mon info personnel : une grosse base comme ca sur HF : c'est parce
que t'es joueur ? ;)
"tjfromparis" a écrit :
Bonjour,
> Daniel a peut etre une piste.
> Nous avons eu des soucis avec un autre produit qui tournait sur un serv eur
> avec l'hyperthreading activé.
C'est vrai que je n'avais pas trop prêté attention à cette idée ( désolé
Daniel), je vais également y jeter un coup d'oeil. Le matériel étan t
relativement ancien, c'est effectivement possible que ça vienne de là .
> pour mon info personnel : une grosse base comme ca sur HF : c'est parce
> que t'es joueur ? ;)
On pourrait le voir dans ce sens ;-)
Non plus sérieusement, le programme est ancien (1997) et n'était pas prévu
au départ pour accueillir autant de données (5go/an). Maintenant un c hose
est certaine, en HF5 il n'aurait pas été réaliste de vouloir gére r une telle
base en réseau. Heureusement que PC-Soft nous a fourni HF7 et son mode
C/S car sans lui rien n'aurait été possible sauf à faire une migrat ion du
programme vers une vrai base SQL. Donc pour conclure et comparé à HF5 ,
personnellement je suis assez satisfait du mode C/S de PC-Soft notamment en
terme de fiabilité.
Voila, voila ...
Cordialement,
Emmanuel Haefelé.
"tjfromparis" <tjfrompa...@gmail.com> a écrit :
Bonjour,
> Daniel a peut etre une piste.
> Nous avons eu des soucis avec un autre produit qui tournait sur un serv eur
> avec l'hyperthreading activé.
C'est vrai que je n'avais pas trop prêté attention à cette idée ( désolé
Daniel), je vais également y jeter un coup d'oeil. Le matériel étan t
relativement ancien, c'est effectivement possible que ça vienne de là .
> pour mon info personnel : une grosse base comme ca sur HF : c'est parce
> que t'es joueur ? ;)
On pourrait le voir dans ce sens ;-)
Non plus sérieusement, le programme est ancien (1997) et n'était pas prévu
au départ pour accueillir autant de données (5go/an). Maintenant un c hose
est certaine, en HF5 il n'aurait pas été réaliste de vouloir gére r une telle
base en réseau. Heureusement que PC-Soft nous a fourni HF7 et son mode
C/S car sans lui rien n'aurait été possible sauf à faire une migrat ion du
programme vers une vrai base SQL. Donc pour conclure et comparé à HF5 ,
personnellement je suis assez satisfait du mode C/S de PC-Soft notamment en
terme de fiabilité.
Voila, voila ...
Cordialement,
Emmanuel Haefelé.
"tjfromparis" a écrit :
Bonjour,
> Daniel a peut etre une piste.
> Nous avons eu des soucis avec un autre produit qui tournait sur un serv eur
> avec l'hyperthreading activé.
C'est vrai que je n'avais pas trop prêté attention à cette idée ( désolé
Daniel), je vais également y jeter un coup d'oeil. Le matériel étan t
relativement ancien, c'est effectivement possible que ça vienne de là .
> pour mon info personnel : une grosse base comme ca sur HF : c'est parce
> que t'es joueur ? ;)
On pourrait le voir dans ce sens ;-)
Non plus sérieusement, le programme est ancien (1997) et n'était pas prévu
au départ pour accueillir autant de données (5go/an). Maintenant un c hose
est certaine, en HF5 il n'aurait pas été réaliste de vouloir gére r une telle
base en réseau. Heureusement que PC-Soft nous a fourni HF7 et son mode
C/S car sans lui rien n'aurait été possible sauf à faire une migrat ion du
programme vers une vrai base SQL. Donc pour conclure et comparé à HF5 ,
personnellement je suis assez satisfait du mode C/S de PC-Soft notamment en
terme de fiabilité.
Voila, voila ...
Cordialement,
Emmanuel Haefelé.