Embedded Linux - File System

最新推荐文章于 2023-07-14 12:00:12 发布
最新推荐文章于 2023-07-14 12:00:12 发布
阅读量1.4k 收藏
点赞数
分类专栏： Linux

翻译 http://elinux.org/File_Systems


文件系统

目录

简介

大多数嵌入式设备使用 闪存 作为存储介质。

同时，系统尺寸和启动时间在许多消费电子产品中也非常重要，因此，专用文件系统经常具有不同的功能，例如，更高压缩比或者直接从闪存执行文件的能力。

MTD

需要注意的是，闪存可能用 Linux 的 MTD 系统管理。从 MTD/Flash FAQ 可以查看相关信息。这里提到的大多数文件系统都构建在 MTD 系统之上。

UBI

Linux 内核的 Unsorted Block Images（未排序的块映像） (UBI) 系统管理单个闪存上的多个逻辑卷。它通过 MTD 层提供了从逻辑块到物理可擦除块的映射。UBI 也提供了灵活的分区概念，允许跨越整个闪存设备均衡损耗。

可通过 UBI 或者 UBI FAX and Howto 查看更多信息。

分区

内核至少要有一个根（root）文件系统，确保其他系统有地方可以挂载。在非嵌入式系统中，经常只会用到一个文件系统。但是，为了优化有限的资源（闪存、RAM、处理器速度、启动时间），许多嵌入式系统把文件系统拆分成几个独立的部分，然后把每部分放在各自的分区（通常在不同类型的存储设备中）。

举例来说，开发人员可能希望拿到系统中所有只读文件，并放到闪存中一个压缩过的只读文件系统中。这样或许会牺牲掉一些读取时间的性能（解压所需），但是可以减少闪存空间的消耗。

其他的配置可能会把可执行文件放到未压缩的闪存上，这样它们就可以就地执行，从而节省 RAM 和 启动时间（会潜在有少许性能损失）。

对于可写数据，如果数据不需要永久存在，有时就可以用 Ramdisk。而文件数据是否压缩，则取决于性能需要和内存限制。

并没有单一的标准来确定文件系统的只读和读/写部分，这在很大程度上取决于项目中所有用到的嵌入式应用情况。

eMMC and UFS

随着闪存越来越大，各种因素造成嵌入式设备从使用裸 NAND 转移到封装过的、可基于块寻址的 NAND 闪存。这些是包含固件的芯片，这些固件接收块 I/O 请求，类似于老的硬盘那样旋转存储介质并填充他们。这涉及到映射读写请求到芯片上的 NAND 闪存相应的区域，并管理 NAND 闪存并且尝试优化 Flash 闪存的可靠性和使用寿命。NAND 闪存必须以大块（可擦除的块）来重写，这种块是单个文件系统块的很多倍。因此，系统中的映射、重排和块分配后的垃圾回收机制相当重要。

这些芯片采用基于块的而不是基于闪存的文件系统（例如：Ext4）。截止 2012 年，针对这些芯片去优化 Ext4 文件系统是文件系统研究的一个热点领域，见：http://lwn.net/Articles/502472

嵌入式文件系统

这里有一些为嵌入式设备设计或者常用在嵌入式设备中的文件系统，以字母顺序排列：

AXFS

  • AXFS - 高级就地执行（XIP）文件系统
    • 网站：http://axfs.sourceforge.net/
    • 此文件系统是为 XIP 操作特别设计的，它使用双阶段的办法。第一阶段是把文件系统放在闪存上并运行它获取分析数据，并注明哪些页面有被用到。二阶段使用这些分析数据来构建一个文件系统。该文件系统把所有分析文件中记录的页面作为 XIP 数据，这些数据之后被加载到内存并被挂载（然后作为 XIP 执行）。也可能把 XIP 页面放到 NOR 闪存中并直接在上面执行。

Btrfs

CramFS

  • CRAMFS - Linux 的一个压缩的只读文件系统，CRAMFS 的最大尺寸是 256M。
    • "线性 Cramfs" 是指这样一种功能，即采用 Cramfs 文件系统，但是在线性块布局中使用非压缩文件。这个对于存储用于可就地执行的文件很有用。如果想了解更多线性 Cramfs 的信息，可以查看应用程序就地执行（XIP）一文。

F2FS

InitRAMFS

