divan0 Aug 30 2017 at 14:17

Go на устройствах с маленькой памятью

4 min

7.5K

Go *Development for IOT *

Translation

Comments 14

youROCK Aug 30 2017 at 15:04

В программах на Go на самом деле очень хорошо видно, что они не заточены под низкое потребление памяти. Оно, конечно, обычно не такое, как в Java, но все равно примерно на полпорядка больше, чем аналогичные программы на C/C++. Я предполагаю, что это связано с тем, что Google в основном разрабатывает у себя stateless-сервисы, и им много памяти в любом случае не требуется. Для разработки в условиях относительного небольшого доступного количества памяти го подходит очень плохо. Альтернативы, конечно, тоже не огонь (в основном это C/C++, может быть Rust), но работать с ними в таких условиях должно быть сильно проще.

divan0 Aug 30 2017 at 15:21

Ну да, Go очень явно дизайнился с расчетом на сервера, и многие компромисы были приняты в сторону большего использования памяти. Фреймворки вроде https://gobot.io и https://github.com/kidoman/embd, по идее, на Go не имели шанса появиться. Тот факт, что Go активно бегает на embedded и устройствах с маленьким количеством ресурсов это комплимент Go

AutomationD Aug 30 2017 at 19:40

Какое отношение имеет gobot.io к запуску go на embeded? Такое же что и artoo.io cylonjs.com, или я ошибаюсь?

Paul_Nice Dec 20 2017 at 16:14

К слову о Rust.
Вот такой есть эксперимент в ещё более жёстких условиях.

0r4anin Aug 30 2017 at 16:54

Мне одному кажется что писать на Go для одноплатных систем с урезанными ресурсами это все равно что шуроповертом гвозди закалачивать?

-1

Siemargl Aug 30 2017 at 23:13

Вот же блин, у моего Зикселя 64Мб памяти.

Какое го- го- горе, Го туда не помещается…

P.S. Скажу проще. Охренели Го-ре разработчики, забыли про единицу измерения в Килобайт

-8

wing_pin Aug 31 2017 at 11:33

Вас забыли спросить, ага.

KosToZyB Aug 31 2017 at 07:58

Чего только не придумают, лишь бы не городить парк технологий. Но в любом случае интересно, если бы Go не был open source (не смогли бы чаще память отдавать память системе), то вряд ли бы они его оставили. Больше интересует почему изначально для телеметрии был выбран Go?

-2

pfihr Aug 31 2017 at 09:04

Видимо, из-за встроенной библиотеки работы с сетью.

remzalp Aug 31 2017 at 10:19

Flussonic успешно пишется на Erlang, творит чудеса с потоковым видео в реалтайме. Не смотрели в ту сторону?

divan0 Sep 1 2017 at 00:07

Это, наверное, к автору статьи вопрос :)

-1

monah_tuk Aug 31 2017 at 10:34

Ребята работают с Go на MIPS с 32Мб памяти на борту (WiFi точка доступа под свои задачи). Результирующий бинарь 16Мб, потребление памяти — 4Мб. Сборка с вырезанием всего лишнего (символы, дебаг и пр.) и ручное управление GC. Функционал:

Http server
DHCP
DNS cache
Подсистема руления правилами iptables ipset tc
Netflow коллектор
Подсистема руления кишками AP

Ну и логика работы с облаком (своё, часть проекта).

В основном профит в реюзе кода между разными компонентами и частями системы, что позволяет решать задачу меньшими человеческими и финансовыми ресурсами. Ну и зоопарк технологий меньше, что тоже плюс.

monah_tuk Sep 1 2017 at 00:35

Меня поправили, бинарь на MIPS — 3.5Мб.

bogolt Oct 3 2017 at 08:58

Имхо странное решение, расчитывать на модуль debug в продакшн коде как-то небезопасно. А если в будущих версиях его логику изменять и эта функция перестанет возвращать память в нужных количествах?

Не понимаю почему нельзя было решить это как-то более цивилизованно. Например модифицировать свой код, чтобы он не грузил так много в память сразу же, переиспользовать блок памяти в котором хранятся данные для загрузки, ну или самое простое: вызывать какую-то внешнюю утилиту ( свою или обычный curl ) для загрузки данных в сеть. Процесс отработал, и сразу же вся память вернулась в ОС.