Message 304966 - Python tracker

➜

This issue tracker has been migrated to GitHub , and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

In-reply-to
Author	EdSchouten
Recipients	EdSchouten, pitrou, serhiy.storchaka, xdegaye
Date	2017年10月25日.08:07:22
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1508918843.03.0.213398074469.issue28503@psf.upfronthosting.co.za>

Content
Having looked at various implementations of crypt() and crypt_r(), I can't think of a reason why there would be any significant difference in performance. On systems like FreeBSD, crypt() is just a simple wrapper around crypt_r(): https://svnweb.freebsd.org/base/head/lib/libcrypt/crypt.c?view=markup#l134 If there would be any difference in performance, it would also be astronomically small compared to the computation time spent by the cryptographic hash functions themselves.

Content

Having looked at various implementations of crypt() and crypt_r(), I can't think of a reason why there would be any significant difference in performance. On systems like FreeBSD, crypt() is just a simple wrapper around crypt_r():
https://svnweb.freebsd.org/base/head/lib/libcrypt/crypt.c?view=markup#l134
If there would be any difference in performance, it would also be astronomically small compared to the computation time spent by the cryptographic hash functions themselves.

History
Date	User	Action	Args
2017年10月25日 08:07:23	EdSchouten	set	recipients: + EdSchouten, pitrou, xdegaye, serhiy.storchaka
2017年10月25日 08:07:23	EdSchouten	set	messageid: <1508918843.03.0.213398074469.issue28503@psf.upfronthosting.co.za>
2017年10月25日 08:07:23	EdSchouten	link	issue28503 messages
2017年10月25日 08:07:22	EdSchouten	create

homepage