Jak zauważono w tym pytaniu, rozumienie listy jest używane list.append
pod maską, więc wywoła metodę zmiany rozmiaru listy, która z nadmierną alokacją.
Aby zademonstrować to sobie, możesz faktycznie użyć dis
dezasemblera:
>>> code = compile('[x for x in iterable]', '', 'eval')
>>> import dis
>>> dis.dis(code)
1 0 LOAD_CONST 0 (<code object <listcomp> at 0x10560b810, file "", line 1>)
2 LOAD_CONST 1 ('<listcomp>')
4 MAKE_FUNCTION 0
6 LOAD_NAME 0 (iterable)
8 GET_ITER
10 CALL_FUNCTION 1
12 RETURN_VALUE
Disassembly of <code object <listcomp> at 0x10560b810, file "", line 1>:
1 0 BUILD_LIST 0
2 LOAD_FAST 0 (.0)
>> 4 FOR_ITER 8 (to 14)
6 STORE_FAST 1 (x)
8 LOAD_FAST 1 (x)
10 LIST_APPEND 2
12 JUMP_ABSOLUTE 4
>> 14 RETURN_VALUE
>>>
Zwróć uwagę na LIST_APPEND
opcode w dezasemblacji <listcomp>
obiektu kodu. Z dokumentów :
LIST_APPEND (i)
Połączenia list.append(TOS[-i], TOS)
. Używane do implementacji list składanych.
Teraz, jeśli chodzi o operację powtarzania listy, mamy wskazówkę dotyczącą tego, co się dzieje, jeśli weźmiemy pod uwagę:
>>> import sys
>>> sys.getsizeof([])
64
>>> 8*10
80
>>> 64 + 80
144
>>> sys.getsizeof([None]*10)
144
Wydaje się więc, że jest w stanie dokładnie przydzielić rozmiar. Patrząc na kod źródłowy , widzimy dokładnie, co się dzieje:
static PyObject *
list_repeat(PyListObject *a, Py_ssize_t n)
{
Py_ssize_t i, j;
Py_ssize_t size;
PyListObject *np;
PyObject **p, **items;
PyObject *elem;
if (n < 0)
n = 0;
if (n > 0 && Py_SIZE(a) > PY_SSIZE_T_MAX / n)
return PyErr_NoMemory();
size = Py_SIZE(a) * n;
if (size == 0)
return PyList_New(0);
np = (PyListObject *) PyList_New(size);
Mianowicie tutaj: size = Py_SIZE(a) * n;
. Reszta funkcji po prostu wypełnia tablicę.
144 == sys.getsizeof([]) + 8*10)
gdzie 8 to rozmiar wskaźnika.