linux 查询线程，linux系统查看安装软件命令

大家好,今天小编来为大家解答以下的问题，关于linux 查询线程，linux系统查看安装软件命令这个很多人还不知道，现在让我们一起来看看吧！

Linux进程调度-应用内核设置调度策略和优先级

一、进程调度策略设置

1.函数使用说明

sched_setscheduler()为指定线程设置调度策略和相关参数。如果指定pid为零，则设置调用线程的调度策略和参数。参数param的解释取决于所选策略。当前Linux支持的策略包括：SCHED_OTHER(标准循环分时策略)，SCHED_BATCH(批处理样式进程执行)，SCHED_IDLE(运行低优先级后台作业)。同时，还支持实时策略，如SCHED_FIFO(先进先出策略)和SCHED_RR(循环策略)。

sched_getscheduler()查询线程的调度策略。如果pid为零，则检索调用线程的策略。需要root权限设置成功。

2. SCHED_FIFO先进先出调度

SCHED_FIFO只能在静态优先级高于0的情况下使用。当SCHED_FIFO线程变为可运行时，将立即抢占所有当前运行的 SCHED_OTHER，SCHED_BATCH或 SCHED_IDLE线程。此策略提供简单调度，无需时间分片。

3. SCHED_RR循环调度

SCHED_RR是 SCHED_FIFO的增强版，所有内容同样适用，但允许每个线程在最大时间范围内运行。如果 SCHED_RR线程运行时间达到或超过最大时间，将放在优先级列表的末尾。

4. SCHED_OTHER默认Linux分时调度

SCHED_OTHER策略适用于不需要实时机制的所有线程。根据动态优先级选择要运行的线程，优先级基于nice值。

5. SCHED_BATCH计划批处理

SCHED_BATCH仅用于静态优先级0。策略类似于 SCHED_OTHER，但假定线程占用大量CPU，减少调度损失。

6. SCHED_IDLE计划非常低优先级作业

SCHED_IDLE用于极低优先级作业，nice值对此策略无影响。

7.重置子进程调度策略

从Linux 2.6.32开始，可使用 sched_setscheduler()设置 SCHED_RESET_ON_FORK标志，防止子进程继承特权调度策略。

8.特权和资源限制

在2.6.12之前的Linux内核中，只有特权线程可以设置非零静态优先级。从Linux 2.6.12开始，非特权线程可更改调度策略和优先级，但需遵循资源限制。

9.响应时间

高优先级线程等待I/O时，有响应时间限制。设备驱动程序可使用“慢中断”减少此时间。

10.杂项

子进程继承调度策略，execve保留策略。实时进程需内存锁定避免分页延迟，使用mlock或mlockall完成。

11.返回值

sched_setscheduler()成功返回零， sched_getscheduler()返回策略值。错误情况包括参数无效、权限不足等。

12.进程设置使用例子

试验代码和运行结果展示设置策略和优先级对系统性能的影响。

13.线程调度策略设置

设置线程调度策略需root权限。

14.内核线程调度策略和优先级设置

参考内核文件进行设置。

15. chrt设置和查看进程调度策略和优先级

使用示例展示设置和查看方法。

16. renice设置普通进程优先级

调整进程优先级的示例和原理解释。

通过以上内容，您可以详细了解Linux进程调度策略、优先级设置及其实现，为优化系统性能提供依据。

linux怎么查询cpu核心数

1.查看逻辑CPU个数：

#cat/proc/cpuinfo|grep"processor"|sort-u|wc-l

24

2.由于有超线程技术有必要查看一下物理CPU个数：

#grep"physical id"/proc/cpuinfo|sort-u|wc-l

2

#grep"physical id"/proc/cpuinfo|sort-u

physical id: 0

physical id: 1

查看每个物理CPU内核个数：

#grep"cpu cores"/proc/cpuinfo|uniq

cpu cores: 6

每个物理CPU上逻辑CPU个数：

#grep"siblings"/proc/cpuinfo|uniq

siblings: 12

判断是否开启了抄超线程：

如果多个逻辑CPU的"physical id"和"core id"均相同，说明开启了超线程

或者换句话说

逻辑CPU个数>物理CPU个数* CPU内核数开启了超线程

逻辑CPU个数=物理CPU个数* CPU内核数没有开启超线程

相关知识延伸阅读：

一次性查询所有信息：

#!/bin/bash

physicalNumber=0

coreNumber=0

logicalNumber=0

HTNumber=0

logicalNumber=$(grep"processor"/proc/cpuinfo|sort-u|wc-l)

physicalNumber=$(grep"physical id"/proc/cpuinfo|sort-u|wc-l)

coreNumber=$(grep"cpu cores"/proc/cpuinfo|uniq|awk-F':''{print$2}'|xargs)

HTNumber=$((logicalNumber/(physicalNumber* coreNumber)))

echo"****** CPU Information******"

echo"Logical CPU Number:${logicalNumber}"

echo"Physical CPU Number:${physicalNumber}"

echo"CPU Core Number:${coreNumber}"

echo"HT Number:${HTNumber}"

echo"*****************************"

执行结果：

#./cpuinfo

****** CPU Information******

Logical CPU Number: 24

Physical CPU Number: 2

CPU Core Number: 6

HT Number: 2

linux线程查询指令linux线程查询

