Операционная система

Обсуждение перспектив развития мобильных операционных систем и устройств в России.

• 00:00 Китайские мобильные операционные системы

• 01:18 Горшенин про китайские мобильные ОС

• 02:42 BlueOS от Vivo

• 04:07 BharOS из Индии

• 05:27 HyperOS от Xiaomi

• 06:35 Китай отвязывается от США

• 09:54 Huawei и их процессоры

• 11:18 Особенность всех трех китайскких мобильных ОС

• 13:35 Про китайские авто

• 16:40 Куда движется Google

• 20:00 Индия и российская ОС Альт

• 23:46 146 млн населения мало для российских разработок! 3

• 0:20 Аврора и её магазин

• 34:16 УТП Российских технологий

• 37:56 Аврора 5.0

• 42:26 Залоченное железо под регионы

• 45:16 Apple не ушли из России

• 48:27 Роса Мобаил и их экосистема

• 49:01 Российские мобильные ОС

• 50:33 Ubuntu Touch vs "российская мобильная ос"

• 54:49 Российские дистрибутивы ОС

• 57:27 Зачем нам столько "российских" ОС?

• 1:07:25 Зачем нужна национальная ОС

• 1:10:05 ОС Аврора - драйвер аппаратной части

• 1:15:07 Куда мы можем экспортировать электронику

• 1:19:34 А что с импортозамещением в других странах?

• 1:24:10 Смартфон на Авроре в продаже. Зачем?

• 1:28:53 Mobile Device Management

• 1:37:06 Когда появятся Яндекс и VK на Авроре?

• 1:42:10 Разрабам приложений смотреть этот фрагмент

• 1:47:50 Что по российскому железу для смартфонов?

• 1:51:20 Как заказать процессор TSMC

• 1:56:23 Можно ли сделать мобильный процессор в России?

• 2:01:38 По каким нанометрам производить в России?

• 2:03:43 Что еще произвести реально в России?

• 2:13:20 Про РЭД ОС и российские мобильные ОС на AOSP

• 2:16:12 Подытожим

• 2:19:44 Почему американские компании вкладывают в Open Source

Так, у нас тут есть какие-то зарезервированные блоки. Для того, чтобы прояснить что за блоки нам встретились, вновь обратимся к Linux API исчерпывающее руководство от Майкла Керриска, стр. 312 (просто удобно делать все отсылки к одной книге, хотя в Advanced Programming in the Unix Environment про это тоже можно почитать)

Многие «родные» файловые системы UNIX и Linux поддерживают представление о резервировании некоторой части блоков файловой системы для суперпользователя на тот случай, когда файловая система становится заполненной. Суперпользователь по-прежнему может войти в систему и принять меры по устранению данной проблемы. Если в файловой системе есть зарезервированные блоки, то разность значений полей f_bfгее и f_bavail в структуре statvfs сообщит нам, сколько блоков зарезервировано.

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

Теперь давайте слегка изменим настройки файловой системы, чтобы у нас появился небольшой запас пространства, и немного времени на решение проблемы:

Отлично, теперь есть немного места, и можно более-менее в штатном режиме начать поиск решения.

Заключение

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

• объем зарезервированного пространства можно изменить. Это сделает некоторое количество блоков пригодными для использования и поможет вам выиграть немного времени. Но будьте осторожны, вам все равно нужно проанализировать, что происходит, и исправить это должным образом.

• на больших файловых системах (>50–100 ГБ) резервирование 5% является излишним. Так что возможно вы захотите проверить свою файловую систему и уменьшить количество зарезервированных блоков (однако к любому тюнингу и оптимизации нужно подходить с умом и без фанатизма).

Тут возникает вопрос. А как из каталога размером 12 мегабайт получился архив на 426 мегабайт, который занял всё место?
Давайте глянем, какой самый большой файл располагается в каталоге /var/lib/docker:

Интересно, откуда у нас образовался 100 гиговый файл на разделе размером в 5 гигабайт?

Копнём дальше:

Наиболее вероятно, дальнейшее гугление симптомов приведёт вас на страничку wiki, посвящённую разрежённым файлам. И да, здесь мы имеем дело именно с ними (Unix - Профессиональное программирование, стр 157, или М.Керриск - Linux API исчерпывающее руководство, стр. 118).

Да, в описываемом случае Docker использовал в качестве драйвера хранилища Devicemapper, который на данный момент устарел (рекомендуется использовать или overlay2 или fuse-overlayfs для rootless режима). Однако в целом использование разрежённых файлов довольно распространённое решение для хранения файловых систем в файлах, поэтому для devicemapper оно не уникально, и может встречаться достаточно часто.

Заключение

• Большинство современных файловых систем поддерживают разрежённые файлы. Полный список доступен на вики.

• Разрежённые файлы - это файлы которые не используют блоки до тех пор, пока туда не будут записаны данные.

• Разрежённые файлы легко могут быть найдены с помощью однострочника:

где:

указывает что нужно искать на машине все объекты с типом файл

Эта часть распечатает «разреженность» файла и его полное имя.

На этом этапе вывод будет выглядеть примерно так:

Если первое число меньше 1.0, то файл считается «разреженным».

Дальше мы фильтруем вывод с помощью awk:

и получаем список разрежённых файлов.

• Файлы можно конвертировать в разрежённые и обратно

• Некоторым утилитам (tar, rsync) нужно передать дополнительные аргументы (например "--sparse" для tar) для работы с разрежёнными файлами