Обсуждение AdHoc бинарный протокол.

pvvx

Активный участник сообщества
смешно и совершенно не по делу
впрочим я повторяюсь
Да уже понято, что торговля оптом дело неблагородное. Как же и на чем будет жить сфера обслуживания?
Повторить (перевести) что вы писали - надо напечатать бирки и положить каждую крошку в пакетик....
 

pvvx

Активный участник сообщества
И самое умиляющее в вынашиваемом протоколе – это основа всей оптимизации на транзакции к древней первой микросхеме UART в 8 бит. Пока абстрагировались UART сгинул и его заменили интерфейсы передающие за раз минимум от 80 бит (BLE), 512 полезных бит USB1.0, от 128 бит для фрейма запроса XIP к вымирающей SPI Flash, и тысячи бит для других интерфейсов в устройствах больше мелкого MCU. И главное, что при уменьшении некого объема передачи за раз, теряем производительность и бесполезно греем атмосферу.
Ни каких средств для оптимизации в новых протоколах делать не будем - возьмем абстракцию - 5-разрядный код Бодо от телетайпа :)
 

pvvx

Активный участник сообщества
Совершенно по делу, впрочем я повторяюсь:
С чем боролись пятилетку назад, для получения более менее скоростных характеристик у первого Web сервера на ESP8266 ещё до появления Arduino (там это не требуется):
https://support.microsoft.com/en-us/kb/214397
 

pvvx

Активный участник сообщества
пфф
покопался у себя... и нашел ZeroFormatter
у них наиболее широкий охват по benchmarks и вот на что стоит обратить особое внимание ...
то что всякие JSON привычно, многократно соснули... и это не зависит от платформ и имплементации, ага.
Голословщина и бездарные отрешенные benchmarks.
Только с учетом специфики указанной постом ранее в текущей версии IPv4 сети имеем разницу производительности в 1940000 раз, что не снилось вашим AdHoc без учета специфик канального уровня.
И да-да Карл! Именно в 1940000 раз, что вы бы смогли подсчитать сами, если бы владели полной картой узких мест, где требуется оптимизации и как её организовать.
 

cheblin

Member
оспидя... этой мудрости тыща лет в обед....

хочешь со всего тырнету случайных статеек сюда понадёргать??

расскажи, какое, это всё, имеет отношение к обсуждаемому контексту BLE где MTU куда скромнее TCP/IP - шных 1460 байт.

или в головушке случился очередной гиперскачёк в TCP/IP? так НЕ отключай Nagle если у тебя пакеты мелкие и возможная задержка не критична.

или это призыв начхать на размер пакета? ну тогда ответом на это только - буга-га.

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

а в мире больших машин, они значительно больше,

AdHoc - единое вертикальное решение работающее и на микроконтроллерах и на PC.

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

pvvx

Активный участник сообщества
оспидя... этой мудрости тыща лет в обед....

хочешь со всего тырнету случайных статеек сюда понадёргать??

расскажи, какое, это всё, имеет отношение к обсуждаемому контексту BLE где MTU куда скромнее TCP/IP - шных 1460 байт.

или в головушке случился очередной гиперскачёк в TCP/IP? так НЕ отключай Nagle если у тебя пакеты мелкие и возможная задержка не критична.
Т.е. вы смотрите в книгу и видите фигу? :)
А - понял - нашли знакомое слово: 'Nagle'.
Хоть стой, хоть падай. Беспросветная безграмотность...
или это призыв начхать на размер пакета? ну тогда ответом на это только - буга-га.
бу-бу.

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

Не видел таких - это в вашем мире?
а в мире больших машин, они значительно больше,
Серьезно? Там MTU вырос? ... слов нема.
обычно после такой заявы идут ссылки на репу со словами смотри как надо...
у пацанов ссылка есть, а от вас одно бла-бла и картинки пыщ-пыщ...
Ну я не пацан на работе у креативных клоунов :p
Метать бисер перед свиньями?
 

pvvx

