Performance of int/long in Python 3

[Chris Angelico]

On Tue, Apr 2, 2013 at 6:24 PM, jmfauth <wxjmfauth at gmail.com> wrote:
> An editor may reflect very well the example a gave. You enter
> thousand ascii chars, then - boum - as you enter a non ascii
> char, your editor (assuming is uses a mechanism like the FSR),
> has to internally reencode everything!

That assumes that the editor stores the entire buffer as a single
Python string. Frankly, I think this unlikely; the nature of
insertions and deletions makes this impractical. (I've known editors
that do function this way. They're utterly unusable on large files.)

ChrisA