你已经非常清楚什么是Deepstream，它为什么存在以及3.0中的一些新功能和增强功能。我们现在要退后一步，深入了解是什么驱动Deepstream.
向消费者通知新事件的常用方式 消息传递系统（messaging system）：Pro发送包含事件的消息，然后将消息推给Con。
有名管道叫named pipe或者FIFO(先进先出)，可以用函数mkfifo()创建。
管道是Linux中很重要的一种通信方式,是把一个程序的输出直接连接到另一个程序的输入,常说的管道多是指无名管道,无名管道只能用于具有亲缘关系的进程之间，这是它与有名管道的最大区别。有名管道叫named pipe或者FIFO(先进先出)，可以用函数mkfifo()创建。
用于可视化OpenGL ES设计的两个方面：作为客户端 - 服务器体系结构和作为管道。 这两种观点都可以用于规划和评估应用程序的体系结构。
从套接字上接收一个消息。对于recvfrom，可同时应用于面向连接的和无连接的套接字。recv一般只用在面向连接的套接字，几乎等同于recvfrom，只要将recvfrom的第五个参数设置NULL。
每次一发版导致服务A调用B服务超时, B没有任何请求记录日志, 初次定位到为网络问题
之前记录过处理因为 LVS 网卡流量负载过高导致软中断发生丢包的问题，RPS 和 RFS 网卡多队列性能调优实践[1]，对一般人来说压力不大的情况下其实碰见的概率并不高。这次想分享的话题是比较常见服务器网卡丢包现象排查思路，如果你是想了解点对点的丢包解决思路涉及面可能就比较广，不妨先参考之前的文章如何使用 MTR 诊断网络问题[2]，对于 Linux 常用的网卡丢包分析工具自然是 ethtool。
该方法只有在目标可写时才将源的内容复制到目的地。如果您没有写入权限，则会引发IOError。
《王道考研复习指导》 管道通信是消息传递的一种特殊方式。所谓“管道”，是指用于连接一个读进程和一个写进程以实现它们之间通信的一个共享文件，又名pipe文件。向管道（共享文件）提供输入的发送进程（即写进程），以字符流的形式将大量的数据送入（写）管道；而接受管道输出的接受进程（即读进程），则从管道接受（读）数据。为了协调双方的通信，管道机制必须提供一下三个方面的协调能力：互斥、同步和确定对方存在。 下面以linux的管道为例进行说明。在linux中，管道是一种频繁使用的通信机制。从本质上讲，管道也是一种文件，但它又和一般的文件有所不同，管道可以克服使用文件通信的两个问题，具体表现为： 1）限制管道的大小。实际上，管道是一个固定大小的缓冲区。在Linux中，该缓冲区的大小为4KB，使得它不像文件那样不加检验的增长。使用单个固定缓冲区也会带来问题，比如在写管道时可能变满，当这种情况发生时，随后对写管道的write()调用将默认的阻塞，等待某些数据被读取，以便腾出足够的空间供write()调用写。 2)读进程也可能工作的比写进程快。当所有当前进程数据已被读走时，管道变空。当这种情况发生时，一个随后的read()调用将默认设置为阻塞，等待某些数据被写入，这解决了read()调用返回文件结束的问题。 注意 ：从管道读数据是一次性操作，数据一旦被读走，它就从管道中被抛弃，释放空间以便写更多的数据。管道只能采用半双工通信，即在某一时刻只能单向传输。要实现父子进程双方互动，需要定义两个管道。
进程间通信（IPC，Inter-Process Communication），指至少两个进程或线程间传送数据或信号的一些技术或方法。
NIO的作用就是改进程序的性能。由于有时候程序的性能瓶颈不再是CPU，而是IO。这时候NIO就派上用场了。NIO的原理就是尽量利用系统底层的资源来提高效率，比方利用DMA硬件减小CPU负荷，利用操作系统的epoll机制避免线程频繁切换。通过底层资源提高系统的吞吐量。
什么是缓冲区？ 临时存储区域称为缓冲区。所有标准输入和输出设备都包含一个输入和输出缓冲区。在标准 C/C++ 中，流被缓冲，例如在标准输入的情况下，当我们按下键盘上的键时，它不会发送到您的程序，而是由操作系统缓冲，直到时间分配给那个程序。
豌豆贴心提醒，本文阅读时间5分钟 相信很多在linux平台工作的童鞋, 都很熟悉管道符 '|', 通过它, 我们能够很灵活的将几种不同的命令协同起来完成一件任务。就好像下面的命令: 不过这次咱们不来说
对每个人而言，真正的职责只有一个：找到自我。然后在心中坚守其一生，全心全意，永不停息。所有其它的路都是不完整的，是人的逃避方式，是对大众理想的懦弱回归，是随波逐流，是对内心的恐惧 ——赫尔曼·黑塞《德米安》
该缓冲区是 Reader Writer 接口集合对象 { *Reader, *Writer }
编写ISR最基本的原则就是:尽可能短。代码少是一方面，更重要的是ISR里不能调用可能阻塞或延迟的操作。
相信很多在linux平台工作的童鞋, 都很熟悉管道符 '|', 通过它, 我们能够很灵活的将几种不同的命令协同起来完成一件任务。就好像下面的命令:
运行程序，输入 两个整数，打印为 2，测试输入3个值仍然打印2，是因为这个"%d %d"指定了只解析两个int，多余的将留在缓冲区中，如果后面再写一个scanf，将从缓冲区中继续解析。
在过去N年里，缓冲区溢出一直是网络攻击中最常被利用的漏洞。 看一下缓冲区是如何创建的，就能知道原因所在。
上篇文章 提到阻塞(block)一下如何read数据 这里针对是非阻塞如何read数据 并且纠正前面出现几个错误 (1) 非阻塞 遇到errno=EAGAIN必须continue处理 ,epoll_wait 下次还能触发吗？ (2) 服务器read一次数据 ，只解析一个包的数据 会不会出现每次客户端发送新数据 但是服务器读取仍然是历史发送记录， 缓存里留着未处理数据情况 在一个异步非阻塞的socket上调用read/write函数读为2个步骤 步骤1 调用read从系统 层读取到应用层 步骤2 解析数
io模块提供了python用于处理各种类型I/O的主要工具，主要有三种类型的I/O：文本I/O，二进制I/O和原始I/O；这些都是通用类型，各种后备存储可使用其中的每一种类型，所以这些类型的具体对象称为文件对象。他通常的术语叫流和文件对象。每个具体流对象都具有各种功能：可以是只读，只写或读写。它可以允许任意的随机访问；向前或向后寻找任何位置或者只允许顺序访问如套接字或管道的情况下。所有的流都会检测提供给它的数据类型，如给二进制流str字符类型的write()的写方法将会引发一个TypeError异常。
theme: channing-cyan highlight: a11y-dark
Java标准IO 与 Java NIO 的简单差异示意： Java标准IO Java NIO API调用 简单 复杂 底层实现 面向流（stream)，单向 面向通道（channel），释放CPU、内存压力 成效 同步阻塞 同步非阻塞 数据窥视 阻塞读取，要么足够，要么没有 使用缓冲区（Buffer）， 读数据时需要检查是否足够 处理数据的线程数 1:1（一个线程处理一个流） 1:N（选择器（Selector），多路复用，可以一个或几个少量线程管理多个通道） Java N
浪尖整理翻译https://databricks.com/blog/2016/08/31/apache-spark-scale-a-60-tb-production-use-case.html。
我们之前讲过，当使用make建立管道时，第二个参数为零，就证明这个管道是无缓存能力的管道。只要没人写就永远读不出来，只要没人读就永远写不进去。例如：
本章内容涉及使用Socket API和CMD命令行工具实现本地CMD命令执行、无管道正向CMD和无管道反向CMD三种功能。执行本地CMD实现使用CreateProcess函数创建一个新的CMD进程，并将标准输入、输出和错误输出重定向到当前进程的标准输入、输出和错误输出。无管道正向CMD和无管道反向CMD使用WSASocket函数创建TCP套接字，并将CMD进程的标准输入、输出和错误输出重定向到套接字的句柄上，通过网络连接实现远程命令执行功能。
最近国外研究人员公布的一段exp代码能够在打完补丁的Fedora等Linux系统上进行drive-by攻击，从而安装键盘记录器、后门和其他恶意软件。 这次的exp针对的是GStreamer框架中的一个内存损坏漏洞，GStreamer是个开源多媒体框架，存在于主流的Linux发行版中。我们都知道，地址空间布局随机化（ASLR）和数据执行保护（DEP）是linux系统中两个安全措施，目的是为了让软件exp更难执行。 但新公布的exp通过一种罕见的办法绕过了这两种安全措施——国外媒体还专门强调了这个漏洞的“优
DMA 的全称叫直接存储器访问（Direct Memory Access），是一种允许外围设备（硬件子系统）直接访问系统主内存的机制。
bytes.Buffer 是 Golang 标准库中的缓冲区，具有读写方法和可变大小的字节存储功能。缓冲区的零值是一个待使用的空缓冲区。定义如下：
相信很多在linux平台工作的童鞋, 都很熟悉管道符 '|', 通过它, 我们能够很灵活的将几种不同的命令协同起来完成一件任务.就好像下面的命令:
标准I/O库提供缓冲的目的是尽可能地减少使用read和write调用的次数。他也对每个I/O流自动地进行缓冲管理，从而避免了应用程序需要考虑这一点所带来的麻烦。不幸的是，标准I/O库最令人迷惑的也是他的缓冲。 标准I/O提供了三种类型的缓冲： 1、全缓冲。这种情况下，在填满标准I/O缓冲区后才进行实际I/O操作。对于驻留在磁盘上的文件通常是由标准I/O库实施全缓冲。一个流上执行第一次I/O操作时，相关标准I/O函数通常调用malloc获得需使用的缓冲区。 术语冲洗说明I/O缓冲区的写操作。缓冲区可由标准I/O例程自动冲洗，或者可以调用函数fflush冲洗一个流。值得引起注意的是在UNIX环境 中，flush有两种意思。在标准I/O库方面，flush意味着将缓冲区中的内容写到磁盘上。在终端驱动程序方面flush表示丢弃已存储在缓冲区中的数据。 2、行缓冲。在这种情况下，当在输入和输出中遇到换行符时，标准I/O库执行I/O操作。这允许我们一次输出一个字符，但只有在写了一行之后才进行实际I/O操作。当流涉及一个终端时，通常使用行缓冲。 3、不带缓冲。标准I/O库不对字符进行缓冲存储。例如，如果用I/O函数fputs写15个字符到不带缓冲的流中，则该函数很可能用write系统调用函数将这些字符立即写至相关联的打开文件中。 ISO C要求下列缓冲特征：
该参数值仅用于参考 , 如果需要开发 视频 根据 旋转元数据 自动旋转的功能 , 只需要阅读 ffplay 程序的 处理 -autorotate 参数 的源码即可 ;
fflush()会强迫将缓冲区内的数据写回参数stream 指定的文件中. 如果参数stream 为NULL,fflush()会将所有打开的文件数据更新
生产者消费者模式是通过一个容器来解决生产者和消费者的强耦合问题。生产者和消费者彼此之间不直接通讯，而通过阻塞队列来进行通讯，所以生产者生产完数据之后不用等待消费者处理，直接扔给阻塞队列，消费者不找生产者要数据，而是直接从阻塞队列里取，阻塞队列就相当于一个缓冲区，平衡了生产者和消费者的处理能力。
开始阅读 nginx 源码的时候就一直伴随着一个问题，那就是多进程的 nginx 模型是怎么保证多个进程同时写入一个文件不发生数据交错呢？ 猜想中，主要有以下几种解决方案： 1. 最传统的，正在写文件的进程加锁，其他进程等待，但是这样的情况是绝对不允许的，效率太过低下 2. 写 log 前测试锁状态，如果已经锁定，则写入进程自己的缓冲区中，等待下次调用时同步缓冲区，这样做的好处是无需阻塞，提高了效率，但是就无法做到 log 的实时了，这样做工程中也是绝对无法接受的，一旦发生问题，将无法保证 log 是否已经被写入，因此很难定位 3. 一个进程专门负责写 log，其他进程通过域套接字或者管道将 log 内容发送给他，他持续阻塞在 epoll_wait 上，直到收到信息，立即写入，但是众所周知，nginx 是调用同一个函数启动所有进程的，并没有专门调用函数启动所谓的 log 进程，除了 master 和 worker，nginx 也确实没有 log 进程存在 4. 那么就是进程启动后，全部去竞争某个锁，竞争到该锁的 worker 执行 log worker 的代码，其余的 worker 继续运行相应程序，这个方案看上去是一个不错的方案，如果是单 worker 的话，那么就无需去使用该锁即可
NVIDIA 视觉编程接口 (VPI) 是一个软件库，可提供一组计算机视觉和图像处理算法。这些算法的实现在 NVIDIA Jetson 嵌入式计算机或独立 GPU 上可用的不同硬件引擎上得到加速。
管程：管程是关于共享资源的数据结构及一组针对该资源的操作过程所构成的软件模块。 管程：管理过程
Java 管道（Pipes）是一种强大的工具，用于实现进程间通信（Inter-Process Communication，IPC）。在本文中，我们将深入探讨 Java 管道的各个方面，从基础概念到高级用法，旨在帮助初学者更好地理解和应用这一重要的编程工具。
这是在windows下面的定义。在linux下面的定义只是将SOCKET改成int，那么在linux下面的原型是这样：
HipHopBoy：Unity SRP 系列翻译汇总zhuanlan.zhihu.com
本系列的文章，可以让你明白，一个View最终是如何显示到屏幕上的，从应用层到硬件抽象层。对分析app的卡顿，掉帧等 有很大帮助。
最近在学C++，想写个项目练练手。对网络比较感兴趣，之前使用过ngrok（GO版本的内网穿透项目），看了部分源码，想把自己的一些优化想法用C++实现一下，便有了这个项目。
现如今，我们使用通用的应用程序或库来相互通信。例如，我们经常使用HTTP客户端库从服务器上获取信息并通过web服务执行远程过程调用。但是，通用协议或它的实现有时并不能很好的伸缩。这就像我们不会使用通用HTTP服务器来交换大文件、电子邮件、还有像金融信息、游戏数据等实时信息。这些业务所需要的是高度优化实现协议，用于专门的目的。例如，您可能希望实现一个针对基于ajax的聊天应用程序、媒体流应用、大文件传输进行优化的http服务器。您甚至可能想要设计并实现一个完全符合您的需求的新协议。另一个不可避免的情况是，你不得不去处理一个遗留的专有协议，来保证和旧系统的互操作性。在这些情况下，重要的是在不牺牲最终应用程序的稳定性和性能的前提前，如何尽可能快的实现该协议。
RIST，全称Reliable Internet Stream Transport，目的是打造一个可信赖的互联网流媒体协议，在弱网情况下保证数据流的可靠传输，并作为一个开源的协议可以在某些场景下作为商业版的ZIXI等可靠协议传输替代者。
Linux环境下，进程地址空间相互独立，每个进程各自有不同的用户地址空间。任何一个进程的全局变量在另一个进程中都看不到，所以进程和进程之间不能相互访问。
今天我要给大家分享一些自己日常学习到的一些知识点，并以文字的形式跟大家一起交流，互相学习，一个人虽可以走的更快，但一群人可以走的更远。
管 道（Pipe）实际是用于进程间通信的一段共享内存，创建管道的进程称为管道服务器，连接到一个管道的进程为管道客户机。一个进程在向管道写入数据后，另 一进程就可以从管道的另一端将其读取出来。匿名管道（Anonymous Pipes）是在父进程和子进程间单向传输数据的一种未命名的管道，只能在本地计算机中使用，而不可用于网络间的通信。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
