Результаты поиска

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

И на этом я вам напомню – процессоры не работают с “байтами”, а работают со словами из бит, и ныне обычно из 64-х. Значит ваш протокол не годится и не оптимизирован для текущей аппаратуры, где атомарная единица может иметь сотни и тысячи бит… Даже в древнем Modbus атомарная единица имеет размер...

Причина давно выявлена – вы не вникаете в то, что вам пишут. Только лепите бессмысленные фразы в ответ, выдергивая из контекста и не вникая в суть. Это и называется "креативный фантазер боксер, смывающийся как доходит до дела". Но гляжу, что в течении полугода всё-таки усвоили что ваш UART не...

Я не бекаю на ващих окраинных языках. По статье его зарождения и вашим напевам в данном форуме. Тем временем, сколько бы ни появилось новых проприетарных пром. протоколов, базовый Modbus как и CИ в языках программирования живее всех живых :p Оно тоже работает с массивом байт :p И сколько бы...

Тем временем, UART умирает даже в Arduino, замещаясь USB... Т.е. основное предназначение и интерфейс AdHoc закончило своё существование и превратилось в антиквариат.

Тем временем и STM32F103С8T6 изучаемый креативным боксером так-же закончил своё существование на али, т.к. превратился в антиквариат и стоит дороже новых чипов...

Тем временем, без всяких AdHoc PowerProfiler BLE уже в браузере на любой платформе с полными исходниками и примером теста собственного потребления модуля: Разрисовать HTML страничку и использовать какую свою графическую либу можете сами, как и создать класс устройства в javascript. На это не...

Уже третья тема-простыня спама от вас про AdHoc, а итогов как не было, так и нет. Видимо плохо читаете и не вникаете в суть, того что вам описано.

Вы уж там постарайтесь выкинуть новую рекламу никому не нужной кроме вас игры в создание неразвитых языков, которые созданы для частной временной игры в их развитие до уже имеющихся, а не для создания рабочих вещей…

Креативный боксер - я давно знаю что такое typescript. Да и в этих делах до вашего рождения. Подрастете - поймете про что написал. Всё равно смоетесь ничего не доделав...

Да, как пример итогов пакетирования - MQTT - 250 ms на одну транзакцию :)

Вот тут вы пишите обратное: Межпакетное взаимодействие - это сотни fork() либо тысячи переключений контекста на одну типичную внешнюю транзакцию...

Во взрослом x86 CPU в 10 раз быстрее в отличии от самого крутого взрослого arm при тех-же ГГц. Видимо что-то в самом коде ядра... Об этом говорит и то, что старое ядро делало vfork() и создание треда во много раз быстрее. Наверняка очередная не поддержка имеющегося аппаратного наслоения и MMU...

“Глобальное потепление” вполне может быть вызвано собственным прогревом датчиков, т.к. оно началось когда датчики стали электронными и у человечества появился подход из Arduino :p Из всех распространенных SHT85 имеет минимальный прогрев Остальные +2 и более градуса... Даже MPU9250 и прочие...

Это не им выловлено и выявлено. Recomended polling frequency: 8sec - 30sec*** Видимо очередной неактуальный китай-датчик, т.к. обычный шаг опроса люди принимают в 1 секунду.

Тем временем Visual Basic закончил своё существование (MS объявила о полном закрытии его сопровождения), как это периодически происходит со всеми языками высокого уровня. Из всех остаются только СИ и С++. Rust ожидает та-же история... Пока ещё актуален и распространен javascript из-за браузеров...

Ещё раз про fork() / vfork() Omega2, OpenWRT : 758.9 / 733.6 us NanoPi-R1, H3, FriendlyWrt, 1.008GHz : 540.3 / 472.8 us NanoPi-NEO-Core, H5, FriendlyWrt, Ubuntu 16.04.6 LTS 4.14.0 : 328.8 / 314.3 us Ryzen7 1700, docker 4 ядра, Ubuntu 18.04 : 172.5 / 83.5 us mc200(MIPS 4KEc), очень старый...

Почему docker – тут и описывать нечего: Чтобы иметь десяток готовых сред для сборки под рукой и чтобы их можно было передать работникам, которые не в силах освоить что-то более части своего заученного... Всё инсталлировать в одной ОС уже не лезет. В Win уже не хватает environment :) И сразу всё...

Как я понял в docker не доделано подключение внешних дисков/разделов windows на этапе build. От этого и все Overhead. С внедрением скрипта и выходит всего два этапа для создания docker image. Первый build, потом run c опцией "-v" и commit. Как упростить?

В основном то все вопросы по стыку разных оп.систем. Скоро они совсем сольются. Я счас именно про кучу в которой windows docker и все редакторы и прочее. А в докер-контейнере ubuntu сборщик image и ipk.