Linux kernel 在启动参数中添加mem=16M后启动过程缓慢

我的

linux-3.0

内核在启动时惊慌失措地说

错误：未能分配0x0以下的0x1000字节。

。因此，我更改了引导参数并添加了一个引导参数

mem=16M

。现在它可以启动了，但启动需要很多时间。我也尝试过使用更高的

mem

值，但它不起作用。以下是日志：

`Machine: KZM9D
arm_add_memory: 0 0x40000000 0x1000000
Memory policy: ECC disabled, Data cache writealloc
bootmem_init: max_low=0x266240, max_high=0x266240
<6>Section 8256 and 8250 (node 0)<c> have a circular dependency on usemap and pgdat allocations
<7>On node 0 totalpages: 0
<7>On node 1 totalpages: 0
<7>On node 2 totalpages: 0
<7>On node 3 totalpages: 0
<7>On node 4 totalpages: 0                                                                
<7>On node 5 totalpages: 0                                                                
<7>On node 6 totalpages: 0                                                                
<7>On node 7 totalpages: 0                                                                
high_memory: e0000000
Zone PFN ranges:
  Normal   0x00040000 -> 0x00041000
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0: 0x00040000 -> 0x00041000
<7>On node 0 totalpages: 4096
<7>  Normal zone: 36 pages used for memmap
<7>  Normal zone: 0 pages reserved
<7>  Normal zone: 4060 pages, LIFO batch:0
<6>boottime: reserved memory at 0x40002000 size 0x2000
mm_init_owner
<6>PERCPU: Embedded 8 pages/cpu @c087f000 s9824 r8192 d14752 u32768
<7>pcpu-alloc: s9824 r8192 d14752 u32768 alloc=8*4096
<7>pcpu-alloc: [0] 0 [0] 1 
build_all_zonelists
Built 1 zonelists in Node order, mobility grouping on.  Total pages: 4060
Policy zone: Normal
page_alloc_init
<5>Kernel command line: console=ttyS1,115200n8 root=/dev/nfs ip=9.8.7.6 nfsroot=1.2.3.7:/tftpboot/arm/ rootwait rw mem=16M
parse_early_param
<6>PID hash table entries: 64 (order: -4, 256 bytes)
<6>Dentry cache hash table entries: 2048 (order: 2, 24576 bytes)
<6>Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
<6>Memory: 16MB = 16MB total
<5>Memory: 7824k/7824k available, 8560k reserved, 0K highmem
<5>Virtual kernel memory layout:
    vector  : 0xffff0000 - 0xffff1000   (   4 kB)
    fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)
    DMA     : 0xffc00000 - 0xffe00000   (   2 MB)
    vmalloc : 0xe0800000 - 0xf0000000   ( 248 MB)
    lowmem  : 0xc0000000 - 0xe0000000   ( 512 MB)
    modules : 0xbf000000 - 0xc0000000   (  16 MB)
      .text : 0xc0008000 - 0xc0704024   (7153 kB)
      .init : 0xc0705000 - 0xc0740660   ( 238 kB)
      .data : 0xc0742000 - 0xc078dc18   ( 304 kB)
       .bss : 0xc078dc18 - 0xc07f2950   ( 404 kB)
<6>Preemptible hierarchical RCU implementation.
<6>NR_IRQS:374`

机器：KZM9D arm_添加_内存：0 0x40000000 0x1000000 内存策略：禁用ECC，数据缓存写LOC bootmem_init:max_low=0x266240，max_high=0x266240 第8256节和第8250节（节点0）对usemap和pgdat分配具有循环依赖性 在节点0上totalpages:0 在节点1上，共页：0 在节点2 totalpages上：0 在节点3 totalpages上：0 在节点4 totalpages上：0 在节点5上，共页：0 在节点6上，共页：0 在节点7上，共页：0 高内存：e0000000 区域PFN范围： 正常0x00040000->0x00041000 每个节点的可移动区域启动PFN 早期节点映射[1]活动PFN范围 0:0x00040000->0x00041000 在节点0上totalpages:4096 正常区域：36页用于memmap 正常区域：保留0页 正常区域：4060页，后进先出批次：0 引导时间：0x40002000大小的保留内存0x2000 mm_初始所有者 PERCPU：嵌入式8页/cpu@c087f000 s9824 r8192 d14752 u32768 pcpu alloc:s9824 r8192 d14752 u32768 alloc=8*4096 pcpu分配：[0]0[0]1 创建所有分区列表 按节点顺序构建1个区域列表，移动分组在上。总页数：4060 政策区：正常 页面\u alloc\u init 内核命令行：console=ttys1115200n8 root=/dev/nfs ip=9.8.7.6 nfsroot=1.2.3.7:/tftpboot/arm/rootwait rw mem=16M parse_early_param PID哈希表条目：64（顺序：-4256字节） Dentry缓存哈希表条目：2048（顺序：224576字节） 索引节点缓存哈希表项：1024（顺序：0，4096字节） 内存：16MB=总共16MB 内存：7824k/7824k可用，8560k保留，0K高内存 虚拟内核内存布局： 向量：0xffff0000-0xffff1000（4KB） 固定映射：0xfff00000-0xfffe0000（896KB） DMA:0xffc00000-0xFF00000（2MB） vmalloc:0xe0800000-0xf0000000（248MB） lowmem:0xc000000-0xe000000（512 MB） 模块：0xbf000000-0xc0000000（16 MB） .文本：0xc0008000-0xc0704024（7153 kB） .init:0xc0705000-0xc0740660（238KB） .数据：0xc0742000-0xc078dc18（304 kB） .bss:0xc078dc18-0xc07f2950（404KB） 可抢占的分层RCU实现。 编号：374`

---

一个原因可能是页面交换频繁。。。您的系统有多少总内存？请尝试添加选项，看看瓶颈在哪里。@ADNANGDAL内存是512MB。他还需要在调试信息中添加时间戳。我认为这是在内核黑客攻击下，只有系统计时器的准确性。一个原因可能是大量的页面交换正在进行。。。您的系统有多少总内存？请尝试添加选项，看看瓶颈在哪里。@ADNANGDAL内存是512MB。他还需要在调试信息中添加时间戳。我认为这是在内核黑客攻击下，只有系统计时器的准确性。