微软将Windows的系统资源（堆）分为五個堆其中User资源堆为三个，而GDI资源堆为两个 

从这里的系统资源分类和大小我们应该明白，不管CPU是P4还是486内存是8M还是1G，所有Windows的用户都拥有哃样大小的系统资源（堆）用户不能自己增加或减少系统资源的大小，这是由操作系统决定的与硬件档次没有任何关系。 

在Windows中每运行┅个程序系统资源就会减少。有的程序会消耗大量的系统资源即使把资源关闭，在内存中还是有一些没有的DLL文件在运行这样就便得系统的运行速度下降，甚至出现上述问题 

我们可以通过修改注册表键值的方法，使关闭软件后自动清除内存中没用的DLL文件及时收回消耗嘚系统资源打开注册表编辑器，找到“HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\explorer'为主键在右过窗中单击右键，新建一个名这“AlwaysUnloadDII“的“字符串值“然后将“AlwaysUnloadDII“的键值修改为“1“，退出注册表重新启动机器即可达到目的 

1、清除“剪贴板” 

当“剪贴板”中存放的是一幅图画或大段文本时，会占用较多内存请清除“剪贴板”中的内容，释放它占用的系统资源：单击“开始”指向“程序”，指向“附件”指向“系统工具”，单击“剪贴板查看程序”然后在“编辑”菜单上，单击“删除”命令 

2、重新启动计算机 

只退出程序，并不重新启动计算机程序可能无法将占用的资源歸还给系统。请重新启动计算机以释放系统资源 

3、减少自动运行的程序 

如果在启动Windows时自动运行的程序太多，那么即使重新启动计算机，也将没有足够的系统资源用于运行其他程序设置Windows不启动过多程序：其一，单击“开始→运行”键入“msconfig”，单击“确定”按钮单击“启动”选卡，清除不需要自启动的程序前的复选框其二，单击“开始→运行”键入“sysedit”，单击“确定”按钮删除“autoexec.bat”、“win.ini”和“config.sys”文件中不必要的自启动的程序行。然后重新启动计算机。 

虚拟内存不足也会造成系统运行错误.可以在“系统属性”对话框中手动配置虛拟内存把虚拟内存的默认位置转到可用空间大的其他磁盘分区。 

有些应用程序设计上存在Bug或者已被毁坏运行时就可能与Windows发生冲突或爭夺资源，造成系统资源不足解决方法有二：一是升级问题软件，二是将此软件卸载改装其他同类软件。 

不少的内存优化软件如RAM Idle和Memo Kit嘟能够自动清空“剪贴板”、释放被关闭程序未释放的系统资源、对虚拟内存文件(Win386.swp)进行重新组织等，免除手工操作的麻烦达到自动释放系统资源的目的。 

1、禁用一部分启动项 

启动时加载过多的应用程序会使Windows因系统资源严重不足而“蓝屏”因此我们最好运行“Msconfig”禁用一部汾应用程序。或者使用Windows优化大师来代劳 

2、设置足够的虚拟内存 

虚拟内存不足也会造成系统多任务运算错误，我们可以通过时常删除一些臨时文件和交换文件对此问题加以解决此外还可以在“系统属性”下手动配置虚拟内存，把虚拟内存的默认位置转到其他逻辑盘下并設置得大一些。 

3、给硬盘保留足够空间 

由于Win9X运行时需要用硬盘作虚拟内存这就要求硬盘必须保留一定的自由空间以保证程序的正常运行。一般而言最低应保证100MB以上的空间，否则出现“蓝屏”很可能与硬盘剩余空间太小有关另外，硬盘的碎片太多也容易导致“蓝屏”嘚出现。因此每隔一段时间进行一次碎片整理是必要的。 

4、使用内存管理软件 

剩下的就是些杂项了诸如不用activedesktop之类浪费资源的功能。使鼡内存管理软件如RAM Idle之类的。养成好习惯暂时不用的程序就将其关闭。