来自 2006 年 3 月的 Introducing initramfs, a new model for initial RAM disks 一文显示：

引入 INITRAMFS 之初，是作为初始化内存盘的一个新模型，这点是很清楚的。技术性文章介绍 initramfs 时，把它描述为 Linux 2.6 内核的一个功能，该功能允许初始化根文件系统和初始化程序驻留在内核内存缓冲区中，而不是驻留在内存盘中（对于 initrd 文件系统是这样）。initramfs 作者提到，相比 initrd，initramfs 能够增加启动时间的灵活性、内存的有效性和简便性。对于嵌入式开发者而言，一个特别有趣的功能是，一个相对简单的嵌入式系统能够只用 initramfs 作为它们唯一的文件系统。

这里有一篇不错的文章介绍了如何构建 initramfs：

更多信息可以查看这里：Documentation/early-userspace/README

JFFS2

  • JFFS2 - v2.0 的日志闪存文件系统。这个是最常用的闪存文件系统。

LogFS

LogFS 是一个可伸缩性的闪存文件系统，致力于在大多数使用场景中替换掉 JFFS2。

不幸地是，它貌似现在已经被遗弃了。

可通过 LogFS 查看更多细节。

NFS

鉴于嵌入式设备的空间有限，通常在开发过程中会用一个网络文件系统来作为目标开发板的根文件系统。这样就允许目标开发板在开发时能够有一个非常大的空间来存放全尺寸（译者注：例如，包括各种调试符号）的二进制文件和各种开发工具。不过有一个缺点是在产品最终发布时（或者开发周期中的某些时候），系统还需要被重新配置以便支持本地文件系统（通常还需要被重新测试）。

NFS 客户端可以被编译到内核中，然后内核就可以通过配置来用 NFS 作为根文件系统。这个需要支持网络以及为目标开发板设置 IP 地址的机制，还需要指定 NFS 主机上的文件系统路径。通常，主机还需要通过运行 DHCP 服务器为目标板提供需要的 IP 地址和路径信息。

可以通过内核源码下的 Documentation/filesystems/nfs/nfsroot.txt 查看更多关于如何通过内核挂载 NFS 根文件系统的信息。

PRAMFS

  • PRAMFS - 持久并且受保护的文件系统

    PRAMFS 是一个全功能的可读/写文件系统，被设计于，可以与更快的 I/O 内存协同工作，并且如果使用非易失内存，那么文件系统就具有持久性。另外，它还支持就地执行（XIP）。

    关于 PRAMFS 规范相关的信息，可以查看：PRAMFS 规范。

Romfs

SquashFS

Squash Fs 是 Linux 的一个具有更高压缩比的可压缩只读文件系统。该文件系统相比 JFFS2 或者 CRAMFS 有更高压缩比。 在主线内核之外游离了很长一段时间后，Squashfs 最终被合并并发布在 2.6.29 内核 中。

在运行 mksquashfs 时，可以调节压缩比。-b 选项允许我们指定块大小。更小的块大小通常产生更小的压缩比，相应地，-b 设置越大，压缩比更高。但是，这里也有一个缺点，那就是数据以块的方式从磁盘读出来，所以如果使用 128k 大小的块，使用 4k 大小的内存页，然后压缩过的相当于 128k 的数据会从闪存读出来。因为 128k 需要 32 个内存页，这会导致一次性读取 32 页的内容到缓冲区中，即使当时只需要读 1 页内容。通常，另外 31 页也可能会被用到，但是如果用不到(but if not)，就会浪费掉读取和解压未用数据的时间，而且会让未用数据平白无故占用缓冲区（甚至系统还会为了给这 31 个页面预留空间而把其他用到的页面从缓冲区中踢出去），从而会降低资源利用率并影响性能。

如果想获得一个最小的文件系统，那么可以考虑用最大的块。但是，如果更关心性能的话，那么可以考虑尝试更多选项来看下哪个最适合你（甚至可以完全不用压缩，mksquashfs提供了这些相应的控制选项：-noInodeCompression, -noDataCompression, –noFragmentCompression）。如果还想采用函数重排（启动时间#用户空间和应用程序加速），大的块可能更适合你。

下表给出了不同块大小可以达到的压缩比信息，这些尺寸信息都是针对一个嵌入式设备的根文件系统测试出来的。

 大小压缩比
