unicode() has LOAD_GLOBAL which s.decode() does not. Is it generally the case that LOAD_ATTR is slower than LOAD_GLOBAL that lead to your intuition that the former would probably be slower? Or some other intuition? Of course, the results from timeit are a different thing - I ask about the intuition in the disassembler output. Thanks.
> > The presence of LOAD_ATTR in the first form hints that this is probably > going to be slower. Next, actually try it: > -- http://mail.python.org/mailman/listinfo/python-list