Re: [linux] Database engine de Google
Merci Pascal, par la même occasion, est-ce que tu as une opinion sur le moteur de réplication de Postgresql : slony ? Merci et bonne fin de week-end, Alain Pascal Bleser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alain EMPAIN wrote: quelle base de données Google utilise-t-il ? J'hésite entre Mysql et Postgresql, et j'ai 'googelé' un moment sans trouver. Si qqn sait cela me ferait gagner du temps (un URL serait parfait ;-). Ni l'un ni l'autre. C'est une "base de données" propriétaire développée par Google. Elle n'est - - ni opensource - - ni relationnelle (donc aucun intérêt ;)) Si je me rappelle bien ça s'appelle "Big Table" (ou un truc du genre). - -- -o) Pascal Bleser http://linux01.gwdg.de/~pbleser/ /\\ <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> _\_v The more things change, the more they stay insane. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDkv39r3NMWliFcXcRAmlHAKCfxBQ9Rb+IF8tDSVugIOVM4YqrygCghrxf dzVoDn9TZLDZjODMXei79Tg= =Xf2Y -END PGP SIGNATURE- ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech -- " Do something for freedom every day " * support Open Document Format : use OpenOffice * take a look on : http://www.skypoint.com/members/mfinley/toffler.htm Alvin Toffler 'The Third Wave', more than a quarter of century old, and yet so pertinent ! The first wave : the age of agriculture began... The second wave was an expression of machine muscle, the Industrial Revolution... Just as the machine seemed at its most invincible, however, we began to receive intimations of a gathering third wave, based not on muscle but on mind... social demands worldwide for freedom and individuation. begin:vcard fn:Dr Alain EMPAIN n:EMPAIN;Alain org:University of LIEGE;Euregio ALMA-Grid project adr;quoted-printable:Avenue de l'H=C3=B4pital, 3;;BAT. B23 GIGA,;Liege 1;;B-4000;Belgium email;internet:[EMAIL PROTECTED] title:Bioinformatics tel;work:+32 4 366 4497 tel;fax:+32 4 366 2917 tel;home:+32 85 51 2341 tel;cell:+32 497 70 1764 x-mozilla-html:FALSE version:2.1 end:vcard ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
Re: [linux] Database engine de Google
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alain EMPAIN wrote: > quelle base de données Google utilise-t-il ? J'hésite entre Mysql et > Postgresql, et j'ai 'googelé' un moment sans trouver. > Si qqn sait cela me ferait gagner du temps (un URL serait parfait ;-). Ni l'un ni l'autre. C'est une "base de données" propriétaire développée par Google. Elle n'est - - ni opensource - - ni relationnelle (donc aucun intérêt ;)) Si je me rappelle bien ça s'appelle "Big Table" (ou un truc du genre). - -- -o) Pascal Bleser http://linux01.gwdg.de/~pbleser/ /\\ <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> _\_v The more things change, the more they stay insane. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDkv39r3NMWliFcXcRAmlHAKCfxBQ9Rb+IF8tDSVugIOVM4YqrygCghrxf dzVoDn9TZLDZjODMXei79Tg= =Xf2Y -END PGP SIGNATURE- ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
[linux] Database engine de Google
Bonjour, quelle base de données Google utilise-t-il ? J'hésite entre Mysql et Postgresql, et j'ai 'googelé' un moment sans trouver. Si qqn sait cela me ferait gagner du temps (un URL serait parfait ;-). Merci d'avance ;-) Alain -- " Do something for freedom every day " * support Open Document Format : use OpenOffice * take a look on : http://www.skypoint.com/members/mfinley/toffler.htm Alvin Toffler 'The Third Wave', more than a quarter of century old, and yet so pertinent ! The first wave : the age of agriculture began... The second wave was an expression of machine muscle, the Industrial Revolution... Just as the machine seemed at its most invincible, however, we began to receive intimations of a gathering third wave, based not on muscle but on mind... social demands worldwide for freedom and individuation. begin:vcard fn:Dr Alain EMPAIN n:EMPAIN;Alain org:University of LIEGE;Euregio ALMA-Grid project adr;quoted-printable:Avenue de l'H=C3=B4pital, 3;;BAT. B23 GIGA,;Liege 1;;B-4000;Belgium email;internet:[EMAIL PROTECTED] title:Bioinformatics tel;work:+32 4 366 4497 tel;fax:+32 4 366 2917 tel;home:+32 85 51 2341 tel;cell:+32 497 70 1764 x-mozilla-html:FALSE version:2.1 end:vcard ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
Re: [linux] serveur web + DB : un gros ou deux petits ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ... > On Sat, Dec 03, 2005 at 11:26:25AM +0100, R?mi Letot wrote: ... >> les autres data dans cacti avec de l'historique. Et j'ai v?rifi?, >> effectivement le CPU sature dans certains gros pics d'activit? (style >> apr?s envoi d'une newsletter avec promo,...) et dans ce cas on peut >> avoir des messages d'erreur de php avec "Too many connections" ? mysql. Idée en passant... Ces mailings/lettres de promos ne sont pas faits tout le temps j'imagine. Je suppose aussi que sur ta DB MySQL, tu as en très grande majorité des accès en lecture, et beaucoup moins en écriture. Si c'est bien le cas, une option serait d'utiliser un autre serveur (un plus petit suffirait certainement), y installer MySQL et faire de la réplication de la DB sur le "gros" serveur vers la DB sur le "petit" serveur. D'une part ça te fait un backup pour pas cher ;), et puis le mailing pourrait être lancé sur l'autre serveur ? Ca ne pénaliserait pas le gros serveur en termes d'accès DB. La réplication online est très, très simple à mettre en oeuvre avec MySQL (du moins en mode master/slave). Évidemment, à priori, du tuning sur la DB pourrait également être très bénéfique. Jette un oeil au "slow query log" de MySQL. Quelques index supplémentaires font parfois des miracles ;) - -- -o) Pascal Bleser http://linux01.gwdg.de/~pbleser/ /\\ <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> _\_v The more things change, the more they stay insane. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDksRYr3NMWliFcXcRAiTCAKCu79jbM03JcKftlpofuB/bOqSGgwCfeuQs AOjB/FFiAjBFCnm7x9fVY48= =B8PJ -END PGP SIGNATURE- ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
Re: [linux] serveur web + DB : un gros ou deux petits ?
Bonne analyse de la situation en tout cas (j'ai trop souvent vu des cas ou jette du cpu et de la memoire dans le ring, juste histoire d'etre sur, et finalement, remplacer la carte rezo a 10 franc etait la solution). Le CPU est rarement le probleme, le cpu glande la plupart du temps, sauf dans les applications particulieres (Oui Alain, le HPC par exemple :) ). Je vois que tu as reussis a decouvrir que c'est mysql qui mange les ressources. De la, je regarderais a pourquoi ca se passe comme ca. Peut etre que les applications permettent de tuner les acces DB, peut etre manque il un index ici ou la bas dans une table ? Ou peut etre que mysql a quelques problemes pour gerer certais types de requetes qui sont faites tout le temps ? Donc, je commencerais par la. Tu dis que se sont des applications proprietaires, peut etre n'aura tu pas trop de possibilites de tuning. Tu pourrais eventuellement essayer de changer vers postgres et voir se que ca donne ? Quand a la question de 1 grosse ou plusieur petites, c'est une question a plusieures facettes. Une grosse == plus de qualite de hardware en general, donc peut etre un meilleur support du vendeur. Mais, pour moi, le gros avantage de plusieurs petites, c'est que c'est pas chers, ca pette mais ca se remplace ultra facilement. Dans ton cas, je pense que j'essayerais de voir se que ca donne avec la DB sur une autre machine. wala, my 2 euro cents tip. J. On Sat, Dec 03, 2005 at 11:26:25AM +0100, R?mi Letot wrote: > On Sat, 2005-12-03 at 10:25 +0100, Jean-Francois Dive wrote: > > je ne sais pas quelle application tourne la dessus, > > Il y en a plusieurs, notamment un phpBB, un site "maison", et des > osCommerce, mais c'est principalement un des osCommerce qui bouffe. > > > mais peut etre > > faudrait il relooker a se qu'elle fait pour manger le cpu a ce point. Y > > a il un probleme de temps de reponse general? > > Pas encore dans cette config, mais la charge est d?j? haute, et la > fr?quentation augmente lin?airement depuis le lancement du site, donc un > jour ou l'autre ?a arrivera. Je pr?f?re poser mes questions ? l'avance > pour savoir quoi faire quand le moment sera venu. > > > Se que je veux dire c'est > > que la charge etant a 1 tout le temps + piques ne me semble pas une > > raison suffisante pour un upgrade. > > Non, pas encore, mais ?a viendra. > > J'ai d'ailleurs suivi les conseils d'Alain et Pascal, j'ai install? > sysstat et regard? un peu ce que sar me disait sur le syst?me. > Effectivement le disque est tr?s peu sollicit?, et la RAM n'est pas > satur?e (loin de l?). Par contre le CPU ?tait moins sollicit? que je ne > le craignais, mais il est vrai que le loadavg ?tait peu ?lev? au moment > o? j'ai regard?. > > Puis je me suis souvenu que j'avais des graphes cacti pour cette > machine. Sar m'a confirm? que le disque ?tait peu sollicit?, mais j'ai > les autres data dans cacti avec de l'historique. Et j'ai v?rifi?, > effectivement le CPU sature dans certains gros pics d'activit? (style > apr?s envoi d'une newsletter avec promo,...) et dans ce cas on peut > avoir des messages d'erreur de php avec "Too many connections" ? mysql. > > Bref rien d'urgent pour le moment, d'autant plus que je peux gagner > encore un peu en passant cette machine ? un kernel 2.6, mais un jour ou > l'autre je devrai prendre la d?cision, d'o? ma question originale : > vaut-il mieux deux moyens ou un gros ? > > Merci pour vos r?ponses, > -- > R?mi > > ___ > Linux Mailing List - http://www.unixtech.be > Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux > Archives: http://www.mail-archive.com/linux@lists.unixtech.be > IRC: chat.unixtech.be:6667 - #unixtech > NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech -- -- -> Jean-Francois Dive --> [EMAIL PROTECTED] I think that God in creating Man somewhat overestimated his ability. -- Oscar Wilde ___ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech