<i>Sigh!</i><br>
<br>
I try and do some good by implementing this bugfix:<br>
<br>
<quote><tt>6287109 ip_addr_match and its callers could be tuned</tt></quote><br>
<br>
and instead get mixed results. My SPARC numbers go up, but my amd64 numbers
drop slightly. I'm
that by saving a function call explains the win on SPARC. My hack requires
htonl() bitmasks, so I used a table lookup. Maybe that's all it takes? I
won't go off on how I wish htonl() didn't require a push even when it's in a
.il file, but I don't know what else to say. I have dtrace numbers to back me
up and they are available upon request.<br>
<br>
The critical diffs are in ip_addr_match() itself, a webrev is at <a
href=http://cr.opensolaris.org/~danmcd/bugfixes/>http://cr.opensolaris.org/~danmcd/bugfixes/</a>
and any clues are welcome.<br>
<br>
Thanks,<br>
Dan<br>
This message posted from opensolaris.org
_______________________________________________
networking-discuss mailing list
[email protected]
