Discussion :

[Sve@r]

Bonjour

Je me pose cette question: que fait concrètement id() ???

Voici ce que dit la doc

id(...)
id(object) -> integer

Return the identity of an object. This is guaranteed to be unique among
simultaneously existing objects. (Hint: it's the object's memory address.)

Donc là je ne me trompe pas. Je lis bien "c'est l'adresse mémoire de l'objet".

Ensuite je fais quelques tests

Code python :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
>>> a=5
>>> id(a)
10771648
>>> a=6
>>> id(a)
10771680
>>> a=5
>>> id(a)
10771648
>>> b=a
>>> id(b)
10771648
>>> id(5)
10771648
>>> id(6)
10771680
>>> id(a+1)
10771680

Donc là je ne comprends plus trop. Si vraiment id() donne l'adresse de la variable "a", le résutat ne devrait pas être fonction de son contenu. Et si "b" est une copie de "a", son adresse à elle devrait être différente. Et on ne peut pas demander l'adresse d'un nombre codé en dur. En tout cas, ce sont là des questions qui me turlupinent. Peut-être parce que j'essaye de faire le rapprochement avec le &a du C qui n'aurait pas du tout répondu la même chose avec des tests équivalents...

Alors j'avais bien une hypothèse: je me disais que les valeurs en dur (5, 6) sont stockées dans la zone statique du code et que id() me renvoie l'adresse de cette zone. Cela aurait pu expliquer tous les différents résultats... à l'excepté du dernier (id(a+1)) car là c'est un calcul que je demande. Or l'adresse d'un calcul...???

Donc si quelqu'un avait une explication...

Merci à tous de votre attention.

[plxpy]

Bonjour

je pense que c'est l'adresse éphémère de l'entier tout aussi éphémère résultat de a+1

[wiztricks]

Salut,

Il faut commencer par se souvenir qu'avec Python, une variable est l'association entre une chaîne de caractère (a, b,...) et un objet.
Et qui dit "association" pense "dictionnaire".
Exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
>>> a = 5
>>> globals()['a']
5
>>> globals()['b'] = a
>>> b
5

Avec les entrées "a" et "b" du dictionnaire globals() associées au même objet 5 (qui est un "int" et non mutable). Pour l'instant, normal que l’identifiant de l'objet soit identique.

Après on a un détail de l'implémentation de CPython (décrit ici) et qui permet à Python d'avoir en cache les entiers de -5 à 256

Le fond étant que si j'associe le même entier à deux variables différentes, on aura l'égalité mais pas nécessairement des objets identiques. Pour les entiers précédents on a aussi des objets identiques:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
>>> a = 6
>>> b = 5+1
>>> id(a)
8791589086000
>>> id(b)
8791589086000
>>>

Alors que si on sort de cet intervalle:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
>>> a = 1000
>>> b = 1000
>>> id (a)
30455856
>>> id(b)
4474768

C'est une optimisation qui existe aussi pour les chaines de caractères:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
>>> a = 'toto'
>>> b = 'toto'
>>> id(a)
38273408
>>> id(b)
38273408
>>>

et qui est "acceptable" puisque ces objets là sont non mutables.

- W

[Sve@r]

Et qui dit "association" pense "dictionnaire".

Joli

Après on a un détail de l'implémentation de CPython (décrit ici) et qui permet à Python d'avoir en cache les entiers de -5 à 256

Amusant. Bon, je conçois que cela ait pu fausser mes tests. Mais ça ressemblait presque à mon hypothèse à propose des valeurs stockées en zone statique
Accessoirement je comprends bien la signification de 256 mais pour ce qui est de "-5" ça... ?

C'est une optimisation qui existe aussi pour les chaines de caractères et qui est "acceptable" puisque ces objets là sont non mutables.

Oui oui, ça je savais donc c'est pour ça que je me suis cantonné aux valeurs simples.

Bravo pour ton explication

Merci à plxpy. Même si ton hypothèse ne m'avait pas vraiment convaincu et que j'attendais avec impatience voir la réponse de wiztricks, c'est toujours bon de voir quelqu'un s'intéresser à ses questions :

[wiztricks]

Salut,

Mais ça ressemblait presque à mon hypothèse à propose des valeurs stockées en zone statique

C'est le cas du point de vue du programmeur C: ces objets existent dans un tableau pré-alloué. Mais vu du programmeur Python, a = 5 ne crée pas un nouvel objet peu importe la cuisine qu'il y a derrière.

Accessoirement je comprends bien la signification de 256 mais pour ce qui est de "-5" ça... ?

Je n'ai peut être pas bien cherché mais je n'ai rien trouvé qui raconte pourquoi/comment ils en sont arrivé à ce choix.

- W

[lg_53]

On avait déjà un peu abordé le sujet, en dérivant d'un autre sujet il y a quelques mois :

https://www.developpez.net/forums/d1...iables-python/

[Sve@r]

On avait déjà un peu abordé le sujet, en dérivant d'un autre sujet il y a quelques mois

Oui, j'avais une vague réminiscence de ce topic mais je savais aussi que ça ne m'avait pas convaincu. Donc là j'ai reposé le problème bien proprement avec des tests bien construits (sauf que je ne savais pas que ces tests étaient faussé car inclus dans la plage [-5:256] )
Depuis, j'ai refait de nouveaux tests avec des valeurs dépassant 256 et là id() répond des trucs qui sont plus en adéquation avec ce que j'imaginais au début.

J'ai d'ailleurs remarqué un truc amusant: id(nbr) renvoie toujours la même chose quel que soit le nombre... jusqu'à ce qu'on modifie une variable existante ou qu'on en crée une nouvelle

Code python :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
>>> a=500
>>> id(a)
140558318882736
>>> id(1000)
140558318931856
>>> id(2000)
140558318931856
>>> id(3000)
140558318931856
>>> id(4000)
140558318931856
>>> a=500
>>> id(a)
140006045630352
>>> id(4000)
140558318882736

Excellent non ? On remarque que la dernière valeur est celle qui contenait "a" à l'origine (qui se trouve maintenant ailleurs).

Et si on continue avec une opération là les valeurs sont les mêmes mais de 2 en 2

Code python :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
>>> id(4000)
140444022550416
>>> id(4000+1000)
140444021958640
>>> id(4000+1000)
140444021958576
>>> id(4000+1000)
140444021958640
>>> id(4000+1000)
140444021958576
>>> id(4000+1000)
140444021958640
>>> id(4000+1000)
140444021958576
>>> id(4000+1000)
140444021958640

Ca ressemble au comportement décrit par plxpy qui parle d'adresse éphémère...

[wiztricks]

Salut,

Ca ressemble au comportement décrit par plxpy qui parle d'adresse éphémère...

Relisez la documentation et essayez de comprendre que faire id(4000) ou id(5000+1000), c'est déjà un peu n'importe quoi vu ce qu'en raconte la documentation.

- W