怎么在linux系统下查看网卡状态信息？

方法一:

ethtooleth0采用此命令可以查看到网卡相关的技术指标。

(不一定所有网卡都支持此命令)

ethtool-ieth1加上-i参数查看网卡驱动。

可以尝试其它参数查看网卡相关技术参数。

方法二:

也可以通过dmesg|grepeth0等看到网卡名字(厂家)等信息。

通过查看/etc/sysconfig/network-scripts/ifcfg-eth0可以看到当前的网卡配置包括IP、网关地址等信息。

当然也可以通过ifconfig命令查看。

Linux是一套免费使用和自由传播的类Unix操作系统，是一个基于POSIX和UNIX的多用户、多任务、支持多线程和多CPU的操作系统。它能运行主要的UNIX工具软件、应用程序和网络协议。它支持32位和64位硬件。Linux继承了Unix以网络为核心的设计思想，是一个性能稳定的多用户网络操作系统。Linux操作系统诞生于1991年10月5日（这是第一次正式向外公布时间）。Linux存在着许多不同的Linux版本，但它们都使用了Linux内核。Linux可安装在各种计算机硬件设备中，比如手机、平板电脑、路由器、视频游戏控制台、台式计算机、大型机和超级计算机。严格来讲，Linux这个词本身只表示Linux内核，但实际上人们已经习惯了用Linux来形容整个基于Linux内核，并且使用GNU工程各种工具和数据库的操作系统。

linux查看活跃线程命令？

可以执行ps-ef进行查看

Linux多线程通信？

PIPE和FIFO用来实现进程间相互发送非常短小的、频率很高的消息；

这两种方式通常适用于两个进程间的通信。

共享内存用来实现进程间共享的、非常庞大的、读写操作频率很高的数据（配合信号量使用）；

这种方式通常适用于多进程间通信。

其他考虑用socket。这里的“其他情况”，其实是今天主要会碰到的情况：

分布式开发。

在多进程、多线程、多模块所构成的今天最常见的分布式系统开发中，

socket是第一选择

。消息队列，现在建议不要使用了----因为找不到使用它们的理由。在实际中，我个人感觉，PIPE和FIFO可以偶尔使用下，共享内存都用的不多了。在效率上说，socket有包装数据和解包数据的过程，所以理论上来说socket是没有PIPE/FIFO快，不过现在计算机上真心不计较这么一点点速度损失的。你费劲纠结半天，不如我把socket设计好了，多插一块CPU来得更划算。另外，进程间通信的数据一般来说我们都会存入数据库的，这样万一某个进程突然死掉或者整个服务器死了，也不至于丢失重要数据、便于回滚到之前的状态。从这个角度考虑，适用共享内存的情况也更少了，所以socket使用得更多。再多说一点关于共享内存的：共享内存的效率确实高，但它的重点在“共享”二字上。如果的确有好些进程共享一大块数据（如果把每个进程都看做是类的对象的话，那么共享数据就是这个类的static数据成员），那么共享内存就是一个不二的选择了。但是在面向对象的今天，我们更多的时候是多线程+锁+线程间共享数据。因此共享进程在今天使用的也越来越少了。不过，在面对一些极度追求效率的需求时，共享内存就会成为唯一的选择，比如高频交易系统。除此以外，一般是不需要特意使用共享内存的。另外，

PIPE和共享内存是不能跨LAN的

（FIFO可以但FIFO只能用于两个进程通信）

。

如果你的分布式系统随着需求的增加而越来越大所以你想把不同的模块放在不同机器上而你之前开发的时候用了PIPE或者共享内存，那么你将不得不对代码进行大幅修改......同时，即使FIFO可以跨越LAN，其代码的可读性、易操作性和可移植性、适应性也远没有socket大。这也就是为什么一开始说socket是第一选择的原因。最后还有个信号简单说一下。

请注意，是信号，不是信号量。

信号量是用于同步线程间的对象的使用的（建议题主看我的答案，自认为比较通俗易懂：

semaphore和mutex的区别？-Linux-知乎

）。信号也是进程间通信的一种方式。比如在Linux系统下，一个进程正在执行时，你用键盘按Ctrl+c，就是给这个进程发送了一个信号。进程在捕捉到这个信号后会做相应的动作。虽然信号是可以自定义的，但这并不能改变信号的局限性：

不能跨LAN、信息量极其有限

。在现代的分布式系统中，通常都是

消息驱动：

即进程受到某个消息后，通过对消息的内容的分析然后做相应的动作。如果你把你的分布式系统设置成信号驱动的，这就表示你收到一个信号就要做一个动作而一个信号的本质其实就是一个数字而已。这样系统稍微大一点的话，系统将变得异常难以维护；甚至在很多时候，信号驱动是无法满足我们的需求的。因此现在我们一般也不用信号了。因此，请记住：

除非你有非常有说服力的理由，否则请用socket。

顺便给你推荐个基于socket的轻量级的消息库：ZeroMQ。

linux下，如何查看工控机的串口被哪个线程占用，能否使该线程强制释放串口？

在串口的驱动程序注册的open函数里加入这样一句话：printk("process%dhasopenttyn",current->pid);可以判断出来哪个进程打开了串口设备，或者是否有进程打开串口current->pid的值表示进程号！