初始值53128K100 %
4K17643K33.2 %
8K16572K31.2 %
16K15780K29.7 %
32K15204K28.6 %
64K14812K27.9 %

在 2008 年欧洲嵌入式 Linux 会议上，Phillip Lougher 做了一个关于 SquashFS 的报告：

和

UBIFS

UBIFS 是构建在 UBI 之上的一个闪存文件系统。

UBIFS 相比于 JFFS2 和 YAFFS，拥有更好的性能。

可以通过 UBIFS 获取更多详细信息。

YAFFS2

  • YAFFS - Yet Another Flash File System（另一个闪存文件系统，名副其实！） - 一个专门为 NAND 闪存设计的文件系统

    YAFFS2 是一个简单、可移植、可靠而且完备的文件系统。除了 Linux，它还广泛应用于各类嵌入式操作系统，并且能够脱离操作系统独立使用，例如可直接用于引导程序中。当和 Linux 一起使用时，它能够用 MTD 或者是它自己的闪存驱动。类似地，它能用 VFS 或者它自己的 POSIX 层。它采用日志结构和单线程。它自身并不支持压缩 - （如果要支持压缩的话）要么压缩数据本身，要么在 YAFFS2 之上用 Squashfs。

    YAFFS 设计时就考虑了快速启动（作为一个日志结构文件系统，必须扫描闪存）。它使用检查点技术（Checkpointing），所以如果分区被干净地卸载，那么上电时就不需要重新扫描闪存。该 FS 的所有功能都可以配置，所以可以充分权衡像最大文件/分区大小，闪存块大小，文件粒度之类的各类参数。除了确保有效使用块的缓存外，数据被直接写透到闪存中。YAFFS2 通过使用闪存的 OOB 作为其元数据，因为只需要读取 OOB 来做闪存扫描，所以允许更快引导。另外，在牺牲一些性能的情况下，它也能把元数据保留在主页区上。

    尽管从 2004 年开始，YAFFS 就已经结合 Linux 用在真实产品上，但是至今它还没有进入内核主线。

    • 在 2007 年欧洲嵌入式 Linux 会议上，由 Wookey 做的关于 YAFFS2 的报告：yaffs.pdf
    • 在第 17 届 CELF 盛会上做的关于 2.6.10 内核上的 YAFFS 和 JFFS2 比较的报告：celf_flash.pdf

    YAFFS2 遵守 GPL 许可，但是也可以在双重授权条款（来自Aleph One Ltd）下，用于商业领域。

挂载文件系统

根文件系统由内核挂载，它通过使用一个内核命令行选项来做到。其他的文件系统从用户空间挂载，通常是 init 脚本或者是 init 程序用 mount 命令来实现。

下面是 Linux 通过命令行挂载根文件系统的一些例子：

  • 使用首个 IDE 驱动的第一个分区作为根文件系统（老内核）：
    • root=/dev/hda1

  • 在最新的内核中则这么用：

    • root=/dev/sda1

  • 使用 NFS 根文件系统（必须有相应内核配置支持）

    • root=/dev/nfs

    通常还需要添加一些其他参数来确保配置好内核 IP 地址或者指定好主机的 NFS 文件系统路径。

  • 使用闪存文件系统的第 2 个分区：

    • root=/dev/mtdblock2

  • 使用 initramfs

    • root=/dev/ram0

    通常，还需要指定 ramdisk_size 之类并且要使能相应的内核配置选项。

在 PC 上用 mtdram 挂载 JFFS2 镜像

因为不可能用 loopback 设备挂载 JFFS2 镜像，所以需要用到 mtdram。通常要工作起来得用到三部分：

  • mtdram: 在内存中创建一个 MTD 分区。以 kb 为单位，用 total_size 设置文件大小参数。

  • mtdblock: 用于创建访问上述分区的块设备。

  • jffs2: 因为 JFFS2 通常并不作为 PC 上的文件系统使用，所以需要手动加载该模块。

modprobe mtdram total_size=16384
modprobe mtdblock
modprobe jffs2

取决于目标板的字节序（endianess），如果不同，镜像文件可能需要转换为 PC 上的字节序。MTD 工具套件中的 jffs2dump 可以用来做这个事情。

jffs2dump -b -c -e <output-filename> <input-filename>

最后的镜像文件可以用 dd 命令拷贝到块设备上：