Активный участник сообщества
Ндас... безграмотность даже в математике... если бы число указанных раз было-бы хотя-бы того порядка как кол-во байтиков в стандартном MTU....
Та ладно, проехали. Вы теперь вертикальный уровень пишите :) А то было про ваши комменты к трансферу оnline-games :p :) Как и впрочем к BLE стеку...
Продолжайте искать UART - он глубже :)
 

pvvx

Активный участник сообщества
С больной головы на здоровую валите?
Это относится к герою, который указывал, что транспортный уровень его не интересует, а интересен только UART. Тут можно даже цитаты дать.
Если вдрух заинтересует от куда и как вычислено кол-во раз при оптимизации то по началу герой должен был прочитать указанную ссылку и осознать про что там :p
Не могу же я тут предоставить ему обучение начиная с первых классов школы...
 

pvvx

Активный участник сообщества
Ответы Mail.ru: Метать бисер перед свиньями - откуда пошло такое выражение?
.

В истории часто возникают модные перлы, которые быстро затихают из-за начальной глупости самой идеи. Усё это возникает от и совокупности ограниченных детсадовских знаний и наличия развитых инструментов и средств. Когда-то, на заре телетайпа ваша сериализация с бинарной упаковкой возможно и была актуальной, как и классические оптимизации алгоритмов пузырьковой сортировки… Но время и техника решили и пошли по другому, давно решив эти задачи на аппаратном уровне. А вы же программер. Т.е. не шарите в современном аппаратном уровне и драйверах коммуникации низкого уровня. Обладаете знаниями исключительно верхнего слоя – API для пользователя и этим и оперируете. Шаг ниже в системе – и ваши знания закончились. От этого и перлы про UART. Больше то не освоили, и так убого и воспринимаете аппаратно-программный комплекс :p

Вы ещё про оптимизацию по регистрам CPU начните рассказывать и писать оптимизирующее ПО по этому делу, когда понятие регистр кануло в лету и у физического CPU их давно нет, а оптимизация производится совсем в других тугриках.
 

pvvx

Активный участник сообщества
В начале века разрыв между аппаратным и программным уровнем освоения считался в десяток лет. Далее он разошелся в разы и про это благополучно забыли и забили, т.к. уже не объяснить домохозяйке. Но неандертальцы так и пытаются оперировать дубиной с камнем, кое как изучив куски верхнего уровня ПО, конкретнее названий пару функций из какой-то ограниченной либы для управления общим процессом. И адаптируют это для побайтной работы с UART :p Что и наблюдаем в AdHoc.
Дети играются... Пусщай.
 

pvvx

Активный участник сообщества
Выдумали свой язык, свои лейблы, прям как в первом и макс. втором классе любой нормальный ребенок. Далее благополучно забудут, но будут помнить как игра… :p
"Таков путь!" :)
AdHoc и до этого уровня развития ещё не дошел... А автор...
 

cheblin

Member
дартаньян привычно маняврирует. и несёт несусветное...
наслаждаемся, машем....
 

pvvx

Активный участник сообщества
дартаньян привычно маняврирует. и несёт несусветное...
наслаждаемся, машем....
Могли бы просто смайлик оставить - что от вас ещё то можно ожидать? :cool:

Копайте глубже вертикаль до UART. Солнце не проходит над вашей дыркой. По нему вам не удастся судить о окончании работ. :)
 

A_D

Active member
дартаньян привычно маняврирует. и несёт несусветное...
наслаждаемся, машем....
Уже 16 страниц, а так и ни одного толком примера от ВАС, где же этот замечательный протокол можно применить и главное - ни единого сравнения с замерами, наглядно показывающими, что этот протокол прям крут. Только тонны текста и ссылки на другие решения... что как бы намекает на...(тут, думаю, понятно)
 

cheblin

Member
Уже 16 страниц, а так и ни одного толком примера от ВАС, где же этот замечательный протокол можно применить и главное - ни единого сравнения с замерами, наглядно показывающими, что этот протокол прям крут. Только тонны текста и ссылки на другие решения... что как бы намекает на...(тут, думаю, понятно)
выполняю. скоро будет всё прям по списку.
 
  • Like
Реакции: A_D
Сверху Снизу