|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 23 Jun 2003 21:57:24 To : Denis Sotchenko Subject : Re: LBA vs CHS -------------------------------------------------------------------------------- >>> Denis Sotchenko wrote: VN>> Вы про разные вещи говорите. Размерности на ATA шине при CHS VN>> адресации - 16:4:8. VN>> Общее подмножество - 10:4:6, которое даёт 1024*16*63 - предельная VN>> геометрия, которая удовлетворяет и BIOS, и шину ATA без трансляции. DS> Абсолютное большинство "старых" винчестеров в CHS сообщает геометрию не DS> более чем чтонибудь:16:63. При этом количество цилиндров легко превышает DS> 1024. Да. Рапортовать более 63 секторов стали уже после 32G. Это я уже говорил. DS> От BIOS требуется только одно - чтобы он дал загрузиться (путём размещения DS> системного раздела в доступной BIOS'у зоне, например). Результат - после DS> успешной загрузки в CHS, когда OS уже видит винт сама, но при этом не знает DS> ни о чём, кроме CHS, макс.объём винта составит 31.5Gb. А почему бы ей не знать ничего кроме CHS? Из PT новые системы (FreeBSD, Linux, ну и последние винды) берут абсолютные значения, а не CHS. EDD уровня 1 есть практически во всех новых BIOS (хотя нарваться на дерьмо можно было ещё год назад, по крайней мере тогда я слышал такое сообщение). Причём у FreeBSD умеет использовать EDD1 и boot1+boot2, и boot0. VN>> Это 504 MiB (длинных мега, 1024*1024, то есть), DS> Hу да - в пределах которых нужно уместить системный раздел, если ядро DS> читается через BIOS. Hет. Hа 99% современных материнок я тебе в случае FreeBSD его успешно уложу в любом месте в пределах 128G (как раз зона действия EDD1 согласно LBA28). Граница 504 MiB имеет совершенно другой смысл, я его описал. DS> (кстати, а как оно обычно читается в разных *nix?) Кто "оно"? Ядро? Зависит от уровня сложности загрузчика. DS> А если OS знает, что такое LBA, то этого ограничения в 31.5Gb не будет. DS> Интересно, какая OS сейчас не знает про LBA на уровне драйвера? Я таких и не найду, пожалуй. Если не ходить на кладбище. DS> Т.е. этим я хотел сказать, что незнание LBA старыми линуксами (или на что DS> там катили бочку) в самом худшем случае помешает использовать винты более DS> 31.5Gb. 8G. Потому что ограничение BIOS - 1024 цилиндра. И то - при LBA трансляции в BIOS. Без неё - ещё ниже. DS> А в том случае, если винт сообщает геометрию с 255 секторами, то проблем не DS> будет вплоть до 127.5Gb. Проблем не будет не поэтому, а потому, что команды чтения/записи с адресацией через геометрию никому сейчас нахер не нужны, если есть доступ с LBA на уровне шины. DS> С меньшими, чем 31.5Gb, объёмами проблем не должно DS> быть вообще. Должно быть. Опять путаешь границы. Пока загрузчик работает через BIOS, ограничение - 1024*ntracks*nsectors - не выше 8G. DS> Результат - поскольку к появлению винтов более 30G линукс уже DS> заведомо давно знал, что такое LBA, то высказывание про прошлое незнание DS> явно не актуально. Вот, собственно, и всё. К появлению винтов более 30G были готовы не все версии. См. параллельное письмо. В то время 255 секторов на шину не рапортовали. Что "собственно и всё" - я не знаю. VN>> "Регистра бывшего номера сектора" как такового в этом случае нет. VN>> LBA, кроме этого варианта, известного как LBA28, имеет уже VN>> устоявшийся вариант LBA48, который используется для дисков больше VN>> 128G. DS> Кстати говоря... А где можно почитать спецификацию LBA48? Есть DS> надобность поковырять дрова одной операционки для понимания оного. Или путь DS> один - в исходники? Мне источник неизвестен. Сырцы FreeBSD пока устраивают. VN>> Лишь бы контроллер не мешал. DS> И как он может помешать в этом случае? Есть ли прецеденты? Hу не все же контроллеры просто усиливают регистры на шину. -netch- --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/7368343da619.html, оценка из 5, голосов 10
|