Вопросы о Z84C00 и eZ80

Цитата:

---

Сообщение от Bolt

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

---

везде, где это требуется. например, архиваторы или просто при работе с файлами, когда данные подгружаются сначала в буфер, а потом от туда перенос в область пользователя. графика тоже, почему нет?! вариантов по мере написания ПО будет возникать масса, где потребуется работа акселя. работает он по принципу перехвата команд ЦПУ. В случае со спринтером, перехватываются команды замещающие nop, а точнее - ld a,a; ld b,b; ld c,c; и т.д. по тактам точно сказать не могу, но Иван Мак когда то описал это так:

Цитата:

---

Время работы = время работы команды без акселератора + время работы
акселератора

Время работы акселератора = число пересылаемых байт /7 микросекунд

---

там же по тексту он приводит пример кода с переносом 256 байт и говорит, что время переноса данных 26мс. сколько в тактах, я хз (подсчитайте кто-нить?)
явным преимуществом перед некоторыми ДМА (типа как у Некста) является отсутствие долгой инициализации. но при этом перенос малого кол-ва данных так же будет не выгодно.

Цитата:

---

Время работы акселератора = число пересылаемых байт /7 микросекунд

---

С размерностью полный швах... :v2_dizzy_facepalm: Это сам Мак заявил?..

Цитата:

---

Сообщение от Sayman

там же по тексту он приводит пример кода с переносом 256 байт и говорит, что время переноса данных 26мс.

---

26 миллисекунд!!! Это дольше развёртки кадра!

Цитата:

---

26 миллисекунд!!! Это дольше развёртки кадра!

---

26мс это примерно 540 тактов, как бы. если вы можете экран с такой скоростью обновить, то круто!

Цитата:

---

С размерностью полный швах... Это сам Мак заявил?..

---

в двух мануалах пишет вроде одно и тоже, но не совсем. в одном вот то, что я описал, в другом:

Цитата:

---

"Время работы акселератора = число пересылаемых байт /7000000 (секунд)"

---

Цитата:

---

Сообщение от Sayman

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

---

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

Цитата:

---

Сообщение от Sayman

графика тоже, почему нет?! вариантов по мере написания ПО будет возникать масса, где потребуется работа акселя. работает он по принципу перехвата команд ЦПУ. В случае со спринтером, перехватываются команды замещающие nop, а точнее - ld a,a; ld b,b; ld c,c; и т.д.

---

Почитал про акселератор Спринтера. У eZ80 эти инструкции уже заняты, да и вообще такой вариант выглядит как-то сложно.

Есть идеи сделать графический 2D ускоритель - спрайты, слои, прозрачность, и всё такое. Но для начала бы процессор запустить. Идей много, времени нет.

- - - Добавлено - - -

Если ускоритель повесить на SDRAM, там вообще получаются какие-то смешные 50 МБайт/с :)

