OSDN Git Service

This patch optimizes the md5_text() function (which is used to
authorNeil Conway <neilc@samurai.com>
Wed, 23 Feb 2005 22:46:17 +0000 (22:46 +0000)
committerNeil Conway <neilc@samurai.com>
Wed, 23 Feb 2005 22:46:17 +0000 (22:46 +0000)
commit3350b3740e5960da294384ba9c1806f13b72ba6f
treeb1d627e6ae2d76bf6a19867b016517a9a2318bbb
parentb9a87e5219ad609657c59601b636475b23bd571e
This patch optimizes the md5_text() function (which is used to
implement the md5() SQL-level function). The old code did the
following:

1. de-toast the datum
2. convert it to a cstring via textout()
3. get the length of the cstring via strlen()

Since we are treating the datum context as a blob of binary data,
the latter two steps are unnecessary. Once the data has been
detoasted, we can just use it as-is, and derive its length from
the varlena metadata.

This patch improves some run-of-the-mill md5() computations by
just under 10% in my limited tests, and passes the regression tests.

I also noticed that md5_text() wasn't checking the return value
of md5_hash(); encountering OOM at precisely the right moment
could result in returning a random md5 hash. This patch corrects
that. A better fix would be to make md5_hash() only return on
success (and/or allocate via palloc()), but since it's used in
the frontend as well I don't see an easy way to do that.
src/backend/libpq/md5.c
src/backend/utils/adt/varlena.c