[jcxz 309]

25 минут назад, quаrk сказал:

Собственно, такая связка (главный МК + подчиненный ПК) может являться относительно дешевой заменой полноценного компьютера, работающего в реал-тайм режиме, с реал-тайм ОС

Эх! - ваши слова да производителям материнок ПК бы - в уши!!! 

Уже давно следовало сделать стандартом де-факто для стационарных персоналок - наличие какого-либо программируемого МК на любой материнской плате ПК. С широким разъёмом на задней стороне корпуса, куда были бы выведены бОльшая часть ног МК. И со стандартными драйверами связи с этим МК из под популярных ОС (вынь/линух/etc.), позволяющими общаться с МК с прикладного уровня ОС. И чтобы хотя бы часть ног разъёма была гальванически развязана от ПК.

Как вам такая идея?  

32 минуты назад, quаrk сказал:

На самом деле, это единственно возможный вариант - внешний МК

Самый главный минус тут - это нестандартность. Придётся любому пользователю искать/покупать плату с этим самым МК. Просто для того, чтобы поработать с программой, которая на него рассчитывает.

[Vasil_Riabko 5]

6 minutes ago, jcxz said:

Эх! - ваши слова да производителям материнок ПК бы - в уши!!! 

Уже давно следовало сделать стандартом де-факто для стационарных персоналок - наличие какого-либо программируемого МК на любой материнской плате ПК. С широким разъёмом на задней стороне корпуса, куда были бы выведены бОльшая часть ног МК. И со стандартными драйверами связи с этим МК из под популярных ОС (вынь/линух/etc.), позволяющими общаться с МК с прикладного уровня ОС. И чтобы хотя бы часть ног разъёма была гальванически развязана от ПК.

Как вам такая идея?  

Самый главный минус тут - это нестандартность. Придётся любому пользователю искать/покупать плату с этим самым МК. Просто для того, чтобы поработать с программой, которая на него рассчитывает.

де-факто для стационарных персоналок...

И пусть 99% пользователей ПК платят за Ваши хотелки.

[quаrk 35]

В 13.12.2024 в 12:29, jcxz сказал:

Самый главный минус тут - это нестандартность. Придётся любому пользователю искать/покупать плату с этим самым МК. Просто для того, чтобы поработать с программой, которая на него рассчитывает.

Это все издержки вашего традиционного подхода к построению таких систем, который вы пока еще не смогли "вывернуть наизнанаку".

В данном случае, плата с МК - это и есть главный компьютер. А ПК - это подключаемое к нему периферийное устройство, которое выполняет всю "черновую" работу: рисует красивые картинки на экране, опрашивает клавиатуру, сохраняет данные на внешних носителях, быстро выполняет сложные вычисления, ходит в интернет, если нужно... С точки зрения такой системы, ПК - это всего лишь некий "универсальный сопроцессор", подключенный к главному процессору - МК.

А протокол обмена между МК и ПК - это, на самом деле, система команд этого "сопроцессора". Ее вполне можно стандартизировать. Тогда, не будет иметь значения, какой ПК будет использоваться, какая ОС на нем установлена и сколько ядер в его процессоре. Хотя, особой необходимости в такой стандартизации - нет. И без нее можете использовать любой ПК, который у вас есть под рукой. Загрузите в него "систему команд", которую использует ваш МК, и вперед.

 

[sasamy 11]

On 12/13/2024 at 11:57 AM, quаrk said:

А между МК и ПК может быть, практически, любой канал связи, даже не обеспечивающий реал-тайм.

любой да не любой - если надо быстро то всё приплыли

https://habr.com/ru/articles/652291/

[jcxz 309]

В 13.12.2024 в 11:36, Vasil_Riabko сказал:

И пусть 99% пользователей ПК платят за Ваши хотелки.

Ну я же плачу за [censored] не нужные мне мегабайты видео-ОЗУ. Которые никак не использую. Ибо - не игроман.    И за кучу другого ненужного хлама на материнке.

2 часа назад, sasamy сказал:

любой да не любой - если надо быстро то всё приплыли

Точнее - не быстро, а с минимальной задержкой. Детерминировано по времени опроса/отклика. С просто "быстро" проблем нет, при наличии Ethernet и USB.

 

PS: Блин - уже и слово "нафи_г" стало нецензурным???! 

PPS: Хорошо хоть пока "блин" не забанили.... неженки млин...

Неужто катимся к тому же что сейчас наблюдается почти в любом видео - замыливание даже даже самого тривиального кровоподтёка? 

[quаrk 35]

2 часа назад, sasamy сказал:

любой да не любой - если надо быстро то всё приплыли

https://habr.com/ru/articles/652291/

Вы не про тот канал говорите. Критичны каналы, связывающие MK с реал-тайм устройствами...

То, что вы сумели изолировать отдельное ядро в процессоре для своей задачи от Win - это, конечно, замечательно. Но, к сожалению, это только половина решения задачи. Вам еще необходимо иметь прямую связь с внешними реал-тайм устройствами, которыми вы собираетесь управлять. У вас эта связь опосредована.

