При работе в non-project во-первых, в любой момент в процессе сборки (в том числе в случае ошибки) можно открыть GUI командой start_gui и тогда откроется окно аналогичное, проектному режиму. При этом можно на месте исправить некоторые ошибки и продолжить сборку дальше просто вызвав соответствующие команды в консоли. Во-вторых можно сохранять чекпоинты (.dcp файлы) в любой момент в процессе сборки и после открыть их в GUI вивады и анализировать результаты. Притом возможности аналогичные, как если бы работать в проектном режиме.
ИМХО не проектный режим просто чуть сложнее и надо курить мануалы вивады - поэтому и не популярный, но сильно упрощает работу после в плане автоматизации (в любом месте скрипта сборки можно вставить любое действие)
FPGA достаточно широко используются в тех случаях, когда нужна большая производительность, узкая специфика устройства (например, видеообработка) и не большая серия. тогда ПЛИС показывают себя во всей красе.
Буквально пару месяцев назад снимал крупную сумму (на покупку отечественного автомобиля) в сбере: подешел в одно окно, был послан в кассу -> подошел в кассу -> был послан в третье окно -> в третьем окне у меня 3 раза перелистали паспарт кассир, какой-то другой сотрудник, главный менеджер (заняло это минут 15) и потом снова был послан в кассу.
а пару лет назад пытался восстановить утерянную карту, которую выпускал в другом регионе, так это был какой-то кошмар. мне заблокировали карту вместе со всеми деньгами на ней на время перевыпуска. перевыпуск занял порядка месяца (близжашее отделение отправило запрос по месту открытия, там ее изготовили и отправили готовую карту ко мне). При этом в отделении мне даже не смоги сказать какая сумма на счету карты, т.к. карта выпущена в другом регионе и они никакой информации кроме ФИО не видят.
я ничего не делал. я только смотрел спецификации на них. этого было достаточно понять, чтобы увидеть, что ни один текущй проет не влезет в них. В них отсутствуют аппаратные DSP блоки, ячекек максимум 10 тысяч. Частота не пулучить номральная даже ели на каждый чих ставить по регистру. ни один высокоскоростной интерфейс так же не реализуем в них.
так нанометры нужны не для сенсоров, а для обработки. А ПЛИС делает очень много: от коррекции сырого видео с сенсора, до композиции нескольких видеоканалов в 1 различными алгоритмами. и это не показушные экземпляры, а вполне себе боевые.
ракетам нужно видео для задач самонаведения. Чаще, правда, это видео с тепловизионных камер, но все же. а в танках наших современных стоят ПЛИС, которые как раз и обрабатывают видео. И ПЛИС как раз уже по техпроцессам 20 нм самые свежие и порядка 30-40 прошлого покаления.
армия не заканчивается обычними частями. Да и части разные бывают. в рокетных и танковых войсках как раз и стоит весь этот хайтек. У современного танка может стоять до 8-10 камер для обзора.
Возможно Вы удивитесь, но военные мвссово используют видеокамеры для самый разных применений. И вот как раз чипы для камер требуют маленьких техпроцессов, т.к. те же военные хотят цветное видео больших разрешений для обработки которых нужны большие кристаллы (будь то ПЛИС или СБИС).
Если я правильно понимаю, то бесконечный цикл проверки очереди и вывода принятого сообщения будет постоянно отбирать 1 ядро процессора полностью. А если будет много вкладок, то каждый поток приема съест по ядру. Поправьте меня, если я не прав. А если прав, то не думали ли вы над решением проблемы? У меня похожая ситуация произошла некоторое время назад, но победить я это не смог кроме как вставкой задержек на 5-10 мс, но это спасло не сильно и кажется, что есть более элегантное решение
на самом деле в DDR3 накладные расходы порядка 20-30 процентов при пакетном доступе и могут достигать 80-90 процентов при одиночных транзакциях. Думаю, что в DDR4 ситуация не лучше.
я так и не понял. для обработки изображений используются только перечисленные процессоры? или есть какая-то СнК, которая берет на себя самые ресурсоемкие задачи?
Практически любая IDE для плис умеет схемы рисовать как вы говорите. Кинул элемент и оно считает или мультиплексирует или сохраняет. Только основная сложность ПЛИС не в логике, а в интерфейсах. Математика, кстати, не так уж и нужна (в основном булева алгебра нужна, а она достаточно проста).
HDL Designer хорош даже в отрыве от любых библиотек. Он может работать и с Альтерой и Ксайлинксом. В графическом виде HDL код намного понятнее и нагляднее. а если не хватает графики, то можно вставить embedded block и будут кусок необходимого кода прям на графике.
Cyclone IV за 37 долларов — не нормальная ПЛИС) там в этих 6ти тысячах ячеек не развернуться нормально. добавил эзернет — минус уже 3 тысячи сразу, плюс NIOS какой-нибудь и еще 2 тысячи улетело ну и на сигналтап по мелочи останется. Я считаю, что для обучения и тренировки меньше 10-15 тысяч ячеек — даже рассматривать не стоит и подходит уже только для решения конкретной задачи, где надо съекономить
Вы не совсем правы. Не скажу за всех, но у альтеры точно есть опция хранения во внешней флешке нескольких версий прошивок, программного выбора начального адреса считывания прошивки из флеш памяти и праграммного же сброса ПЛИС, для перезагрузки прошивки. т.е. ПО исполняемое на ПЛИС или внешнее (PCI, PCIe и т.д) просто переключает активную прошивку и дает команду на перезагрузку.
При работе в non-project во-первых, в любой момент в процессе сборки (в том числе в случае ошибки) можно открыть GUI командой start_gui и тогда откроется окно аналогичное, проектному режиму. При этом можно на месте исправить некоторые ошибки и продолжить сборку дальше просто вызвав соответствующие команды в консоли. Во-вторых можно сохранять чекпоинты (.dcp файлы) в любой момент в процессе сборки и после открыть их в GUI вивады и анализировать результаты. Притом возможности аналогичные, как если бы работать в проектном режиме.
ИМХО не проектный режим просто чуть сложнее и надо курить мануалы вивады - поэтому и не популярный, но сильно упрощает работу после в плане автоматизации (в любом месте скрипта сборки можно вставить любое действие)
а пару лет назад пытался восстановить утерянную карту, которую выпускал в другом регионе, так это был какой-то кошмар. мне заблокировали карту вместе со всеми деньгами на ней на время перевыпуска. перевыпуск занял порядка месяца (близжашее отделение отправило запрос по месту открытия, там ее изготовили и отправили готовую карту ко мне). При этом в отделении мне даже не смоги сказать какая сумма на счету карты, т.к. карта выпущена в другом регионе и они никакой информации кроме ФИО не видят.
Если вы о воронежских ПЛИС, то их совершенно недостаточно. Ребята пытались скопировать альтеровские ПЛИС 15летней давности, но сделали хуже
Если я правильно понимаю, то бесконечный цикл проверки очереди и вывода принятого сообщения будет постоянно отбирать 1 ядро процессора полностью. А если будет много вкладок, то каждый поток приема съест по ядру. Поправьте меня, если я не прав. А если прав, то не думали ли вы над решением проблемы? У меня похожая ситуация произошла некоторое время назад, но победить я это не смог кроме как вставкой задержек на 5-10 мс, но это спасло не сильно и кажется, что есть более элегантное решение
К сожалению даже не каждый третий провинциал может позволить себе 6 домов. Думаю, что даже не все москвичи могут себе позволить 2-3 квартиры
на самом деле в DDR3 накладные расходы порядка 20-30 процентов при пакетном доступе и могут достигать 80-90 процентов при одиночных транзакциях. Думаю, что в DDR4 ситуация не лучше.
Всю жизнь чищу зубы обычной щеткой. Подскажите. В электрическое тоже надо менять насадки раз в 2-3 месяца?
Практически любая IDE для плис умеет схемы рисовать как вы говорите. Кинул элемент и оно считает или мультиплексирует или сохраняет. Только основная сложность ПЛИС не в логике, а в интерфейсах. Математика, кстати, не так уж и нужна (в основном булева алгебра нужна, а она достаточно проста).
Если быть до конца честным, то Python 3 — строготипизированный, хоть и динамический)