Что такое "довольно высокая производительность"? 1 МIPS? 10 MIPS? 100 MIPS? 1000 MIPS? 1000000 MIPS?
Вы когда-нибудь слышали фразу "всё познаётся в сравнении"?
Современные персональные компьютеры с "довольно высокой производительностью" порядка 1000000 MIPS успешно тормозят на простейших задачах. Современные говнокодеры сольют в унитаз любые MIPS. Кстати, к lwip это тоже относится: существует куча кривых портов и драйверов, которые создают тормоза на ровном месте. Не говоря уже о том, что 168 МГц для обработки потока 100 МБит/с - это совсем не много.

Если не синхронизировать взаимодействие двух задач ОС, то рано или поздно из данных получится каша.
Любая задача (или её участок) в общем случае могут работать как быстрее другой так и медленее в зависимости от приоритета и вызываемых функций ОС ожидающих каких-либо событий.
Полагаться, что одна будет всегда быстрее, когда заранее не известен алгоритм работы, нельзя.
Только выполнение внутри критической секции можно считать предопределённым.

В описанном Вами случае, сколько Вы будете резервировать экземпляров структур под передачу?
Как задача 1 узнает что какая-то структура освободилась? Никак? Будет писать в неё наугад в тот момент когда задача 2 как раз обрабатывает данные этой структуры?
Как Вы передаёте сообщения между задачами? С помощью какого-то механизма ОС? Почему он лучше чем семафор/кр.секция?

То что Вы попытались описать называется FIFO (элементарная единица его - упомянутая структура).
Этот механизм можно применять для межзадачной синхронизации (и даже - межпроцессорной что тяжелее), но в данном случае он избыточен и неэффективен для данной задачи.
Если не синхронизировать межзадачный доступ к указателям записи/чтения FIFO, то в один прекрасный момент FIFO переполнится и будет каша.
А синхронизировать их - с помощью тех-же кр.секций или семафоров.
Ну или нужно гарантировать что задача 2 всегда успевает вычитать FIFO до его переполнения, тогда не нужна синхронизация доступа к указателям FIFO.

и вполне хватает для сканирования эннного кол-ва 1Wire датчиков, с поддержкой 100МБит при максимальных 65535 пинговых пакетах, непрерывно,
фулл рефрэш вэб морды, модбасы, порты логические, аналоговые, управление шимом, логика работы всего устройства, поддержка wifi,
обработка бродкастов входящих, опрос локальной сети и опорного вэб сервера - всё этот камень протаскивает на ура в одной задаче...

Сам lwip надо грамотно посмотреть глазками. Лично сам - находил там пару косяков. Всё перетряс, где было подозрительно - переписал.
Особенно сам обработчик DMA прерывания, работа с памятью, ну и TCP состояния выпрямил(а то там косячёкс был в оригинале)...

Я было хотел вчерась ещё отписаться, но Вам всё уже выше грамотно изложили. Рекомендую прислушаться к товарищу scifi - судя по инет инфе - он
не мало соли переел по сетевым делам...

появился еще вопрос от относительно ФрииРТОС: есть разница, как работать с данными в тасках: передавать их как аргумент при создании таска (даже если они объявлены глобально) или просто юзать как глобальные переменные (как в обычной программе Си) ?

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

И ещё...
запихивая переменную в доступную всем область видимости - озаботьтесь о синхронности доступа к этой переменной. А то спустя
года, либо другой писатель может забыть об асинхронном доступе к оной...

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

Как правило, в реальном проекте появляются глобальные переменные или структуры, к которым требуется доступ из разных задач.
Кроме того, что надо, как уже написали, чётко продумать механизм совместного использования, желательно подробно описать это там, где вы их объявляете.
Существуют различные способы обеспечить грамотную работу с такими данными. Почитайте пожалуйста. Есть хорошее описание FreeRTOS на русском у Курница. Все ОС используют похожие механизмы, выработанные десятилетия назад. Поэтому это будет вдвойне полезно.

весьма информативно. благодарю.
исследование работы ОС и доработка проекта продолжаются.

в процессе доработки столкнулся с зависанием некоторых задач - ну понятно, задача повисла в вайле или еще где, не суть. остальное продолжает работать
Есть средство для обнаружения такого события? на подобии колбека при переполнении стека задачи?
например: повисла задача - сработало некое прерывание - вызвался коллбек

Простите, а как оно должно отличить такую ситуацию от "задача в цикле делает свою работу"?

Средство у Вас на плечах находится.

да это понятное дело, что я могу сам сваять некий такс-тик-диаг, но подумалось, вдруг там уже есть велосипед на подобии стек контроля.
нет так нет )

Контроль стека часто имеется в ОС (например в uCOS есть). Но контроль там делается насколько помню, только при переключении задачи,
и если Вы внутри функции переполнили стек не вызывая функций ОС, то разрушение памяти (и возможное зависание) всё равно произойдёт.
Полный контроль стека по-моему можно включить в опциях некоторых компиляторов (только всё будет тормозить), либо задействовать MPU (лишние затраты памяти, так как необходимо выравниваение стека).
Но обычно контролируют глазами заполняя стек шаблоном.

Но в общем случае задача в ОС у Вас может повиснуть не по причине разрушения стека, а по какой-то другой ошибке, со стеком не связанной.
Так что с зависанием задач контроль стека Вам вряд-ли поможет. Поможет только отладчик и голова.

Если мне необходимо выполнять некую задачу (например опрос шины 1-wire) раз в секунду и по оконцовке перезапись измерений (массив структур или указатель на данные, не важно), как лучше реализовать?



или



Или может есть более изящный способ реализовать такой алгорит на тасках/таймере/семафорах?

Ну я так понимаю, что вам же не надо точно 1 сек? Второй способ вполне подойдёт.

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