Hi Helen, The behaviour should be pretty straight-forward. The first thread acquires a transaction-long write-lock on the document, causing all other threads that attempt to acquire the same lock to wait in turn. Only at the termination of the transaction of the first thread the lock is released and passed to the second thread in line (which thread that actually is may differ).
I believe it should be possible to use the performance-meters project on xqzone for that purpose. You can find it here: http://developer.marklogic.com/code/ Kind regards, Geert > drs. G.P.H. (Geert) Josten Consultant Daidalos BV Hoekeindsehof 1-4 2665 JZ Bleiswijk T +31 (0)10 850 1200 F +31 (0)10 850 1199 mailto:[email protected] http://www.daidalos.nl/ KvK 27164984 P Please consider the environment before printing this mail. De informatie - verzonden in of met dit e-mailbericht - is afkomstig van Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan dit bericht kunnen geen rechten worden ontleend. > From: [email protected] > [mailto:[email protected]] On Behalf Of > Helen Chen > Sent: dinsdag 13 april 2010 17:33 > To: General Mark Logic Developer Discussion > Cc: Helen Chen > Subject: [MarkLogic Dev General] question on testing > multithread update > > > I want to do a test : if I have 10 concurrent users updating > the same xml document inside marklogic, what will happen to > the document and speed. But not sure how to do it in > marklogic. Anyone did this before and have suggestion? > > Thanks, Helen > > > _______________________________________________ > General mailing list > [email protected] > http://xqzone.com/mailman/listinfo/general > _______________________________________________ General mailing list [email protected] http://xqzone.com/mailman/listinfo/general
