Аппаратное обеспечение ОС

[Vadim]

возможно, делаешь два потока данных для форматирования,

Не забывай, что у нас в наличии только обычный бетадиск. Я относительно его и отвечал. По моему мнению это невозможно.

---------- Post added at 05:29 ---------- Previous post was at 05:27 ----------

они очень дорогие, это всякого рода Startix итп по 1000$ за чип...

Хорошо, если придумаем свой чип, это реально? Нужно: аппаратная шина данных 16 или 32 бит, дополненная система команд, режимы работы проца и остальное. Это придумать не проблема. Хотя думаю нереально это всё....

[ZEK]

Не забывай, что у нас в наличии только обычный бетадиск

так сторона меняется в регистре FF, и ВГ не сном ни духом какая сторона выбрана

[Vadim]

2) процесс мудификации CPU не закончится никогда

Да почему же? Я бы остановился на системе команд 380. Весьма красиво.

[ZEK]

Хорошо, если придумаем свой чип, это реально?

есть еще вариант FPGA конфигурацию на чипах аля HardCopy в кремний запихать, частота обычно вырастает раз в 5. Тот же TV80 в кремнии дает 225Мгц, но там от 10к штук заказ и подготовка производства немеряных денег стоит но в сумме дешевле чем 10к FPGA

[Vadim]

так сторона меняется в регистре FF, и ВГ не сном ни духом какая сторона выбрана

Но ведь у нас имеется системный регистр Бетадиска? Не так ли? У него 2 младших бита кодируют используемый дисковод. У нас нет 4 бита, нолями бы мы выбирали привод.

---------- Post added at 05:37 ---------- Previous post was at 05:34 ----------

возможно, делаешь два потока данных для форматирования, сдвигаешь один процентов на 10-20, сливаешь их в один поток и по ходу форматирования меняешь стороны диска, после порций адресной и прочей системной разметки, когда переходишь на зоны пробелов, другой вопрос что из за этого на контролерах без ФАПЧ читаться не будет, и по факту бесполезный финт

Ты реально думаешь что такое прокатит? Отслеживание пробелов? Ненадо даже задумывать такое.[COLOR="Silver"]

[ZEK]

У него 2 младших бита кодируют используемый дисковод

это причем? psb говорил отформатировать 2 стороны трека, за один оборот
Вот оно примерно так будет выглядеть

1.посылаем команду записи трека


2.пишем адресный маркер и синхру для первого сектора для 1 стороны
3.меняем в регистре FF сторону
4.опять пишем адресный маркер для первого сектора 2 стороны
5.ждем [размер сектора]-[размер адресного маркера с синхрой]
6.переключаем на сторону 1 пишем оконцовку сектора 1
7.переключаемся на сторону 2 пишем оконцовку сектора 1

[Advertiser]

[Black_Cat]

по летаргику наработки тож с GPU

это не скоро, ещё базиса нет чтоб говорить о надстройках

ты описывал хот 100 XVM со спековским софтом, оно нафик не надо хватит одной

комуто хватит, комуто нет - больше - не меньше!

отодвигаешь проблему с шиной

у мну проблем с шиной нет, шина NemoBus практицки проработана в окончательном варианте

делаешь закрытую платформу

платформа - открытая, но это Спектрум-пратформа! Для всего, что разрушает её самоидентификацию - она закрыта!

[ZEK]

Отслеживание пробелов?

Ну я и говорю что на контролерах без ФАПЧ глючить по черному будет, а насчет замеров интервалов париться особо не надо, ВГ cама отслеживает ей ток подавай

---------- Post added at 01:43 ---------- Previous post was at 01:41 ----------

шина NemoBus практицки проработана в окончательном варианте

тем не менее она абсолютно не годится для внутричипового применения, так как у неё топология ШИНА

платформа - открытая, но это Спектрум-пратформа!

если нет интерфейса для цепляния внутри чипа своих девайсов это не открытая платформа

[Vadim]

так сторона меняется в регистре FF, и ВГ не сном ни духом какая сторона выбрана

Ессно, т.к. WDC1793 не в курсе какую мы сторону выбрали, хотя про стороны она в курсе.

[ZEK]

это не скоро, ещё базиса нет чтоб говорить о надстройках

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