Effectivement, Michel Serre ( http://fr.wikipedia.org/wiki/Michel_Serres ), questionné par le journaliste sur WikiPedia, en a fait une analyse très élogieuse (à la fois sur la qualité de l'encyclopédie, et sur les enjeux philosophiques qui sont derrière).
De plus, alors qu'il n'y était pas obligé, il a évoqué les lociciels libres, en précisant (je ne me rappelle plus exactement ses termes), qu'il sont 10 fois plus performants que les logiciels propriétaires !
En fait, il n'en est pas à son coup d'essai. Il avait déjà pris position à propos des formats ouverts: http://www.formats-ouverts.org/blog/2005/09/19/542-il-faut-sortir-du-format
(bon, ça reste dans le domaine philosophique...)
La plus simple à utiliser est celle qui utilise le driver 100% java. Il n'y a rien à faire, juste à avoir le jar dans le classpath.
L'autre nécessite une compilation, des arguments sur la ligne de commande de java, ... enfin, plein de bazar.
Donc, je suppose que tu a utilisé le driver 100% java.
Donc, tu as probablement utililisé la solution la plus lente, ce qui explique en partie tes résultats. :)
Oups, j'ai mal lu l'article (faut dire, il est tellement long)...
Il y a deux facon d'utiliser le driver JDBC de sqlite:
1) utiliser le driver JDBC 100% full java
2) utiliser une interface JAVA + JNI + librairie sqlite en C.
La deuxième solution est environ 5 fois plus rapide.
C'est un des ces rares noyaux "parfaits". Donc, s'il n'arrive pas à compiler avec ta config (ou s'il compile, mais qu'ensuite il procède à des actes de perversion innomables sur votre teckel), tu peux rester calme, c'est entièrement de ta faute. Tu devrais juste corriger tes comportements malsains.
En fait, c'est exactement ca.
Ce langage ressemble beaucoup à du VHDL.
On retrouve le paradigme des conditions d'entrée dans une procédure, on retrouve le paradigme "un object = un thread" (puisqu'en hardware, tout s'execute de manière concurrente")...
Ontologia, Avant de réinventer la roue, je t'encourage à regarder un peu plus du coté de VHDL.
# Polices de caractères
Posté par TemPi . En réponse au journal Déboires avec OpenOffice. Évalué à 4.
Est-ce que tu as les polices microsoft installées ?
[^] # Re: Maildir
Posté par TemPi . En réponse au journal Thunderbird (Encore !). Évalué à 3.
[^] # Re: "C'est normal"
Posté par TemPi . En réponse au journal LA laïcité (Totalement HS). Évalué à 2.
(contrairement aux catholiques)
[^] # Re: Correction
Posté par TemPi . En réponse au journal LA laïcité (Totalement HS). Évalué à 7.
# Raté
Posté par TemPi . En réponse au journal Tux News?. Évalué à -1.
--------->[]
[^] # Re: lié à Firefox ?
Posté par TemPi . En réponse au journal le site ft.com est étrange.... Évalué à 1.
Firefox se base sur le mime-type pour afficher la page.
IE se base sur ... je sais pas ???? l'extension du fichier peut-être ?
Autrement dit, c'est le serveur http de ft.com qui n'associe pas correctement les mime-type.
[^] # Re: Pas un coup d'essai (oups... désolé pour les liens)
Posté par TemPi . En réponse au journal éloge au libre et au mouvement communautaire.. Évalué à 2.
Décidément....
[^] # Re: Pas un coup d'essai (oups... désolé pour les liens)
Posté par TemPi . En réponse au journal éloge au libre et au mouvement communautaire.. Évalué à 2.
http://fr.wikipedia.org/wiki/Michel_Serre
http://www.formats-ouverts.org/blog/2005/09/19/542-il-faut-s(...)
# Pas un coup d'essai
Posté par TemPi . En réponse au journal éloge au libre et au mouvement communautaire.. Évalué à 3.
De plus, alors qu'il n'y était pas obligé, il a évoqué les lociciels libres, en précisant (je ne me rappelle plus exactement ses termes), qu'il sont 10 fois plus performants que les logiciels propriétaires !
En fait, il n'en est pas à son coup d'essai. Il avait déjà pris position à propos des formats ouverts: http://www.formats-ouverts.org/blog/2005/09/19/542-il-faut-sortir-du-format
(bon, ça reste dans le domaine philosophique...)
[^] # Re: ata, j'ai dû louper quelque chose, là ...
Posté par TemPi . En réponse au journal Le repos du guerrier. Évalué à 1.
Est-ce qu'un programme java libre, tournant sur une JVM non-libre, est vraiment libre ?
# UFC QueChoisir fait une enquête sur ce sujet en ce moment
Posté par TemPi . En réponse au journal La musique en ligne sucks more. Évalué à 1.
http://www.quechoisir.org/AppelATemoignages.jsp?id=Ressource(...)
[^] # Re: Objet distribués.
Posté par TemPi . En réponse au message Persistence Objet utilisable en C++ et Java. Évalué à 1.
Merci.
[^] # Re: Pas essayé, mais...
Posté par TemPi . En réponse au message Persistence Objet utilisable en C++ et Java. Évalué à 1.
[^] # Re: Pas essayé, mais...
Posté par TemPi . En réponse au message Persistence Objet utilisable en C++ et Java. Évalué à 1.
La solution devra aussi marcher sur windows (désolé, boulot, tout ça...)
[^] # Re: SQLite est peut-être en C++, mais a un driver JDBC
Posté par TemPi . En réponse au journal Petit bench de bases de données embarquées. Évalué à 1.
Je pensait effectivement à du C++.
[^] # Re: SQLite est peut-être en C++, mais a un driver JDBC
Posté par TemPi . En réponse au journal Petit bench de bases de données embarquées. Évalué à 1.
L'autre nécessite une compilation, des arguments sur la ligne de commande de java, ... enfin, plein de bazar.
Donc, je suppose que tu a utilisé le driver 100% java.
Donc, tu as probablement utililisé la solution la plus lente, ce qui explique en partie tes résultats. :)
[^] # Re: SQLite est peut-être en C++, mais a un driver JDBC
Posté par TemPi . En réponse au journal Petit bench de bases de données embarquées. Évalué à 2.
Est-ce qu'il existe le même genre de truc, mais pas limité à Java et .NET ?
[^] # Re: SQLite est peut-être en C++, mais a un driver JDBC
Posté par TemPi . En réponse au journal Petit bench de bases de données embarquées. Évalué à 1.
Il y a deux facon d'utiliser le driver JDBC de sqlite:
1) utiliser le driver JDBC 100% full java
2) utiliser une interface JAVA + JNI + librairie sqlite en C.
La deuxième solution est environ 5 fois plus rapide.
# SQLite est peut-être en C++, mais a un driver JDBC
Posté par TemPi . En réponse au journal Petit bench de bases de données embarquées. Évalué à 1.
(mais il est moins performant)
http://freshmeat.net/projects/sqlitejdbc/
[^] # Re: solaris vs linux
Posté par TemPi . En réponse au journal Solaris sous GPLv3. Évalué à 1.
Bon, depuis, linux a fait pas mal de progrès.
[^] # C'est entièrement de ta faute
Posté par TemPi . En réponse à la dépêche Nouvelle version 2.6.19 du noyau Linux. Évalué à 10.
[^] # Re: Exécutable java
Posté par TemPi . En réponse au journal Langage multi-plateforme et plus.... Évalué à 1.
Oui, bien sûr !
# Ca existe déjà...
Posté par TemPi . En réponse au journal GTK Batch Resizer. Évalué à 2.
[^] # Re: Enlever la catégorie Cinéma
Posté par TemPi . En réponse à la dépêche La véritable histoire du petit chaperon rouge. Évalué à -1.
http://www.agoravox.fr/
Et il n'est pas mort !
[^] # Re: reco
Posté par TemPi . En réponse au journal Le langage de mes rêves. Évalué à 1.
Ce langage ressemble beaucoup à du VHDL.
On retrouve le paradigme des conditions d'entrée dans une procédure, on retrouve le paradigme "un object = un thread" (puisqu'en hardware, tout s'execute de manière concurrente")...
Ontologia, Avant de réinventer la roue, je t'encourage à regarder un peu plus du coté de VHDL.