파이썬의 내장 사전은 어떻게 구현됩니까?


294

누구나 파이썬의 내장 사전 유형이 어떻게 구현되는지 알고 있습니까? 내 이해는 그것이 일종의 해시 테이블이지만, 어떤 종류의 결정적인 대답도 찾을 수 없었습니다.


4
다음은 2.7에서 3.6까지의 파이썬 사전에 대한 통찰력있는 이야기입니다. 링크
Sören

답변:


494

다음은 내가 만들 수 있었던 Python dicts에 대한 모든 것입니다.

  • 파이썬 사전은 해시 테이블 로 구현됩니다 .
  • 해시 테이블은 해시 충돌을 허용해야합니다. 즉 두 개의 개별 키에 동일한 해시 값이 있더라도 테이블 구현에는 키와 값 쌍을 명확하게 삽입하고 검색하는 전략이 있어야합니다.
  • 파이썬 dict개방 주소 지정 을 사용 하여 해시 충돌을 해결합니다 (아래 설명 참조) ( dictobject.c : 296-297 참조 ).
  • 파이썬 해시 테이블은 연속적인 메모리 블록입니다 (배열과 같은 종류이므로 O(1)색인 으로 조회 할 수 있습니다 ).
  • 테이블의 각 슬롯은 하나의 항목 만 저장할 수 있습니다. 이것은 중요합니다.
  • 테이블의 각 항목 은 실제로 <hash, key, value> 의 세 값의 조합입니다 . 이것은 C 구조체로 구현됩니다 ( dictobject.h : 51-56 참조 ).
  • 아래 그림은 Python 해시 테이블의 논리적 표현입니다. 아래 그림 0, 1, ..., i, ...에서 왼쪽은 해시 테이블 의 슬롯 인덱스입니다 (그들은 단지 설명을위한 것이며 테이블과 함께 저장되지 않습니다!).

    # Logical model of Python Hash table
    -+-----------------+
    0| <hash|key|value>|
    -+-----------------+
    1|      ...        |
    -+-----------------+
    .|      ...        |
    -+-----------------+
    i|      ...        |
    -+-----------------+
    .|      ...        |
    -+-----------------+
    n|      ...        |
    -+-----------------+
  • 새로운 dict가 초기화되면 8 개의 슬롯으로 시작 합니다 . ( dictobject.h : 49 참조 )

  • 테이블에 항목을 추가 할 때 i키의 해시를 기반으로하는 일부 슬롯으로 시작 합니다. CPython은 처음에 i = hash(key) & mask(where mask = PyDictMINSIZE - 1, 그러나 중요하지는 않습니다)를 사용합니다. 확인되는 초기 슬롯 () 은 키 i해시 에 따라 다릅니다 .
  • 해당 슬롯이 비어 있으면 항목이 슬롯에 추가됩니다 (항목별로 <hash|key|value>). 그러나 그 슬롯이 점령되면 어떻습니까!? 다른 항목의 해시가 동일하기 때문에 (해시 충돌!)
  • 슬롯을 점유하는 경우의 CPython (심지어 PyPy)는 비교 해시 AND 키 (비교 I 평균하여 ==비교 아닌 is(삽입 해시 현재 엔트리의 키에 대한 슬롯의 엔트리의 비교) dictobject.c을 : 337,344-345 ). 경우 모두 일치, 다음은 항목이 이미 생각하고 포기하고 다음 항목에 이동 삽입 할 수 있습니다. 중 해시 또는 키가 일치하지 않는 경우, 시작 프로빙 .
  • 프로빙은 빈 슬롯을 찾기 위해 슬롯별로 슬롯을 검색한다는 의미입니다. 기술적으로 우리는 하나씩 하나씩 가서 i+1, i+2, ...사용 가능한 첫 번째 것을 사용할 수 있습니다 (선형 프로빙). 그러나 주석에서 아름답게 설명 된 이유로 ( dictobject.c : 33-126 참조 ) CPython은 랜덤 프로빙을 사용합니다 . 랜덤 프로빙에서는 다음 슬롯이 의사 랜덤 순서로 선택됩니다. 항목이 첫 번째 빈 슬롯에 추가됩니다. 이 토론에서 다음 슬롯을 선택하는 데 사용되는 실제 알고리즘은 실제로 중요하지 않습니다 ( 탐색 알고리즘 은 dictobject.c : 33-126 참조 ). 중요한 것은 첫 번째 빈 슬롯이 발견 될 때까지 슬롯이 프로브되는 것입니다.
  • 조회에서도 마찬가지입니다. 초기 슬롯 i로 시작합니다 (여기서 i는 키의 해시에 의존합니다). 해시와 키가 모두 슬롯의 항목과 일치하지 않으면 일치하는 슬롯을 찾을 때까지 프로빙을 시작합니다. 모든 슬롯이 소진되면 실패를보고합니다.
  • BTW dict는 2/3가 가득 찬 경우 크기가 조정됩니다. 이렇게하면 조회 속도가 느려지지 않습니다. ( dictobject.h : 64-65 참조 )