dd if=<image-file> of=/dev/mtdblock0

挂载则跟往常一样：

mount /dev/mtdblock0 /tmp/jffs2 -t jffs2

在 PC 上用 nandsim 挂载 UBI 镜像

首先创建一个模拟的 NAND 设备（大小为 256MB，2048 页）。<number>_id_byte= 设置为发回给 NAND 的 ID 字节数。

$ sudo modprobe nandsim first_id_byte=0x20 second_id_byte=0xaa third_id_byte=0x00 fourth_id_byte=0x15

检查确保创建好设备：

$ cat /proc/mtd
dev:    size   erasesize  name
mtd0: 10000000 00020000 "NAND simulator partition 0"

接下来，挂到一个 MTD 设备上：

$ sudo modprobe ubi mtd=0

然后，为了格式化，需要先卸载：

$ sudo ubidetach /dev/ubi_ctrl -m 0

如果上面的 ubidetech 这步失败了，直接跳到下面格式化该 MTD 设备：

$ sudo ubiformat /dev/mtd0 -f <image>.ubi
ubiformat: mtd0 (nand), size 268435456 bytes (256.0 MiB), 2048 eraseblocks of 131072 bytes (128.0 KiB), min. I/O size 2048 bytes
libscan: scanning eraseblock 2047 -- 100 % complete
ubiformat: 2048 eraseblocks have valid erase counter, mean value is 1
ubiformat: flashing eraseblock 455 -- 100 % complete
ubiformat: formatting eraseblock 2047 -- 100 % complete

再次挂上：

$ sudo ubiattach /dev/ubi_ctrl -m 0
UBI device number 0, total 2048 LEBs (264241152 bytes, 252.0 MiB), available 0 LEBs (0 bytes), LEB size 129024 bytes (126.0 KiB)

创建目录，并挂载该设备：

$ mkdir temp
$ sudo mount -t ubifs ubi0 temp

在嵌入式中使用通用文件系统的问题

MMC/sdcard 卡特性

MMCs 和 SDcards 都是闪存设备，对于它们的主机而言，都呈现为面向块的接口。

通常，它们用在嵌入式设备中并且针对使用 FAT 文件系统的块访问进行了特定优化。但是，它们呈现出来像个“黑盒子”，里头有内置逻辑和算法，这些并没有暴露给主机。

有些工作正在进行中，例如调查刻画这些属性，进而可以使 Linux 能够更有效地使用这些设备：

专用文件系统

ABISS

主动块 IO 调度系统（The Active Block I/O Scheduling System）是一个文件系统，其设计初衷是为文件系统 I/O 活动提供实时功能。

分层的文件系统

分层的文件系统允许我们挂载只读介质，但是也提供写入的能力。当然，写操作会在某些地方终止，这部分由分层文件系统透明地处理。这类文件系统存在了有相当一段时间，下面是已经在嵌入式 Linux 系统中使用的一些例子。

UnionFS

要是文件系统能覆盖彼此的话，有时候还是挺方便的。举个例子来说，在嵌入式产品中，如果在一个可读写的文件系统下面，挂载一个压缩的只读文件系统，那会很有用。因为它看上去不仅提供了一个完整的可读写文件系统，而且，因为这些文件在产品生命周期内并不会被改变，所以依然能够享受压缩的文件系统带来的空间节省的好处。

UnionFS 是提供这样一个文件系统（提供了多种文件系统的“联合”）的项目。可以看下这里。

也可以看下联合挂载，描述在这里（如果该功能合并后，也可以看下内核源码下的 Documentation/union-mounts.txt）。

aufs

另外一个 UnionFS，可从 http://aufs.sourceforge.net 获取更多信息。

mini_fo

minifo = 迷你展开覆盖文件系统（fanout overlay file system）.

从 http://www.denx.de/wiki/Know.MiniFOHome 可以获得更多信息。

显然该项目已经没人维护了，最后的信息还是 2005 年的。

性能和基准测试

性能评测工具

对于一个非常简单的磁盘性能测试，可以用 dd 命令做到。下面往文件系统写入一个内容为全零的 2G 文件，然后清掉缓存，再读回来：

  • dd if=/dev/zero of=test bs=1048576 count=2048
  • sync
  • sudo echo 3 >/proc/sys/vm/drop_caches
  • dd if=test of=/dev/null bs=1048576

