Linux线程函数是运行在Linux内核中的常用系统函数，它可以被用于许多应用程序中。本文将探讨Linux线程函数的一些基础知识，包括它是如何工作的，它在多任务处理中的作用以及它可以为开发者提供的有用功能等。
首先，让我们看看Linux线程函数是如何工作的。Linux线程函数通过在系统中创建一个新线程来执行用户指定的任务，从而允许程序在同一时间运行多个任务。例如，一个应用程序可以通过使用Linux线程函数在同一时间发送邮件和打印文件，从而提高效率。
Linux线程函数在多任务处理中也发挥着重要作用。多任务处理中，允许多个任务同时运行，这样可以大大提高程序的效率和性能。此外，Linux线程函数还可以用于在多核处理器上运行多个任务，使程序的执行更加有效。
此外，Linux线程函数还能为开发者提供有用的功能。例如，它可以被用于控制程序的执行，从而实现多线程和多任务处理。此外，Linux线程函数还可以用于实现互斥和同步，从而保证程序的正确性。
总之，Linux线程函数是一种在Linux内核中常用的系统函数，它可以用于多任务处理，为开发者提供有用的功能，从而大大提高程序的性能，效率和可靠性。因此，Linux线程函数是一款非常有用的工具，可以用于大大提高应用程序的性能。
香港服务器首选树叶云，2H2G首月10元开通。树叶云（shuyeidc.com）提供简单好用，价格厚道的香港/美国云 服务器 和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。
怎么样才算得上熟悉多线程编程
1. 了解进程线程的基本概念，能用一种语言在一个平台上实现一个多线程的例子。 （这些不会还写熟悉多线程就太大无畏了）2. 了解为什么要用Mutex之类的工具做锁来同步和保护资源。 弄懂诸如racing condition，死锁之类的概念。 50%公司的见面题，用来砍死大无畏。 3. 了解编译器优化带来的影响，了解cache的影响，了解volatile，memory barrier之类的概念。 如果是主Java的话，去了解一下JVM的内存模型。 以上这些偏硬偏系统端的公司喜欢问，不过由于太基础，稍稍好奇一点的多线程领域程序员都应该会了解，否则略显大无畏。 4. 了解一下你主攻平台＋语言所提供的工具库，知道常用的工具的用法和使用场景：Mutex，Semaphore，原子操作集，Condition Variable，spin lock。 这几个算是比较常用的，在各个平台＋语言也都有对应实现。 老实说，spinlock，condition variable是我工作里从没用过的，但是也被问过，其他几个都太常用了，如果是java的话再多看一组Executor相关的，以及Java多线程相关的keywords，和object本身提供的同步函数，wait notify之类的，在主Java的公司问过。 5. 了解常用的多线程设计范式，比如读写锁（Reader/Writer Lock，非常经典的范式，有偏向读和写的不同变形，至少被要求写过3次），生产消费范式（写过2次），一些常用容器的实现，比如BlockingQueue（写过3次）或者concurrentHashmap（写过2次）。 如果是主Java的话可以看看JDK的实现。 熟悉一下一些算不上多线程设计模式的小技巧，比如传递只读对象可以避免加锁，或者Copy传递以防外部修改之类的（讨论环节被问过）。 另外值得特别一提的一个小细节是，Singleton的线程安全是个很有意思而且容易出错的话题，值得一看（只被问过一次，不过我答挂了，所以印象及其深）。 还有可能会问的是一些有趣的小场景让你实现一些功能需要线程安全，无法特别准备，但是你能了解上面说的这些范式，不傻的话大多数都能想出来。
linux中查看进程在哪个cpu上运行
ps命令的输出格式可以通过-o参数定制，可以使用如下命令显示进程所对应的执行CPU：# ps -eo pid,args,psr参数的含义：pid - 进程IDargs - 该进程执行时传入的命令行参数psr - 分配给进程的CPU
epoll和select的区别
1、select实现（1）使用copy_from_user从用户空间拷贝fd_Set到内核空间（2）注册回调函数__pollwait（3）遍历所有fd，调用其对应的poll方法（对于socket，这个poll方法是sock_poll，sock_poll根据情况会调用到tcp_poll,udp_poll或者datagram_poll）（4）以tcp_poll为例，其核心实现就是__pollwait，也就是上面注册的回调函数。 （5）__pollwait的主要工作就是把current（当前进程）挂到设备的等待队列中，不同的设备有不同的等待队列，对于tcp_poll来说，其等待队列是sk->sk_sleep（注意把进程挂到等待队列中并不代表进程已经睡眠了）。 在设备收到一条消息（网络设备）或填写完文件数据（磁盘设备）后，会唤醒设备等待队列上睡眠的进程，这时current便被唤醒了。 （6）poll方法返回时会返回一个描述读写操作是否就绪的mask掩码，根据这个mask掩码给fd_set赋值。 （7）如果遍历完所有的fd，还没有返回一个可读写的mask掩码，则会调用schedule_timeout是调用select的进程（也就是current）进入睡眠。 当设备驱动发生自身资源可读写后，会唤醒其等待队列上睡眠的进程。 如果超过一定的超时时间（schedule_timeout指定），还是没人唤醒，则调用select的进程会重新被唤醒获得CPU，进而重新遍历fd，判断有没有就绪的fd。 （8）把fd_set从内核空间拷贝到用户空间。 总结：select的几大缺点：（1）每次调用select，都需要把fd集合从用户态拷贝到内核态，这个开销在fd很多时会很大（2）同时每次调用select都需要在内核遍历传递进来的所有fd，这个开销在fd很多时也很大（3）select支持的文件描述符数量太小了，默认是、epollepoll既然是对select和poll的改进，就应该能避免上述的三个缺点。 那epoll都是怎么解决的呢？在此之前，我们先看一下epoll和select和poll的调用接口上的不同，select和poll都只提供了一个函数——select或者poll函数。 而epoll提供了三个函数，epoll_create,epoll_ctl和epoll_wait，epoll_create是创建一个epoll句柄；epoll_ctl是注册要监听的事件类型；epoll_wait则是等待事件的产生。 对于第一个缺点，epoll的解决方案在epoll_ctl函数中。 每次注册新的事件到epoll句柄中时（在epoll_ctl中指定EPOLL_CTL_ADD），会把所有的fd拷贝进内核，而不是在epoll_wait的时候重复拷贝。 epoll保证了每个fd在整个过程中只会拷贝一次。 对于第二个缺点，epoll的解决方案不像select或poll一样每次都把current轮流加入fd对应的设备等待队列中，而只在epoll_ctl时把current挂一遍（这一遍必不可少）并为每个fd指定一个回调函数，当设备就绪，唤醒等待队列上的等待者时，就会调用这个回调函数，而这个回调函数会把就绪的fd加入一个就绪链表）。 epoll_wait的工作实际上就是在这个就绪链表中查看有没有就绪的fd（利用schedule_timeout()实现睡一会，判断一会的效果，和select实现中的第7步是类似的）。 对于第三个缺点，epoll没有这个限制，它所支持的FD上限是最大可以打开文件的数目，这个数字一般远大于2048,举个例子,在1GB内存的机器上大约是10万左右，具体数目可以cat /proc/sys/fs/file-max察看,一般来说这个数目和系统内存关系很大。 总结：（1）select，poll实现需要自己不断轮询所有fd集合，直到设备就绪，期间可能要睡眠和唤醒多次交替。 而epoll其实也需要调用epoll_wait不断轮询就绪链表，期间也可能多次睡眠和唤醒交替，但是它是设备就绪时，调用回调函数，把就绪fd放入就绪链表中，并唤醒在epoll_wait中进入睡眠的进程。 虽然都要睡眠和交替，但是select和poll在“醒着”的时候要遍历整个fd集合，而epoll在“醒着”的时候只要判断一下就绪链表是否为空就行了，这节省了大量的CPU时间。 这就是回调机制带来的性能提升。 （2）select，poll每次调用都要把fd集合从用户态往内核态拷贝一次，并且要把current往设备等待队列中挂一次，而epoll只要一次拷贝，而且把current往等待队列上挂也只挂一次（在epoll_wait的开始，注意这里的等待队列并不是设备等待队列，只是一个epoll内部定义的等待队列）。 这也能节省不少的开销。
发表评论