Le bit Juju(pour un double)

-petit jo: Hé! Juju ! Tu passes à la TV ! Pense à mettre ta belle robe du dimanche ! (on plaisante les filles!)

08/08/2023:

Vous criez que le double est limité(que l'on a défini NA,+inf,-inf et ne peut contenir d'autres significations, tel true,false). Je demande qu'un bit (le bit juju), sinon alors c'est un Rdouble
Rdouble (en référence au langage R, où sa valeur peut contenir des réels,des booléens et des chaines), n'est autre qu'un mini variant certes! C'est juste pour ne pas créer un nouveau type

-petit jo: Conclusion:si on touche pas au type double (et les autres comme long) alors le format, avec un bit Juju, du type est un variant (en natif)! C'est mieux que Rdouble!

Voir d'après tweet

J'aime Commenter

C'est l'idée que je suis amené à penser. Tout ça, parce que aujourd'hui, la largeur des registres est sur 8 octets(1 octo)et qu'en langage R, il est intéressant que tout les types simples soit codés sur un octo! Pour la machine,cela va beaucoup plus vite pour déplacer les valeurs d'une matrice par exemple!

Il faut que vous compreniez, que si on a le bit Juju, certes on perd un bit signicatif dans (je préfère dans l'exposant que dans la mantisse) l'octo, mais alors on a un véritable variant comme type (et non une classe Variant). 
Je ne sais pas par l'expérience des logiciels de compta si on arrive souvent à ces grandes valeurs.Par contre,je sais que si on a le bit Juju, on peut avoir un variant qui pointe vers son objet (sisi le bit Juju à 1),et que si le double a besoin de plus de définition (le Tas peut réservé l'espace qu'il veut, oui je sais c'est fou),on peut faire des doubles (pas en natif mais émuler) sur 128 bits (ou +),si cela s'avère nécessaire!

Par la même occasion, avec le langage R, le programme ne sait pas le type de la donnée (qui est toujours, selon petit jo, sur un octo) qu'il doit manipuler, dans les matrices. Tout ce que je sais c'est qu'il peut contenir autre chose qu'un réel. Il peut être booléen aussi ou une étiquette(String). De plus, si l'entier peut être contenu sur 7 octet(cela veut dire exposant tout à zero,et bit juju à zéro aussi),il peut être considéré par le programme comme un entier signé ou un double, car il n'y voit que du feu, puisque c'est la même valeur dans l'octo(Vous voyez, les puristes)

J'ouvre la parenthèse pour dire ceci:le type string (et non la class String), quand ce n'est pas le type variant et avec le bit juju, peut si la valeur est inférieure à 8 octets tenir sur un octo.Si elle est supérieur à 7 octets alors (grâce au bit Juju), l'octo contient l'adresse dans le tas ou il contient toutes la valeur de la chaine.C'est un artifice pour aller plus vite et pour stoker dans moins de RAM!

Bien sur ce Rdouble,si l'ordi est conçu pour(le bit juju en natif) disparait pour devenir comme type:variant(sa valeur est sur 8 octets)

Bien maintenant, vous allez me dire, petit jo comment tu fais pour tout mettre sur un octo?-Là aussi, si on a le bit Juju, utiliser une astuce.

On a l'adresse dans le TAS du contenu de la valeur (l'objet) quand on a le bit Juju à 1. Mais pour ceux, qui savent comment hardware-ment est conçu un PC, toutes les adresses ne sont pas valides.Certes d'abord les adresses sont codées sur 63 bits puisqu'il y a le bit Juju(Ce n'est pas trop grâve, pour l'instant, car on est pas prêt d'arriver avec de la RAM avec autant de bits d'adresse!). C'est le premier 'arrangement'! Le deuxième arrangement,est que les 255 premières adresses sont utilisées pour des indirections systèmes(il n'y a pas que l'adresse 0 avec le bit Juju à 1:pour null) et donc normalement elles ne sont jamais mises comme valeur dans les programmes!Cela fait, 255 valeurs de réserve qui sont à notre disposition!Faites attention, à les remplir avec parcimonie!

Donc d'après ce que je vient de dire:
null =8000000000000000
false=8000000000000010 (oui comme en php, false est différent de zéro)
true =8000000000000011
nan  =8000000000000012 (qui est le nan booleen..différent du na du double)
(C'est arbitraire, c'est ma version au niveau des valeurs)
Bien sûr na,+inf,-inf ont leur valeur,pour faciliter le décodage du variant (qui n'est plus un double, à cause du bit Juju)

Allez, on peut aller plus loin, n'est ce pas?
-je rajoute ceci:

this =8000000000000001 (c'est l'adresse de l'objet selectionné! Comment on fait pour l'avoir?Le processeur doit avoir un registre this,c'est tout!)

super=8000000000000002 (c'est l'adresse du parent de l'objet selectionné! Comment on fait pour l'avoir?Le processeur doit avoir un registre super,c'est tout!)

Aussi:
par ex:8000000000000003 (c'est un bouchon pour dire que après c'est le début d'une sous-liste)
par ex:8000000000000004 (c'est un bouchon pour dire que après c'est la fin de la sous-liste)
par ex:8000000000000005 (c'est un bouchon pour dire que après c'est la fin de la liste)
Pratique quand c'est dans une pile!

par ex:8000000000000006 (c'est un bouchon pour dire que pile est pleine)
En effet, l'assembleur ne sait jamais quand la pile est pleine.
Alors en plaçant ce bouchon à la fin du tas(new), que l'on efface jamais même si on arrive à remplir la pile,on veut un push avec la pile,faire un test en lisant   
 la valeur à son futur emplacement avant. Je reconnais que c'est deux fois plus lent, mais il n'y a aucun débordement possible!On peut créer une instruction qui lit la donnée et push si pas fin du bouchon!

-C'est pas fini!-Avec le bit Juju,on a vu que l'on peut avoir plusieurs valeurs, mais le plus important (puisque c'est le type variant, et non string ou double),c'est que pour les autres valeurs de l'octo (si bit Juju=1),c'est tout simplement l'adresse dans le Tas de l'objet(qui devra nécessairement contenir une valeur (je pense l'adresse de la class)pour dire quel classe il s'agit!le type string pour un variant n'existe plus, vu qu'il faut aussi contenir tout les Objets, cela devient un objet String.

Voila! Pas mal?-non!

PS:les tableaux et les listes(les Complex,les coordonnées,les zones d'écran...) entre autres,sont traités comme des Object

Fermer

Le texte est modifiable, si vous ne voulez imprimer qu'une partie ou ajouter des commentaires avant l'impression

Imprimer