Если делать автономный персональный компьютер это один расклад, а если "тонкий клиент"(правда в сложившейся терминологии это не совсем то, что я имею в виду, но сложившаяся терминология не учитывает новую реальность, которая вот вот повсеместно возникнет. Сначала разрозненные публичные сети с облачными вычислителями, затем супервычислители глобального облака. Операционная система сможет замерять время выполнения любого алгоритма на локальном компе и на "облаке" с учетом пересылки/получения данных и в дальнейшем использовать более быстрый способ вычисления. Поэтому не исключено что комп у нас дома на eZ80 подключенный к облаку окажется существенно мощнее просто автономного компьютера.

Цитата:

---

Сообщение от Bolt

Если ускоритель повесить на SDRAM, там вообще получаются какие-то смешные 50 МБайт/с

---

не большая арифметика:
по мануалу от IMak`а, экран Спринтера можно заполнить тупой процедурой с использованием акселератора за 1.2фрейма. размер экрана 80кб (81920). 81920/1.2=68266байт (68266.66666666667). т.е. за 1 фрейм перебрасывается 66.667кбайт. это значит. что за секунду акселератор имеет производительность около 26мбит/с. а у тебя 50 мбайт/с, т.е. 400мбит/с и ты жалуешься? да вы, батенька, зажрались!
если хочется большего, то надо вводить конвеера, канальность памяти (2 или 3 канала), транспортные шины всякие, кэши WB и т.д. но учитывая, что это сложно, можно смело просто бросать эту всю задумку.

Цитата:

---

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

---

в вашем случае не может, т.к. по сравнению с ПЦ, где есть отдельная команда процессора для измерения времени прошедших при выполнении прошлой команды, вам на вашей платке придётся пилить долгоиграющую процедуру для сбора информации о производительности. и так каждую секунду. по сути ваша система только и будет делать, что заниматься тестированием таймингов. и то это требуется на машинах с плавующей частотой проца. если вы делаете фиксированную частоту, то делать постоянно такие расчёты не требуется.
опять таки вопрос - а кто всё это будет писать? тут автору лень и сложно просто Аксель запилить, а ты про ОСь говоришь.

Цитата:

---

Сообщение от Sayman

в вашем случае не может, т.к. по сравнению с ПЦ, где есть отдельная команда процессора для измерения времени прошедших при выполнении прошлой команды, вам на вашей платке придётся пилить долгоиграющую процедуру для сбора информации о производительности. и так каждую секунду. по сути ваша система только и будет делать, что заниматься тестированием таймингов. и то это требуется на машинах с плавующей частотой проца. если вы делаете фиксированную частоту, то делать постоянно такие расчёты не требуется.
опять таки вопрос - а кто всё это будет писать? тут автору лень и сложно просто Аксель запилить, а ты про ОСь говоришь.

---

а зачем в реальном времени измерять при выполнении кода? речь ведь не об одной команде идет, а как минимум о процедуре. Тогда при линковке (после компилятора, естественно должен запускаться профилер и давать инфу линкеру)ставишь либо просто код для проца "тонкого клиента" либо процедуру отсылки входных на сервер и получения результатов с него, а лучше обе процедуры и запуск той или иной. Конечно, если связь слетает и скорость обмена падает, то это плохо работает. Но тогда можно на таймер "тонкого клиента" повесить тестирование канала связи, и если все o'k держать соответствующий флаг в "1" или "0". А линкер тогда при компоновке вызова "тяжелых процедур" вставляет код для проверки этого флага и в зависимости от результата вызывает процедуру в варианте "локальный вычислитель", "удаленный вычислитель". Запилить аксель это хорошо. Тогда останется меньше "тяжелых процедур", если конечно связь с сервером не 1 Гбит/c :) и время отклика сервера на процедуру не 1 мкс Простейшая ось реального времени это от силы 500-700 строк на ассемблере. Начальная инициализация,диспетчер задач, обработка исключений,разделение ресурсов, монитор для пользователя-администратора консольный.

Цитата:

---

Сообщение от andrews

а зачем в реальном времени измерять при выполнении кода? речь ведь не об одной команде идет, а как минимум о процедуре. Тогда при линковке (после компилятора, естественно должен запускаться профилер и давать инфу линкеру)ставишь либо просто код для проца "тонкого клиента" либо процедуру отсылки входных на сервер и получения результатов с него, а лучше обе процедуры и запуск той или иной. Конечно, если связь слетает и скорость обмена падает, то это плохо работает. Но тогда можно на таймер "тонкого клиента" повесить тестирование канала связи, и если все o'k держать соответствующий флаг в "1" или "0". А линкер тогда при компоновке вызова "тяжелых процедур" вставляет код для проверки этого флага и в зависимости от результата вызывает процедуру в варианте "локальный вычислитель", "удаленный вычислитель". Запилить аксель это хорошо. Тогда останется меньше "тяжелых процедур", если конечно связь с сервером не 1 Гбит/c :) и время отклика сервера на процедуру не 1 мкс Простейшая ось реального времени это от силы 500-700 строк на ассемблере. Начальная инициализация,диспетчер задач, обработка исключений,разделение ресурсов, монитор для пользователя-администратора консольный.

---

по всей видимости вы себе слабо представляете работу тонких клиентов, особенно их реализация на 8бит машине (пусть и на eZ80 второго поколения).
начнём с того, что:

Цитата:

---

Операционная система сможет замерять время выполнения любого алгоритма на локальном компе и на "облаке"

---

как я уже сказал, на ПЦ есть аппаратные возможности по выявлению таких производительностей в рамках локального выполнения кода. У всяких спектрумов и в частности у eZ80 таких возможностей нет. Для сбора информации требуется запуск процедуры с длительным временем работы. Однако, на ПЦ такое требуется почему - потому, что там зачастую частоты плавающие (всякие энергосберегающие функции и режимы, разные модели процессоров, памяти, контроллеров и прочее). Вы же тут хотите запилить на eZ80, у которого всё очень примитивно на современном уровне в этом плане. Вы ему выдаёте фиксированную частоту, скажем 50мгц и это становится константой. все времянки завязываются на этом. любое ядро любой ОСи при сборке может это учесть ещё на стадии сборки, если ввести такие константы. это первый момент, второй - вы где возьмёте такую ОСь? сами будете писать?

Цитата:

---

Простейшая ось реального времени это от силы 500-700 строк на ассемблере.

---

простейшая ось это дос (вообще без представления о процессах и реальном времени) - 160кб текста на асме, какие 500 строк? даже в трдосе строк побольше будет.
и это без учёта tcp стека, без учёта поддержки протокола rdp и других протоколов для работы по удалёнке (vnc тот же). у вас уже проблемы просто на стадии tls трафика - у вас тупо нет мощей (про какие гигабиты тут вообще речь?). поддержка Phy уровня сети и т.д. где тут 500 строк то я не понял? в 500 строк у тебя примитивный boot для trdos разве что получится.
опять таки - какая rtos на зетнике?! о_О

Цитата:

---

Сообщение от Sayman

по всей видимости вы себе слабо представляете работу тонких клиентов, особенно их реализация на 8бит машине (пусть и на eZ80 второго поколения

---

я выше оговаривался, что когда пишу "тонкий клиент", то это не в современном употреблении этого термина. Назвать это "клиентом облачных вычислений" тоже не совсем верно. Далее. Вы очевидно предполагаете, что процесс разработки в полном цикле ведется на локальном компе? А что мешает в качестве одного из "облачных-серверных приложений" иметь саму систему разработки? И иметь в ее составе профилер, который знает характеристики вашего локального компьютера, который при первом же сеансе связи передает свои характеристики. Да. 500-700 строк это ядро. По поводу ПО сервера не уверен, что надо брать все готовое, сильно не упрощая и не приспосабливая к иным целям. Под требованиями безопасности часто понимают требования надзора со стороны спецслужб. Так это сразу "идет лесом", если оговорены все задачи, выполняемые на специализированном сервере. Вот исходники их, опечатайте сервера и успокойтесь. Если хотите поставить лексический контроль на мессенджеры - ставьте.А вот операционки будут те, которые нужны конкретному сообществу. Хотите контролировать глубже, сажайте своих сотрудников на клиентские компы. Но даже все вышеописанные ужасы скорее всего не стартуют пока аккаунтов менее 10 000 в зоне ру, а на зарубежные единичные аккаунты скорее всего вообще начхать. Впрочем это мои предположения, пока это все не вышло в практическую плоскость. Вон Немо в свое время кто-то сильно застращал с его слов при нашей личной встрече. Но это было 20 лет тому назад, а сейчас неизвестно что. RTOS на z80 нереальна? А как насчет RMX-80 и даже RMX-51? Ставьте таймер на немаскируемое прерывание или на прерывание с наивысшим приоритетом и системный тик пошёл! И всё завертелось :)

Цитата:

---

Сообщение от Sayman

это значит. что за секунду акселератор имеет производительность около 26мбит/с. а у тебя 50 мбайт/с, т.е. 400мбит/с и ты жалуешься? да вы, батенька, зажрались!

---

Да, не все умеют в юмор.

Цитата:

---

Сообщение от Sayman

если хочется большего, то надо вводить конвеера, канальность памяти (2 или 3 канала), транспортные шины всякие, кэши WB и т.д. но учитывая, что это сложно, можно смело просто бросать эту всю задумку.

---

Ещё один... "Мне сложно, я такое не смогу, поэтому и ты бросай, не будь круче меня", так что ли?