Message173576
| Author | rhettinger |
|---|---|
| Recipients | christian.heimes, djc, gregory.p.smith, rhettinger, serhiy.storchaka, vstinner |
| Date | 2012-10-23.01:56:03 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1350957364.08.0.0990784388986.issue16286@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
Rather than see statistics, I'm curious about what circumstances where the optimization would kick in. Interned strings are pre-hashed but they already benefit from an identity-implies-equality check. Dicts and sets already incorporate a check-hash-before-equality check. That raises the question of what strings ever have had their hash already computed if the string hasn't been interned or has been used in a dict or set? P.S. I rather like the optimization and don't want to discourage it. I'm just curious about what the current optimizations are missing. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2012-10-23 01:56:04 | rhettinger | set | recipients: + rhettinger, gregory.p.smith, vstinner, christian.heimes, djc, serhiy.storchaka |
| 2012-10-23 01:56:04 | rhettinger | set | messageid: <1350957364.08.0.0990784388986.issue16286@psf.upfronthosting.co.za> |
| 2012-10-23 01:56:04 | rhettinger | link | issue16286 messages |
| 2012-10-23 01:56:03 | rhettinger | create | |