Discussion :

[shaiHulud]

Bonjour,

Code :

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

1
2
3
 
class([true,1])    % -> double
x= true; x(2)= 4; % -> true(2,1) !!!

Pourquoi la coercion se fait-elle vers des booléens dans le cas 2 ?

Imho, la seule raison valable serait de ne pas recopier la zone mémoire x avant l'insertion du 4.
Je croyais que Matlab opérait une copie sur une telle insertion, enquel cas le cast vers double serait peu coûteux par rapport à la copie mémoire.
S'agit-il d'un vecteur en zones non contiguës,ou ais-je raté quelque chose ?

[ERCO503]

Un variable conserve sa classe de création quoi qu'il se passe, tant qu'elle n'est pas redéfinie par écrasement.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
>> x = single(pi); class(x), x(:) = double(pi); class(x), x = double(pi); class(x)
ans =
single
ans =
single
ans =
double
>> x = double(pi); class(x), x(:) = single(pi); class(x), x = single(pi); class(x)
ans =
double
ans =
double
ans =
single

Imagine que tu te crées une énorme matrice en single pour sauver de la mémoire. Maintenant, disons que tu effectues des opérations sur cette matrice qui redéfinissent certaines valeurs. Il faudrait alors que tu t'assures à chaque fois que ces valeurs soient single, sinon insérer une valeur double modifierait la classe de la matrice en entier en double, ce qui serait désastreux au niveau de la mémoire!

Il faudrait s'assurer de définir nos valeurs en single avant de les insérer, ce qui lourd à gérer.

Code :

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

1
2
3
4
5
6
7
>> a = ones(3,'single'); class(a), b = 1; class(b), a(2,2) = b; class(a)
ans =
single
ans =
double
ans =
single

Code :

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

1
2
3
4
5
6
7
8
9
10
11
>> a = ones(3,'uint8'); class(a), b = 1.6; class(b), a(2,2) = b; class(a), a
ans =
uint8
ans =
double
ans =
uint8
a =
    1    1    1
    1    2    1
    1    1    1

[shaiHulud]

Merci Erco,

Oui je suis d'accord avec ton argument. Cela dit, mon exemple n’était pas une insertion mais un redimensionnement. Pour que la copie mémoire n'aie pas lieu dans ce cas, il faut:
- soit que Matlab gère des matrices sur des zones mémoires non contiguës, mais je croyais que seuls les cells étaient traités de la sorte.
- soit qu'une zone mémoire plus grande que la taille initiale soit allouée. Dans ce dernier cas, la copie complète finira par se produire si on rajoute trop d'éléments, et donc le coerce n'est pas vraiment justifié à mes yeux.

Quoiqu'il en soit, je pense q'un warning serait une bonne pratique ici.