我们也可以用 IOZone 来测试一个 Linux 文件系统的性能，看这里。

Linux 桌面上常用的一些基准测试工具有：

闪存文件系统比较

Cogent Embedded 公司的测试 (2013)

本节有一些链接，有关于基准测试程序、测试和调优的信息。

Free Electrons 公司的测试 (2011)

2011 年时, CE Linux 论坛联合 Free Electrons，针对多个内核版本上的多种闪存文件系统做了系统性的测试。

测试结果在 Flash_Filesystem_Benchmarks。

其他项目

多媒体文件系统

  • XPRESS 文件系统
    • 从 ELC 2007 上发现该文件系统项目最近在三星内部已经暂停

维基百科文件系统

一个可以挂载的虚拟文件系统，允许把基于 mediawiki 搭建的网站用普通编辑器当作普通文件访问。目前该文件系统没人维护了，通过这里查看更多信息。

维基文件系统

类似 维基百科文件系统，但是志在 Plan9 和 inferno，查看这里 可获取更多信息。

分类:


瑜珈山神
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
《Embedded Linux》（嵌入式Linux）英文版
01-01
『下载说明』这里提供的是《Embedded Linux》（嵌入式Linux）一书的英文版下载。此为高清PDF格式。【内容提要】 本书适合嵌入式系统和信息设备设计人员阅读，也可作为普通Linux程序员的参考书籍。书中详细介绍了如何使你的Linux版本与你选择的硬件设备相匹配，并建立了从网络路由器到DIY MP3播放器的每一个部件。. 本书以更好、更快、更廉价为最终目标，对建立可能的最小Linux系统和选择合适的硬件提出了建议，据此你可以建立你的第一个嵌入式Linux设备。在本书阅读过程中，你不仅可以获得适合你应用的最佳的开放源代码软件，而且本书的实用方案也会指导你如何为调试应用选择合适的工具，并指导你避免陷阱和降低建立成本。.. 本书的作者John Lombardo讲述了你需要知道的嵌入式Linux的每一件事，阅读本书，你既不会感到冗余乏味，也不会觉得内容不够饱满。那么现在就让我们开始吧，让我们使用本书来设计并建立嵌入式Linux设备。
EFSL文件系统移植记录
DanielLee_ustb的专栏
07-03 1万+
在使用SD卡的过程中用到了文件系统，这里选择了efsl，并做了相应的移植与验证。        efsl全称为embeded file system library，是一个开源的SD卡文件系统，所占内存空间少，移植起来比较方便，适合中小容量的单片机。efsl兼容fat12/16/32，同时支持多设备及多文件操作。每个设备的驱动程序，只需要提供扇区写和扇区读两个函数即可。        efsl
.NET Core的文件系统[4]：由EmbeddedFileProvider构建的内嵌（资源）文件系统
weixin_33973609的博客
08-01 273
一个物理文件可以直接作为资源内嵌到编译生成的程序集中。借助于EmbeddedFileProvider，我们可以统一的编程方式来读取内嵌于某个程序集中的资源文件，不过在这之前我们必须知道如何将一个项目文件作为资源并嵌入到生成的程序集中。 [ 本文已经同步到《ASP.NET Core框架揭秘》之中] 目录一、将项目文件变成内嵌资源二、读取资源文件三、EmbededFileProvider 一、将项目...
Embedded Linux 技术与概念解析
weixin_33754065的博客
11-21 1241
引言 Embedded Linux技术基于开放源码的资源，并且已经是当今最重要的嵌入式应用技术之一。Embedded Linux是烧录在目标装置上的系统，1个Embedded Linux系统包含Linux kernel与 root filesystem 2大部分，Embedded Linux系统到底包含哪些组成要素构成，本文将由概念的层面进行解析。...
PRAMFS受保护可持续的RAM文件系统
ShijunDeng的博客
01-06 804
摘要 NVRAM（非易失性存储器）具有断电后数据不丢失和随机访问的特点，这对计算机系统的设计有很大意义。但是当前许多基于机械硬盘的文件系统如ext2/3/4和基于RAM的文件系统如tmpfs/ramfs并没有很好的发挥NVRAM的作用。本文提出PRAMFS（Protectedand Persistent RAM Filesystem），它是一个轻量级的，全特性并且空间有效率基于嵌入linux系统的
嵌入式Linux开发实操（五）：embedded linux嵌入式Linux开发
码农17年的博客
07-14 285
embedded linux开发有个好处就是开源的，总的来说涉及五个部分：1、工具链Toolchain：为目标设备创建代码需要的编译器和其他工具。其他一切都取决于工具链。2、引导程序Bootloader：它初始化板并加载Linux kernal。3、内核kernal：这是系统的core核心，管理系统资源和各种硬件接口。4、根文件系统root filesystem：包含一次性运行的初始化的lib库和program程序。5、应用embedded application。
Linux铁三角 - IO与文件系统（一）程序性能优化- 利用好IO模型
只有自己觉到悟到的，才是自己的。
03-28 533
IO模型有很多种，我们在编程的时候，可以选择不同的IO模型，是会影响到你程序的性能， ● 阻塞 ● 非阻塞 ● 多路复用：select和epoll ● Signal IO ● 异步IO ● Libevent: 事件驱动的I/O ● 多线程与I/O编程模型 1个程序设计案例 - 性能优化 CPU的算包的过程（蓝色），网卡发包（红色） ，假设CPU的频率是1Ghz 网卡的速度是 1Gbps, 如果按照 程序的设计是下图左侧的方式，CPU 和 网卡的性能 只能发挥出 1半的性能...
挂载新型文件系统遇到的棘手问题
jasonLee的博客
04-19 369
挂载新型文件系统遇到的棘手问题*最近为了毕设的问题忙的焦头烂额，其中就涉及到pramfs（受保护的可持续的RAM文件系统）挂载的问题。
09 工具Bootchart的使用方法（linux）
Johnny2004的专栏
05-22 715
bootchart是用于记录开机时进程启动时间的工具。
OpenWrt分区扩容
热门推荐
fxtxz2的专栏
11-25 2万+
背景 这里使用的是x86的64位ext4的OpenWrt镜像。下面是OpenWrt下载地址： https://downloads.openwrt.org/releases/19.07.4/targets/x86/64/ 使用OpenWrt的ext4镜像制作好U盘镜像文件后，然后，再对u盘进行分区扩容。 默认分区 OpenWrt默认就2个分区： /dev/sda1是16MB大小的 ext4格式的 /boot分区，用于存储GRUB和内核。 /dev/sda2是一个256MB大小分区，其中包含squasfs根文
pramfs-开源
05-02
适用于Linux的持久性和受保护的基于RAM的特殊文件系统（PRAMFS）
保护的文件系统
04-10
PRAMFS
Embedded Linux System Design and Development
10-18
what the benefits of embedded Linux are over other RTOSs. It discusses in detail the features of various open source and commercial embedded Linux distributions available. The chapter concludes by ...
Embedded Linux Primer - A Practical, Real-World Approach epub
08-06
Chapter 15 Debugging Embedded Linux Applications Chapter 16 Porting Linux Chapter 17 Linux and Real Time Appendix A: GNU Public License Appendix B: U-Boot Configurable Commands Appendix C: BusyBox ...
Mastering Embedded Linux Programming, 2nd Edition-Packt Publishing(2017).pdf
02-09
The term embedded Linux is not well-defined, and can be applied to the operating system inside a wide range of devices ranging from thermostats to Wi-Fi routers to industrial control units....
Embedded Linux Primer
08-09
<br> <br>Hallinan begins by touring a typical Linux-based embedded system, introducing key concepts and components, and calling attention to differences between Linux and traditional embedded...
Embedded Linux Primer.pdf
10-31
Linux File System Concepts Section 9.2. ext2 Section 9.3. ext3 Section 9.4. ReiserFS Section 9.5. JFFS2 Section 9.6. cramfs Section 9.7. Network File System Section 9.8. Pseudo File Systems Section ...
2024-2030全球及中国PCB接触式探头行业研究及十五五规划分析报告.docx
最新发布
04-18
2024-2030全球及中国PCB接触式探头行业研究及十五五规划分析报告
网站界面设计mortal0418代码
04-18
网站界面设计mortal0418代码
flutter-embedded-linux
07-15
需要注意的是，由于嵌入式Linux平台的资源限制，开发者在使用Flutter-embedded-linux时需要特别关注应用的性能和资源消耗情况，避免出现过多的资源占用或性能瓶颈。 总之，Flutter-embedded-linux为开发者在嵌入式...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值