Eyal Czitron wrote: > Oliver/Charles, > After checking a bit more I found out that you where right :). The > problem doesn't lie there as it lies in the hash function. All our > transactions pretty much look the same the only difference is the to-tag > + the sip-etag header. > Iv'e changed the hash function to a better one (sdbm, also used by > Berkley-db) causing better distribution of the keys and fewer splits and > the problem was solved :) > I also fixed the makefile + sipp.hpp to make everything compile under > solaris. > Attached are the diff files. > Please reply telling me that you guys accept/or not my fixes. > Regards, > Amit On >
Let's try this new hash function. It looks like it should not impact performances compared to the old one. Checked-in, SVN 118. Thank you, -- Olivier HP OpenCall Software http://www.hp.com/go/opencall/ ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Sipp-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sipp-users
