ipc

【推荐阅读】微服务还能火多久？>>> 前面学习过（匿名）管道（见前面博客），匿名管道只能用于有亲缘关系的各个进程之间，为了解决这个限制，UNIX系统进而引入了FIFO，也称为有名管道（named pipe）。 FIFO(first in, first out)，是一个半双工数据流，也即一个半双工管道。不同于匿名管道的是，每个FIFO有一个路径名（或文件名）与之关联，也即FIFO的名字。有了名字，无亲缘关系的进程间就可以通过管道进行数据传输了。 创建FIFO的方式： 使用shell命令 mkfifo创建一个有名管道 使用C库函数mkfifo创建一个有名管道 使用shell命令 mkfifo创建一个有名管道 [infor@s123 FIFO]$ mkfifo npipe [infor@s123 FIFO]$ ls -l prw-r--r-- 1 infor app 0 Nov 13 11:32 npipe 上面我们创建了一个有名管道npipe，我们可以看到有名管道其实是一个文件，文件类型是“p”，管道类型。 我们在开启两个终端，分别为A和B。在A终端下将数据写入管道，在B终端下将数据读出来。 [infor@s123 FIFO]$ ping 10.4.123.124 >> npipe #会阻塞在这里，等待另一个进程读 在终端A下将ping的结果写入管道npipe

net use ipipc$ " " /user:" " 建立IPC空链接 net use ipipc$ "密码" /user:"用户名" 建立IPC非空链接 net use h: ipc$ "密码" /user:"用户名" 直接登陆后映射对方C：到本地为H: net use h: ipc$ 登陆后映射对方C：到本地为H: net use ipipc$ /del 删除IPC链接 net use h: /del 删除映射对方到本地的为H:的映射 net user 用户名　密码　/add 建立用户 net user guest /active:yes 激活guest用户 net user 查看有哪些用户 net user 帐户名 查看帐户的属性 net localgroup administrators 用户名 /add 把“用户”添加到管理员中使其具有管理员权限,注意：administrator后加s用复数 net start 查看开启了哪些服务 net start 服务名　 开启服务；(如:net start telnet， net start schedule) net stop 服务名 停止某服务 net time 目标ip 查看对方时间 net time 目标ip /set 设置本地计算机时间与“目标IP”主机的时间同步,加上参数/yes可取消确认信息 net view

**一，ping ** 它是用来检查网络是否通畅或者网络连接速度的命令。作为一个生活在网络上的管理员或者***来说，ping命令是第一个必须掌握的DOS命令，它所利用的原理是这样的：网络上的机器都有唯一确定的IP地址，我们给目标IP地址发送一个数据包，对方就要返回一个同样大小的数据包，根据返回的数据包我们可以确定目标主机的存在，可以初步判断目标主机的操作系统等。下面就来看看它的一些常用的操作。先看看帮助吧，在DOS窗口中键入：ping /? 回车，在此，我们只掌握一些基本的很有用的参数就可以了（下同）。 -t 表示将不间断向目标IP发送数据包，直到我们强迫其停止。试想，如果你使用100M的宽带接入，而目标IP是56K的小猫，那么要不了多久，目标IP就因为承受不了这么多的数据而掉线，呵呵，一次***就这么简单的实现了。 -l 定义发送数据包的大小，默认为32字节，我们利用它可以最大定义到65500字节。结合上面介绍的-t参数一起使用，会有更好的效果哦。 -n 定义向目标IP发送数据包的次数，默认为3次。如果网络速度比较慢，3次对我们来说也浪费了不少时间，因为现在我们的目的仅仅是判断目标IP是否存在，那么就定义为一次吧。 说明一下，如果-t 参数和 -n参数一起使用，ping命令就以放在后面的参数为标准，比如“ping IP -t -n 3”，虽然使用了-t参数

多进程多线程简单说明 涉及管道通信的多进程和多线程说明 对比多进程和多线程各自使用的场合 线程 进程 System V IPC（本机IPC） 有关System V IPC System V IPC的特点 管道（原始IPC） System V IPC 使用System V IPC时，不存在亲缘进程的说法 System V IPC标识符 怎么才能得到这个“标识符” System V IPC标识符的作用？ 多进程多线程简单说明 涉及管道通信的多进程和多线程说明 在使用有名管道实现双向通信时，由于读管道是阻塞读的，为了不让“读操作”阻塞“写操作”，使用了父子进 程来多线操作， 1）父进程这条线：读管道1 2）子进程这条线：写管道2 实际上我们后面在线程以后，凡是涉及到多线操作的，基本都使用多线程来实现 ，比如 1）主线程：读管道1 2）次线程：写管道2 我们这里通过进程间通信的管道方法实现，还会有线程实现的博客说明。 也就是说上面的管道通信， 我们完全可以把父进程改为主线程，把子进程改为次线程 。 对比多进程和多线程各自使用的场合 线程和进程都是并发运行的 ，但是线程和进程各自的使用的场合有所不同。 线程 凡是涉及多线时，我们使用线程来并发实现，比如我们上面实现的“有名管道”双向通信的例子，这个多线操作理论上就应该使用多线程来实现。 因为多线使用线程更省计算机cpu和内存的开销。

震惊，用了这么多年的 CPU 利用率，其实是错的 2018年12月22日 08:43:09 Linuxer_ 阅读数：50 https://blog.csdn.net/juS3Ve/article/details/85219620 来源：内核月谈 原文链接： http://www.brendangregg.com/blog/2017-05-09/cpu-utilization-is-wrong.html 本文中若有任何疏漏错误，责任在于编译者。有任何建议和意见，请回复 内核月谈 微信公众号，或通过 caspar at linux.alibaba.com 反馈。 导读：本文翻译自 Brendan Gregg 去年的一片博客文章 “CPU Utilization is Wrong”，从标题就能想到这篇文章将会引起争议。文章一上来就说，我们“人人皆用、处处使用，每个性能监控工具里都在用”的 top 命令里的 “%CPU” 指标，是不对的，其并非用于衡量 CPU 的繁忙程度的正确指标，作者谴责了一下众人(或许也包括你我)的这一行为是具有很大的误导性(deeply misleading)的，而且这种情况还在连年恶化。对于这么大一顶帽子，让我们暂且按下躁动的心，听听作者是怎么深入阐释他的观点的。 1. 引言 可能你认为的 90% CPU 利用率意味着这样的情形： 而实际却可能是这样的： CPU

稍微整理一下 1 //打开相机 2 -(void)takePhoto 3 { 4 5 UIImagePickerControllerSourceType sourceType; 6 sourceType = UIImagePickerControllerSourceTypeCamera; 7 8 UIImagePickerController *ipc=[[UIImagePickerController alloc] init]; 9 ipc.sourceType=UIImagePickerControllerSourceTypeCamera; 10 ipc.delegate=self; 11 //是否可编辑 12 ipc.allowsEditing=YES; 13 14 [self presentViewController:ipc animated:YES completion:^{ 15 16 }]; 17 } 18 19 20 //打开本地相册 21 -(void)localPhoto 22 { 23 UIImagePickerController *picker = [[UIImagePickerController alloc]init]; 24 picker.sourceType =