Lenteur d'accès aux projets

[chris29]

Bonjour,
Nous utilisons Egroupware version 1.4.002 depuis peu, surtout le module gestion de projet.
Au fur et à mesure que nous ajoutions des projets (nous avons un projet de fusion d’entreprise avec des projets et sous-projets…) , les temps d’acces se sont allongés pour devenir aujourd’hui ingérable. J’ai changé de serveur pour l’installer sur un HP DL 380 G5

• 1 x Intel QuadCore Xeon E5405 DL380 G5
• 1 Kit mémoire SDRAM FB-DIMM ECC DDR2 PC5300 HP de 2 Go (2 x 1 Go)
• 2 x Disque SAS 72,8 Go 10K tpm 2,5" HPL uni
• Contrôleur RAID SAS PCI-Express 8 ports internes HP Smart Array E200 128 Mo de cache sécurisé par batterie
• RHEL 4.6
• MySQL : 4.1.20
• PHP : 4.3.9
• Apache : 2
  Le problème est toujours le même… Avez-vous déjà rencontré ce type de problème ?
  D’avance merci.

Cordialement,
Chris29

[Fabrice_PLISSON-3]

J’ai testé cette version durant 6 mois (sous Debian) et j’ai rencontré
en effet le même type de problème.

Mon niveau “admin” étant relativement limité et faute de temps je n’ai
pas creusé plus avant, j’avais juste remarqué qu’un redémarrage du
serveur résolvait le prob, provisoirement… Un coup de “crontab” à
permit de programmer un redémarrage auto toute les nuits.

Depuis peu, nous sommes passé à la version 1.6 et à part des probs de
lenteur d’affichage au niveau du calendrier, la gestion de projet ne
pose plus de soucis, pour l’instant…

Cds

F@b

chris29 a écrit :

Bonjour,
Nous utilisons Egroupware version 1.4.002 depuis peu, surtout le module
gestion de projet.
Au fur et à mesure que nous ajoutions des projets (nous avons un projet de
fusion d’entreprise avec des projets et sous-projets…) , les temps d’acces
se sont allongés pour devenir aujourd’hui ingérable. J’ai changé de serveur
pour l’installer sur un HP DL 380 G5

• 1 x Intel QuadCore Xeon E5405 DL380 G5
• 1 Kit mémoire SDRAM FB-DIMM ECC DDR2 PC5300 HP de 2 Go (2 x 1 Go)
• 2 x Disque SAS 72,8 Go 10K tpm 2,5" HPL uni
• Contrôleur RAID SAS PCI-Express 8 ports internes HP Smart Array E200 128
  Mo de cache sécurisé par batterie
• RHEL 4.6
• MySQL : 4.1.20
• PHP : 4.3.9
• Apache : 2
  Le problème est toujours le même… Avez-vous déjà rencontré ce type de
  problème ?
  D’avance merci.

Cordialement,
Chris29

–
-

---

OPTIMSOLUTIONS by Otor
Votre solution d’emballage optimale en un temps record !
En savoir plus : www.optimsolutions-by-otor.com

---

---

egroupware-french mailing list
egroupware-french@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-french

[Ange]

Bonjour,

Est-ce que vous avez une idée de la quantité de projets ou tâches à partir desquels l’accès est plus lent et ce qui vous semble être lent : requete SQL, affichage,…
Nous avons à peu près la même configuration en plus faible.
Je ne sais pas si ça peut vous aider, mais nous archivons systématiquement de manière à ce que les utilisateurs n’aient de visible que les quelques projets en cours qui les concernent. Nous préconisons aussi d’utiliser les groupes et les accès toujours pour limiter la visibilité.
Seuls les CDPs ont une visibilité totale.
Cordialement,

Ange

Bonjour,
Nous utilisons Egroupware version 1.4.002 depuis peu, surtout le module gestion de projet.
Au fur et à mesure que nous ajoutions des projets (nous avons un projet de fusion d’entreprise avec des projets et sous-projets…) , les temps d’acces se sont allongés pour devenir aujourd’hui ingérable. J’ai changé de serveur pour l’installer sur un HP DL 380 G5

