Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Как повысить скорость работы по сети AT91SAM7X256
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > ARM
Страницы: 1, 2
zltigo
Цитата(AlexandrY @ May 4 2008, 23:32) *
RTOS-ы .. OS-ы на таких скоростях только мешают.

smile.gif А если вдувать в Ethernet пакеты со всей дури это не есть единственное предназначение устройства?
AlexandrY
Я ж не предлагаю отказаться от оси. Это ж святое! biggrin.gif
В серьезных RTOS-ах есть фича как Raw IP и Zero Copy Interface
Но тут обсуждаются как бы возможности по интеграции отдельного недоразвитого пакета.
В принципе человек и пошел по пути сильной модернизации uIP и скорее всего придет к отказу от сервисов стека и RTOS чтобы увеличить скорость.
Применение uIP уже говорит, что дивайс явно не смартфоном будет, просто достался он вместе с RTOS
Пересылка этих пакетов в дивайсе чуть не единственная фича как можно понять.
Ближе к границе 90 Mbit, хорошая архитектура проца является очень важным моментом.

Цитата(zltigo @ May 5 2008, 11:37) *
smile.gif А если вдувать в Ethernet пакеты со всей дури это не есть единственное предназначение устройства?
Rst7
Цитата
Возьмите процы от Freescale, в них IP-core Ethernet-а такой, что дескрипторы буферов приема могут быть настроены под любую длину фрагментов входных пакетов.Соответственно хидеры можете в одно место принимать, а данные сразу в точку назначения.Причем можно вызвать прерывание сразу по окончании хидера и таким образом фильтровать пакеты так чтобы целевой трафик не попадал в RTOS.


Это классно конечно, но почему-то забывают про то, что заголовки не имеют фиксированной длинны - так что может оказаться, что граница заголовки/данные окажутся совсем не там, где настроенно для приема...
AlexandrY
Не забывают, а не договаривают. Ну не всеж сразу всем рассказывать.
Ладно, расскажу вам секрет.
Есть такой тэг VLAN, в MAC хидере. Используя его можно много чего придумать. cool.gif

Цитата(Rst7 @ May 5 2008, 13:14) *
Это классно конечно, но почему-то забывают про то, что заголовки не имеют фиксированной длинны - так что может оказаться, что граница заголовки/данные окажутся совсем не там, где настроенно для приема...
Rst7
Цитата
Есть такой тэг VLAN, в MAC хидере. Используя его можно много чего придумать.


Не совсем понятно, что же можно придумать с этим тегом на приемном конце? Тег-то приходит из сети, и есть он или нет - еще неизвестно (обычно, в конечном устройстве его надо просто стрипнуть). А я о том, что и в IP-заголовке, и в TCP-заголовке возможны дополнительные опции - например, при открытии сессии очень все любят сунуть опцию MTU. Хотя, с другой стороны, при передаче собственно данных обычно дополнительные заголовки не встречаются (нефиг оверхед гонять, и это правильно), но закладываться на это - себе дороже.

Хотя, конечно, это мои размышлизмы, может в мотороловской реализации мака уже и подумали за нас. Дайте, чтоли, ссылочку на даташит, почитаем, проникнемся smile.gif
AlexandrY
Вообще-то я просто прикалывался, но была одна мелкая идея.
Вот цифровое телевидение например юзает тег VLAN
Если в хидере обнаруживается заданный тэг то все такие пакеты уводятся роутером совсем в другие буферы и на другие порты.
Freescale удобны тем что, что там можно организовать прерывание сразу по приему MAC хидера, определить че за VLAN и быстенько сконфигурить адрес для приемника пакета данных которые будут еще через байт 28 (2.24 мкс) в лучшем случае.
Описание FEC-а от Freescale можно найти в любом ихнем ColdFire-е или ARM-е с встроенным Ethermet-ом

А принцип всей системы таков:
Спокойно юзаете свою ОС-ь.
Делаете там ARP, DHCP, DNS.. все че положено.
В некоторый момент получаете из сети по служебному соединению инфу о том, что скоро пойдут VLAN пакеты.
Настраиваете перехватчик MAC хидеров и его отводной канал передачи данных.
Перехватчик не юзает сервисы OC-и, если че нужно - дает понять через генерацию программных прерываний.
Все из предположения, что юзер использует собственный софт на стороне PC

Цитата(Rst7 @ May 5 2008, 14:42) *
Не совсем понятно, что же можно придумать с этим тегом на приемном конце? Тег-то приходит из сети, и есть он или нет - еще неизвестно (обычно, в конечном устройстве его надо просто стрипнуть). А я о том, что и в IP-заголовке, и в TCP-заголовке возможны дополнительные опции - например, при открытии сессии очень все любят сунуть опцию MTU. Хотя, с другой стороны, при передаче собственно данных обычно дополнительные заголовки не встречаются (нефиг оверхед гонять, и это правильно), но закладываться на это - себе дороже.

Хотя, конечно, это мои размышлизмы, может в мотороловской реализации мака уже и подумали за нас. Дайте, чтоли, ссылочку на даташит, почитаем, проникнемся smile.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.