1 缺页异常在linux内核处理中占有非常重要的位置，很多linux特性，如写时复制，页框延迟分配，内存回收中的磁盘和内存交换，都需要借助缺页异常来进行，缺页异常处理程序主要处理以下四种情形：
1请求调页: 当进程调用malloc（）之类的函数调用时，并未实际上分配物理内存，而是仅仅分配了一段线性地址空间，在实际访问该页框时才实际去分配物理页框，这样可以节省物理内存的开销，还有一种情况是在内存回收时，该物理页面的内容被写到了磁盘上，被系统回收了，这时候需要再分配页框，并且读取其保存的内容。
2写时复制:当fork()一个进程时，子进程并未完整的复制父进程的地址空间，而是共享相关的资源，父进程的页表被设为只读的，当子进程进行写 *** 作时，会触发缺页异常，从而为子进程分配页框。
3地址范围外的错误:内核访问无效地址，用户态进程访问无效地址等。
4内核访问非连续性地址：用于内核的高端内存映射，高端内存映射仅仅修改了主内核页表的内容，当进程访问内核态时需要将该部分的页表内容复制到自己的进程页表里面。
处理问题时必定不能盲狙，将所有解决办法都试上一遍。这生产环境中，解决出现的问题是最优先的事情，当然前提是这问题会影响用户的使用或即将影响到的。
处理每个问题必然可按具体问题进行分类，根据每一类按对应的解决思路来执行。
但像处理一个网络问题的时候，上至系统防火墙的配置、下至硬件故障。如果处理一个问题都按固定流程来进行的话，那必然效率将非常低下。下为处理网络故障的一般流程。
1、网络硬件问题检查。 （机率较低）
2、检查网卡能否正常工作。 （较高、主要表现为人为配置错误）
3、检查局域网之间联机是否正常。（非常高）
4、检查DNS是否设定正确。 （较低）
5、服务是否正常打开。 （低）
6、检查访问权限是否打开。 （较高）
假如从1至6是标准的处理网络问题的流程，这样的处理方式效率低下。处理问题可以有整体的流程，但是实际 *** 作中可先对出现机率更高的步骤进行检查、或采取2分法缩小产生问题的范围，虽然上述较的两个方法不一定对所有问题都试用，但对于大多数的网络问题来说处理效率有者显著的提升。
个人总结的情况如下。
1、lsmod | grep ip 查看相关的网卡模块是否已加载
2、ifconfig -a 能使用该命令查找到对应网卡配置信息，则说明网卡驱动程序正常
3、使用ping命令、依次ping自己、ping局域网主机、ping网关
ping自己异常，问题：服务异常、网卡配置未生效
ping局域网主机异常，问题：配置文件有误、网卡配置未生效、网线损坏
ping网关异常，问题：配置文件有误、网卡配置未生效
4、当前3步还不能正常上外网的话。所有route查看默认路由表。
处理方法：删除不必要的路由信息，并保证默认路由是从对应网关地址出去的。
5、临时停止iptables服务、SELinux服务、NetworkManager服务
6、如能上网但访问域名有异常时，那将需要检查/etc/hosts、/etc/resolv.conf两个配置
7、假如以上6步检查完毕之后，还发现不能上网。有如下可能。
7.1、主机MAC地址被路由器禁止上网
7.2、外网服务异常。如宽带账号欠费、光纤被挖断等物理攻击。
有时候，希望程序退出时能进行一些处理，比如保存状态，释放一些资源。c语言开发的linux程序，有可能正常退出(exit)，有可能异常crash，而异常crash可能是响应了某信号的默认处理。这里总结一下这些情况，如何获取一个统一的退出处理的点，说白了就是写一个回调函数，让他在程序正常或异常退出时调用。
这个例子里面其实是将异常退出处理和正常退出处理结合起来了。对于SIGTERM（即kill进程）和SIGINT（即ctrl-c结束前台进程），我们当做是正常退出，在其信号处理函数里面，直接调用了exit(0)，而exit(0)又会被server_on_exit捕获到。对于异常退出也是类似，只是调用了exit(-1)表示是异常的。同时异常退出我们会打印出当前的进程堆栈信息，server_backtrace的实现下一篇再说。另外注意的是SIGKILL信号是无法捕获的。而调用abort导致的退出，也是通过SIGABRT信号捕获到进行处理了。其他几种异常退出的信号也是比较常见，一并捕获到进行处理。这样对于异常退出，我们即可统一的log堆栈信息，又可直接继续正常退出时的处理流程了。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）