• 1 x Intel QuadCore Xeon E5405 DL380 G5
• 1 Kit mémoire SDRAM FB-DIMM ECC DDR2 PC5300 HP de 2 Go (2 x 1 Go)
• 2 x Disque SAS 72,8 Go 10K tpm 2,5" HPL uni
• Contrôleur RAID SAS PCI-Express 8 ports internes HP Smart Array E200 128 Mo de cache sécurisé par batterie
• RHEL 4.6
• MySQL : 4.1.20
• PHP : 4.3.9
• Apache : 2
  Le problème est toujours le même… Avez-vous déjà rencontré ce type de problème ?
  D’avance merci.

Cordialement,
Chris29

[Fabrice_PLISSON-4]

Bonjour,

Nous allons effectuer tout une batterie de tests dans les jours qui viennent
pour comprendre d’où viennent ces ralentissements et tacher d’y remédier.

Il est vrai que notre version 1.6 tourne sur une Centos 52 virtualisée
(VMware Server) et cohabite avec d’autres machines virtuelles, ce qui
pourrait expliquer certaines lenteurs.
Pour autant, notre précédente version 1.4 est encore disponible, installée
sur un petit serveur dédié et les lenteurs existent aussi…

Suite aux tests que nous allons effectués, je ferai remonter l’info.

Cds

F@b

Bonjour,

Est-ce que vous avez une idée de la quantité de projets ou tâches à partir
desquels l’accès est plus lent et ce qui vous semble être lent : requete
SQL, affichage,…
Nous avons à peu près la même configuration en plus faible.
Je ne sais pas si ça peut vous aider, mais nous archivons systématiquement
de manière à ce que les utilisateurs n’aient de visible que les quelques
projets en cours qui les concernent. Nous préconisons aussi d’utiliser les
groupes et les accès toujours pour limiter la visibilité.
Seuls les CDPs ont une visibilité totale.
Cordialement,

Ange

chris29 wrote:

Bonjour,
Nous utilisons Egroupware version 1.4.002 depuis peu, surtout le module
gestion de projet.
Au fur et à mesure que nous ajoutions des projets (nous avons un projet
de
fusion d’entreprise avec des projets et sous-projets…) , les temps
d’acces se sont allongés pour devenir aujourd’hui ingérable. J’ai changé
de serveur pour l’installer sur un HP DL 380 G5

• 1 x Intel QuadCore Xeon E5405 DL380 G5
• 1 Kit mémoire SDRAM FB-DIMM ECC DDR2 PC5300 HP de 2 Go (2 x 1 Go)
• 2 x Disque SAS 72,8 Go 10K tpm 2,5" HPL uni
• Contrôleur RAID SAS PCI-Express 8 ports internes HP Smart Array E200
  128
  Mo de cache sécurisé par batterie
• RHEL 4.6
• MySQL : 4.1.20
• PHP : 4.3.9
• Apache : 2
  Le problème est toujours le même… Avez-vous déjà rencontré ce type de
  problème ?
  D’avance merci.

Cordialement,
Chris29

–
View this message in context:
http://www.nabble.com/Lenteur-d'accès-aux-projets-tp22739004s3741p22754911.html
Sent from the egroupware-french mailing list archive at Nabble.com.

---

---

egroupware-french mailing list
egroupware-french@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-french

–
Fabrice PLISSON
Support Applix & OpenOffice
Tel : 06 33 68 26 91

[chris29]

Bonjour,
Merci pour votre réponse.
Nous avons créé un projet qui comporte à peu près 100 sous-projets… nous avons constaté des ralentissements au fur et à mesure que nous montions en charge le projet. L’accès est très lent à partir du moment où on a cliqué sur le bouton Gestionnaire de projets de l’ordre de la minute. J’ai changé le type des tables egw_pm_… de la BDD MySQL (je suis passé de MyISAM à InnoDB) pour voir si les temps de réponses s’amélioraient, sans résultats.

Cordialement,
Chris29

Bonjour,

Est-ce que vous avez une idée de la quantité de projets ou tâches à partir desquels l’accès est plus lent et ce qui vous semble être lent : requete SQL, affichage,…
Nous avons à peu près la même configuration en plus faible.
Je ne sais pas si ça peut vous aider, mais nous archivons systématiquement de manière à ce que les utilisateurs n’aient de visible que les quelques projets en cours qui les concernent. Nous préconisons aussi d’utiliser les groupes et les accès toujours pour limiter la visibilité.
Seuls les CDPs ont une visibilité totale.
Cordialement,

Ange

