On Tue, 2006-21-03 at 09:35 +1000, Russell Stuart wrote: > Jeezz, that pisses me off. What is it with the bloody > internet? This isn't the first time this has happened. > The page you are accessing is in the US for gods sake. > It seems like the internet has walled off islands on > occasions. I have mirrored it:
Thanks - I accessed it. [..] > By the way, with the analysis I didn't go out of my > way to find a dataset where 2.4 ran faster - it was > just the second one I tried. There are pathological > "fake" datasets that perform much worse than the one > in the analysis, and presumably real ones too. sorry Russell - that still doesnt cut it. When you design something like a route lookup algorithm, for example, you dont pick one over another based on a set of IP addresses you have. A worst case scenario is acceptable, always. An observation of "this is going to run on the edge/core of a network therefore i will optimize for that case" is also acceptable. Yours doesnt fit this. I havent run your test data but i am willing to bet (unenthusiastic to try for sure since we've spent too much time on this), the "better" results you are getting are due to biasing so that the "better" algorithm gets things in some buckets more than others i.e it has nothing to do with the hash selection. The environment changes and such results will change as well. Nothing is ever gonna save you from 25-75% of your buckets never ever being used in the case of 2.4; and at the expense of sounding like a broken record: i dont see anything the 2.4 algorithm brings of value other than in the case of 256 buckets with masks which ensure all 256 buckets get used - so as a performance bigot i equally dont value adding those extra computations; trust me if i was semi-convinced i would have supported the change. The impression i have is you are an energetic, resourceful person - lets move on (drop this) to that other thing you said you wanted to talk about. I could look at the way you have arranged your tables and offer opinion. cheers, jamal - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
