<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 10 Jul 2012, at 14:28, Vladimir Blagojevic wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Mircea,<br><br>First of all thanks for the feedback! Your ideas and pointers are <br>appreciated as always!<br><br>On 12-07-10 7:02 AM, Galder Zamarreņo wrote:<br><blockquote type="cite"><br></blockquote><blockquote type="cite">Before blogging, it would it be good do some testing to measure the performance boost with some sampled data?<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">The advantage of doing this, apart from proving that the boost is indeed present, you can show the code pattern that users need to use when storing a bunch of key/values which is proven to work.<br></blockquote><blockquote type="cite"><br></blockquote>I agree with this approach Galder. I entertained this idea as we need to <br>move large amounts of data during intermediate phase in map/reduce <br>efficiently without causing lock timeouts and deadlocks. I'll get back <br>to this later as I am currently working on cacheloader for map/reduce <br><a href="https://issues.jboss.org/browse/ISPN-2037">https://issues.jboss.org/browse/ISPN-2037</a><br></div></blockquote></div>+1. Thanks Vladimir for looking into this. This problem was raised by our SAs yesterday in the ISPN's training in Berlin and people had a lot of interest in it. I've raised a JIRA so that we can track it: <a href="https://issues.jboss.org/browse/ISPN-2156">https://issues.jboss.org/browse/ISPN-2156</a></body></html>