Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2003.07.17;
Скачать: [xml.tar.bz2];

Вниз

Адресация жесткого диска. (CHS)   Найти похожие ветки 

 
Mifs   (2003-06-30 18:14) [0]

Не могу разобраться с устройством жесткого диска.

Помогите плиз.

Нашел такую инфу.

Существуют еще некоторые понятия, знание которых необходимо для понимания работы жесткого диска. Обычно поверхности делятся на концентрические кольца, называемые дорожками или трэками, которые, в свою очередь, делятся на сектора. Такое разделение нужно для указания нужных позиций на диске и для распределения дискового пространства на файлы. Для нахождения нужной информации на диске достаточно примерно следующих данных: "поверхность 3, дорожка 5, сектор 7". Обычно количество секторов на дорожке одинаково для всех дорожек на диске, хотя в некоторых устройствах на внешних трэках размещается большее количество секторов (все сектора имеют один и тот же физический размер, поэтому на более длинных дорожках помещается больше секторов). Стандартный размер сектора равен 512 байт. Диск не может оперировать данными, объем которых менее одного сектора.


Меня смутило в ней то, что если на каждой дорожке предположим по 35 секторов, то при удалении на дорожке ближе к краю опять-таки 35 секторов, если следовать описанию. Но, если минимальный размер сектора 512 байт, то как такое возможно
что на самой первой дорожке окажеться 512 байт * 35 секторов и на самой крайней, самой длинной дорожке размер будет тот же 512*35.

В статье указано, что хотя в некоторых устройствах на внешних трэках размещается большее количество секторов .

Но все равно, что за бред, как даже в тех же старых хардах можно было обратиться к нужному сектору если их что на первой дорожке 63 или на последней 63.

Что на первой дорожке было забито все на полную катушку, а на последней дорожке так, часть сектора 512 байт записана, а остальное место пустует, до следующего сектора.

Это как пицу разрезать на 63 сектора и на допустим на 3 дорожки.
Но ведь дураку понятно, что ближе к концу куски будут больше.

Где здравый смысл?

Нихрена на понимаю.


 
Palladin   (2003-06-30 19:01) [1]

имхо, по волнам моей памяти
в данном случае, байт это логическое понятие, а не физическое...
на внешних дорожках сектор имеет больший физический размер, а не логический
такая разница физических размеров сектора была нужна, что бы правильно и точно его прочитать, ибо линейная скорость на внешнем треке быстрей чем на внутреннем, а снижение/повышение угловой скорости для поддержки постоянной линейной скорости на всех треках было бы не оправдано, винты были бы недолговечны...


 
Mifs   (2003-06-30 19:16) [2]


> Palladin © (30.06.03 19:01)
> имхо, по волнам моей памяти
> в данном случае, байт это логическое понятие, а не физическое...
> на внешних дорожках сектор имеет больший физический размер,
> а не логический
> такая разница физических размеров сектора была нужна, что
> бы правильно и точно его прочитать, ибо линейная скорость
> на внешнем треке быстрей чем на внутреннем, а снижение/повышение
> угловой скорости для поддержки постоянной линейной скорости
> на всех треках было бы не оправдано, винты были бы недолговечны...


Т.е. физически на внешнем треке данных за раз считывается больше, а на ближних меньше. Получается, что большой файл будет быстрее считываться?

Но как быть с разным объемом данных которые расположены ближе к центру и дальше. Ведь физический размер будет разный.
Предположим у центра 512 байт, а у края 15кб.

А надо считать файл который лежит где-то в внутри этих 15кб, а у нас нет точной координаты.

Координата CHS в данном случае не укажут именно на нужный файл, чтобы его взять.


 
Anatoly Podgoretsky   (2003-06-30 21:27) [3]

Не волнуйся, это не более чем обман, особенно с головками, разбери любой винчесчер, в основном 4 головки (два блина/две стороны). это просто логические понятия на данный момент, существуют с древних времен, когда это действительно было реальностью. С тех пор все изменилось. Сколько там дорожек и скольно на них секторов и какого они размера, знает только производитель, ты же можешь указывать любые значения, лиш бы было в пределах размера диска и не выходило по ограничениям на числа. Один и тот же диск можно описать по разному и это будет работать. Например 1024/16/34 и 1024/32/17 это будет одно и тоже, но можно указать и 1024/16/33 ничего страшног, размер будет по меньше и всего лишь. А винчестер сам разберется, для него там просто последовательные сектора с 0 по N.



Страницы: 1 вся ветка

Форум: "Потрепаться";
Текущий архив: 2003.07.17;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.46 MB
Время: 0.009 c
3-55434
victor_ch
2003-06-24 08:49
2003.07.17
Как вытащить список View через БДЕ


11-55484
Ал
2002-11-17 00:43
2003.07.17
Как переопределить функцию в KOL?


11-55492
bartov
2002-11-13 21:04
2003.07.17
Перерисовка.


1-55514
HardClubber
2003-07-04 14:38
2003.07.17
Нет ли у кого алгоритма считывания содержимого диска?


1-55508
Flint
2003-07-04 12:28
2003.07.17
TDateTime conversion





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский