История изменений
Исправление peregrine, (текущая версия) :
А вообще для интереса глянь как пацаны с микроконтроллерами такое решают в своих либах. Там памяти кот наплакал, а процессоры говно полное. Я думаю future это тяжело будет. Вообще сейчас если что-то писать вместо готового, то это под узкие задачи, когда каждый такт на счету. Либо когда надо на мощном железе выжать в 100500 потоков максимум из канала (какие-то сервера нагруженные у условного гугла где ещё всё может быть с дисковым IO плотно сплетено), либо когда надо заставить какую-то микрокартошку качать (самые дешманские микроконтроллеры, где есть какая-то сеть, будь то wifi/кабель/LoRA или иной радиоканал). Но в случае таких картошек (а это почти всегда конечные узлы, которые что-то делают, например открывают ворота или включают свет) обычно отказываются от HTTP в пользу своего бинарного протокола поверх tcp или udp.
ЗЫ
Про то что либы многие говно анон не врёт. Я смотрел тут как раз что во FreeRTOS происходит и его форках… Раздуто даже там. Не в смысле того что оно неправильно как-то. А в смысле что можно проще зачастую.
Исправление peregrine, :
А вообще для интереса глянь как пацаны с микроконтроллерами такое решают в своих либах. Там памяти кот наплакал, а процессоры говно полное. Я думаю future это тяжело будет. Вообще сейчас если что-то писать вместо готового, то это под узкие задачи, когда каждый такт на счету. Либо когда надо на мощном железе выжать в 100500 потоков максимум из канала (какие-то сервера нагруженные у условного гугла где ещё всё может быть с дисковым IO плотно сплетено), либо когда надо заставить какую-то микрокартошку качать (самые дешманские микроконтроллеры, где есть какая-то сеть, будь то wifi/кабель/LoRA или иной радиоканал). Но в случае таких картошек (а это почти всегда конечные узлы, которые что-то делают, например открывают ворота или включают свет) обычно отказываются от HTTP в пользу своего бинарного протокола поверх tcp или udp.
ЗЫ
Про то что либы многие говно анон не врёт. Я смотрел тут как раз что во FreeRTOS происходит и его форках… Раздуто даже там.
Исправление peregrine, :
А вообще для интереса глянь как пацаны с микроконтроллерами такое решают в своих либах. Там памяти кот наплакал, а процессоры говно полное. Я думаю future это тяжело будет. Вообще сейчас если что-то писать вместо готового, то это под узкие задачи, когда каждый такт на счету. Либо когда надо на мощном железе выжать в 100500 потоков максимум из канала (какие-то сервера нагруженные у условного гугла где ещё всё может быть с дисковым IO плотно сплетено), либо когда надо заставить какую-то микрокартошку качать (самые дешманские микроконтроллеры, где есть какая-то сеть, будь то wifi/кабель/LoRA или иной радиоканал). Но в случае таких картошек (а это почти всегда конечные узлы, которые что-то делают, например открывают ворота или включают свет) обычно отказываются от HTTP в пользу своего бинарного протокола поверх tcp или udp.
ЗЫ
Про то что либы многие говно анон не врёт. Я смотрел тут как раз что во FreeRTOS происходит… Раздуто даже там.
Исходная версия peregrine, :
А вообще для интереса глянь как пацаны с микроконтроллерами такое решают в своих либах. Там памяти кот наплакал, а процессоры говно полное. Я думаю future это тяжело будет. Вообще сейчас если что-то писать вместо готового, то это под узкие задачи, когда каждый такт на счету. Либо когда надо на мощном железе выжать в 100500 потоков максимум из канала (какие-то сервера нагруженные у условного гугла где ещё всё может быть с дисковым IO плотно сплетено), либо когда надо заставить какую-то микрокартошку качать (самые дешманские микроконтроллеры, где есть какая-то сеть, будь то wifi/кабель/LoRA или иной радиоканал). Но в случае таких картошек (а это почти всегда конечные узлы, которые что-то делают, например открывают ворота или включают свет) обычно отказываются от HTTP в пользу своего бинарного протокола поверх tcp или udp.