d-stream, многим проектам схемы - это из пушки по воробьям. Кроме того, это может быть неудобно для переносимого кода. Например, какой-нить CMS на php pg-специфиеская возня со схемами в запросах ни к чему.
Не знаю как конкретно в этих роботах, но вообще в робототехнике могут просто отдаваться данные в облако, где и выполняются сложные вычисления. И в стандарте 5G есть движуха в сторону того, что базовые станции 5G будут также предоставлять локальные вычислительные ресурсы для всяких IoT. Такие вот местные микрооблака.
InessaPlaksa, очень просто было бы, если бы дата реально была необходима. Если хранение даты необходимо для работы сайта, то она просто необходима. Поэтому удалить дату вы можете только с полным удалением аккаунта пользователя. Как и где получена эта дата неважно.
Но в данном случае проблема надумана. Вам не нужно знать дату рождения пользователя на постоянной основе. Это нужно только в момент создания аккаунта. Потом дату можно спокойно "забыть". Факт наличия верифицированного через надёжный источник аккаунта подтверждает, что на момент регистрации пользователю было необходимое число лет.
Вот если бы у вас сайт был 18-, то вам пришлось бы следить за тем, что аккаунт перерастёт пороговое значение, в этом случае дата была бы необходима.
Я делаю две сети, устройство цепляю к обоим, но автоконнект с 2.4 ГГц убираю. Тогда если припрёт слишком далеко отойти (на даче например), то просто руками цепляю телефон к нужной сетке, при этом обычным автоконнектом он на неё не прыгает.
... Но в целом у меня на даче не такой интернет, чтобы 5 ГГц прям требовался, да и конкурирующих сетей нет - ближайшие соседин около 200 метров с деревьями посередине.
Everything_is_not_so_bad, строго говоря, есть сборщики, которые всячески избегают StW. Но всё равно, мой комментарий больше намекал на то, что сборка мусора - не серебрянная пуля. У неё тоже есть проблемы, иногда очень даже неприятные. И уж точно это не имеет никакого отношения к производительности и эффективному использованию ресурсов.
Вадим, даже в системах с фиксированным максиальным размером кучи типа java сложно сказать, сколько будет накладных расходов на работу самой jvm. Вот выделили XMX=4G, а сколько реально будет использоваться? Может 5G хватить, а может не хватить. И это зависит в том числе от специфики приложения, структуры объектов в куче итд итп. Тут реально нельзя угадать.
А потом ещё разработчики выкатят новую версию, в которой потребуется чуть больше. Или вырастет доля очень маленьких объектов с более высокими накладными расходами на каждый. Или компилятор/флаги сборки поменяются. Или поменяется/обновится библиотека логгирования/шифрования/кофеварения. Никогда нельзя угадать, к чему это приведёт.
Алексей Юдов, нет, это аналог "метки диска" в досе/винде. Может быть более-менее произвольным текстом какой-то там длины. А точка монтирования - это физический каталог в системе, куда отображается содержимое подмонтированной файловой системы.
Добавлю, что если используется initrd, то он найдёт корень по тому, что передано в параметрах ядра. И если там фиксированное имя устройства, а не UUID или LABEL, то фиг знает что может запустить.
С LABEL отдельная головная боль, одно время инсталляторы каких-то линуксов пытались монтировать систему после установки по LABEL=/, при двух системах возникала неоднозначность. Если уж его использовать, то каждой системе свой назначить командой e2label.
Алексей Юдов, список uuid можно получить командой blkid. Почему поменялся uuid не знаю, он вообще говоря при создании файловой системы инициализируется и не должен меняться просто так.
Вадим, в реальной ситуации порой приходится действовать даже ситуативно: к поду посреди ночи приходит OOM killer и надо срочно починить. Тем более что реально никто не знает специфику конкретного приложения. Может, ему в новогоднюю ночь на пять минут потребуется 5x памяти...
