caxapa.ru :: Вы чо? Евгений! эзернет сущность такая, что пока весь канал не забит

Mahagam (06.02.2013 01:08, просмотров: 256) ответил Evgeny_CD на Жаль, они один Ethernet задействовали. В камне их два, и один просится под эксклюзивный отладочный порт.

Вы чо? Евгений! эзернет сущность такая, что пока весь канал не забит - потоки через него друг другу не мешают. а в том же омапе L138 (AM1808) и видимо подобных зверях от TI, MAC-уровень позволяет фильтровать и разделять потоки по нескольким мак-адресам. вот вам на одном физическом порту два (несколько) виртуально-разнесённых почти независимых порта. даже такой примитив позволит навесить два (несколько) TCP/IP стека. и не обязательно TCP/IP.

Ответить

- Вот и я о том, что отладочный канал =! (UDP|TCP) [бредовое выражение написал]. 100 Мбит не так и много. И отладочный трафик может портить RT характеристики Ethernet канала в реальном устройстве без отладки. - Evgeny_CD(06.02.2013 01:17)
  - эт смаря чо под рт понимать... ты можешь такое рт устроить что никакого изирнета не хватит. - LordN(06.02.2013 05:32)
  - в реальных применениях эзернет ни разу не RT. после того как на него навешают стеков, живущих своей жизнью, да имеющий свои мнения относительно того как быстро на что реагировать - он ни разу не RT ))) а сто мегабит - это дохрена - Mahagam(06.02.2013 01:34)
    - "Отладочный трафик" зависит от задачи. Для некоторых приложений нам желательно под 100Мбит при условии, что это не отожрет 50% мощи проца. Голые фреймы гнать по Ethernet при помощи DMA - смое то. - Evgeny_CD(06.02.2013 01:36)
      - ого. а пример такой задачи можно? вкратце. - Mahagam(06.02.2013 01:43)
        
        1) протоколирование сырых данных периферии. В боооольшой файл на ПЦ. Чтобы потом его матлабом, скажем, анализировать. Например, тупо отсчеты АЦП. 2) тупой дамп больших структур из памяти. Чтобы искать трудноуловимые ошибки. Evgeny_CD(178 знак., 06.02.2013 01:47)
        
        ну-ну. 10 метров в секунду - это каким контроллером вы такой поток без ПЦ собрались переваривать? - Mahagam(06.02.2013 10:27)
        
        Это ПЦ переваривает поток 10Мбайт/сек от контроллера. - Evgeny_CD(06.02.2013 15:34)
        
        ну а поток этот откуда-то получается? если он != тому что будет обрабатывать контроллер, то я не вижу толка в такой отладке - Mahagam(06.02.2013 15:48)
        
        Вот что мы однажды делали, когда никак не могли найти ошибку. В том чипе не было Ethernet, сделали по UART, но все было на грани по причине медленного канала. Evgeny_CD(1351 знак., 06.02.2013 17:54)
        
        странные у вас методы... я обычно добивался того, чтобы ошибка проявляла себя как можно чаще. - Mahagam(06.02.2013 18:02)
        
        Куча функций зависит от сотового мудема. А тот - от глюков ОПсоса. Как ускорить появление глюков у опсоса? Evgeny_CD(380 знак., 06.02.2013 18:08)
        
        В варианте Ethernet отлаживать вполне можно даже в поле, на живой системе. На ноут капчурим и все. Потом в лаборатории спокойно анализируем. JTAG для поля не очень подходит, да и фоновая отладка в течении часов - искусство. - Evgeny_CD(06.02.2013 17:56)

Средства и методы разработки