2015-07-06 12:51 GMT+02:00 Catalin Muresan <[email protected]>: > Salut, > > 2015-07-06 11:00 GMT+01:00 Alexandru Juncu <[email protected]>: > >> Salut! >> >> In ultimele zile am încercat să caut niște informații despre discuri >> cu sectorul de 4KiB. Dar se pare că Internetul încă nu a fost >> actualizat pentru "AF 4Kn" (în mare se discută despre 512e). Așa că nu >> știu în ce situații documentația zice că X este 512B pentru că așa >> este sau pentru că se presupune că e 512 deoarece nu a fost >> actualizată pentru a lua în considerare varianta de 4096. >> > > asta e cea mai mare buba, presupunerea de 512b. E peste tot si hardcoded > prin software, etc. > > >> >> Exemple de întrebări pe care le am: >> 1) MBR (care știe ce e un LBA) are o limitare de 2TiB pentru că nu >> poate adresa mai mult de 2^32 LBA-uri iar un LBA este 512B. Dar dacă >> un sector are 4KiB înseamnă că LBA-ul este acum mai mare? Ceea ce ar >> însemana că limitarea de 2TiB nu mai există. >> Mărimea unui LBA este mărimea sectorului fizic? Sau este prin >> convenție 512B tot timpul? >> > > Da, cu sectoare 4k poti sa ajungi de la 2T la 16T dar sector de 512bytes e > hardcoded in o gramada de software sau OS-uri si nu e prea bine documentat > ce si cum. E banal sa folosesti totusi GPT unde ai 64biti (8192 EB). > Oricun pina acum 4k/4k disks sunt disponibile doar limitat si doar pentru > enterprise (mediu mult mai controlat decit end-user) asa ca inca nu e o > problema. De urmarit in Linux suportul pentru asta. sigur o sa apara pe > listele de discutii de storage. > In Linux userspace informatia e disponibila: > > # hdparm -I /dev/sdc|grep Sector > Logical Sector size: 512 bytes > Physical Sector size: 4096 bytes > > asa ca daca un userspace tool vrea, este un API prin care sa obtina logical > si physical sector size. > > >> Dacă e variabil, unde este specificată mărimea și cine o interpretează? >> >> (eu cred că LBA este definit ca 512B și este folosit la fel indiferent >> de tipul de disc, dar nu am găsit o documentatie clară legată de >> asta). >> > > wikipedia: > > https://en.wikipedia.org/wiki/Advanced_Format#4Kn > https://en.wikipedia.org/wiki/Master_boot_record#Partition_table_entries > > >> >> 2) În cazul UEFI/GPT, dacă sectorul este de 4KiB, '"protective MBR" >> ocupă un sector de 4096B sau parțial unul de 512B? Altfel spus, GPT >> header începe de la octetul 512 (numărând de la 0 :P) sau de la 4096? >> > > definitia e pe sectoare, asa ca daca e sector de 4k atit ocupa. > > >> >> Și oarecum comun pentru ambele întrebări: în GPT, lungimea unei >> partiții este numărate în câte blockuri/sectoare de 512 sunt sau câte >> blocuri de $SECTOR_SIZE sunt. >> > > blocuri de sector size. Exista API pentru obtinut sector size asa ca > userspace o sa se conforme. > > >> >> Mă gândeam că sunt pe aici oameni care s-au jucat cu discuri cu 4K >> nativ și au observat cum arată lucrurile în practică. >> > > Cum ziceam, inca nu exista, exista doar advanced format care sunt 512/4k > adica se prezinta ca un 512 dar intern are 4k sector size si e extrem de > important sa aliniezi partitiile la 4k pentru ca daca nu ai performanta la > jumatate sau 1/3 la write. > Oricum soft-urile actuale (ultimii 5-6 ani) aliniaza la 1Mbyte (256 sectors > de 4k) asa ca e OK. E OK si pentru SSD care au 128k/256k sector size (erase > block) intern dar nu prezinta asa ceva prin API.
Salut! Mersi pentru răspuns. Da, știu că acum sunt predominant discurile cu 512e (512 logic și 4096 fizic). De asta întrebam aici, în speranța că cineva s-a jucat cu discuri adevărate. Am vrut mă testez într-o mașină virtuală dar aparent suportul pentru 4K e limitat și în mediile virtuale. Wikipedia e, evident, primul loc unde m-am uitat. dar mi se pare că se contrazice (de exemplu la partea cu MBR-ul de 4KiB). Voiam ceva mai sigur. Deci zici că LBA-ul este variabil și dacă sectorul e de 4096, și în MBR și în UEFI se vor număra sectoarele 'întregi' și sistemul de operare va trebui să îsi dea seama că va trebui să calculeze mărimea efectiva, corect? Legat de aliniere, aia e o altă întrebare. Da, știu că 'mai nou' (nu știu exact de când, dar țin minte probleme de formatare între diverse distribuții) e alinierea de 1MiB în loc de 63 (parcă) sectoare. Și știu că alinierea asta permitea unor bootloader-e să scrie niște metadate în locul dintre MBR și prima partiție. Dar înțeleg că GPT ar ignora chestia asta și că UEFI permite ca partiția să inceapă imediat după GTP (again, citation needed... asta e ceva ce am văzut pe un post de pe stack exchange sau ceva asemănător). Thanks again! _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