Bonjour,
Nous utilisons Egroupware version 1.4.002 depuis peu, surtout le module gestion de projet.
Au fur et à mesure que nous ajoutions des projets (nous avons un projet de fusion d’entreprise avec des projets et sous-projets…) , les temps d’acces se sont allongés pour devenir aujourd’hui ingérable. J’ai changé de serveur pour l’installer sur un HP DL 380 G5

• 1 x Intel QuadCore Xeon E5405 DL380 G5
• 1 Kit mémoire SDRAM FB-DIMM ECC DDR2 PC5300 HP de 2 Go (2 x 1 Go)
• 2 x Disque SAS 72,8 Go 10K tpm 2,5" HPL uni
• Contrôleur RAID SAS PCI-Express 8 ports internes HP Smart Array E200 128 Mo de cache sécurisé par batterie
• RHEL 4.6
• MySQL : 4.1.20
• PHP : 4.3.9
• Apache : 2
  Le problème est toujours le même… Avez-vous déjà rencontré ce type de problème ?
  D’avance merci.

Cordialement,
Chris29

[chris29]

Bonjour,
J’ai testé l’accès avec Firefox et les temps de réponse sont correctes, habituellement j’utilise IE7 et la majorité des utilisateurs (dont les chefs de projets) IE6. Le problème vient sans doute de l’affichage avec IE. J’ai cherché, mais je n’ai pas trouvé…, de paramètres parmettant d’accélérer les temps d’affichage avec IE. Auriez-vous des pistes à avancer, mis a part d’installer Firefox ?

D’avance merci,
Chris29

Bonjour,

Nous allons effectuer tout une batterie de tests dans les jours qui viennent
pour comprendre d’où viennent ces ralentissements et tacher d’y remédier.

Il est vrai que notre version 1.6 tourne sur une Centos 52 virtualisée
(VMware Server) et cohabite avec d’autres machines virtuelles, ce qui
pourrait expliquer certaines lenteurs.
Pour autant, notre précédente version 1.4 est encore disponible, installée
sur un petit serveur dédié et les lenteurs existent aussi…

Suite aux tests que nous allons effectués, je ferai remonter l’info.

Cds

F@b

Le 28 mars 2009 11:07, ange eangel@free.fr a écrit :

Bonjour,

Est-ce que vous avez une idée de la quantité de projets ou tâches à partir
desquels l’accès est plus lent et ce qui vous semble être lent : requete
SQL, affichage,…
Nous avons à peu près la même configuration en plus faible.
Je ne sais pas si ça peut vous aider, mais nous archivons systématiquement
de manière à ce que les utilisateurs n’aient de visible que les quelques
projets en cours qui les concernent. Nous préconisons aussi d’utiliser les
groupes et les accès toujours pour limiter la visibilité.
Seuls les CDPs ont une visibilité totale.
Cordialement,

Ange

chris29 wrote:

Bonjour,
Nous utilisons Egroupware version 1.4.002 depuis peu, surtout le module
gestion de projet.
Au fur et à mesure que nous ajoutions des projets (nous avons un projet
de
fusion d’entreprise avec des projets et sous-projets…) , les temps
d’acces se sont allongés pour devenir aujourd’hui ingérable. J’ai changé
de serveur pour l’installer sur un HP DL 380 G5

• 1 x Intel QuadCore Xeon E5405 DL380 G5
• 1 Kit mémoire SDRAM FB-DIMM ECC DDR2 PC5300 HP de 2 Go (2 x 1 Go)
• 2 x Disque SAS 72,8 Go 10K tpm 2,5" HPL uni
• Contrôleur RAID SAS PCI-Express 8 ports internes HP Smart Array E200
  128
  Mo de cache sécurisé par batterie
• RHEL 4.6
• MySQL : 4.1.20
• PHP : 4.3.9
• Apache : 2
  Le problème est toujours le même… Avez-vous déjà rencontré ce type de
  problème ?
  D’avance merci.

Cordialement,
Chris29

–
View this message in context:
http://www.nabble.com/Lenteur-d'accès-aux-projets-tp22739004s3741p22754911.html
Sent from the egroupware-french mailing list archive at Nabble.com.

---

---

egroupware-french mailing list
egroupware-french@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-french

–
Fabrice PLISSON
Support Applix & OpenOffice
Tel : 06 33 68 26 91

---

---

egroupware-french mailing list
egroupware-french@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-french