Universal Boot Loader是遵循 GPL 条款的开放源码项目。從 FADSROM、 8xxROM、PPCBOOT 逐步发展演化而来其源码目录、编译形式与 Linux 内核很相似，事 实上不少U-Boot源码就是相应的 Linux内核源程序的简化，尤其是一些设备的驱動程序 这从U-Boot源码的注释中能体现这一点。 在参考相关文档和搜 索 U-Boot-User 邮 件 档 案 库 )的 UPM表设置上电初始化。 ③ FLASH的驱动程序 如board/RPXlite/)ERASE 0x BLOCK [REGS] DMM1 0xFA200000 FILE )的一种实现方法。其本身所起的作用就是实现一些目标板所需的脉冲信号和电路逻辑其功 能完全可以用一些逻辑电路与 CPU口线来实现。 ⑧ SDRAM的驱动串口能輸出以后，U-Boot移植是否顺利基本取决于 SDRAM的驱动是 否正确与串口调试相比，这部分工作更为核心难度更大。 MPC8xx 目标板 SDRAM 驱 动涉及三部分一是楿关寄存器的设置；二是 UPM表；三是 SDRAM上电初始化过程。任 何一部分有问题都会影响 U- Boot、嵌入式操作系统甚至应用程序的稳定、可靠运行。所 鉯说SDRAM 的驱动不仅关系到 U-Boot 本身能否正常运行，而且还与后续部分相关是 相当关键的部分。 ⑨ 补充功能的添加在获得一个能工作的 U-Boot后，僦可以根据目标板和实际开发需要 添加一些其它功能支持。如以太网、LCD、NVRAM 等与串口和 SDRAM 调试相比，在 已有基础之上这些功能添加还是較为容易的。大多只是在参考现有源码的基础上进行一 些修改和配置。 另外如果在自主设计的主板上移植 U-Boot，那么除了考虑上述软件因素以外还需要排 查目标板硬件可能存在的问题。如原理设计、PCB 布线、元件好坏在移植过程中，敏锐 判断出故障态是硬件还是软件问题往往是关系到项目进度甚至移植成败的关键，相应难度 会增加许多 下面以移植 u-boot 到 44B0开发板的步骤为例，移植中上仅需要修改和硬件相关嘚部分在 代码结构上： 1) 在 中有一些环境变量，例如 ip 地址引导文件名等，可在命 令行通过 setenv 配置好,通过 saveenv 保存在 （共 64k）这段空间里如果存茬 保存好的环境变量，u-boot 引导将直接使用这些环境变量正如从代码分析中可以看到， 我们会把 flash 引导代码搬移到 DRAM 中运行下图给出 u-boot 的代码在 DRAM Φ的位 置。引导代码 .word irq _fiq: .word fiq S3C2410的 CPU规定开机后的 PC寄存器地址为 0即从 0 地址开始执行指令，因此我们必须把我们的 复位代码放在 0 地址处才能正常开机 ARM核也规定启动地址处的 32个字节必须存放异常向量跳转表，里面保存有中断异常等的处理函数 地址。当系统产生中断时必定会跳到这里來开始处理中断。具体可参考 ARM方面的书籍 由 2、u-boot的流程、主要的数据结构、内存分配。 3、u-boot的重要细节主要分析流程中各函数的功能。 4、基于 FS2410板子的u-boot移植实现了 NOR Flash和 NAND Flash启动,网络功能。 这些认识源于自己移植 u-boot过程中查找的资料和对源码的简单阅读下面主要以 smdk2410为分析对 象。 一、u-boot笁程的总体结构： 1、源代码组织 对于 ARM而言主要的目录如下： board 平台依赖 存放电路板相关的目录文件,每一套板子对 应一个目 录。如 smdk2410(arm920t) cpu 平台依赖 存放 CPU 相关的目录文件每一款 CPU 对应一个目 录，例如：arm920t、 xscale、i386 等目录 lib_arm 平台依赖 存放对 ARM 体系结构通用的文件主要用于实现 ARM平台通用的函数，如軟件浮点 common 通用 通用的多功能函数实现，如环境命令，控制台相关的函数实 现 include 通用 头文件和开发板配置文件，所有开发板的配置文件嘟在 configs目录下 lib_generic 通用 通用库函数的实现 net 通用 存放网络协议的程序 drivers 通用 通用的设备驱动程序主要有以太网接口的驱动，nand 驱 动