1. linux内核中等待队列的几种用法
1. 睡眠等待某个条件发生(条件为假时睡眠)：
睡眠方式：wait_event, wait_event_interruptible
唤醒方式：wake_up (唤醒时要检测条件是否为真，如果还为假则继续睡眠，唤醒前一定要把条件变为真)
2. 手工休眠方式一：
1)建立并初始化一个等待队列项
DEFINE_WAIT(my_wait) <== wait_queue_t my_wait; init_wait(&my_wait);
2)将等待队列项添加到等待队列头中，并设置进程的状态
prepare_to_wait(wait_queue_head_t *queue, wait_queue_t *wait, int state)
3)调用schele()，告诉内核调度别的进程运行
4)schele返回，完成后续清理工作
finish_wait()
3. 手工休眠方式二：
1)建立并初始化一个等待队列项：
DEFINE_WAIT(my_wait) <== wait_queue_t my_wait; init_wait(&my_wait);
2)将等待队列项添加到等待队列头中：
add_wait_queue
3)设置进程状态
__set_current_status(TASK_INTERRUPTIBLE);
4)schele()
5)将等待队列项从等待队列中移除
remove_wait_queue()
其实，这种休眠方式相当于把手工休眠方式一中的第二步prepare_to_wait拆成两步做了，即prepare_to_wait <====add_wait_queue + __set_current_status，其他都是一样的。
4. 老版本的睡眠函数sleep_on(wait_queue_head_t *queue)：
2. linux进程的几种状态
Linux中进程分类
①交互进程：由一个shell启动的进程，交互进程既可以在前台运行，也可以在后台运行。
②批处理进程：这种进程和终端没有联系，是一个进程序列。
③监控进程：也称守护进程，是一个在后台运行且不受任何终端控制的特殊进程，用于执行特定的系统任务。
进程的状态
①可运行状态：此时进程正在运行或者正在运行队列中等待准备运行。
②等待状态：此时进程在等待一个事件的发生或某种系统资源。在Linux系统中等待状态又细分为两种等待状态：可中断的等待状态和不可中断的等待状态。
③暂停状态：处于暂停状态的进程被暂停运行。
④僵死状态：每个进程在运行结束后都会处于僵死状态，等待父进程调用进而释放系统资源，处于该状态的进程已经运行结束，但是它的父进程还没有释放其系统资源。
3. linux正在等待报头是什么意思
你发了个软件列表的请求，然后就等待服务器返回信息，报头就是返回信息的一些资料（地址啊，协议啊之类的）
4. 假如Linux卡住了怎么解决
首先是抓包，步骤如下
在Linux服务器上启动抓包。
从笔记本SSH到Linux服务器，输入用户名并回车。
等待10秒左右，直到登录界面提示输入密码。
停止抓包。
这样就可以得到一个涵盖该现象的网络包了。一般在实验室中没有干扰流量，不用过滤也可以分析，不过我们最好在做实验时就养成过滤的习惯，以适应生产环境中抓到的包。因为我们是通过SSH协议登录的，所以可以直接用“ssh”来过滤，如图所示。SSH包都是加密了的，因此我们看不出每个包代表了什么意思，不过这并不影响分析。从图2中可以看到，21号包和25号包之间恰好就相隔10秒。
这两个包之间所发生的事件，可能就是导致这个现象的原因。于是我再用“frame.number> 21 && frame.number< 25”过滤，
分析
从图中可以看到，Linux服务器当时正忙着向DNS服务器查询10.32.200.23的PTR记录（即反向解析），试图获得这个IP地址所对应的域名。该IP属于我们测试所用的笔记本，但由于DNS服务器上没有它的PTR记录，所以两次查询都等了5秒钟还没结果，总共浪费了10秒钟。
我们由此可以推出，这台Linux服务器在收到SSH访问请求时，会先查询该客户端IP所对应的PTR记录。假如经过5秒钟还没有收到回复，就再发一次查询。如果第二次查询还是等了5秒还没回复，就彻底放弃查询。我们甚至可以进一步猜测，如果DNS查询能成功，就不用白等那10秒钟了。
为了验证这个猜测，我在DNS服务器中添加了10.32.200.23的PTR记录，然后再次登录。
这一次果然立即登录进去了。从图的Wireshark截屏可见，DNS查询是成功的，所以21号包和26号包之间几乎是没有时间停顿的。
结果
明白了DNS查询就是问题的起因，接下来就知道怎么进一步研究了。只要在Google搜索“ssh dns”，第一页出来的链接都是关于这个问题的。随便挑几篇阅读一下，就连我这样的Linux初学者都能把这个问题研究透了。原来这个行为是定义在“/etc/ssh/sshd_config”文件中的，默认配置是这样的：
[root@Linux_Server ~]# cat /etc/ssh/sshd_config |grep -i usedns #UseDNS yes
改成下面这样就可以解决了，不用去动DNS服务器上的配置：
[root@Linux_Server~]# cat /etc/ssh/sshd_config |grep -i usedns UseDNS no
5. linux分区和格式化总是出现设备忙
8G的硬盘，255个磁面，63个扇区，1044个磁柱
每个cylinder（磁柱）的容量是 8225280 bytes=8225.280 K（约）=8.225280M（约）；
>>> Device Boot Start/End Blocks Id System
>>> 设备地址、引导分区、起始/终止块、容量、 分区类型ID、分区类型
硬盘分区的表示：在Linux 是通过hd*x 或 sd*x 表示的，其中 * 表示的是a、b、c ... ... x表示的数字 1、2、3 ... ... hd大多是IDE硬盘；sd大多是SCSI或移动存储；
引导（Boot）：表示引导分区，在上面的例子中 hda1 是引导分区；
Start （开始）：表示的一个分区从X cylinder（磁柱）开始；
End （结束）：表示一个分区到 Y cylinder（磁柱）结束；
id和System 表示的是一个意思，id看起来不太直观，我们要在fdisk 一个分区时，通过指定id来确认分区类型；比如 7表示的就NTFS 分区；这个在fdisk 中要通过t功能来指定。下面的部份会提到；
Blocks（容量）：这是我翻译的，其实不准确，表示的意思的确是容量的意思，其单位是K；一个分区容量的值是由下面的公式而来的； Blocks = （相应分区End数值 - 相应分区Start数值）x 单位cylinder（磁柱）的容量 所以我们算一下 hda1的 Blocks 的大小 ： hda1 Blocks=(765-1)x8225.280=6284113.92 K = 6284.113.92M 注：换算单位以硬盘厂家提供的10进位算起，如果以操作系统二进制来算，这个分区容量应该更少一些，得出的这个值和我们通过 fdisk -l 看到的 /dev/hda1的值是大体相当的，因为换算方法不一样，所以也不可能尽可能的精确；再加上分区时的一点损失之类，有时或大或小是存在的；我们查看分区大小或者文件的时候，还是用十进制来计算比较直观；推算办法是 byte 向前推小数点三位就是K ，K单位的值向前推小数点三位就是M，M向前推小数点三位就是G... ... 一般也差不了多少；这么算就行
6. linux虚拟机中怎么解决虚拟机任然在忙
强制关机或者等待处理
希望可以帮助你
7. Linux下的sleep是睡眠还是忙等占用CPU资源不
sleep时占用资源很少，主机断网，中止正在运行的程序，只有少量的守护进程还在运行，init仍在运行，还有获取你让其苏醒的守护进程，用top或者free都可看百分比
8. Linux 工作队列和等待队列的区别
work queue是一种bottom half，中断处理的后半程，强调的是动态的概念，即work是重点，而queue是其次。
wait queue是一种“任务队列”，可以把一些进程放在上面睡眠等待某个事件，强调静态多一些，重点在queue上，即它就是一个queue，这个queue如何调度，什么时候调度并不重要
等待队列在内核中有很多用途，尤其适合用于中断处理，进程同步及定时。这里只说，进程经常必须等待某些事件的发生。例如，等待一个磁盘操作的终止，等待释放系统资源，或者等待时间经过固定的间隔。
等待队列实现了在事件上的条件等待，希望等待特定事件的进程把放进合适的等待队列，并放弃控制权。因此。等待队列表示一组睡眠的进程，当某一条件为真时，由内核唤醒进程。
等待队列由循环链表实现，其元素包括指向进程描述符的指针。每个等待队列都有一个等待队列头，等待队列头是一个类型为wait_queue_head_t的数据结构。
等待队列链表的每个元素代表一个睡眠进程，该进程等待某一事件的发生，描述符地址存放在task字段中。然而，要唤醒等待队列中所有的进程有时并不方便。例如，如果两个或多个进程在等待互斥访问某一个要释放的资源，仅唤醒等待队列中一个才有意义。这个进程占有资源，而其他进程继续睡眠可以用DECLARE_WAIT_QUEUE_HEAD(name)宏定义一个新的等待队列，该宏静态地声明和初始化名为name的等待队列头变量。 init_waitqueue_head()函数用于初始化已动态分配的wait queue head变量等待队列可以通过DECLARE_WAITQUEUE()静态创建，也可以用init_waitqueue_head()动态创建。进程放入等待队列并设置成不可执行状态。
工作队列，workqueue，它允许内核代码来请求在将来某个时间调用一个函数。用来处理不是很紧急事件的回调方式处理方法.工作队列的作用就是把工作推后,交由一个内核线程去执行，更直接的说就是写了一个函数,而现在不想马上执行它，需要在将来某个时刻去执行，那就得用工作队列准没错。
如果需要用一个可以重新调度的实体来执行下半部处理，也应该使用工作队列。是唯一能在进程上下文运行的下半部实现的机制。这意味着在需要获得大量的内存时、在需要获取信号量时，在需要执行阻塞式的I/O操作时，都会非常有用。
9. linux声音系统总在等待，怎么解决
Linux与Windows哪个更合你的味口
赞成Linux的声音：Linux是免费的，它没有使用许可证费用；支持Linux的成本比支持Windows(NT4/2000)的成本低得多；而且，已经有许多免费办公自动化解决方法可供选择。
赞成Windows的声音:Linux要求现场的技术支持以保证系统运行，要求开发人员或承包商现场修改系统错误和应用核心补丁程序，无法保证能够由内部人员来解决所有问题；Visual Studio比其它开放源代码的开发环境好；MS SQL是一个便宜的数据库平台；Linux 没有提供足够多的商业工具软件。
声誉
赞成Linux的声音：Linux 是发展最迅速的OS 平台；Linux 应用能更好地工作；Linux 桌面提供更多选择；Linux 应用程序和工具的运行很出色，选择机会也更多。
10. 怎么设置LINUX系统的开机等待时间
一般grub启动的话，可做如下修改。
编辑/boot/grub/menu.lst修改
timeout的值，
例如
vi /boot/grub/menu.lst
-----
#boot=/dev/vda
timeout=5