Retour d'experience sur le GAE

C'est la question posé ici sur stackoverflow. Ce qui revient c'est la scablité du framework

http://stackoverflow.com/questions/110186/feedback-on-using-google-app-engine

Benchmark sur PyPy

PyPy est une implémentation de Python en ... Python (plutôt en RPython mais bon). Donc ça doit être plus lent que cPython qui lui est écrit en C. Pas si sûr que ça . Regarder par là http://morepypy.blogspot.com/2009/11/some-benchmarking.html , le PyPy est dans bien des cas plus rapide que le cPython (souvent 50 fois plus rapide !!). Le comparatif compare trois interpréteur : le cpython, le pypy et le unladen-swallow. Ce dernier, créé par google pour rendre python plus rapide, n'est apparement pas si rapide que ça. Il manque dans le comparatif Jython et pysco à mon avis. De plus autre point important la mémoire ! Intéressant en tout cas.

Performance Json

CouchDB est de plus en plus utilisé. Par contre la communication passe par JSON. Il est donc important que la librairie utilisé soit la plus rapide possible pour encoder/decoder. Bref ce post compare quatre implémentations de la sérialisation/désérialisation json en python: - json de la librairie standard - simplejson - jsonlib2 - cjson

Et bien la librairie standard est à la rue. Bon peut être avec pypy ça aurait été plus rapide... http://www.mikealrogers.com/archives/695

La pattern decorator et le pickling

Dans cette article de blog Gaël nous met en garde sur l'utilisation de la pattern avec pickle (sérialisation d'objet). En fait ça ne marche pas et vous devez faire attention si vous voulez sérialiser des méthodes décorées. J'avais déjà remarqué que les objets décorés n'étais pas rafraichi par plone.reload dans un projet zope. Sans doute aussi pour à peu près les mêmes raisons (la fermeture qu'implique la pattern ie fonction défini dans une fonction). http://gael-varoquaux.info/blog/?p=120