this is getting more and more confusing. The one side says this is a bug, the other says it is a feature. I will try to summarize my understanding till now:<br>*&nbsp; openser claims that they improved something and the ser guys say this fix is useless. Daniel, Bogdan could you plesase&nbsp; explain what is really behind this improvement (Sorry Weiter, but your explanation is far from being sufficient).<br>* The ser guys show that openser is inferior to ser but Bogdan replies this is on purpose (because otherwise a strange race situation can occur which Andrei tells us is negligable).<br>* I will not get into the history discussion -which I have already touched in previous mails, let alone those mails about respect and the other stuff I could not really see how they relate to this discussion.<br>I would really appreciate if these points were clarified -I have the impression the ball is now with Daniel and Bogdan. So plesse Bogdan do not hold to your one mail policy and help
 clarifying this and provide a bit more of details on the improvements of openser to core and tm.<br><br>I believe Andrei has made a good suggestion that it is in the interest of the entire community to cooperate and divide the areas of interest. By combining the great work the openser guys have done in the area of documentation and featutres with the work of ser in the area of core we will all get an even better ser/openser.<br>I am afraid though that while this is surely in the interest of the community this might not be in the interest of the commercial entities behind the projects. <br><br>Finally I fully agree with all of the voices that have asked to be polite and concentrate on the technical aspects of the dicussion.&nbsp; I find it most destressing that in an environment that is based on cooperation for the benefit of all that an effort aiming at informing the community is faced with such remarks and sarcastic attitude.<br><br>best regards<br><b><i>Weiter Leiter
 &lt;bp4mls@googlemail.com&gt;</i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> This definitely sounds impressive, but, FMI:<br><br><div><span class="gmail_quote">On 11/28/06, <b class="gmail_sendername">Andrei Pelinescu-Onciul</b> &lt;<a href="mailto:andrei@iptel.org">andrei@iptel.org</a>&gt; wrote:</span> <br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Why would you want to change the hash size from the config? Do you<br>really know somebody who wanted/needed to do this? If you use a variable <br>for the hash size the compiler will not be able to optimize the modulo<br>operation (x % hash_size) and it will have to implement it using slow<br>DIVs. Using a 2^k constant the whole modulo operation will be optimized <br>to&nbsp;&nbsp;&amp; (2^k - 1). A DIV takes minimum 56 cycles on a P4 and 16 on an<br>AMD64 (and
 this if the operands are in _registers_ which will probably<br>not happen for the variable containing the hash size). An&nbsp;&nbsp;"and" takes <br>only 1 cycle (and the operand is an immediate constant).<br>Look also at the rest of the hash function: it uses only XORs, shifts<br>and additions, operations that all execute in 1 cycle =&gt; for normal small<br> uris your DIV operation will take a very significant time from the <br> total ammount spent hashing.</blockquote><div><br>Unfortunately Daniel didn't reply anymore (maybe he wants to cover trade secrets ;-) ), but OpenSER uses now the much faster masking operation instead of the always costly modulo (which I expect to execute faster even with the cost of extra memory fetch for the hash size). I don't know whether hashing is also cheap or the result has a good distribution, but this should be something you should look at: I expect he did some research too, before changing, maybe this is a fix worth porting.
 <br><br>WL.<br></div></div> </blockquote><br><p>&#32;

<hr size=1>Check out <a href="http://us.rd.yahoo.com/evt=43257/*http://advision.webevents.yahoo.com/mailbeta">the all-new Yahoo! Mail beta</a> - Fire up a more powerful email and get things done faster.