Message199191
| Author | pitrou |
|---|---|
| Recipients | ezio.melotti, gvanrossum, kennyluck, lemburg, loewis, pitrou, serhiy.storchaka, tchrist, vstinner |
| Date | 2013-10-08.10:30:56 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <851275436.59250047.1381228250501.JavaMail.root@zimbra10-e2.priv.proxad.net> |
| In-reply-to | <5253D843.40506@egenix.com> |
| Content | |
|---|---|
> UTF-8, UTF-16 and UTF-32 codecs need to be as fast as possible > in Python to not create performance problems when converting > between platform Unicode data and the internal formats > used in Python. "As fast as possible" is a platonic dream. They only need to be fast enough not to be bottlenecks. If you know of a *Python* workload where UTF-16 decoding is the bottleneck, I'd like to know about it :-) |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2013-10-08 10:30:56 | pitrou | set | recipients: + pitrou, lemburg, gvanrossum, loewis, vstinner, ezio.melotti, tchrist, kennyluck, serhiy.storchaka |
| 2013-10-08 10:30:56 | pitrou | link | issue12892 messages |
| 2013-10-08 10:30:56 | pitrou | create | |