cheblin
Member
смешно и совершенно не по делу
впрочим я повторяюсь
-
Уважаемые посетители сайта esp8266.ru!
Мы отказались от размещения рекламы на страницах форума для большего комфорта пользователей.
Вы можете оказать посильную поддержку администрации форума. Данные средства пойдут на оплату услуг облачных провайдеров для сайта esp8266.ru -
Система автоматизации с открытым исходным кодом на базе 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 страниц, а так и ни одного толком примера от ВАС, где же этот замечательный протокол можно применить и главное - ни единого сравнения с замерами, наглядно показывающими, что этот протокол прям крут. Только тонны текста и ссылки на другие решения... что как бы намекает на...(тут, думаю, понятно)