Forums before death by AOL, social media and spammers... "We can't have nice things"
|    alt.os.development    |    Operating system development chatter    |    4,255 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 3,166 of 4,255    |
|    JJ to muta...@gmail.com    |
|    Re: sector size    |
|    19 Apr 22 17:41:45    |
      From: jj4public@gmail.com              On Mon, 18 Apr 2022 11:16:19 -0700 (PDT), muta...@gmail.com wrote:       >       > What is the logic behind choosing a sector size?       > Could they have chosen a sector size of 1 byte?       > Or 4096 right from the start?       >       > Also, is the switch from 512 to 4096 being done       > purely because they are exceeding the 32-bit       > sector number? Previously when they were using       > CHS addressing, basically 24-bit, they switched to       > LBA to get the 32 bits. But why not make an       > LBA-enhanced that is 64 bits?       >       > Thanks. Paul.              A sector consist not just user data area, but also identification marker,       address, synchronization marker, and gaps - which also consume space on the       physical media. See Int 1Eh Diskette Parameter table. More details can be       found in IBM PC Technical Reference document.              Having too small sector size increases the space required for those data.       It'd be kind of like overhead of a file system, but in this case, a disk's       sector layout within a track.              The unformatted capacity of a floppy disk is the raw capacity before being       used for those formatting data - which is quite larger than the formatted       one. e.g. 2MB unformatted for 1.44MB format.              Custom high capacity floppy disk formats such as 2M/3M, Microsoft DMF, and       IBM XDF, shrink the gap lengths to make room for additional sectors. IBM XDF       mixes sector sizes in the same track.              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca