[Cubicweb] work on dataimport stores
sylvain.thenault at logilab.fr
Wed Feb 25 23:30:38 CET 2015
On 25 février 18:30, aurélien campéas wrote:
> I pushed a patch on fastimport to provide a store.
> Using this the dibench code can shrink a bit.
> I reran the tests.
> You can use the joint diff on dibench.
I've integrated all the code related part. I get an error on the fastimport test
after that though:
UnknownEid: No entity with eid -1 in the repository
This is probably related to the fact that I've updated the overall benchmark
code to use the latest skos cube, there was a severe issue before that: hooks
we actually not activated!
> Note that to make the test pass I had to de-inline the pref_label relation.
> I'm seriously considering adding inlined relation support to
If not, this deserves a note in the results.txt file. Notice that iirc other stores
rely on inlined relations being set through insert_entity or similar.
Once we get all that fixed, we should add some kind of final measurements. We
should probably also add the RQLObjectStore btw.
> +auc: can't the massive object store also slow down considerably concurrent transactions while it runs ?
Why more than another? That's possible, though I would think the performance
gain is worth it...
Sylvain Thénault, LOGILAB, Paris (01.45.32.03.12) - Toulouse (05.62.17.16.42)
Formations Python, Debian, Méth. Agiles: http://www.logilab.fr/formations
Développement logiciel sur mesure: http://www.logilab.fr/services
CubicWeb, the semantic web framework: http://www.cubicweb.org
More information about the Cubicweb