J'ai un serveur virtuel chez PHPNET; j'aimerais faire appel aux
compétences de ceux qui auraient un tel hébergement.
Pour des raisons que j'ignore, le serveur devient par moment
indisponible (bloqué); on le reboote à distance, et quand j'analyse les
log je ne vois rien de concret qui puisse expliquer le phénomène.
Je dois dire que le support PHPNET est très réactif à chaque fois que je
le sollicite; mais comme rien d'évident ne peut être mis en lumière.
Il semble qu'une tache se mette à utiliser tout le temps CPU.
J'aimerais donc que quelqu'un d'expérimenté puisse me suggérer des voies
de recherche (j'ai fait pour l'instant un travail qualitatif sur les
bases MySQL; le phénomène s'est toutefois reproduit).
L'hébergement est réalisé à partir d'une distrib Linux debian.
Cordialement.
- --
Thierry Houx (thierry.houx@alussinan.org)
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
Pour des raisons que j'ignore, le serveur devient par moment indisponible (bloqué); on le reboote à distance, et quand j'analyse les log je ne vois rien de concret qui puisse expliquer le phénomène.
- quels logs? - qu'est-ce qui bloque? (le serveur web, le systeme,...) - quel OS/version/... et quels caractéristiques (disque,RAM,...)? - quel type de "virtualisation" est utilisé (pour voir comment sont limitées les ressources) - quels logiciels sont utilisés sur le serveur (phpBB? Webmin?...) - as-tu des stats de consommation de ressources?
Avec ce quelques détails on devrait déjà pouvoir avancer un peu. Mais je pense qu'une fois l'OS annoncé, on devrait se déplacer sur le groupe de l'OS.
-- Huile Essentielle de Camphre http://www.huile-camphre.fr Infogerance http://www.infogerance.us (Serveurs, Postes de travail, Développement logiciel)
Thierry Houx wrote:
Pour des raisons que j'ignore, le serveur devient par moment
indisponible (bloqué); on le reboote à distance, et quand j'analyse les
log je ne vois rien de concret qui puisse expliquer le phénomène.
- quels logs?
- qu'est-ce qui bloque? (le serveur web, le systeme,...)
- quel OS/version/... et quels caractéristiques (disque,RAM,...)?
- quel type de "virtualisation" est utilisé (pour voir comment sont
limitées les ressources)
- quels logiciels sont utilisés sur le serveur (phpBB? Webmin?...)
- as-tu des stats de consommation de ressources?
Avec ce quelques détails on devrait déjà pouvoir avancer un peu.
Mais je pense qu'une fois l'OS annoncé, on devrait se déplacer sur le
groupe de l'OS.
--
Huile Essentielle de Camphre http://www.huile-camphre.fr
Infogerance http://www.infogerance.us
(Serveurs, Postes de travail, Développement logiciel)
Pour des raisons que j'ignore, le serveur devient par moment indisponible (bloqué); on le reboote à distance, et quand j'analyse les log je ne vois rien de concret qui puisse expliquer le phénomène.
- quels logs? - qu'est-ce qui bloque? (le serveur web, le systeme,...) - quel OS/version/... et quels caractéristiques (disque,RAM,...)? - quel type de "virtualisation" est utilisé (pour voir comment sont limitées les ressources) - quels logiciels sont utilisés sur le serveur (phpBB? Webmin?...) - as-tu des stats de consommation de ressources?
Avec ce quelques détails on devrait déjà pouvoir avancer un peu. Mais je pense qu'une fois l'OS annoncé, on devrait se déplacer sur le groupe de l'OS.
-- Huile Essentielle de Camphre http://www.huile-camphre.fr Infogerance http://www.infogerance.us (Serveurs, Postes de travail, Développement logiciel)
Thierry Houx
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Thierry Houx wrote:
Pour des raisons que j'ignore, le serveur devient par moment indisponible (bloqué); on le reboote à distance, et quand j'analyse les log je ne vois rien de concret qui puisse expliquer le phénomène.
- quels logs? auth.log
messages syslog
- qu'est-ce qui bloque? (le serveur web, le systeme,...)
L'ensemble devient inaccessible: Impossible d'acceder au site, impossible de se logger en ssh, ftp impossible.
- quel OS/version/... et quels caractéristiques (disque,RAM,...)?
- quel type de "virtualisation" est utilisé (pour voir comment sont limitées les ressources)
Offre PHPNET VDS standard, je n'ai pas plus d'infos.
- quels logiciels sont utilisés sur le serveur (phpBB? Webmin?...)
forum phpBB, ExpoActes logiciel de consultation d'actes généalogiques, base de 1.253.000 enregistrements, webmin (ce dernier marche mal).
- as-tu des stats de consommation de ressources?
hélas non, mais peut-être y a t'il une manip?
Avec ce quelques détails on devrait déjà pouvoir avancer un peu. Mais je pense qu'une fois l'OS annoncé, on devrait se déplacer sur le groupe de l'OS.
J'y ai bien pensé, mais si c'est un service web qui part en vrille?
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
Pour des raisons que j'ignore, le serveur devient par moment
indisponible (bloqué); on le reboote à distance, et quand j'analyse les
log je ne vois rien de concret qui puisse expliquer le phénomène.
- quels logs?
auth.log
messages
syslog
- qu'est-ce qui bloque? (le serveur web, le systeme,...)
L'ensemble devient inaccessible: Impossible d'acceder au site,
impossible de se logger en ssh, ftp impossible.
- quel OS/version/... et quels caractéristiques (disque,RAM,...)?
- quel type de "virtualisation" est utilisé (pour voir comment sont
limitées les ressources)
Offre PHPNET VDS standard, je n'ai pas plus d'infos.
- quels logiciels sont utilisés sur le serveur (phpBB? Webmin?...)
forum phpBB, ExpoActes logiciel de consultation d'actes généalogiques,
base de 1.253.000 enregistrements, webmin (ce dernier marche mal).
- as-tu des stats de consommation de ressources?
hélas non, mais peut-être y a t'il une manip?
Avec ce quelques détails on devrait déjà pouvoir avancer un peu.
Mais je pense qu'une fois l'OS annoncé, on devrait se déplacer sur le
groupe de l'OS.
J'y ai bien pensé, mais si c'est un service web qui part en vrille?
Cordialement.
- --
Thierry Houx (thierry.houx@alussinan.org)
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
Pour des raisons que j'ignore, le serveur devient par moment indisponible (bloqué); on le reboote à distance, et quand j'analyse les log je ne vois rien de concret qui puisse expliquer le phénomène.
- quels logs? auth.log
messages syslog
- qu'est-ce qui bloque? (le serveur web, le systeme,...)
L'ensemble devient inaccessible: Impossible d'acceder au site, impossible de se logger en ssh, ftp impossible.
- quel OS/version/... et quels caractéristiques (disque,RAM,...)?
- quel type de "virtualisation" est utilisé (pour voir comment sont limitées les ressources)
Offre PHPNET VDS standard, je n'ai pas plus d'infos.
- quels logiciels sont utilisés sur le serveur (phpBB? Webmin?...)
forum phpBB, ExpoActes logiciel de consultation d'actes généalogiques, base de 1.253.000 enregistrements, webmin (ce dernier marche mal).
- as-tu des stats de consommation de ressources?
hélas non, mais peut-être y a t'il une manip?
Avec ce quelques détails on devrait déjà pouvoir avancer un peu. Mais je pense qu'une fois l'OS annoncé, on devrait se déplacer sur le groupe de l'OS.
J'y ai bien pensé, mais si c'est un service web qui part en vrille?
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
"Thierry Houx" a écrit dans le message de news:47deaff8$0$30749$
256Mo Ram base de 1.253.000 enregistrements Comment sont fait vos "select" sur la base ?
Quel est la structure de la base, index, autre ?
Emmanuel.
Thierry Houx
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
"Thierry Houx" a écrit dans le message de news:47deaff8$0$30749$
256Mo Ram base de 1.253.000 enregistrements Comment sont fait vos "select" sur la base ?
Quel est la structure de la base, index, autre ?
Emmanuel.
Exemple de select: "(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes: décès, mariages, naissances, actes divers. Les recherches se font souvent sur l'ensemble des tables On utilise pas mal soundex et la recherche avec l'algorithme levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont pas d'écriture invariable: Pour une même personne, on peut avoir Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
"Thierry Houx" <thierry.houx_no_spam@alussinan.org> a écrit dans le
message de news:47deaff8$0$30749$426a34cc@news.free.fr...
256Mo Ram
base de 1.253.000 enregistrements
Comment sont fait vos "select" sur la base ?
Quel est la structure de la base, index, autre ?
Emmanuel.
Exemple de select:
"(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as
C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes:
décès, mariages, naissances, actes divers. Les recherches se font
souvent sur l'ensemble des tables
On utilise pas mal soundex et la recherche avec l'algorithme
levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont
pas d'écriture invariable: Pour une même personne, on peut avoir
Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.
Cordialement.
- --
Thierry Houx (thierry.houx@alussinan.org)
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
"Thierry Houx" a écrit dans le message de news:47deaff8$0$30749$
256Mo Ram base de 1.253.000 enregistrements Comment sont fait vos "select" sur la base ?
Quel est la structure de la base, index, autre ?
Emmanuel.
Exemple de select: "(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes: décès, mariages, naissances, actes divers. Les recherches se font souvent sur l'ensemble des tables On utilise pas mal soundex et la recherche avec l'algorithme levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont pas d'écriture invariable: Pour une même personne, on peut avoir Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
"Thierry Houx" a écrit dans le message de news:47df48b9$0$4428$
Les recherches se font souvent sur l'ensemble des tables base de 1.253.000 enregistrements
Probablement un pb de manque de RAM alors, vérifiez si il n'y a pas de oom_killer dans les logs
BertrandB
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
"Thierry Houx" a écrit dans le message de news:47deaff8$0$30749$
256Mo Ram base de 1.253.000 enregistrements Comment sont fait vos "select" sur la base ?
Quel est la structure de la base, index, autre ?
Emmanuel.
Exemple de select: "(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes: décès, mariages, naissances, actes divers. Les recherches se font souvent sur l'ensemble des tables
C'est comme tout les index trop nombreux ralentissent les écritures sans forcément améliore les temps de lecture. Il ne faut créer les index que si on fait des select avec filtre (WHERE)
On utilise pas mal soundex et la recherche avec l'algorithme levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont pas d'écriture invariable: Pour une même personne, on peut avoir Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.
Et ne pas oublier que si l'on veut que l'index soit utilisé il ne faut pas faire de calcul dessus (c'est ce qu'oracle appel un index cassé) je crains que ce soit un de vos problème. Dans le cas de l'annuaire électronique un des index est constitué par une version phonétisé du nom, ce qui permet justement d'éviter ce "cassage d'index".
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
"Thierry Houx" <thierry.houx_no_spam@alussinan.org> a écrit dans le
message de news:47deaff8$0$30749$426a34cc@news.free.fr...
256Mo Ram
base de 1.253.000 enregistrements
Comment sont fait vos "select" sur la base ?
Quel est la structure de la base, index, autre ?
Emmanuel.
Exemple de select:
"(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as
C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes:
décès, mariages, naissances, actes divers. Les recherches se font
souvent sur l'ensemble des tables
C'est comme tout les index trop nombreux ralentissent les écritures sans
forcément améliore les temps de lecture.
Il ne faut créer les index que si on fait des select avec filtre (WHERE)
On utilise pas mal soundex et la recherche avec l'algorithme
levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont
pas d'écriture invariable: Pour une même personne, on peut avoir
Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.
Et ne pas oublier que si l'on veut que l'index soit utilisé il ne faut
pas faire de calcul dessus (c'est ce qu'oracle appel un index cassé)
je crains
que ce soit un de vos problème.
Dans le cas de l'annuaire électronique un des index est constitué par
une version phonétisé du nom, ce qui permet justement d'éviter ce
"cassage d'index".
Cordialement.
- --
Thierry Houx (thierry.houx@alussinan.org)
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
"Thierry Houx" a écrit dans le message de news:47deaff8$0$30749$
256Mo Ram base de 1.253.000 enregistrements Comment sont fait vos "select" sur la base ?
Quel est la structure de la base, index, autre ?
Emmanuel.
Exemple de select: "(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes: décès, mariages, naissances, actes divers. Les recherches se font souvent sur l'ensemble des tables
C'est comme tout les index trop nombreux ralentissent les écritures sans forcément améliore les temps de lecture. Il ne faut créer les index que si on fait des select avec filtre (WHERE)
On utilise pas mal soundex et la recherche avec l'algorithme levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont pas d'écriture invariable: Pour une même personne, on peut avoir Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.
Et ne pas oublier que si l'on veut que l'index soit utilisé il ne faut pas faire de calcul dessus (c'est ce qu'oracle appel un index cassé) je crains que ce soit un de vos problème. Dans le cas de l'annuaire électronique un des index est constitué par une version phonétisé du nom, ce qui permet justement d'éviter ce "cassage d'index".
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
"Thierry Houx" a écrit dans le message de news:47df48b9$0$4428$
Les recherches se font souvent sur l'ensemble des tables base de 1.253.000 enregistrements
Probablement un pb de manque de RAM alors, vérifiez si il n'y a pas de oom_killer dans les logs
Bonjour,
Non, pas de oom_killer.
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
"Thierry Houx" <thierry.houx_no_spam@alussinan.org> a écrit dans le
message de news:47df48b9$0$4428$426a74cc@news.free.fr...
Les recherches se font souvent sur l'ensemble des tables
base de 1.253.000 enregistrements
Probablement un pb de manque de RAM alors, vérifiez si il n'y a pas de
oom_killer dans les logs
Bonjour,
Non, pas de oom_killer.
Cordialement.
- --
Thierry Houx (thierry.houx@alussinan.org)
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
"Thierry Houx" a écrit dans le message de news:47df48b9$0$4428$
Les recherches se font souvent sur l'ensemble des tables base de 1.253.000 enregistrements
Probablement un pb de manque de RAM alors, vérifiez si il n'y a pas de oom_killer dans les logs
Bonjour,
Non, pas de oom_killer.
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
Exemple de select: "(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes: décès, mariages, naissances, actes divers. Les recherches se font souvent sur l'ensemble des tables
C'est comme tout les index trop nombreux ralentissent les écritures sans forcément améliore les temps de lecture. Il ne faut créer les index que si on fait des select avec filtre (WHERE)
C'est bien le cas.
On utilise pas mal soundex et la recherche avec l'algorithme levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont pas d'écriture invariable: Pour une même personne, on peut avoir Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.
Et ne pas oublier que si l'on veut que l'index soit utilisé il ne faut pas faire de calcul dessus (c'est ce qu'oracle appel un index cassé) je crains que ce soit un de vos problème. Dans le cas de l'annuaire électronique un des index est constitué par une version phonétisé du nom, ce qui permet justement d'éviter ce "cassage d'index".
Dans notre cas, il n'y a pas de calcul. Nous avons parfois en pointe 50 à 60 personnes connectées et faisant simultanément des requêtes. Le plus bizarre, c'est que la dernière fois que le système s'en bloqué, c'était à un moment où personne n'était connecté (7h du matin).
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
Exemple de select:
"(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as
C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes:
décès, mariages, naissances, actes divers. Les recherches se font
souvent sur l'ensemble des tables
C'est comme tout les index trop nombreux ralentissent les écritures sans
forcément améliore les temps de lecture.
Il ne faut créer les index que si on fait des select avec filtre (WHERE)
C'est bien le cas.
On utilise pas mal soundex et la recherche avec l'algorithme
levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont
pas d'écriture invariable: Pour une même personne, on peut avoir
Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.
Et ne pas oublier que si l'on veut que l'index soit utilisé il ne faut
pas faire de calcul dessus (c'est ce qu'oracle appel un index cassé) je
crains
que ce soit un de vos problème.
Dans le cas de l'annuaire électronique un des index est constitué par
une version phonétisé du nom, ce qui permet justement d'éviter ce
"cassage d'index".
Dans notre cas, il n'y a pas de calcul. Nous avons parfois en pointe 50
à 60 personnes connectées et faisant simultanément des requêtes.
Le plus bizarre, c'est que la dernière fois que le système s'en bloqué,
c'était à un moment où personne n'était connecté (7h du matin).
Cordialement.
- --
Thierry Houx (thierry.houx@alussinan.org)
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
Exemple de select: "(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes: décès, mariages, naissances, actes divers. Les recherches se font souvent sur l'ensemble des tables
C'est comme tout les index trop nombreux ralentissent les écritures sans forcément améliore les temps de lecture. Il ne faut créer les index que si on fait des select avec filtre (WHERE)
C'est bien le cas.
On utilise pas mal soundex et la recherche avec l'algorithme levenshtein; la difficulté avec la généalogie, c'est que les noms n'ont pas d'écriture invariable: Pour une même personne, on peut avoir Lefebvre, Lefevre, Lefebure et c'est là un exemple simple.
Et ne pas oublier que si l'on veut que l'index soit utilisé il ne faut pas faire de calcul dessus (c'est ce qu'oracle appel un index cassé) je crains que ce soit un de vos problème. Dans le cas de l'annuaire électronique un des index est constitué par une version phonétisé du nom, ce qui permet justement d'éviter ce "cassage d'index".
Dans notre cas, il n'y a pas de calcul. Nous avons parfois en pointe 50 à 60 personnes connectées et faisant simultanément des requêtes. Le plus bizarre, c'est que la dernière fois que le système s'en bloqué, c'était à un moment où personne n'était connecté (7h du matin).
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
Exemple de select: "(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as C_PRE, LADATE,'Décès' as LIBELLE " Les index sont nombreux, les tables correspondent au type d'actes: décès, mariages, naissances, actes divers. Les recherches se font souvent sur l'ensemble des tables
Bon... j'ai déjà "consulté" pour geneanet et ils ont quelques millions d'enregistrements. Ca ne tient pas dans 256 de RAM. En fait ils ont plusieurs serveurs (je ne sais plus combien, mais beaucoup). Je sais, ça n'a pas grand chose à voir, mais ça donne un ordre d'idée.
Maintenant, quand tu dis que ça "plante" quand il n'y a personne, alors le problème est peut-être ailleurs que dans la coupure pour surcharge.
Si ça tient le coup pour 60 visiteurs simultanés, alors moi j'ai tendance à dire que c'est pas un problème de charge pour le moment.
-- Huile Essentielle de Camphre http://www.huile-camphre.fr Infogerance http://www.infogerance.us (Serveurs, Postes de travail, Développement logiciel)
Thierry Houx wrote:
Exemple de select:
"(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as
C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes:
décès, mariages, naissances, actes divers. Les recherches se font
souvent sur l'ensemble des tables
Bon... j'ai déjà "consulté" pour geneanet et ils ont quelques millions
d'enregistrements. Ca ne tient pas dans 256 de RAM. En fait ils ont
plusieurs serveurs (je ne sais plus combien, mais beaucoup).
Je sais, ça n'a pas grand chose à voir, mais ça donne un ordre d'idée.
Maintenant, quand tu dis que ça "plante" quand il n'y a personne, alors
le problème est peut-être ailleurs que dans la coupure pour surcharge.
Si ça tient le coup pour 60 visiteurs simultanés, alors moi j'ai
tendance à dire que c'est pas un problème de charge pour le moment.
--
Huile Essentielle de Camphre http://www.huile-camphre.fr
Infogerance http://www.infogerance.us
(Serveurs, Postes de travail, Développement logiciel)
Exemple de select: "(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as C_PRE, LADATE,'Décès' as LIBELLE " Les index sont nombreux, les tables correspondent au type d'actes: décès, mariages, naissances, actes divers. Les recherches se font souvent sur l'ensemble des tables
Bon... j'ai déjà "consulté" pour geneanet et ils ont quelques millions d'enregistrements. Ca ne tient pas dans 256 de RAM. En fait ils ont plusieurs serveurs (je ne sais plus combien, mais beaucoup). Je sais, ça n'a pas grand chose à voir, mais ça donne un ordre d'idée.
Maintenant, quand tu dis que ça "plante" quand il n'y a personne, alors le problème est peut-être ailleurs que dans la coupure pour surcharge.
Si ça tient le coup pour 60 visiteurs simultanés, alors moi j'ai tendance à dire que c'est pas un problème de charge pour le moment.
-- Huile Essentielle de Camphre http://www.huile-camphre.fr Infogerance http://www.infogerance.us (Serveurs, Postes de travail, Développement logiciel)
Thierry Houx
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Thierry Houx wrote:
Exemple de select: "(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as C_PRE, LADATE,'Décès' as LIBELLE " Les index sont nombreux, les tables correspondent au type d'actes: décès, mariages, naissances, actes divers. Les recherches se font souvent sur l'ensemble des tables
Bon... j'ai déjà "consulté" pour geneanet et ils ont quelques millions d'enregistrements. Ca ne tient pas dans 256 de RAM. En fait ils ont plusieurs serveurs (je ne sais plus combien, mais beaucoup). Je sais, ça n'a pas grand chose à voir, mais ça donne un ordre d'idée.
En fait notre site était hébergé chez Geneanet; j'ai dû changer car la taille de la base et le nombre de connectés écroulaient le serveur qui est mutualisé (ça commençait à tousser fort chez Geneanet). C'est pourquoi je suis passé à un serveur virtualisé, dont le fonctionnement est rapide.
Maintenant, quand tu dis que ça "plante" quand il n'y a personne, alors le problème est peut-être ailleurs que dans la coupure pour surcharge.
Si ça tient le coup pour 60 visiteurs simultanés, alors moi j'ai tendance à dire que c'est pas un problème de charge pour le moment.
Je suis d'accord avec cette analyse; mon idée est qu'un script doit à un moment boucler et saturer le CPU. La difficulté étant de savoir par quel moyen identifier le "fautif". La grosse quantité des sollicitations étant sur le php et MySQL, c'est ceux-là que j'incrimine en premier.
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
Exemple de select:
"(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as
C_PRE, LADATE,'Décès' as LIBELLE "
Les index sont nombreux, les tables correspondent au type d'actes:
décès, mariages, naissances, actes divers. Les recherches se font
souvent sur l'ensemble des tables
Bon... j'ai déjà "consulté" pour geneanet et ils ont quelques millions
d'enregistrements. Ca ne tient pas dans 256 de RAM. En fait ils ont
plusieurs serveurs (je ne sais plus combien, mais beaucoup).
Je sais, ça n'a pas grand chose à voir, mais ça donne un ordre d'idée.
En fait notre site était hébergé chez Geneanet; j'ai dû changer car la
taille de la base et le nombre de connectés écroulaient le serveur qui
est mutualisé (ça commençait à tousser fort chez Geneanet).
C'est pourquoi je suis passé à un serveur virtualisé, dont le
fonctionnement est rapide.
Maintenant, quand tu dis que ça "plante" quand il n'y a personne, alors
le problème est peut-être ailleurs que dans la coupure pour surcharge.
Si ça tient le coup pour 60 visiteurs simultanés, alors moi j'ai
tendance à dire que c'est pas un problème de charge pour le moment.
Je suis d'accord avec cette analyse; mon idée est qu'un script doit à un
moment boucler et saturer le CPU. La difficulté étant de savoir par quel
moyen identifier le "fautif". La grosse quantité des sollicitations
étant sur le php et MySQL, c'est ceux-là que j'incrimine en premier.
Cordialement.
- --
Thierry Houx (thierry.houx@alussinan.org)
Tourisme en Haute-Normandie, informatique libre et généalogie:
http://thierry.houx.free.fr/index.html
Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org
Exemple de select: "(select ID, TYPACT, DATETXT, COMMUNE, NOM, PRE, 'X' as C_NOM, 'Y' as C_PRE, LADATE,'Décès' as LIBELLE " Les index sont nombreux, les tables correspondent au type d'actes: décès, mariages, naissances, actes divers. Les recherches se font souvent sur l'ensemble des tables
Bon... j'ai déjà "consulté" pour geneanet et ils ont quelques millions d'enregistrements. Ca ne tient pas dans 256 de RAM. En fait ils ont plusieurs serveurs (je ne sais plus combien, mais beaucoup). Je sais, ça n'a pas grand chose à voir, mais ça donne un ordre d'idée.
En fait notre site était hébergé chez Geneanet; j'ai dû changer car la taille de la base et le nombre de connectés écroulaient le serveur qui est mutualisé (ça commençait à tousser fort chez Geneanet). C'est pourquoi je suis passé à un serveur virtualisé, dont le fonctionnement est rapide.
Maintenant, quand tu dis que ça "plante" quand il n'y a personne, alors le problème est peut-être ailleurs que dans la coupure pour surcharge.
Si ça tient le coup pour 60 visiteurs simultanés, alors moi j'ai tendance à dire que c'est pas un problème de charge pour le moment.
Je suis d'accord avec cette analyse; mon idée est qu'un script doit à un moment boucler et saturer le CPU. La difficulté étant de savoir par quel moyen identifier le "fautif". La grosse quantité des sollicitations étant sur le php et MySQL, c'est ceux-là que j'incrimine en premier.
Cordialement. - -- Thierry Houx () Tourisme en Haute-Normandie, informatique libre et généalogie: http://thierry.houx.free.fr/index.html Webmestre du site http://www.geneacaux.org/ membre CGPCSM N°72-2576 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org