- 综合排序
- 最热优先
- 最新优先
- 来自专栏燧机科技-视频AI智能分析
液体泄露识别检测算法 识别管道液体泄漏
液体泄露识别检测算法通过 yolov8+python网络模型技术，液体泄露识别检测算法对管道的液体泄露情况进行全天候不间断实时监测，检测到画面中管道设备液体泄露现象时，将自动发出警报提示。 识别管道泄露算法模型中Head： Head部分较yolov5而言有两大改进：1）换成了目前主流的解耦头结构(Decoupled-Head)，将分类和检测头分离 2）同时也从 Anchor-Based 换成了
82110编辑于 2023-09-07 - 来自专栏燧机科技-视频AI智能分析
管道液体泄漏检测系统摄像头 守护工业安全
在石油化工、精细化工、制药等高风险工业场景中，管道、法兰、阀门等部位的液体泄漏（如溶剂、酸碱、冷却介质）是重大安全与环保隐患。 为提升过程安全水平，部分企业部署了“管道液体泄漏检测系统摄像头”。 需强调：AI无法“识别具体液体类型”或“预测泄漏后果”，仅能对地面可见的液体动态异常进行初判，例如：持续滴落：液体从管道接口周期性滴落；地面积聚扩展：新出现的深色区域缓慢扩大；沿斜面流动：液体在设备基座或导流沟中形成明显流动轨迹 部署优势与现实约束可利旧现有监控资源，降低初期投入；弱网适应性强：仅上传事件摘要，4G即可满足通信需求；局限性：强反光金属地面或积水区域易导致误判；高湿度、蒸汽环境（如伴热管线附近）下可靠性下降；不适用于垂直管道或高空法兰泄漏 结语AI在管道泄漏监测中的角色，不是“泄漏预言家”，而是“数字眼睛”。它无法告诉你“哪里会漏”，但可以提醒你“这里好像有异常”。
16610编辑于 2026-02-01 管道漏水泄漏破损检测数据集VOC+YOLO格式2614张4类
数据集格式：Pascal VOC格式+YOLO格式(不包含分割路径的txt文件，仅仅包含jpg图片以及对应的VOC格式xml文件和yolo格式txt文件) 图片数量(jpg文件个数)：2614 标注数量(xml文件个数)：2614 标注数量(txt文件个数)：2614 标注类别数：4 标注类别名称:["crack","leak","no leak","water"] 每个类别标注的框数： crack 框数 = 187 leak 框数 = 1187 no leak 框数 = 465 water 框数 = 851 总框数：2690 使用标注工具：labelImg 标注规则：对类别进行画矩形框 重要说明：数据集有部分增强图片，请仔细查看图片谨慎下载 特别声明：本数据集不对训练的模型或者权重文件精度作任何保证，数据集只提供准确且合理标注
42410编辑于 2025-07-21- 来自专栏ljw
匿名管道和命名管道
），然后用户层缓冲区通过系统调用（write）写到管道里，然后再通过read系统调用，被对方（读端）读取，就要从管道拷贝到读端，然后再显示到显示器上。 通信是为了更好的发送变化的数据，管道本质上是文件 所以必须要用到系统调用接口来访问管道，其是由系统管理，read和write ，操作系统相当于中介 结论：管道的特征： 1：具有血缘关系的进程进行进程间通信 2：管道只能单向通信 3：父子进程是会进程协同的，同步与互斥的--保护管道文件的数据安全 4：管道是面向字节流的 5：管道是基于文件的，而文件的生命周期是随进程的 再测试，把子进程sleep去掉，就是让子进程写快一点 ，父进程sleep几秒，就是让父进程读慢一点，看有什么现象 管道的四种情况 测试管道大小 把c一直往管道里写，把父进程中休眠50秒 结果差不多64kb 写端退了，测试结果 结果是： 读端正常读，写端关闭 ，还得把用户层缓冲区拷贝到管道里，（从键盘里输入数据到用户层缓冲区里面），然后用户层缓冲区通过系统调用（write）写到管道里，然后再通过read系统调用，被对方（读端）读取，就要从管道拷贝到读端，然后再显示到显示器上
74110编辑于 2024-10-18 - 来自专栏学习
【Linux】管道通信——命名管道
命名管道 什么是命名管道 命名管道，也称为 FIFO（First In First Out），是一种 进程间通信（IPC） 机制，它允许不相关的进程（即没有父子关系的进程）通过文件系统中的特殊文件进行数据传输 命名管道 vs. 无名管道 类型 说明 适用场景 匿名管道 pipe() 创建，仅限于父子进程之间通信 适用于父进程创建子进程并通信 命名管道 mkfifo() 创建，存在于文件系统中，可用于任意进程间通信 适用于独立进程间通信 如何创建命名管道 手动创建命名管道： mkfifo FIFO 这个FIFO也是一个文件，被操作系统特殊标记过，是管道文件。 ，我们封装一个类，用于管理管道文件的创建和销毁，声明一个全局变量，构造函数用于创建管道，析构函数用于销毁管道，由于全局变量的生命周期是和程序一样的，所以当程序结束的时候管道文件也跟着销毁，也意味着通信结束
1.2K10编辑于 2025-02-25 - 来自专栏学习之路
【Linux】IPC 进程间通信（一）：管道（匿名管道&命名管道）
父进程向以写方式打开的文件的管道文件写入，子进程再从以读方式打开的文件的管道文件读取，从而实现管道通信。如果是要子进程向父进程传输数据，同理即可。 管道里的内容不需要刷新到磁盘 2.2 创建匿名管道 匿名管道：没有名字的文件(struct file) 匿名管道用于父子间通信，或者由一个父创建的兄弟进程（必须有“血缘“）之间进行通信 #include 2.3 匿名管道通信案例（父子通信） 注意：匿名管道需要在创建子进程之前创建，因为只有这样才能复制到管道的操作句柄，与具有亲缘关系的进程实现访问同一个管道通信 情况一：管道为空 && 管道正常（read 就会阻塞 4.4 匿名管道与命名管道的区别 匿名管道与命名管道的区别 匿名管道由 pipe函数 创建并打开。 管道分为两种类型：无名管道和命名管道 无名管道主要用于具有亲缘关系的进程（如父子进程），在创建时不需要名称，只能通过文件描述符进行访问 命名管道（FIFO）则可以在任何进程之间通信，使用文件系统中的路径来标识
1.2K10编辑于 2024-11-19 水下管道泄漏破损检测数据集VOC+YOLO格式2069张2类别
使用标注工具：labelImg 标注规则：对类别进行画矩形框 重要说明：暂无 特别声明：本数据集不对训练的模型或者权重文件精度作任何保证，数据集只提供准确且合理标注 图片示例： 标注示例： 泄漏
26400编辑于 2025-07-20- 来自专栏linux运维
内存泄漏
内存泄漏是软件开发中常见的问题，特别是在长期运行的服务中。内存泄漏会导致系统性能下降，甚至可能导致服务崩溃。以下是一些诊断和解决内存泄漏的方法：1. 使用 valgrind 进行内存泄漏检测valgrind 是一个强大的工具，可以帮助您检测C/C++程序的内存泄漏。 使用 gdb 调试内存泄漏gdb 是一个强大的调试工具，可以帮助您定位内存泄漏的具体位置。使用以下命令启动 gdb： gdb . 优化代码根据诊断结果，优化代码以减少内存泄漏。常见的优化方法包括：释放不再使用的内存：确保在不再需要内存时及时释放。避免内存碎片：合理分配和释放内存，避免内存碎片。 LeakSanitizer (LSan)：与 ASan 类似，专门用于检测内存泄漏。10. 监控和警报设置监控和警报机制，及时发现和处理内存泄漏问题。
1.9K10编辑于 2025-02-03 - 来自专栏利志分享
关于go的只读管道只写管道以及单向管道的理解
,只能写数据到管道里面 func writeChan(ch chan<- int) { ch <- 1 } //单向只读管道，只能从管道里面读出数据 func readChan(ch <-chan { value := <-ch fmt.Println(value) } 上面的例子，writeChan只能对ch变量进行写操作，readChan只能对ch变量进行读操作，这样造成很多同学对管道理解就有了只读和只写管道了 ，其实管道都是双向的，默认双向可读写，只是管道在函数参数传递时可以使用操作符限制管道的读写，就如上面的例子。 关于上面单向管道的例子，单向管道只能用于发送或者接受数据，但是go的管道其实是没有单向管道，所谓的单向管道只是对管道的一种使用限制，这个和c语言const修饰函数参数为只读是一个道理。 总结： go语言是没有只读管道，只写管道，单向管道。 所谓的只读管道，只写管道，单向管道只是对go的管道一种限制使用。
1.3K10编辑于 2022-04-25 - 来自专栏code人生
Redis 管道
Redis管道是一种通过一次发出多个命令而不等待每个单独命令的响应来提高性能的技术。大多数Redis客户端都支持管道。本文档描述了管道旨在解决的问题以及Redis中管道的工作原理。 Redis自早期以来就支持管道，因此无论您运行的是哪个版本，都可以将管道与Redis一起使用。 当使用管道时，通常使用单个read()系统调用来读取多个命令，使用单个write()系统调用来传递多个回复。 因此，每秒执行的总查询数量最初随着管道长度的增加而几乎线性增长，并最终达到未使用管道时获得的基线的10倍，如下图所示： 示例 在接下来的基准测试中，我们将使用支持管道的Redis Ruby客户端来测试由于管道而带来的速度提升 管道 vs 脚本 使用Redis脚本[2]（自Redis 2.6起可用），可以通过在服务器端执行大量所需工作的脚本来更有效地解决许多管道用例。
55810编辑于 2024-04-11 - 来自专栏1++的Linux
详解管道
进程间通信的发展：管道System V进程间通信POSIX进程间通信管道：匿名管道pipe命名管道System V IPC：System V 消息队列System V 共享内存System V 信号量POSIX IPC：消息队列共享内存信号量互斥量条件变量读写锁二，管道管道是Unix中最古老的进程间通信的形式。 这样通信方式我们叫做匿名管道。管道的本质是一种文件。下面我们来简单的实现一个匿名管道：使用pipe系统调用来创建匿名管道。 因此管道可以让进程间协同，提供了访问控制。管道提供的是面向流式的通信服务，其生命周期随进程。从管道读数据是一次性操作，数据一旦被读，它就从管道中被抛弃，释放空间以便写更多的数据。 ：命名管道与匿名管道的原理相同，都是通过让两个进程看到同一份资源，从而实现通信，但命名管道不再局限于父子进程之间，而是任意两个进程之间实现通信。
61351编辑于 2023-10-30 - 来自专栏Elastic Stack专栏
将 Logstash 管道转换为 OpenTelemetry Collector 管道
简化的遥测管道：使用接收器、处理器和导出器构建管道的能力，通过集中数据流和减少多个代理的需求，简化了遥测管理。 Logstash 管道定义 Logstash 管道由三个主要组件组成： Input Plugins：允许我们从不同来源读取数据。 Filters Plugins：允许我们转换和过滤数据。 Logstash 还有一个特殊的输入和一个特殊的输出，允许管道到管道的通信，我们可以将其视为类似于 OpenTelemetry 连接器的概念。 Logstash 管道与 OTEL Collector 组件的比较 我们可以将 Logstash 管道和 OTEL Collector 管道组件如何相互关联进行示意化： 理论够多了！ OpenTelemetry Collector 管道来处理日志。
75721编辑于 2024-12-10 - 来自专栏C++
【Linux】IPC：匿名管道、命名管道、共享内存
管道是Unix中最古老的进程间通信的形式 从一个进程连接到另一个进程的一个数据流称为一个“管道” 管道的原理： 管道只能进行单向通信。 管道不需要路径，也就不需要名字，所以叫做匿名管道。 这个过程是管道内部自己做的。 现象： 管道为空&&管道正常，read会阻塞（read是一个系统调用）。 管道为满（管道资源是有限的）&&管道正常，write会阻塞。 根据上面的分析，所有的子进程的file_struct都会指向第一个管道，越往后的子进程指向的管道越多。 所以不难得出，匿名管道两端必须是父子进程。而如果我们想在任意进程之间建立管道呢？
95100编辑于 2025-01-27 - 来自专栏Republic博客
内存泄漏
这个笔记是记录一下，关于内存泄漏的知识，之前我们就知道了，如果要用堆必须要释放堆的内存，如果不释放会产生很多的内存垃圾和碎片，影响系统运行效率，甚至出错。 ; } Play(bet, sf); } } 上面的代码中的相关数据都是在栈中进行处理和返回的，栈中执行完成一个函数就会销毁这段函数占的内存空间，故不会产生内存泄漏 栈运行 堆 不释放内存运行 明显看到在堆上分配动态内存如果不及时释放的话，就会形成内存泄漏，最后会导致程序的崩溃。
1.4K10编辑于 2023-10-11 - 来自专栏乐行僧的博客
进程通信（一）无名管道和有名管道
向管道（共享文件）提供输入的发送进程（即写进程），以字符流的形式将大量的数据送入（写）管道；而接受管道输出的接受进程（即读进程），则从管道接受（读）数据。 为了协调双方的通信，管道机制必须提供一下三个方面的协调能力：互斥、同步和确定对方存在。 下面以linux的管道为例进行说明。在linux中，管道是一种频繁使用的通信机制。 从本质上讲，管道也是一种文件，但它又和一般的文件有所不同，管道可以克服使用文件通信的两个问题，具体表现为： 1）限制管道的大小。实际上，管道是一个固定大小的缓冲区。 注意 ：从管道读数据是一次性操作，数据一旦被读走，它就从管道中被抛弃，释放空间以便写更多的数据。管道只能采用半双工通信，即在某一时刻只能单向传输。要实现父子进程双方互动，需要定义两个管道。 2.有名管道 由于无名管道的局限性，仅限于有血缘关系的进程间通信，所以当需要在不同进程（无血缘关系的进程）之间通信，pipe就不能被使用了。取而代之是有名管道（fifo）。
2K20编辑于 2022-02-24 - 来自专栏以Java架构赢天下
速度不够，管道来凑——Redis管道技术
Redis客户端与服务器之间使用TCP协议进行通信，并且很早就支持管道（pipelining）技术了。在某些高并发的场景下，网络开销成了Redis速度的瓶颈，所以需要使用管道技术来实现突破。 管道技术其实已经非常成熟并且得到广泛应用了，例如POP3协议由于支持管道技术，从而显著提高了从服务器下载邮件的速度。 在Redis中，如果客户端使用管道发送了多条命令，那么服务器就会将多条命令放入一个队列中，这一操作会消耗一定的内存，所以管道中命令的数量并不是越大越好（太大容易撑爆内存），而是应该有一个合理的值。 使用管道时，多个命令只会进行一次read()和wrtie()系统调用，因此使用管道会提升Redis服务器处理命令的速度，随着管道中命令的增多，服务器每秒处理请求的数量会线性增长，最后会趋近于不使用管道的 下面就来对比一下使用管道和不使用管道的速度差异。
1.5K30发布于 2019-06-06 - 来自专栏学习之路
【Linux进程#1】IPC 进程间通信（一）：管道（匿名管道&命名管道）
2.3 匿名管道通信案例（父子通信） 注意：匿名管道需要在创建子进程之前创建，因为只有这样才能复制到管道的操作句柄，与具有亲缘关系的进程实现访问同一个管道通信 情况一：管道为空（父进程） && 管道正常 就会阻塞 4.4 匿名管道与命名管道的区别 匿名管道与命名管道的区别 匿名管道由 pipe函数 创建并打开。 对于命名管道（FIFO），unlink 可以用于删除命名管道文件。删除命名管道后，文件系统中的路径名将不再存在，但已经打开命名管道的进程仍然可以继续使用它，直到所有进程都关闭它。 释放资源 删除命名管道后，文件系统会释放与该文件相关的资源。 不影响已打开的管道 如果命名管道已经被某些进程打开，unlink 不会立即关闭这些管道。 管道分为两种类型：无名管道 和 命名管道 无名管道主要用于具有亲缘关系的进程（如父子进程），在创建时不需要名称，只能通过文件描述符进行访问 命名管道（FIFO）则可以在任何进程之间通信，使用文件系统中的路径来标识
55910编辑于 2025-06-02 - 来自专栏Java
什么是内存泄漏？如何避免内存泄漏？
什么是内存泄漏？如何避免内存泄漏？ 简介：什么是内存泄漏？如何避免内存泄漏？ 静态分配内存 学习代码 void func() { int a = 100; int *p = &a; } 在上面的这段代码中，不是动态分配内存，当函数运行结束的时候，指针p的内存就释放了，不会出现内存泄漏问题 动态分配内存 学习代码 void func() { // 动态生成内存 但是这里没有释放，所以会出现内存泄漏问题 int *p = new int; } 改进方法 void func() { / / 动态生成内存 但是这里没有释放，所以会出现内存泄漏问题 int *p = new int; delete p; // 手动释放内存 } 如何删除动态分配的数组 void func() { int
1.7K10编辑于 2025-01-21 - 来自专栏python3
Python管道
通过管道操作，可以指定一个程序的输出为另一个程序的输入，即将一个程序的标准输出与另一个程序的标准输入相连，这种机制就称为管道。 通常，管道操作的预防格式如下： 程序1 | 程序2 | 程序3…… | 程序n 其主要目的是将“程序1”的标准输出连接到“程序2”，将“程序2”的标准输出连接到“程序3”输入，依次类推。 此处可以给出管道执行的示意图，如下图所示。 ?
1.4K60发布于 2020-01-09 - 来自专栏爬虫逆向案例
爬虫管道
import pymongo import redis from .settings import REDIS_HOST, REDIS_PORT, MONGO_HOST, MONGO_PORT 数据源的管道 ‘] = datetime.utcnow() # 记录爬虫 item[‘spider‘] = spider.name return item Json的管道 def close_spider(self, spider): self.write.finish_exporting() self.file.close() Csv的管道 close_spider(self, spider): self.write.finish_exporting() self.file.close() mongodb数据库管道 item)) return item def close_spider(self, spider): self.client.close() redis数据库管道
62910发布于 2021-11-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号