<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 _______________________________________________ perf-discuss mailing list perf-discuss@opensolaris.org