참고 : dict의 여러 항목이 동일한 해시 값을 가질 수있는 방법에 대한 내 질문 에 대한 응답으로 Python Dict 구현에 대한 연구를 수행했습니다 . 모든 연구가이 질문과도 관련이 있기 때문에 약간 편집 된 버전의 답변을 여기에 게시했습니다.


8
해시와 키가 일치하면 (삽입 op) 포기하고 계속 진행합니다. 이 경우 기존 항목 덮어 쓰기를 삽입하지 않습니까?
0xc0de

65

파이썬의 내장 사전은 어떻게 구현됩니까?

짧은 과정은 다음과 같습니다.

  • 그것들은 해시 테이블입니다. (파이썬 구현의 세부 사항은 아래를 참조하십시오.)
  • Python 3.6부터 새로운 레이아웃 및 알고리즘으로 만듭니다.
    • 키 삽입 순서
    • 적은 공간을 차지하고
    • 사실상 비용이 들지 않습니다.
  • 다른 최적화는 공유 키를 지시 할 때 공간을 절약합니다 (특별한 경우).

정렬 된 측면은 Python 3.6 (비공식적 인 기회를 제공하기 위해) 비공식적이지만 Python 3.7 에서는 공식적입니다 .

파이썬의 사전은 해시 테이블입니다

오랫동안 이처럼 정확하게 작동했습니다. 파이썬은 8 개의 빈 행을 미리 할당하고 해시를 사용하여 키-값 쌍을 고정 할 위치를 결정합니다. 예를 들어, 키의 해시가 001로 종료되면 1 (예 : 2 번째) 인덱스에 고정됩니다 (아래 예와 같이).

   <hash>       <key>    <value>
     null        null    null
...010001    ffeb678c    633241c4 # addresses of the keys and values
     null        null    null
      ...         ...    ...

각 행은 64 비트 아키텍처에서 24 바이트, 32 비트에서 12 바이트를 차지합니다. (열 머리글은 여기서 우리의 목적을위한 레이블 일 뿐이며 실제로 메모리에는 존재하지 않습니다.)

해시가 기존 키의 해시와 동일하게 종료 된 경우 이는 충돌이며 키-값 쌍을 다른 위치에 고정시킵니다.

5 개의 키-값이 저장된 후 다른 키-값 쌍을 추가 할 때 해시 충돌 가능성이 너무 커서 사전 크기가 두 배가됩니다. 64 비트 프로세스에서 크기 조정 전에는 72 바이트가 비어 있고 10 개의 빈 행으로 인해 240 바이트가 낭비됩니다.

이 작업에는 많은 공간이 필요하지만 조회 시간은 상당히 일정합니다. 키 비교 알고리즘은 해시를 계산하고 예상 위치로 이동하여 키의 ID를 비교하는 것입니다. 키가 동일한 객체 인 경우 동일합니다. 만약 그들이 다음, 해시 값을 비교하지 않으면 되지 같은, 그들은 동일한 아니에요. 그렇지 않으면 마지막으로 키가 같은지 비교하고, 같으면 값을 반환합니다. 평등에 대한 최종 비교는 상당히 느릴 수 있지만, 초기 검사는 일반적으로 최종 비교를 단축하여 조회를 매우 빠르게 만듭니다.

충돌로 인해 속도가 느려지고 공격자는 이론적으로 해시 충돌을 사용하여 서비스 거부 공격을 수행 할 수 있으므로 해시 함수의 초기화를 무작위 화하여 새로운 각 Python 프로세스에 대해 서로 다른 해시를 계산합니다.

위에서 설명한 낭비되는 공간으로 인해 사전을 삽입하여 정렬하는 흥미로운 새 기능을 사용하여 사전 구현을 수정했습니다.

새로운 소형 해시 테이블

대신 삽입 인덱스에 대한 배열을 미리 할당하여 시작합니다.

첫 번째 키-값 쌍이 두 번째 슬롯에 들어가므로 다음과 같이 색인을 생성합니다.

[null, 0, null, null, null, null, null, null]

그리고 우리 테이블은 삽입 순서로 채워집니다.

   <hash>       <key>    <value>
...010001    ffeb678c    633241c4 
      ...         ...    ...

따라서 키를 찾을 때 해시를 사용하여 예상 위치를 확인한 다음 (이 경우 배열의 인덱스 1로 바로 이동) 해시 테이블에서 해당 인덱스로 이동합니다 (예 : 인덱스 0 )에서 키가 동일한 지 확인하고 (앞에서 설명한 것과 동일한 알고리즘을 사용하여) 해당하는 경우 값을 반환합니다.

우리는 일정한 검색 시간을 유지하고 경우에 따라 약간의 속도 손실과 다른 경우에는 이익을 얻습니다. 기존 구현에 비해 많은 공간을 절약하고 삽입 순서를 유지한다는 단점이 있습니다. 낭비되는 유일한 공간은 인덱스 배열의 널 바이트입니다.

