Reprise du message précédent :

C'est un 18F
 
Le pire c'est que c'est une question assez conne, le genre de questions très chiantes, type "Voila, j'ai fait ca, ca, et ca, et ca marche pas, je sais pas prk, help ", mais j'ai donc besoin de qqn qui maitrise bien le sujet, parce que bon, ca peut surement venir d'une foultitude de trucs

Bon bin j'vais ptet en faire un topic alors

Si c'est propre au PIC en lui même j'suis pas sûr de pouvoir t'aider.
Après c'est ptet un problème d'algo, de registre, de cablage etc.

http://fr.news.yahoo.com/ap/200805 [...] 633fe.html
 
'tain je savais bien qu'il fallait que j'aille à La Rochelle ce week-end

celui là est trop tits

et c'est tant mieux

J'ai fait le topic : http://forum.hardware.fr/hfr/Progr [...] 4377_1.htm

Harko a paniqué et il a jeté la cargaison par dessus bord ?

Le dernier et Out Of Time sont bien aussi, et Reveal reste correct, ya que Around The Sun que j'aime vraiment pas

je connais pas le dernier, en fait j'ai laché l'affaire apres la sortie de Monster (<mode vieux con /> )

Bon, ben mes tests de serveur de base de donnée avancent.

En lice:
PostgreSQL 8.3
Oracle XE 10g
HSQLDB 1.8.0.9
H2 1.0.7.1
db4o 6.3
en JDBC et sous une version d'Hibernate 2 qu'il faut que je mette à jour car trop ancienne, avec le pool de connexions ehcache. Sauf pour db4o, qui est une BDD objet que l'on attaque directement en Java sans JDBC.
Faudra que je passe un peu plus de temps pour arriver à lancer ce satané MySQL.
Derby a été abandonné, parce que d'après mes premiers testsn il ne tenait pas la charge.
McKoi non plus parce que plus maintenue, et moins performante que les autres bases de donnée Java ci-dessus.

Le tout sous WinXP SP2, sur un Core2Duo, avec 2Go de RAM. J'ai pas cherché à optimiser aucune des bases et elles sont toutes attaquées par un seul user.
Le programme de test est le programme Java PolePosition, que j'ai un peu modifié.

Les tests consistent un insertions, requêtes aléatoires et suppressions d'objets simples dans les bases (voir le site de PP pour plus de précisions), avec des structures diverses: lignes avec ou sans index, objets avec hiérarchie de classe à 5 niveaux, arbres. Les tests portent sur des bases de 1000, 5000, 30 000 et 200 000 éléments. Il manque un test avec des jointures et un autre avec triggers.

Résultats tout à l'heure...

MySQL?  

Chausse tes lunettes (Oracle, il a du mal...)

pourquoi ne pas installer un pack PHP + mysql tout configuré ?

Ah oui, pardon
T'as un pb de connecteur?  

ya pas SQL server ?

Ouais, j'y ai pensé. Qu'y a-t'il à part EasyPHP ? Parce que la dernière version de ce truc est ancienne et vient avec un MySQL 3.23.

mareek> bonne idée, j'y ai pas pensé. Par contre, db2 et BerkeleyDB, je vais zapper, parce que n'étant pas de BD SQL, il faut programmer directement via leur API.

Bon, Oracle, il a vraiment du mal avec les delete. Je sais pas ce qu'il fout mais il est tjrs bloqué dessus depuis tout à l'heure.

http://www.en.wampserver.com/download.php

WAMP

q1: il y a encore des gens qui utilisent Hibernate 2 plutôt que Hibernate 3?
q2: tu testes les DBs dans leur config par défaut, ou bien tunées avec des conseils de DBA?
q3: Pas de SQLite?

A titre indicatif, sur un bref test, PostgreSQL était plus rapide que XE. Là, c'est un test nettement plus complet, mais je vais l'affiner au fur et à mesure. Puis si j'ai encore le courage, je referai tout ça sous Solaris.

Pour avoir de bonnes perfs avec oracle, il faut souvent tuner les requêtes spécifiquemtn pour oracle et utiliser des procédure stockées

http://fr.wikipedia.org/wiki/Utili [...] l_Delahaye

http://codereview.appspot.com/
 
Gestionnaire de revue de code inspiré de Mondrian

Et faut au minimum tuner la conf de postgres, parce que la conf par défaut c'est pas exactement une flèche.

Bon je plante un ici  
j'ai acheté  
 

 
et j'ai imprimer aussi penser en java  
 
 
y'a plus qu'a  
j'ai un exam le 12 juin et j'ai pas touché a ça depuis 7 ans ...

Non, là, c'est du défaut.
Le problème de ce test, c'est que par défaut, on peut pas trop tuner et il n'y a pas trop de possibilité de faire des statistiques. Donc ça désavantage nettement les moteurs du style Oracle et Postgres lors de jointures, mais de toute façon, il n'y a pas de tests de jointures. La 11g s'auto-tune, donc elle serait p-ê plus représentative de perfs.

Bon Oracle, il fait chier grave.

et pour la peine je me debouche une bouteille de rouge

livre en VF -> caca
 
 
 tu te crois sur quel topic là?

Ben s'pas trop la peine de tester Postgres dans ce cas (enfin ils ont ptet modifié la conf par défaut avec les 8.x, mais j'en doute)

C'est quoi le pb avec la conf Pg par défaut ?

Ils sont fort chez sécunia, ils créent un utilitaire pour vérifier que les logiciels installés sur ton ordinateur sont patchés contre leur failles de sécurité connues mais ils ne signent pas leur fichier d'install

?

Elle est faite pour pas prendre de place/resources, si je me plante pas. Donc très bien pour une machine de dev, pourri en prod ou pour des tests de perfs, et c'est l'une des raisons de la réputation de mauvaises perfs de postgres.

edit: sur ma machine windows, j'ai un postgres 8.2 et un mysql 5.0 en conf par défaut, les 5 process postgres chiffrent à 8972k en private bytes et 18008k en working set (au total), le process mysql-nt est à 118 108k en private bytes et 17296 en working set

Effectivement, ça prend très peu de RAM --> peu de cache.
Bon j'ai tué le test de structure en arbre sur une table, parce qu'OXE ne s'en sortait pas, je suis descendu à 16 niveaux et pas 18.

edit: Postgres a l'air de souffrir sur les delete aussi. On dirait bien qu'ils ont un algo en commun qui n'aime pas trop cette opération.
Je mate la doc sur la config mémoire, je n'ai pas l'impression qu'il y ait vraiment de paramètre qui risque de faire une différence notable sur ces tests particuliers. Par contre, je peux faire un synchronous_commit (off) .

OXE me balance une "violation de contrainte unique" en JDBC, là où les autres bases ne bronchent pas.

http://hedera.linuxnews.pl/_news/2 [...] /1445.html

 
je plussoie masklinn pour SQLite, t'as zappé par oubli ou y'a une raison ?

J'avais vu qq part qu'il ne tenait pas la route niveau perfs. Mais bon, je peux le faire aussi.
Bon, je vois pas trop comment supporte SQLite, vu qu'il ne s'interface pas avec JDBC.