cheblin
Member
смешно и совершенно не по делу
впрочим я повторяюсь
-
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
Обсуждение AdHoc бинарный протокол.
- Автор темы cheblin
- Дата начала
впрочим я повторяюсь
pvvx
Активный участник сообщества
Да уже понято, что торговля оптом дело неблагородное. Как же и на чем будет жить сфера обслуживания?
Повторить (перевести) что вы писали - надо напечатать бирки и положить каждую крошку в пакетик....
pvvx
Активный участник сообщества
И самое умиляющее в вынашиваемом протоколе – это основа всей оптимизации на транзакции к древней первой микросхеме UART в 8 бит. Пока абстрагировались UART сгинул и его заменили интерфейсы передающие за раз минимум от 80 бит (BLE), 512 полезных бит USB1.0, от 128 бит для фрейма запроса XIP к вымирающей SPI Flash, и тысячи бит для других интерфейсов в устройствах больше мелкого MCU. И главное, что при уменьшении некого объема передачи за раз, теряем производительность и бесполезно греем атмосферу.
Ни каких средств для оптимизации в новых протоколах делать не будем - возьмем абстракцию - 5-разрядный код Бодо от телетайпа
Ни каких средств для оптимизации в новых протоколах делать не будем - возьмем абстракцию - 5-разрядный код Бодо от телетайпа
pvvx
Активный участник сообщества
Совершенно по делу, впрочем я повторяюсь:
С чем боролись пятилетку назад, для получения более менее скоростных характеристик у первого Web сервера на ESP8266 ещё до появления Arduino (там это не требуется):
https://support.microsoft.com/en-us/kb/214397
С чем боролись пятилетку назад, для получения более менее скоростных характеристик у первого Web сервера на ESP8266 ещё до появления Arduino (там это не требуется):
https://support.microsoft.com/en-us/kb/214397
pvvx
Активный участник сообщества
Голословщина и бездарные отрешенные benchmarks.
Только с учетом специфики указанной постом ранее в текущей версии IPv4 сети имеем разницу производительности в 1940000 раз, что не снилось вашим AdHoc без учета специфик канального уровня.
И да-да Карл! Именно в 1940000 раз, что вы бы смогли подсчитать сами, если бы владели полной картой узких мест, где требуется оптимизации и как её организовать.
cheblin
Member
оспидя... этой мудрости тыща лет в обед....
хочешь со всего тырнету случайных статеек сюда понадёргать??
расскажи, какое, это всё, имеет отношение к обсуждаемому контексту BLE где MTU куда скромнее TCP/IP - шных 1460 байт.
или в головушке случился очередной гиперскачёк в TCP/IP? так НЕ отключай Nagle если у тебя пакеты мелкие и возможная задержка не критична.
или это призыв начхать на размер пакета? ну тогда ответом на это только - буга-га.
размеры пакетов определяются самими пользователями на этапе дизайна протокола, в зависимостьи от задач.
на микроконтроллерах они как правило не большие... а когда экономят батарею, онит сверх маленькие, ага. 1 байт
а в мире больших машин, они значительно больше,
AdHoc - единое вертикальное решение работающее и на микроконтроллерах и на PC.
ох, у меня хорошее настроение,
добавил новые фишки и до...олго отлаживал... теперь всё работает, тесты прошли и я снова сажусь за документацию
cheblin
Member
обычно после такой заявы идут ссылки на репу со словами смотри как надо...
у пацанов ссылка есть, а от вас одно бла-бла и картинки пыщ-пыщ...
pvvx
Активный участник сообщества
Т.е. вы смотрите в книгу и видите фигу?
А - понял - нашли знакомое слово: 'Nagle'.
Хоть стой, хоть падай. Беспросветная безграмотность...
бу-бу.
Не видел таких - это в вашем мире?
Серьезно? Там MTU вырос? ... слов нема.
Ну я не пацан на работе у креативных клоунов
Метать бисер перед свиньями?
pvvx
Активный участник сообщества
Ндас... безграмотность даже в математике... если бы число указанных раз было-бы хотя-бы того порядка как кол-во байтиков в стандартном MTU....
Та ладно, проехали. Вы теперь вертикальный уровень пишите А то было про ваши комменты к трансферу оnline-games Как и впрочем к BLE стеку...
Продолжайте искать UART - он глубже
Та ладно, проехали. Вы теперь вертикальный уровень пишите
А то было про ваши комменты к трансферу оnline-games Как и впрочем к BLE стеку...Продолжайте искать UART - он глубже
cheblin
Member
уважаемые многочисленные молчаливые читатели... ну вы понЕли... что хотел сказать этот дартаньян
pvvx
Активный участник сообщества
С больной головы на здоровую валите?
Это относится к герою, который указывал, что транспортный уровень его не интересует, а интересен только UART. Тут можно даже цитаты дать.
Если вдрух заинтересует от куда и как вычислено кол-во раз при оптимизации то по началу герой должен был прочитать указанную ссылку и осознать про что там
Не могу же я тут предоставить ему обучение начиная с первых классов школы...
Это относится к герою, который указывал, что транспортный уровень его не интересует, а интересен только UART. Тут можно даже цитаты дать.
Если вдрух заинтересует от куда и как вычислено кол-во раз при оптимизации то по началу герой должен был прочитать указанную ссылку и осознать про что там
Не могу же я тут предоставить ему обучение начиная с первых классов школы...
cheblin
Member
продолжай...
pvvx
Активный участник сообщества
Ответы Mail.ru: Метать бисер перед свиньями - откуда пошло такое выражение?
.
В истории часто возникают модные перлы, которые быстро затихают из-за начальной глупости самой идеи. Усё это возникает от и совокупности ограниченных детсадовских знаний и наличия развитых инструментов и средств. Когда-то, на заре телетайпа ваша сериализация с бинарной упаковкой возможно и была актуальной, как и классические оптимизации алгоритмов пузырьковой сортировки… Но время и техника решили и пошли по другому, давно решив эти задачи на аппаратном уровне. А вы же программер. Т.е. не шарите в современном аппаратном уровне и драйверах коммуникации низкого уровня. Обладаете знаниями исключительно верхнего слоя – API для пользователя и этим и оперируете. Шаг ниже в системе – и ваши знания закончились. От этого и перлы про UART. Больше то не освоили, и так убого и воспринимаете аппаратно-программный комплекс
Вы ещё про оптимизацию по регистрам CPU начните рассказывать и писать оптимизирующее ПО по этому делу, когда понятие регистр кануло в лету и у физического CPU их давно нет, а оптимизация производится совсем в других тугриках.
pvvx
Активный участник сообщества
В начале века разрыв между аппаратным и программным уровнем освоения считался в десяток лет. Далее он разошелся в разы и про это благополучно забыли и забили, т.к. уже не объяснить домохозяйке. Но неандертальцы так и пытаются оперировать дубиной с камнем, кое как изучив куски верхнего уровня ПО, конкретнее названий пару функций из какой-то ограниченной либы для управления общим процессом. И адаптируют это для побайтной работы с UART Что и наблюдаем в AdHoc.
Дети играются... Пусщай.
Что и наблюдаем в AdHoc.Дети играются... Пусщай.
pvvx
Активный участник сообщества
Могли бы просто смайлик оставить - что от вас ещё то можно ожидать?
Копайте глубже вертикаль до UART. Солнце не проходит над вашей дыркой. По нему вам не удастся судить о окончании работ.
Уже 16 страниц, а так и ни одного толком примера от ВАС, где же этот замечательный протокол можно применить и главное - ни единого сравнения с замерами, наглядно показывающими, что этот протокол прям крут. Только тонны текста и ссылки на другие решения... что как бы намекает на...(тут, думаю, понятно)