Сохранение данных с использованием меньшего количества оперативной памяти возможно - PullRequest
0 голосов
/ 14 мая 2019

Я разрабатываю простой веб-сервер, который работает на малиновом пи-нуле и загорается светодиодом при получении запроса по маршруту POST (с заданным цветом, интенсивностью, временем мигания и другой информацией, содержащейся в данных запроса) и отключает его при получении запроса по маршруту DELETE.

Я хотел иметь своего рода резервную копию запросов, которые я делаю к серверу, чтобы они могли быть «переделаны» (в любом порядке) при перезапуске сервера, чтобы светодиоды включались без необходимости повторять все их от руки.

Прямо сейчас (поскольку для меня это был самый простой и быстрый способ сделать это как доказательство концепции) каждый раз, когда я делаю запрос POST, я сохраняю цвет в диктовке, используя в качестве ключа серийный номер светодиода, а затем записываю диктат к файлу json. Когда я получаю запрос DELETE, я читаю файл, удаляю запись и снова записываю ее вместе с другой информацией, которая может в ней содержаться (если подключено более одного светодиода), если сервер теряет питание или отключается и перезапускается, он читает файл и восстанавливает статусы светодиодов.

Мне было интересно, как лучше всего иметь такую ​​систему (используя файл, БД или другие возможные решения) таким образом, чтобы использовать минимально возможный объем ОЗУ, поскольку у меня уже запущены другие службы RPI, которые используют немало.

1 Ответ

0 голосов
/ 14 мая 2019

В зависимости от того, сколько светодиодов там, звучит так, что то, что вы делаете, будет файлом JSON всего в несколько байтов, верно?Есть способы, которыми вы можете сжать это, но если у вас нет огромного количества светодиодов, я сомневаюсь, что это будет значительная экономия по сравнению со всем остальным.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...