[Python-Dev] Why not using the hash when comparing strings?

Benjamin Peterson benjamin at python.org
Fri Oct 19 03:22:32 CEST 2012


2012/10/18 Victor Stinner <victor.stinner at gmail.com>:
> Hi,
>
> I would like to know if there a reason for not using the hash of
> (bytes or unicode) strings when comparing two objects and the hash of
> the two objects was already been computed. Using the hash would speed
> up comparaison of long strings when the two strings are different.
>
> Something like:
>
>     if ((op == Py_EQ || op == Py_NE)
>         && a->ob_shash != -1
>         && b->ob_shash != -1
>         && a->ob_shash != b->ob_shash) {
>         /* strings are not equal */
>     }
>
> There are hash collision, so a->ob_shash == b->ob_shash doesn't mean
> that the two strings are equal. But if the two hashs are different,
> the two strings are different. Isn't it?

It would be interesting to see how common it is for strings which have
their hash computed to be compared.



-- 
Regards,
Benjamin


More information about the Python-Dev mailing list