It's not the sending so much as the fact that xdmp:http-post() and xdmp:http-put() won't allow you to send binary objects. So you have to hex encode the binary first and then decode it at the other end.
We did several shots at this and on a 32-bit machine it was taking close to 9 minutes to encode a 1MB file. Now I assume that performance will be better on a 64-bit machine but even if we cut the time in a quarter that's in the neighborhood of 2 minutes for something that should only take several seconds at most to send and receive. I've put a request for enhancement to MarkLogic because there really isn't a good reason not to support sending binary objects. In the meantime we're writing the file to an NFS mount and having an external process do the manipulations and write it back to a drop directory. Takes less than a minute in worst case scenario and it doesn't tie up a MarkLogic server or its resources. Keith L. Breinholt [email protected] -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Geert Josten Sent: Wednesday, March 31, 2010 11:45 PM To: General Mark Logic Developer Discussion Subject: RE: [MarkLogic Dev General] Image cropping and binary manipulation Hi Keith, Have you actually measured the performance of sending binaries back and forth to MLJAM? And did you compare with plain HTTP attachment submission (or some other method)? I'd be interested in knowing timing differences.. 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. > > Good suggestion Gert. Unfortunately the performance for the > encode/decode of the binary makes MLJAM a nonstarter. > > I appreciate the suggestion though. > > Keith L. Breinholt > [email protected] _______________________________________________ General mailing list [email protected] http://xqzone.com/mailman/listinfo/general NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. _______________________________________________ General mailing list [email protected] http://xqzone.com/mailman/listinfo/general
