50 replies to this topic

[WanWizard]

Tja, ik vind dat wat kort door de bocht, daar zijn ook de meningen over verdeeld.

 

Disks verteld me:

Model: ST1000LM024 HN-M101MBB (2BA30003)

Size: 1.0 TB (1,000,204,886,016 bytes)

 

En als ik daarvan een partitie pak:

Size: 820 GB — 515 GB free (37.1% full)

 

Echter, als ik het OS vraag wat deze daarvan vind (via df -h) dan krijg ik

/dev/mapper/fedora_catwoman-data  752G  272G  442G  39% /data

 

Ik moet df expliciet vragen (via -H) om met fabrikantcijfers rekening te houden:

/dev/mapper/fedora_catwoman-data  807G  292G  475G  39% /data

 

En zelfs dan kom in niet in de buurt van die 820GB...

 

Dus wat is nu juist hier?

[theparasol]

Je kunt die hele disc niet gebruiken om files te storen. Er is overhead, ik noem maar wat: bootsector, mbr, fat (of wat vergelijkbaars) en dan heb je ook nog clustersizes.

Staat die op 4Kb dan neemt 1 byte in werkelijkheid minimaal 1 byte in maar soms wel tot 4Kb.

Wellicht dat er wat modernere varianten bestaan die wat minder overhead hebben voor de metadata maar ik heb dat de laatste jaren niet meer zo intensief gevolgd.

[littlesat]

Die van de movielist wordt in Components/DiskInfo bepaald.. En dan wel met een complete andere methode... Daar wordt voor KB MB GB wel gedeeld door 10.000.000 enz... maar er wordt een shift right gedaan (dus 1024, 1024^2 enzzz) voor de uiteindelijke weergave... maar het vrije stuk wordt daar bepaald door het aantal vrije bloks...

 

Vanuit de history van E2 ligt dit dus eigenlijk al helemaal krom...

[Erik Slagter]

Parasol, dat heb ik net al aangehaald. Filesystem overhead. Superblocks en kopieen daarvan, I-nodes, metadata. Dat is andere koek dan een FAT. Het is de normaalste zaak van de wereld dat als je een 1.5Tb disk koopt, dat je daarvan 1.1 Tib ofzo overhoudt (check met df -h). Dat is gewoon de realiteit, moeten we daar nou zo moeilijk over doen.

[theparasol]

Om mij niet, dat gedeelte snap ik wel maar ik kan er niet tegen als er binnen in en dezelfde "omgeving" verschillende rekenmethodieken op worden nagehouden.

[Sjaaky]

Precies. Er is maar 1 standaard en daar zouden we ons aan moeten houden. Ook al is het voor de meesten van ons flink wennen dat een KB 1000 bytes is en geen 1024 bytes zoals we dat meer dan 20 jaar geleden geleerd hebben.

[WanWizard]

Ik snap niet waarom er maar over doorgezaagd wordt.

 

Dus nogmaals: Het about scherm geeft  een overzicht van de hardware. Wat daar staat MOET (m.i.) overeenkomen met wat er in zit. Dus een 1.5TB disk moet daar als 1.5 worden weergegeven, en niet als 1.1. Effectieve ruimte, en vrije ruimte, is op dat scherm helemaal niet interessant, dat is runtime info, geen hardware info. Dat is voor de niet-technische eindgebruiker het meest logische.

 

Welke berekening er vervolgens in de filelist wordt weergegeven is totaal niet relevant voor diezelfde eindgebruiker, al gebruik je 237151 als deler. Enige wat daar relevant is, is hoeveel ruimte heb ik nog vrij voor opnames, en dat is een relatief begrip, welke deler je ook gebruikt, de verhouding blijft exact dezelfde.

 

We moeten eens ophouden met al deze problemen vanuit een nerd standpunt te benaderen, maar ons verplaatsen in de schoenen van de gemiddelde eindgebruiker (ik pak mijn 75-jaar oude vader altijd maar als voorbeeld).

[Erik Slagter]

+1

En de gebruiker moet ook eens leren dat als die een harddisk koopt van 1.5 Tb, dat je daar geen 1.5 Tb aan data op kunt vrotten (maar hooguit 1.1 Tb). Dan is er geen probleem.

[Jan Gruuthuse]

Kort door de bocht. Je koopt 1.5 liter fles en je kan maar 1.1 liter vullen. Begrijpelijk dat de eindgebruiker dit niet kan vatten. Zeker niet na de diesel sjoemel software. Oweeh, hebben de programmeurs me daar weer iets geflikt.

[DeBeek]

+1

En de gebruiker moet ook eens leren dat als die een harddisk koopt van 1.5 Tb, dat je daar geen 1.5 Tb aan data op kunt vrotten (maar hooguit 1.1 Tb). Dan is er geen probleem.

 

Alleen gaat het hier niet om.......

[Erik Slagter]

Kort door de bocht. Je koopt 1.5 liter fles en je kan maar 1.1 liter vullen. Begrijpelijk dat de eindgebruiker dit niet kan vatten. Zeker niet na de diesel sjoemel software. Oweeh, hebben de programmeurs me daar weer iets geflikt.

Gebruikers vinden heel snel dat ze genaaid worden door de programmeur. Beetje minder achterdocht mag best.