Придётся всё-таки осваивать скрипты. Пока у меня скриптами запускается моделирование в автоматизированном режиме и формирование итогового результата по запущенным тестам. Есть конечно различия в скриптах между Active-HDL и Vivdo, но работает.
Это очень интересная система, но она нас возвращает к дискуссии что лучше использовать - сборку через скрипт или через gui.
Сборка через скрип очень полезна, особенно на удалённом сервере. Но это не удобно при оперативной работе с проектом.
Так конечно можно, но это же надо не забыть этот файл подключить.
А как было бы хорошо, есть ip_core с файлами xci; Весь мусор в каталоге Vivado; При это с исходниками можно делать всё и очень просто. Копировать, сравнивать, архивировать, подключать под контроль версий.
Всем доброго времени суток.
Есть такая проблема с расположением файлов для проекта Vivado. В моих проектах каталог src отделён от каталога где лежит проект Vivado. Это позволяет его легко подключить под систему контроля версий. Но при таком подходе есть проблема с IP Core. Файлы xci лежат каждый в своём каталоге, они подключены под систему контроля версий, но Vivado при своей работе начинает в этих каталогах работать. И там получается очень много файлов, что неудобно.
Собственно вопрос - существует ли возможность указать Vivado что бы она использовала другой рабочий каталог для IP Core ?
На avnet микросхемы vu9p стоят около $40000, скидки Xilinx даёт только за большие партии. Видимо здесь предполагается большая партия.
Мы хотим сделать плату на KU11P, предположительно она будет стоить $9000.
Это совсем разные понятия.
Каждое PCI устройство запрашивает адресное пространство. BIOS его выделяет. Но это только адресное пространство.
А понятие системаная/пользовательская относиться к основной памяти компьютера и способу выделения - внутри ядра ОС или нет.
Нет. Не так.
Системная память - это память которую приложение может выделить в ядре ОС. Она является непрерывной по физическим и виртуальным адресам.
Пользовательсякая память - это память которую приложение может выделить вне ядра ОС. Вот для неё используется виртуализация на уровне процессора. Как следствие - она является непрерывной по виртуальным адресам но на уровне физических адресов она разделена на страницы по 4 килобайта.
DMA канал работает с физической памятью. Если буфер для DMA выделен в пользовательской памяти, то это достаточно тяжёлый режим. Приходится работать с большим количеством блоков по 4кБайта. Мой контроллер кстати позволяет быстро работать с пользовательской памятью - это одна из наших "изюминок"
Подробнее можно прочитать здесь: http://ds-dev.ru/attachments/download/4
Как оказалось, процессор тоже быстрее работает с системной памятью. Но это требует дополнительных исследований.
Да, конечно. Это процессоры Intel i7 с четырёхканальной памятью. Точные названия сейчас не помню.
Это Linux. NVIDEA поддерживает этот режим только под Linux. Текущие результаты опубликованы здесь: https://github.com/karakozov/gpudma
Мы работаем на узком но конкурентом рынке. У наших клиентов есть выбор - покупать у нас или у конкурентов. Так же и у всех остальных производителей. Большое количество фирм показывает что клиентов хватает. А вот дальше уже начинаются "изюминки". Например скорость в 13500 Мбайт/с. Или ещё что-то, что приводит к решению о покупке в конкретной фирме.
Так что это вполне нормальный бизнес.
Подтверждаю. Это именно так. Вот только эта работа стала основой для нескольких модулей на основе Kintex Ultrascale с PCIe v3.0 x8; А вот они как раз продаются. Так что эта работа уже полностью окупилась.