Raymond Hettinger 는 2012 년 12 월 에 python-dev 에서 이것을 소개했습니다 . 마침내 Python 3.6 에서 CPython에 들어갔습니다 . 삽입 순서는 3.6의 구현 세부 사항으로 간주되어 다른 Python 구현에서 따라 잡을 수 있습니다.

공유 키

공간을 절약하기위한 또 다른 최적화는 키를 공유하는 구현입니다. 따라서 모든 공간을 차지하는 중복 사전을 사용하는 대신 공유 키 및 키 해시를 재사용하는 사전이 있습니다. 다음과 같이 생각할 수 있습니다.

     hash         key    dict_0    dict_1    dict_2...
...010001    ffeb678c    633241c4  fffad420  ...
      ...         ...    ...       ...       ...

64 비트 시스템의 경우 추가 사전 당 키당 최대 16 바이트를 절약 할 수 있습니다.

커스텀 객체 및 대안을위한 공유 키

이 공유 키 사전은 사용자 정의 객체에 사용하기위한 것 __dict__입니다. 이 동작을 수행하려면 __dict__다음 객체를 인스턴스화하기 전에 채우기 를 완료해야한다고 생각 합니다 ( PEP 412 참조 ). 이 방법은 당신은 귀하의 모든 속성을 지정해야합니다 __init__또는 __new__다른 당신은 당신의 공간을 절약 할 수하지 않을 수 있습니다.

그러나 __init__실행 시점에 모든 속성을 알고 있다면 __slots__객체를 제공 하고 __dict__전혀 생성되지 않았거나 (부모가 사용할 수없는 경우) __dict__보장하거나 예상 속성이 허용되도록 보장 할 수도 있습니다. 어쨌든 슬롯에 저장됩니다. 에 대한 자세한 내용은 __slots__, 여기 내 대답을 참조하십시오 .

또한보십시오:


1
당신은 "우리"와 "Python의 다른 구현이 따라 잡을 수있는 기회"를 허용한다고 말했다. 이것은 "사물을 알고있다"는 것을 의미합니까? 사양에 따라 주문을받는 데 단점이 있습니까?
toonarmycaptain

주문의 단점은 주문이 예상되는 경우 주문되지 않은 더 나은 / 더 빠른 구현으로 쉽게 전환 할 수 없다는 것입니다. 그래도 그럴 것 같지 않습니다. 나는 "많은 대화를보고 나보다 실제 세계적으로 더 좋은 평판을 가진 핵심 멤버 및 다른 사람들이 쓴 많은 것을 읽으므로"알고있다 ". 내가 말하는 것 그러나 나는 당신이 Raymond Hettinger의 대화 중 하나에서 그 점을 알 수 있다고 생각합니다.
Aaron Hall

1
삽입이 어떻게 작동하는지 다소 모호하게 설명했습니다 ( "해시가 기존 키의 해시와 동일하게 끝났다면 키-값 쌍을 다른 위치에 고정시킬 것입니다"). 그러나 설명하지 않았습니다. 조회 및 멤버쉽 테스트 작동 방식 위치가 해시에 의해 어떻게 결정되는지는 확실하지 않지만 크기는 항상 2의 거듭 제곱이고 해시의 마지막 몇 비트를 취한다고 가정합니다.
Alexey

@Alexey 마지막으로 제공하는 링크는 주석이 달린 dict 구현을 제공합니다 find_empty_slot. github.com/python/cpython/blob/master/Objects/dictobject.c 라는 현재 969 라인 에서이 기능을 찾을 수 있습니다 # L969- 라인 134에서 시작하여 그것을 설명하는 몇 가지 산문이 있습니다.
Aaron Hall

46

파이썬 사전은 개방 주소 지정을 사용합니다 ( 아름다운 코드 내부 참조 )

NB! 개방형 주소 지정 , 일명 폐쇄 형 해싱 은 Wikipedia에서 언급 한 바와 같이 반대되는 개방형 해싱 과 혼동해서는 안됩니다 !

개방형 주소 지정은 dict에서 배열 슬롯을 사용하고 dict에서 오브젝트의 기본 위치를 가져 오면 오브젝트의 해시 값이 일부 재생되는 "섭동"체계를 사용하여 동일한 배열에서 다른 인덱스에서 오브젝트 스팟을 찾습니다. .


5
"반대 오픈 해싱과 혼동하지 마십시오! (허용 된 답변에서 볼 수 있습니다)" -당신이 그것을 쓸 때 어떤 대답이 받아 들여 졌는지, 그 대답이 당시에 무엇을 말했는지 잘 모르겠습니다. 그러나이 괄호로 묶은 주석은 현재 받아 들여진 대답에 맞지 않으며 가장 잘 제거 될 것입니다.
Tony Delroy
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.