Discussion :

[Luke spywoker]

Bonjours,
j'ai constater que les tailles de fichiers données par python sont plutot des kibi-octets que des octets:
Pour info:
1 Ko == 1000 octets, 1 Kibi-octet == 1024 octets,
1 Mo == 1000000 octets , 1Mebi-octet == 1048576 octets.
Pour illustration :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
from __future__ import division
import os
a='mon fichier'
a_taille=75.9 #d'après les propriétés de Linux
#Or
a=os.stat('mon fichier')
a[-4]/1000 #[-4] donne la taille du fichier
77.676000000000002
a[-4]/1024
75.85546875

Alors est-ce-que Linux est kibi ou est-ce Python, tel est la question ?

[dividee]

Alors est-ce-que Linux est kibi ou est-ce Python, tel est la question ?

Je ne vois pas comment affirmer une chose pareille pour Python dans ton exemple, vu qu'il donne la taille de fichier en octets.

A ma connaissance, les tailles de fichiers sont toujours données en "kilo"=1024, c'est traditionnel (ce n'est pas le cas pour les capacités de disque et les débits (Kbit/s = 1000 bit/s)). Du moment que tout le monde joue le même jeu c'est un moindre mal. Si un programme affichait les tailles en "kilo"=1000, cela ne ferait que provoquer la confusion. Je considérerais cela comme un bug tellement cela va à l'encontre de l'usage courant...

[pacificator]

Pour info:

• c'est ko et pas Ko le K, c'est Kelvin.
• Kio, Mio, ... sont des grandeurs normalisées, pas des bugs...
• Sous linux, de nombreux programmes s'expriment en Mio, Kio (nautilus par exemple, qui est un logiciel d'usage courant).

Perso, je préfere, c'est pas parce que 'les gens' n'y sont pas habitués qu'il faut les maintenir dans l'approximation