信号章节相关概念

core文件的简单介绍 //--------------------------------------------------------------- 1. core文件的简单介绍 //--------------------------------------------------------------- 在一个程序崩溃时，它一般会在指定目录下生成一个core文件。core文件仅仅是一个内存映象(同时加上调试信息)，主要是用来调试的。 //--------------------------------------------------------------- 2. 开启或关闭core文件的生成 //--------------------------------------------------------------- 用以下命令来阻止系统生成core文件: ulimit -c 0 下面的命令可以检查生成core文件的选项是否打开: ulimit -a 该命令将显示所有的用户定制，其中选项-a代表“all”。 也可以修改系统文件来调整core选项 在/etc/profile通常会有这样一句话来禁止产生core文件，通常这种设置是合理的: # No core files by default ulimit -S -c 0 > /dev/null 2>&1 但是在开发过程中有时为了调试问题，还是需要在特定的用户环境下打开core文件产生的设置 在用户的~/.bash_profile里加上ulimit -c unlimited来让特定的用户可以产生core文件 如果ulimit -c 0 则也是禁止产生core文件，而ulimit -c 1024则限制产生的core文件的大小不能超过1024kb //--------------------------------------------------------------- 3. 设置Core Dump的核心转储文件目录和命名规则 //--------------------------------------------------------------- /proc/sys/kernel/core_uses_pid可以控制产生的core文件的文件名中是否添加pid作为扩展，如果添加则文件内容为1，否则为0 proc/sys/kernel/core_pattern可以设置格式化的core文件保存位置或文件名，比如原来文件内容是core-%e 可以这样修改: echo "/corefile/core-%e-%p-%t" > core_pattern 将会控制所产生的core文件会存放到/corefile目录下，产生的文件名为core-命令名-pid-时间戳 以下是参数列表:     %p - insert pid into filename 添加pid     %u - insert current uid into filename 添加当前uid     %g - insert current gid into filename 添加当前gid     %s - insert signal that caused the coredump into the filename 添加导致产生core的信号     %t - insert UNIX time that the coredump occurred into filename 添加core文件生成时的unix时间     %h - insert hostname where the coredump happened into filename 添加主机名     %e - insert coredumping executable name into filename 添加命令名 //--------------------------------------------------------------- 4. 使用core文件 //--------------------------------------------------------------- 在core文件所在目录下键入: gdb -c core 它会启动GNU的调试器，来调试core文件，并且会显示生成此core文件的程序名，中止此程序的信号等等 如果你已经知道是由什么程序生成此core文件的，比如MyServer崩溃了生成core.12345，那么用此指令调试: gdb -c core MyServer 以下怎么办就该去学习gdb的使用了 //--------------------------------------------------------------- 5. 一个小方法来测试产生core文件 //--------------------------------------------------------------- 直接输入指令: kill -s SIGSEGV $$

2.软件中断与硬件中断的区别

硬件中断时通过中断请求线输入信号来请求处理机；软件中断是处理机内部识别并进行处理的中断过程。硬件中断一般是由中断控制器提供中断码类型，处理机自动转向中断处理程序；软件中断完全有处理机内部形成中断处理程序的入口地址并转向中断处理程序的入口地址，并转向中断处理程序，不需要外部提供信息。

3.异步事件和同步事件的区别

In synchronous receiving, while the server is waiting to receive data from a client, if the stream is empty the main thread will block until the request for data is satisfied. Hence, the server cannot do anything else until it receives data from the client. If another client attempts to connect to the server at that time, the server cannot process that request because it is blocked on the first client. This behavior is not acceptable for a real-world application where we need to support multiple clients at the same time.

In asynchronous communication, while the server is listening or receiving data from a client, it can still process connection requests from other clients as well as receive data from those clients. When a server is receiving asynchronously, a separate thread (at the OS level) listens on the socket and will invoke a callback function (specified when the asynchronous listening was commenced) when a socket event occurs. This callback function in turn will respond and process that socket event. For example, if the remote program writes some data to the socket, a "read data event" (callback function you specify) is invoked; it knows how to read the data from the socket at that point.

简而言之，同步是一对一的，异步是一对多的。