Реализация и поддержка FAT16/32 на Спектруме с HDD

[CHRV]

ООООоооооо. А читать фат по одному сектору кто запретил?

Ну да а запись файла займет ...цать минут в лучшем случае. Ну и нафига такой фат.
Дело в том, что не стоит безумно копировать чужие идеи - это ущербный путь "развития"... Наверняка можно придумать чтото более достойное и простое для работы с HDD - заточенное именно для 8битной машины!

[SfS]

Ты книгу вверх ногами держал. Прочитай еще раз, там все строго наоборот.

Вверх ногами ? Вот цитата:

На таких устройствах DOS использует FAT с 16-битовыми элементами. На совсем уж больших (более 32 мегабайт) дисках DOS выделяет пространство не блоками, а кластерами из нескольких блоков. Эта файловая система так и называется - FAT.
Такая файловая система очень проста и имеет одно серьезное достоинство: врожденную устойчивость к сбоям (fault tolerance), но об этом ниже.
...
Но здесь мы сталкиваемся со специфической проблемой: чем больше диск, тем больше у него FAT, соответственно, тем больше нужно памяти: у тома Novell Netware 3.12размером 1.115 Гбайт с размером кластера 4 кбайта размер FAT достигает мегабайта.

В ext3 же хранится карта свободных блоков, плюс очень правильно организовано кэширование - потому производительность больше.

Экстенты открытых файлов и карта свободных блоков во время работы размещаются в ОЗУ, поэтому производительность такой ФС в большинстве ситуаций намного (в 1.5 - 2 раза и более) выше, чем у FAT без кэша, при вполне приемлемых требованиях к памяти и размере кластера 512 байт.
...
Но за эти преимущества приходится платить неустойчивостью к сбоям

Хотя насчет пожирания памяти - все зависит от размера кэша. Тут можно спорить долго и бессмысленно.

[SfS]

Ну да а запись файла займет ...цать минут в лучшем случае. Ну и нафига такой фат.
Дело в том, что не стоит безумно копировать чужие идеи - это ущербный путь "развития"... Наверняка можно придумать чтото более достойное и простое для работы с HDD - заточенное именно для 8битной машины!

А тут битность машины никакой роли не играет. Подходов к созданию ФС - масса и они все были обкатаны в доль и поперек. Я предлагаю сделать драйвер винта и драйвер ФС - отдельными. Тогда каждый будет юзать ФС по вкусу и спор отпадет сам собой.

[CHRV]

А тут битность машины никакой роли не играет. Подходов к созданию ФС - масса и они все были обкатаны в доль и поперек. Я предлагаю сделать драйвер винта и драйвер ФС - отдельными. Тогда каждый будет юзать ФС по вкусу и спор отпадет сам собой.

Битность играет роль! НАпример кешировать ФАТ32 (а это нужно для нормальной-быстрой работы) на 8-битке не получится принципиально. А драйвер не винта а устройства хранения, это может быть и не винт, согласен?

[Alex/AT]

Открою секрет... даже винда никогда не держит весь FAT в памяти.

[CHRV]

Открою секрет... даже винда никогда не держит весь FAT в памяти.

Что подразумевается под словами весь ФАТ(32)?
Естественно не держит, если например под ФАТ подразмевается весь раздел жесткого диска
Извините за сарказм, вы в майкрософт случаем не работаете?

[Alex/AT]

Под FAT подразумевается именно то, что это слово обозначает. File Allocation Table.

[Vladimir Kladov]

подозреваю, что с реализацией фат32 главная проблема былв бы именно та, что все кластеры , в том числе самого фат, имеют размер от 32К (и больше) Разве что найдется способ читать кластер частями, - все рано это неудобно реализовывается. (DMA при наличии на машине большой памяти? Не в курсе).

[CHRV]

подозреваю, что с реализацией фат32 главная проблема былв бы именно та, что все кластеры , в том числе самого фат, имеют размер от 32К (и больше) Разве что найдется способ читать кластер частями, - все рано это неудобно реализовывается. (DMA при наличии на машине большой памяти? Не в курсе).

Вот наконец то разумные идеи!
Именно на 128К скорость работы будет просто безумно низкая, тем более если частями читать! Я работал в проекте по поддержке ФАТ32 для одной экзотики поэтому четко представляю проблемы....
Товарищ Алекс обещал сделать на 128 за один день - ну/ну!
Поспорить чтоли, но просто не хочется обижать человека , все так наш - спектрумист .
Во вторых обьективно ФАТ32, не устану повторять, НАФИГ НЕ НУЖНА на спеке...
И поймите пожалста копировать все с другой платформы - лучше купите себе эту платформу. Спек всегда отличался тем что избегал тяжеловесных и ненужных для него решений. В том то и вся прелесть что придумать можно удачную фат избежав всю это тяжеловесность, поэтому дерзайте и не надо из спека делать жалкую подобию ПЦ.

[SfS]

Битность играет роль! НАпример кешировать ФАТ32 (а это нужно для нормальной-быстрой работы) на 8-битке не получится принципиально.

Рома, почему нельзя на 8битке кэшировать 32битный фат ? Я не понимаю! Какая разница - хранить в участке памяти 8 или 32х битиные числа ? Другое дело, что 32битная арифметика медленне считаться будет - но это уже абсолютно другой вопрос! Поэтому ПРИНЦИПИАЛЬНОЙ невозможности тут нет.

А драйвер не винта а устройства хранения, это может быть и не винт, согласен?

Абсолютно согласен - именно это я и имел ввиду (просто тут речь о винтах шла - вот "винт" к языку и прицепился). Именно "драйвер устройства хранения".