Это слишком умозрительно, есть множество факторов которые могут повлиять как в сторону уменьшения, так и в сторону величения Fmax. Ждем натурных испытаний. :)
Радиолюбители живут и здравствуют по сей день, а Fidonet - нет.
Радиолюбители оказались более устойчивы и смогли прогнуть (заточить) изменчивые технологии под себя, а не на оборот (DX-кластеры, FT8, online logbook, и т.д.). Современный радиолюбитель это человек обвешанный аппаратурой с ног до головы, в том числе компьютерами и интернетом. Но это всё еще человек с КВ трансивером и большой антенной. :-)
Для ПЛИС и нет смысла включать однотактовое деление, точно так же как делать однотактовое умножение вручную, это скорее для ASIC.
Вопрос же чисто исследовательский ? Понятное дело, что в ПЛИС есть блоки DSP с умножением и делением, но почему бы не синтезировать схему как есть, из дискретных элементов, и посмотреть каков будет результат ? Далее можно прикинуть как оно будет работать в ASIC. Есть некая эмпирическая формула: схема на ПЛИС примерно во 20 раз медленнее этой же схемы на ASIC при одном и том же техпроцессе.
Так какой Fmax у Вас получился на Циклоне или Максе для однотактовой схемы ?
Можно просто поставить две микросхемы памяти, одну для инструкций, вторую для данных. Либо инструкции хранить в QSPI (NOR flash). Либо в синтезируемой памяти внутри ПЛИС, если программа небольшая и у пользователя нет необходимости её менять.
А что толку от этого показателя если Fmax = 5 МГц ? Разделение на стадии даст условные 50 МГц. Нужно измерять IPS, а не Coremark/MHz. А то получается как в мультфильме - "в попугаях то я существенно длиннее". :-)
Ну и как только появится арбитраж, вся эта производительность однотактового поцессора сольется в канализацию. Конвейерное ядро, теоритически, может выполнять хоть какую-то полезную работу, пока шина занята.
А разве разделение на стадии не должно радикально увеличить тактовую частоту, ну то есть увеличить IPS ?
Чтобы добавить внешнюю память требуется хотя бы самый простейший арбитр, а это уже холостые циклы в ожидании. Чтобы их минимизировать нужно вводить I и D кэши. А чтобы минимизировать провалы у кэшей на ветвлениях нужно вводить предсказатель. В общем, работы еще очень много. :)
Россети это про электроэнергию, а не про телеком. В энергетике основная проблема - что делать с проприетарным наследием Сименса. Уж больно плотно они на нём сидят.
В вузах в подавляющем большинстве учили MS-DOS и Pascal, изредка Delphi. Я будучи аспирантом преподавал "Сети и телекоммуникации" с примерами на FreeBSD, с разборкой и анализом кода утилит ping и traceroute. Мы с коллегами энтузиастами организовали небольшую лабораторию с одной хорошей машиной на фре и десятком удаленно загружаемых терминалов из старых 286-х компов. Студенты и другие преподаватели сначала офигевали, но потом прониклись темой и начали пользоваться системой. Помню, что мы установили Postgres и коллеги начали читать курс СУБД на нём. Кто-то начал преподавать курс "Системное ПО". Вообще в нашей лабе постоянно тусил какой-то народ, порой даже мне неизвестный. Как только я закончил с преподавательской деятельностью лаба загнулась в тот же день. :(
Он же поддерживал и news сервер в Демосе. А еще Чернов с 1993-го по 2000-й входил во FreeBSD Core Team. Благодоря ему о фрюхе узнал весь союз. В 1990-х и 2000-х фря стояла у каждого интернет-провайдера.
Нормально статья написана, особенно для тех, кто это все вообще не застал.
По этому поводу вспоминается старый одесский анекдот:
- Изя, тебе нравится Битлз ?
- Тьфу, ужасная гадость!
- Таки ты его слушал ?
- Та не, мне Мойша в телефонную трубку насвистел.
Вот так и с этой статьей - автору явно кто-то в трубку насвистел, а он изложил как понял. Какой нибудь "мимокрокодил" прочтет сей опус, да еще и по диагонали, и подумает: "какая гадость был этот ихний UseNet, и как этим можно было пользоваться".
В 90-х я работал админом на местном узле сети Релком. И узел фидошный, и BBS многолинейка у меня была. Поэтому когда читаю такие низкокачественный материал мне просто дурно становиться и обидно. Выйду на пенсию - напишу свою.
В отечественной литературе эту программу принято называть "транслятором". Например "Транслятор с языка Ассемблера". В общем-то масло масляное получается, но такие традиции. :-)
Какое ужасающе низкое качество материала. Про UseNet можно написать целые книги, а тут три траницы вперемешку всего и вся.
Начиналось всё с электронной почты, со списков рассылки (mailing lists), и средства копирования файлов между Unix машнами - "Unix-to-Unix Copy Protocol" (UUCP) через последовательный порт. UUCP долгое время использовался как средство доставки файлов с соощениями между Unix машинами. Машины связывались в сеть через последовательные порты (нуль-модемным кабелем или обычным модемом). UseNet долгое время представлял собой некую систему (набор скриптов) для подписки/отписки на тематические сообщения в списках рассылки, позже их стали называть "новостными группами" (news groups). Долгое время основным средством для доступа к UseNet был почтовый клиент - команда mail в Unix. Пользователями UseNet были не школьникистуденты с модемами, а серьезные дяденькиученые мужи, которые подключались к контороской или университетской Unix машине локально, через термнал, или удаленно через связку терминал+модем. В 1979-м разрозненные списки рассылки обьединились в одну систему которая и получила назвали UseNet.
NNTP (news server) появился в конце 80-х когда кодключение к IP сетям стало широко доступно. NNTP не заменил и не вытеснил UUCP и стал еще одним способом доступа к новостным группам. В России электронная почта и ньюсы работали по UUCP до середины 90-х на ровне с NNTP.
В 1995-м (ЕМНИП), сеть эхоконференций Fidonet влилась и стала частью UseNet. Русскоязычные группы имели префикс fido7.*
UseNet погубили не технологии, а спамеры (Бесконечный Сентябрь) и коммерциализация - попытка заработать на свободном контенте. Прямо сейчас мы наблюдаем как коммерциализация свободного контента убивает StackOverflow.
В общем, автору жирный минус за такую жиденьку статью о нашем светлом прошлом. :-)
Никаких проблем с JTAG у MIK32 нет. Я достаточно давно использую FTDI FT2232 в качестве универсального программатора, он прекрасно работает с OpenOCD и MIK32, прошивает и EEPROM, и QSPI Flash, и ПЛИСы всех мастей. Но есть некоторые нюансы - нужно подготовить скрипт, спаять правильный провод и взять правильную версию OpenOCD.
J-Link от Segger это проприетарная лабудень, у меня с ним вообще половина микросхем не работает, я уже лет 10 не доставал его из шкафа. Рекомендую и Вам задвинуть его в шкафчик поглубже. :-) Весь опенсорс живет на FTDI.
Есть некоторые основания думать, что нет. Ходят слухи что вторая версия MIK32 (на самом деле уже третья) будет с тактовой частотой в 10 выше. Еще обещали зафиксить проблемы с АЦП.
В прошлом году студенты НИУ МИЭТ разработали аналогичный МК на том же Синтакоровском ядре SCR1. Этот МК получил название Hackee. Он был изготовлен на зеленоградском Микроне на все тех же 180 нм. Имеет тактовую частоту 85 МГц, статическое ОЗУ обьёмом 128 КБ. На мой взгляд это уже серьезная заявка не велосипед (с) ...
Иными словам, потенциал у технологии 180 нм есть, разработки изделий ведутся.
Я про синтезирование на ПЛИС.
Это слишком умозрительно, есть множество факторов которые могут повлиять как в сторону уменьшения, так и в сторону величения Fmax. Ждем натурных испытаний. :)
Радиолюбители живут и здравствуют по сей день, а Fidonet - нет.
Радиолюбители оказались более устойчивы и смогли прогнуть (заточить) изменчивые технологии под себя, а не на оборот (DX-кластеры, FT8, online logbook, и т.д.). Современный радиолюбитель это человек обвешанный аппаратурой с ног до головы, в том числе компьютерами и интернетом. Но это всё еще человек с КВ трансивером и большой антенной. :-)
de R9LAJ
Вопрос же чисто исследовательский ? Понятное дело, что в ПЛИС есть блоки DSP с умножением и делением, но почему бы не синтезировать схему как есть, из дискретных элементов, и посмотреть каков будет результат ? Далее можно прикинуть как оно будет работать в ASIC. Есть некая эмпирическая формула: схема на ПЛИС примерно во 20 раз медленнее этой же схемы на ASIC при одном и том же техпроцессе.
Так какой Fmax у Вас получился на Циклоне или Максе для однотактовой схемы ?
Это условно. Но я предполагаю, что будет примерно где-то так. :)
Можно просто поставить две микросхемы памяти, одну для инструкций, вторую для данных. Либо инструкции хранить в QSPI (NOR flash). Либо в синтезируемой памяти внутри ПЛИС, если программа небольшая и у пользователя нет необходимости её менять.
А что толку от этого показателя если Fmax = 5 МГц ? Разделение на стадии даст условные 50 МГц. Нужно измерять IPS, а не Coremark/MHz. А то получается как в мультфильме - "в попугаях то я существенно длиннее". :-)
Ну и как только появится арбитраж, вся эта производительность однотактового поцессора сольется в канализацию. Конвейерное ядро, теоритически, может выполнять хоть какую-то полезную работу, пока шина занята.
А разве разделение на стадии не должно радикально увеличить тактовую частоту, ну то есть увеличить IPS ?
Чтобы добавить внешнюю память требуется хотя бы самый простейший арбитр, а это уже холостые циклы в ожидании. Чтобы их минимизировать нужно вводить I и D кэши. А чтобы минимизировать провалы у кэшей на ветвлениях нужно вводить предсказатель. В общем, работы еще очень много. :)
Очень оптимистичный у Вас прогноз. В прошлый раз реинтеграция в мировое сообщество заняла 75 лет. Вот только не на долго.
Россети это про электроэнергию, а не про телеком. В энергетике основная проблема - что делать с проприетарным наследием Сименса. Уж больно плотно они на нём сидят.
А можно поподробнее про разработанную вами ISA ? Какого типа в ней команды, как выглядит регистровый файл ? Это RISC, VLIW или что-то иное ?
В вузах в подавляющем большинстве учили MS-DOS и Pascal, изредка Delphi. Я будучи аспирантом преподавал "Сети и телекоммуникации" с примерами на FreeBSD, с разборкой и анализом кода утилит ping и traceroute. Мы с коллегами энтузиастами организовали небольшую лабораторию с одной хорошей машиной на фре и десятком удаленно загружаемых терминалов из старых 286-х компов. Студенты и другие преподаватели сначала офигевали, но потом прониклись темой и начали пользоваться системой. Помню, что мы установили Postgres и коллеги начали читать курс СУБД на нём. Кто-то начал преподавать курс "Системное ПО". Вообще в нашей лабе постоянно тусил какой-то народ, порой даже мне неизвестный. Как только я закончил с преподавательской деятельностью лаба загнулась в тот же день. :(
Он же поддерживал и news сервер в Демосе. А еще Чернов с 1993-го по 2000-й входил во FreeBSD Core Team. Благодоря ему о фрюхе узнал весь союз. В 1990-х и 2000-х фря стояла у каждого интернет-провайдера.
По этому поводу вспоминается старый одесский анекдот:
- Изя, тебе нравится Битлз ?
- Тьфу, ужасная гадость!
- Таки ты его слушал ?
- Та не, мне Мойша в телефонную трубку насвистел.
Вот так и с этой статьей - автору явно кто-то в трубку насвистел, а он изложил как понял. Какой нибудь "мимокрокодил" прочтет сей опус, да еще и по диагонали, и подумает: "какая гадость был этот ихний UseNet, и как этим можно было пользоваться".
В 90-х я работал админом на местном узле сети Релком. И узел фидошный, и BBS многолинейка у меня была. Поэтому когда читаю такие низкокачественный материал мне просто дурно становиться и обидно. Выйду на пенсию - напишу свою.
Дух свободы. Свободы от бесконечных бесполезных нововведений и перетосовки местами старых идей.
Усиление поддержки WiFi не может не радовать.
На рабочем ноуте у меня стоит 13.5, на 14-ю побаиваюсь пересаживаться. Но видимо совсем скоро придется. :-)
В отечественной литературе эту программу принято называть "транслятором". Например "Транслятор с языка Ассемблера". В общем-то масло масляное получается, но такие традиции. :-)
Какое ужасающе низкое качество материала. Про UseNet можно написать целые книги, а тут три траницы вперемешку всего и вся.
Начиналось всё с электронной почты, со списков рассылки (mailing lists), и средства копирования файлов между Unix машнами - "Unix-to-Unix Copy Protocol" (UUCP) через последовательный порт. UUCP долгое время использовался как средство доставки файлов с соощениями между Unix машинами. Машины связывались в сеть через последовательные порты (нуль-модемным кабелем или обычным модемом). UseNet долгое время представлял собой некую систему (набор скриптов) для подписки/отписки на тематические сообщения в списках рассылки, позже их стали называть "новостными группами" (news groups). Долгое время основным средством для доступа к UseNet был почтовый клиент - команда
mailв Unix. Пользователями UseNet были нешкольникистуденты с модемами, асерьезные дяденькиученые мужи, которые подключались к контороской или университетской Unix машине локально, через термнал, или удаленно через связку терминал+модем. В 1979-м разрозненные списки рассылки обьединились в одну систему которая и получила назвали UseNet.NNTP (news server) появился в конце 80-х когда кодключение к IP сетям стало широко доступно. NNTP не заменил и не вытеснил UUCP и стал еще одним способом доступа к новостным группам. В России электронная почта и ньюсы работали по UUCP до середины 90-х на ровне с NNTP.
В 1995-м (ЕМНИП), сеть эхоконференций Fidonet влилась и стала частью UseNet. Русскоязычные группы имели префикс fido7.*
UseNet погубили не технологии, а спамеры (Бесконечный Сентябрь) и коммерциализация - попытка заработать на свободном контенте. Прямо сейчас мы наблюдаем как коммерциализация свободного контента убивает StackOverflow.
В общем, автору жирный минус за такую жиденьку статью о нашем светлом прошлом. :-)
Никаких проблем с JTAG у MIK32 нет. Я достаточно давно использую FTDI FT2232 в качестве универсального программатора, он прекрасно работает с OpenOCD и MIK32, прошивает и EEPROM, и QSPI Flash, и ПЛИСы всех мастей. Но есть некоторые нюансы - нужно подготовить скрипт, спаять правильный провод и взять правильную версию OpenOCD.
J-Link от Segger это проприетарная лабудень, у меня с ним вообще половина микросхем не работает, я уже лет 10 не доставал его из шкафа. Рекомендую и Вам задвинуть его в шкафчик поглубже. :-) Весь опенсорс живет на FTDI.
Есть некоторые основания думать, что нет. Ходят слухи что вторая версия MIK32 (на самом деле уже третья) будет с тактовой частотой в 10 выше. Еще обещали зафиксить проблемы с АЦП.
В прошлом году студенты НИУ МИЭТ разработали аналогичный МК на том же Синтакоровском ядре SCR1. Этот МК получил название Hackee. Он был изготовлен на зеленоградском Микроне на все тех же 180 нм. Имеет тактовую частоту 85 МГц, статическое ОЗУ обьёмом 128 КБ. На мой взгляд это уже серьезная заявка не велосипед (с) ...
Иными словам, потенциал у технологии 180 нм есть, разработки изделий ведутся.