Если размер (доступной) RAM ограничен, почему жесткий диск не?
Когда количество возможных адресов RAM ограничено архитектурой ЭВМ (32/64 бита), почему размер жесткого диска не ограничен?
Или это ограничено? Если да, каков был бы максимально возможный размер жесткого диска для 32-разрядного компьютера?
Как адреса жестких дисков обрабатываются затем?
3 ответа
HDs обращены иерархией сектора головки цилиндра. Интересно, более актуальное. логическая форма обращения, названного LBA, была расширена за эти годы для поддержки больших и больших размеров. Это объяснено здесь подробно.
То, что ограничено, однако, является размерами файла. Такие пределы могут быть найдены для соответствующих файловых систем (FAT32, NTFS, и т.д.)
RAM непосредственно отображается в шину процессора address/data. Жесткие диски не. Они взаимодействуют через интерфейс к дисковому контроллеру (IDE, SATA, SCSI, и т.д.). Дисковый контроллер копирует данные в RAM в меньших блоках, где ЦП работает с ним.
Дисковые контроллеры имеют свои собственные схемы адресации (обычно на основе Цилиндров, Голов и Секторов диска). Они подверглись различным ограничениям за эти годы. Обычно они имеют тенденцию быть ограничениями в операционной системе и BIOS, не так в аппаратных средствах.
Хорошим примером предела обращения жесткого диска была бы 48-разрядная проблема LBA: http://support.microsoft.com/kb/303013
Размеры жестких дисков ограничены числом битов, используемых в цилиндре/голове/секторе. В удаленном прошлом (т.е. 10 лет назад) необходимо было перейти ко всем видам длин для переотображения CHS и расширенных схем LBA, таким образом, Вы могли использовать диск, более крупный, чем 32 МБ, чем больше, чем 512 МБ и т.д.
Размеры файла ограничены числом битов, используемых для определения размера. В FAT32 это - 32 бита и так файлы на 4 ГБ, в NTFS это - 64 бита так very-very-very огромные файлы (18 эксабайт?). ZFS Sun может хранить файлы 256 pebi-zebibytes, который является, вероятно, больше, чем существуют атомы для создания диска из.
Это возможно, потому что диски настолько медленнее, чем память, это не проблема для хранения размера в числе дольше, чем 32 бита, потому что время, необходимое ЦП, чтобы считать части числа и добавить их вместе, настолько меньше, чем время доступа.
Вы могли сделать это для памяти и иметь 64 бита адресного пространства на машине на 32 бита путем хранения каждого адреса в двух значениях - это будет медленно, но это - то, что мы должны были сделать для обращения к 64K памяти на машине на 8 битов.