id() concrètement ça fait quoi ?

Bonjour

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

Voici ce que dit la doc

Citation:

---

Envoyé par python

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:

---

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...??? :koi:

Donc si quelqu'un avait une explication...

Merci à tous de votre attention. 8-)

Bonjour

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

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:

---

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:

---

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:

---

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:

---

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

Citation:

---

Envoyé par wiztricks

Et qui dit "association" pense "dictionnaire".

---

Joli :applo:

Citation:

---

Envoyé par wiztricks

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 8-)
Accessoirement je comprends bien la signification de 256 mais pour ce qui est de "-5" ça... ?:weird:

Citation:

---

Envoyé par wiztricks

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 :applo:

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 ::chin:

Salut,

Citation:

---

Envoyé par Sve@r

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

---

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.

Citation:

---

Envoyé par Sve@r

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

---

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

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/

Citation:

---

Envoyé par lg_53

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] :aie:)
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:

---

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:

---

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...8-)

Salut,

Citation:

---

Envoyé par Sve@r

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

---

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