Все так красиво расписано, с чисто программной точки зрения. А на аппаратный уровень (пониже) не пробовали опускаться? Кто вам гарантирует, что данные от FPGA будут поступать через этот канал без ошибок, незапланированных задержек и искажений? Я, конечно, давно "не в теме", но, насколько помню, прямой доступ к памяти - это конкурентный ресурс. То, что вы зарезервировали себе определенные адреса - еще ничего не значит. Доступ-то к интерфейсу один на всех. Где гарантии, что вы там имеете абсолюный приоритет? И вас там, не "подвинули" или вообще не выбросили из очереди, за давностью? Можете ли вы контролировать этот процесс?

P.S. Повторю уже высказанную здесь истину: "Реал-тайм - это не про время отклика. Это - про гарантии."

 

[sasamy 11]

34 minutes ago, quаrk said:

Вы не про тот канал говорите.

я про то что эти внешние МК это вообще не вариант для чего-то серьёзней модбаса на rs485

 

36 minutes ago, quаrk said:

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

а кто вам гарантирует это для мк ?

52 minutes ago, jcxz said:

С просто "быстро" проблем нет, при наличии Ethernet и USB.

да нет - как раз в этом и проблема, как передавать большие объёмы данных быстро

[khach 56]

3 часа назад, sasamy сказал:

любой да не любой - если надо быстро то всё приплыли

https://habr.com/ru/articles/652291/

Изварщение конечно. Лучше уж тогда выделить собирающее информацию и перерабатываюшее ее устройства в отдельный сегмент шины и пусть там между собой по PCI-e dma данные гоняют. А процессор будет иногда забирать готовые результатты из своего сегмента и не мешать обмену. Майнеры изобрели неплохие штуки для этого, хотя тут PCI-e X1. Интересно, существуют ли такие расширители x16 или хотя бы x4?

Типа таких https://www.bressner.de/en/products/gpu-computers/gpu-expansions/

[sasamy 11]

17 minutes ago, khach said:

Лучше уж тогда выделить собирающее информацию и перерабатываюшее ее устройства в отдельный сегмент шины и пусть там между собой по PCI-e dma данные гоняют. А процессор будет иногда забирать готовые результатты из своего сегмента и не мешать обмену.

интересно как вы себе это представляете в контексте той задачи

Quote

Поэтому всё это богатство данных, помимо показа на экране, придётся записывать на жёсткий диск. Все 1,3 гигабайта данных в секунду.

 

[khach 56]

53 минуты назад, sasamy сказал:

Поэтому всё это богатство данных, помимо показа на экране, придётся записывать на жёсткий диск. Все 1,3 гигабайта данных в секунду.

Вообще то существуют карты PCI-E raid контроллеров, в том числе SAS ( не SATA). Самое то для записи массива данных. И как раз в отдельном сегменте шины они прекрасно живут вместе с источником данных. Центральный процессор им только время от времени  подсказывает, куда данные класть надо. Только конечно приходится настраивать источник данных, чтобы они не попали в общую память на DIMM на материнской плате, иначе вся затея с сегментами шины впустую.

[quаrk 35]

1 час назад, sasamy сказал:

а кто вам гарантирует это для мк ?

В том-то и дело, что МК вам все гарантирует.
Поскольку, при описанном мною построении системы, он - главный центральный процессор.
Он сам себе хозяин. Сам задает все приоритеты. Сам их контролирует и гарантирует.
И больше - никто.

А в вашем случае, вы находитесь внутри "чужой" системы. Которая вам ничего не гарантирует.
По крайней мере - официально.

[sasamy 11]

22 minutes ago, khach said:

И как раз в отдельном сегменте шины они прекрасно живут вместе с источником данных

а с GPU который должен их обработать ? я вообще не понял суть ваших претензий "Изварщение конечно" - почему они на обычной материнки не могут друг к другу через p2p напрямую обращаться.

[khach 56]

25 минут назад, sasamy сказал:

я вообще не понял суть ваших претензий "Изварщение конечно" - почему они на обычной материнки не могут друг к другу через p2p напрямую обращаться.

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

[sasamy 11]

31 minutes ago, quаrk said:

Он сам себе хозяин. Сам задает все приоритеты. Сам их контролирует и гарантирует.

надо ему данные срочно скинуть на "подчинённый" процессор а тот занят другими задачами - и вот ваш "хозяин" гарантированно в пролёте как фанера

10 minutes ago, khach said:

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

какое железо используется из статье неизвестно кроме

Quote

Этим выходом плата будет воткнута в порт PCIe на самом обычном, просто очень мощном, компьютере.

но контроль качества он судя по всему прошёл

Quote

Система, которая сохраняла 99,99999% данных, не прошла контроль качества и была забракована, потому что теряла до 13 тысяч замеров каждую секунду.

А вот теперь мы со всем этим попробуем взлететь.

 

[quаrk 35]

15 минут назад, sasamy сказал:

надо ему данные срочно скинуть на "подчинённый" процессор а тот занят другими задачами - и вот ваш "хозяин" гарантированно в пролёте как фанера

Правильно выбирайте себе "подчиненного". И не "грузите" его другими задачами...

 

Edited December 14, 2024 by quаrk