<div dir="ltr"><br><div class="gmail_quote">On Wed, Jul 16, 2008 at 4:06 PM, Johann Lombardi <<a href="mailto:johann@sun.com">johann@sun.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">
<br>
</div>Does it mean that you run <a href="http://1.6.4.1" target="_blank">1.6.4.1</a> on the OSSs even when testing <a href="http://1.6.5.1" target="_blank">1.6.5.1</a>?<br>
Because <a href="http://1.6.5.1" target="_blank">1.6.5.1</a> clients cannot use adler32 checksums if the OSSs don't support<br>
it and thus fall back to crc32. In 1.6.4.x, checksumming was disabled by default<br>
because crc32 was the only supported checksum type and it hurt performance (see<br>
bug 13805).<font color="#888888"><br>
</font></blockquote></div><br><br>    Right! This might be an explanation for the great drop in performance in case<br>    of tests done with checksumming enabled. (BTW, I always stated that we have <br>    <a href="http://1.6.4.1">1.6.4.1</a> on servers, but nobody had mentioned so far that there might be a problem <br>
    on that side...)<br><br>    I however worry much more about the case when checksumming is disabled. Do you <br>
    think that the 20% performance drop may also be explained by the combination <br>    of (<a href="http://1.6.4.1">1.6.4.1</a> server / <a href="http://1.6.5.1">1.6.5.1</a> client)??<br>
<br>
   Andrei.<br>
   <br>
<br>
<br>
    <br>    <br>        <br>   <br></div>