распаковки кушает плюс-минус столько же, сколько range + subscription внутри цикла? Там же должен быть более злобный процесс во втором случае.
ну как, распаковка это ж целый цикл, не? :)
ну тут лучше спросить специалистов по сипайтону, я не знаю
Всегда, это распаковка итерейбла
Но там же есть отдельные штуки: "UNPACK_SEQUENCE": [ "UNPACK_SEQUENCE_TWO_TUPLE", "UNPACK_SEQUENCE_TUPLE", "UNPACK_SEQUENCE_LIST",
А, ну тогда да, ты прав. Там просто новая ссылка на тупл_гетитем (два раза так)
Правда опкод просто UNPACK_SEQUENCE генерится. Я не в курсе, как эта метадата со спецификой используется и должно ли оно быть отдельным опкодом быть прямо при генерации.
Примерно это происходит. if (PyTuple_CheckExact(seq)) { if (PyTuple_GET_SIZE(seq) != oparg) { SPECIALIZATION_FAIL(UNPACK_SEQUENCE, SPEC_FAIL_EXPECTED_ERROR); goto failure; } if (PyTuple_GET_SIZE(seq) == 2) { instr->op.code = UNPACK_SEQUENCE_TWO_TUPLE; goto success; } instr->op.code = UNPACK_SEQUENCE_TUPLE; goto success; }
А почему бы ему не быть отдельным опкодом?
Я просто не в курсе, на какой стадии эта специализация происходит. До того как код сгенерился, или после. И где бы про это всё кроме исходников почтать.
Ок. Записал себе. когда захочется расплавить себе мозг, включу.
Обсуждают сегодня