Message 173588 - Python tracker

Message173588

Author	vstinner
Recipients	christian.heimes, djc, gregory.p.smith, rhettinger, serhiy.storchaka, vstinner
Date	2012-10-23.10:11:15
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<CAMpsgwbjiKA=-6LFtXUDhtswG+_9L4YVzmtVUwcsP2kXvwLxHA@mail.gmail.com>
In-reply-to	<1350957364.08.0.0990784388986.issue16286@psf.upfronthosting.co.za>

Content
Oh, I forgot this issue when I did the following commit: -- changeset: 79902:b68be1025c42 user: Victor Stinner <victor.stinner@gmail.com> date: Tue Oct 23 02:48:49 2012 +0200 files: Objects/unicodeobject.c description: Optimize PyUnicode_RichCompare() for Py_EQ and Py_NE: always use memcmp() -- I will benchmark the overhead of memcmp() on short strings. We may check the first and last characters before calling memcmp() to limit the overhead of calling a function. I also read that GCC uses its builtin memcmp() which is slower than the memcmp() of the GNU libc.

Content

Oh, I forgot this issue when I did the following commit:
--
changeset:   79902:b68be1025c42
user:        Victor Stinner <victor.stinner@gmail.com>
date:        Tue Oct 23 02:48:49 2012 +0200
files:       Objects/unicodeobject.c
description:
Optimize PyUnicode_RichCompare() for Py_EQ and Py_NE: always use memcmp()
--
I will benchmark the overhead of memcmp() on short strings. We may
check the first and last characters before calling memcmp() to limit
the overhead of calling a function.

I also read that GCC uses its builtin memcmp() which is slower than
the memcmp() of the GNU libc.

History
Date	User	Action	Args
2012-10-23 10:11:15	vstinner	set	recipients: + vstinner, rhettinger, gregory.p.smith, christian.heimes, djc, serhiy.storchaka
2012-10-23 10:11:15	vstinner	link	issue16286 messages
2012-10-23 10:11:15	vstinner	create