爆款云主机2核4G限时秒杀,88元/年起!
查看详情

活动

天翼云最新优惠活动,涵盖免费试用,产品折扣等,助您降本增效!
热门活动
  • 618智算钜惠季 爆款云主机2核4G限时秒杀,88元/年起!
  • 免费体验DeepSeek,上天翼云息壤 NEW 新老用户均可免费体验2500万Tokens,限时两周
  • 云上钜惠 HOT 爆款云主机全场特惠,更有万元锦鲤券等你来领!
  • 算力套餐 HOT 让算力触手可及
  • 天翼云脑AOne NEW 连接、保护、办公,All-in-One!
  • 中小企业应用上云专场 产品组合下单即享折上9折起,助力企业快速上云
  • 息壤高校钜惠活动 NEW 天翼云息壤杯高校AI大赛,数款产品享受线上订购超值特惠
  • 天翼云电脑专场 HOT 移动办公新选择,爆款4核8G畅享1年3.5折起,快来抢购!
  • 天翼云奖励推广计划 加入成为云推官,推荐新用户注册下单得现金奖励
免费活动
  • 免费试用中心 HOT 多款云产品免费试用,快来开启云上之旅
  • 天翼云用户体验官 NEW 您的洞察,重塑科技边界

智算服务

打造统一的产品能力,实现算网调度、训练推理、技术架构、资源管理一体化智算服务
智算云(DeepSeek专区)
科研助手
  • 算力商城
  • 应用商城
  • 开发机
  • 并行计算
算力互联调度平台
  • 应用市场
  • 算力市场
  • 算力调度推荐
一站式智算服务平台
  • 模型广场
  • 体验中心
  • 服务接入
智算一体机
  • 智算一体机
大模型
  • DeepSeek-R1-昇腾版(671B)
  • DeepSeek-R1-英伟达版(671B)
  • DeepSeek-V3-昇腾版(671B)
  • DeepSeek-R1-Distill-Llama-70B
  • DeepSeek-R1-Distill-Qwen-32B
  • Qwen2-72B-Instruct
  • StableDiffusion-V2.1
  • TeleChat-12B

应用商城

天翼云精选行业优秀合作伙伴及千余款商品,提供一站式云上应用服务
进入甄选商城进入云市场创新解决方案
办公协同
  • WPS云文档
  • 安全邮箱
  • EMM手机管家
  • 智能商业平台
财务管理
  • 工资条
  • 税务风控云
企业应用
  • 翼信息化运维服务
  • 翼视频云归档解决方案
工业能源
  • 智慧工厂_生产流程管理解决方案
  • 智慧工地
建站工具
  • SSL证书
  • 新域名服务
网络工具
  • 翼云加速
灾备迁移
  • 云管家2.0
  • 翼备份
资源管理
  • 全栈混合云敏捷版(软件)
  • 全栈混合云敏捷版(一体机)
行业应用
  • 翼电子教室
  • 翼智慧显示一体化解决方案

合作伙伴

天翼云携手合作伙伴,共创云上生态,合作共赢
天翼云生态合作中心
  • 天翼云生态合作中心
天翼云渠道合作伙伴
  • 天翼云代理渠道合作伙伴
天翼云服务合作伙伴
  • 天翼云集成商交付能力认证
天翼云应用合作伙伴
  • 天翼云云市场合作伙伴
  • 天翼云甄选商城合作伙伴
天翼云技术合作伙伴
  • 天翼云OpenAPI中心
  • 天翼云EasyCoding平台
天翼云培训认证
  • 天翼云学堂
  • 天翼云市场商学院
天翼云合作计划
  • 云汇计划
天翼云东升计划
  • 适配中心
  • 东升计划
  • 适配互认证

开发者

开发者相关功能入口汇聚
技术社区
  • 专栏文章
  • 互动问答
  • 技术视频
资源与工具
  • OpenAPI中心
开放能力
  • EasyCoding敏捷开发平台
培训与认证
  • 天翼云学堂
  • 天翼云认证
魔乐社区
  • 魔乐社区

支持与服务

为您提供全方位支持与服务,全流程技术保障,助您轻松上云,安全无忧
文档与工具
  • 文档中心
  • 新手上云
  • 自助服务
  • OpenAPI中心
定价
  • 价格计算器
  • 定价策略
基础服务
  • 售前咨询
  • 在线支持
  • 在线支持
  • 工单服务
  • 建议与反馈
  • 用户体验官
  • 服务保障
  • 客户公告
  • 会员中心
增值服务
  • 红心服务
  • 首保服务
  • 客户支持计划
  • 专家技术服务
  • 备案管家

了解天翼云

天翼云秉承央企使命,致力于成为数字经济主力军,投身科技强国伟大事业,为用户提供安全、普惠云服务
品牌介绍
  • 关于天翼云
  • 智算云
  • 天翼云4.0
  • 新闻资讯
  • 天翼云APP
基础设施
  • 全球基础设施
  • 信任中心
最佳实践
  • 精选案例
  • 超级探访
  • 云杂志
  • 分析师和白皮书
  • 天翼云·创新直播间
市场活动
  • 2025智能云生态大会
  • 2024智算云生态大会
  • 2023云生态大会
  • 2022云生态大会
  • 天翼云中国行
天翼云
  • 活动
  • 智算服务
  • 产品
  • 解决方案
  • 应用商城
  • 合作伙伴
  • 开发者
  • 支持与服务
  • 了解天翼云
      • 文档
      • 控制中心
      • 备案
      • 管理中心

      ldd3学习之九:与硬件通信

      首页 知识中心 物联网 文章详情页

      ldd3学习之九:与硬件通信

      2023-05-18 09:26:39 阅读次数:458

      ldd3,通信

      1.I/O 端口和 I/O 内存

      读写寄存器来进行控制。在硬件层,内存区和 I/O 区域没有概念上的区别: 它们都是通过向在 地址总线和 控制总线发出电平信号来进行访问,再通过 数据总线读写数据。因为外设要与I\O总线匹配,而大部分流行的 I/O 总线是基于个人计算机模型(主要是 x86 家族:它为读和写 I/O 端口提供了 独立的线路和 特殊的 CPU 指令),所以即便那些没有单独I/O 端口地址空间的处理器,在访问外设时也要模拟成读写I\O端口。这一功能通常由外围芯片组(PC 中的南北桥)或 CPU 中的附加电路实现(嵌入式中的方法) 。

      Linux 在所有的计算机平台上实现了 I/O 端口。但不是所有的设备都将寄存器映射到 I/O 端口。虽然 ISA设备普遍使用 I/O 端口,但 大部分 PCI 设备则把寄存器映射到某个内存地址区,这种 I/O 内存方法通常是首选的。因为它无需使用特殊的处理器指令,CPU 核访问内存更有效率,且编译器在访问内存时在寄存器分配和寻址模式的选择上有更多自由。

      2.I/O 寄存器和常规内存

      用Tekkaman的理解,个人认为比较准确

      1. side effect 是指:访问I/O寄存器时,不仅仅会像访问普通内存一样影响存储单元的值,更重要的是它可能改变CPU的I/O端口电平、输出时序或CPU对I/O端口电平的反应等等,从而实现CPU的控制功能。CPU在电路中的意义就是实现其side effect 。

      使用高速缓存保存数值 和 重新编排读/写指令顺序。但对I/O 寄存器操作来说,这些优化可能造成致命错误。因此, 驱动程序必须确保在操作I/O 寄存器时,不使用高速缓存,且不能重新编排读/写指令顺序。

      解决方法:

      硬件缓存问题:只要把底层硬件配置(自动地或者通过 Linux 初始化代码)成当访问 I/O 区域时(不管内存还是端口)禁止硬件缓存即可。

      硬件指令重新排序问题:在硬件(或其他处理器)必须以一个特定顺序执行的操作之间设置内存屏障(memory barrier)。

      Linux 提供以下宏来解决所有可能的排序问题:

      #include <linux/kernel.h> 
      void barrier(void) /*告知编译器插入一个内存屏障但是对硬件没有影响。编译后的代码会将当前CPU 寄存器中所有修改过的数值保存到内存中, 并当需要时重新读取它们。可阻止在屏障前后的编译器优化,但硬件能完成自己的重新排序。其实<linux/kernel.h>并没有这个函数,因为它是在kernel.h包含的头文件compiler.h中定义的*/
      #include <linux/compiler.h>
      # define barrier() __memory_barrier()

      #include <asm/system.h> 
      void rmb(void); /*保证任何出现于屏障前的读在执行任何后续的读之前完成*/
      void wmb(void); /*保证任何出现于屏障前的写在执行任何后续的写之前完成*/
      void mb(void); /*保证任何出现于屏障前的读写操作在执行任何后续的读写操作之前完成*/
      void read_barrier_depends(void); /*一种特殊的、弱些的读屏障形式。rmb 阻止屏障前后的所有读指令的重新排序,read_barrier_depends 只阻止依赖于其他读指令返回的数据的读指令的重新排序。区别微小, 且不在所有体系中存在。除非你确切地理解它们的差别, 并确信完整的读屏障会增加系统开销,否则应当始终使用 rmb。*/
      /*以上指令是barrier的超集*/

      void smp_rmb(void); 
      void smp_read_barrier_depends(void); 
      void smp_wmb(void); 
      void smp_mb(void); 
      /*仅当内核为 SMP 系统编译时插入硬件屏障; 否则, 它们都扩展为一个简单的屏障调用。*/

      典型的应用:

      writel(dev->registers.addr, io_destination_address);
      writel(dev->registers.size, io_size);
      writel(dev->registers.operation, DEV_READ);
      wmb();/*类似一条分界线,上面的写操作必然会在下面的写操作前完成,但是上面的三个写操作的排序无法保证*/
      writel(dev->registers.control, DEV_GO);

      内存屏障影响性能,所以应当只在确实需要它们的地方使用。不同的类型对性能的影响也不同,因此要尽可能地使用需要的特定类型。值得注意的是大部分处理 同步的内核原语,例如 自旋锁和atomic_t,也可作为内存屏障使用。

      某些体系允许赋值和内存屏障组合,以提高效率。它们定义如下:

      1. #define set_mb(var, value) do {var = value; mb();} while 0/*以下宏定义在ARM体系中不存在*/
      2. (var, value) do {var = value; wmb();} while 0
      3. (var, value) do {var = value; rmb();} while

      使用do...while 结构来构造宏是标准 C 的惯用方法,它保证了扩展后的宏可在所有上下文环境中被作为一个正常的 C 语句执行。

      3.使用 I/O 端口

      I/O 端口是驱动用来和许多设备之间的通讯方式。

      I/O端口分配

      在尚未取得端口的独占访问前,不应对端口进行操作。内核提供了一个注册用的接口,允许驱动程序声明它需要的端口:

      #include <linux/ioport.h>
      struct resource *request_region(unsigned long first, unsigned long n, const char*name);/*告诉内核:要使用从 first 开始的 n 个端口,name 参数为设备名。若分配成功返回非 NULL,否则将无法使用需要的端口。*/ 
      /*所有的的端口分配显示在 /proc/ioports 中。若不能分配到需要的端口,则可以到这里看看谁先用了。*/

      /*当用完 I/O 端口集(可能在模块卸载时), 应当将它们返回给系统*/
      void release_region(unsigned long start, unsigned long n); 

      int check_region(unsigned long first, unsigned long n); 
      /*检查一个给定的 I/O 端口集是否可用,若不可用, 返回值是一个负错误码。不推荐使用*/

      操作 I/O 端口

      在驱动程序注册I/O 端口后,就可以读/写这些端口。大部分硬件会把8、16和32位端口区分开,不能像访问系统内存那样混淆使用。驱动必须调用不同的函数来存取不同大小的端口。

      只支持内存映射的 I/O 寄存器的计算机体系通过重新映射I/O端口到内存地址来伪装端口I/O。为了提高移植性,内核向驱动隐藏了这些细节。Linux 内核头文件(体系依赖的头文件 

      unsigned inb(unsigned port); 
      void outb(unsigned char byte, unsigned port); 
      /*读/写字节端口( 8 位宽 )。port 参数某些平台定义为 unsigned long ,有些为 unsigned short 。 inb 的返回类型也体系而不同。*/

      unsigned inw(unsigned port); 
      void outw(unsigned short word, unsigned port); 
      /*访问 16位 端口( 一个字宽 )*/

      unsigned inl(unsigned port); 
      void outl(unsigned longword, unsigned port); 
      /*访问 32位 端口。 longword 声明有的平台为 unsigned long ,有的为 unsigned int。*/

       

       

      在用户空间访问 I/O 端口(x86平台用法)

      以上函数主要提供给设备驱动使用,但它们也可在用户空间使用,至少在 PC上可以。 GNU C 库在 中定义了它们。如果在用户空间代码中使用必须满足以下条件:

      (1)程序必须使用 -O 选项编译来强制扩展内联函数。

      (2)必须用ioperm 和 iopl 系统调用(#include )  来获得对端口 I/O 操作的权限。ioperm 为获取单独端口操作权限,而 iopl 为整个 I/O 空间的操作权限。 (x86 特有的)

      (3)程序以 root 来调用 ioperm 和 iopl,或是其父进程必须以 root 获得端口操作权限。(x86 特有的)

      若平台没有 ioperm 和 iopl 系统调用,用户空间可以仍然通过使用 /dev/prot 设备文件访问 I/O 端口。注意:这个文件的定义是体系相关的,并且I/O 端口必须先被注册。

      串操作

      除了一次传输一个数据的I/O操作,一些处理器实现了一次传输一个数据序列的特殊指令,序列中的数据单位可以是字节、字或双字,这是所谓的串操作指令。它们完成任务比一个 C 语言循环更快。下列宏定义实现了串I/O,它们有的通过单个机器指令实现;但如果目标处理器没有进行串 I/O 的指令,则通过执行一个紧凑的循环实现。 有的体系的原型如下:

      void insb(unsigned port, void *addr, unsigned long count); 
      void outsb(unsigned port, void *addr, unsigned long count); 

      void insw(unsigned port, void *addr, unsigned long count); 
      void outsw(unsigned port, void *addr, unsigned long count); 

      void insl(unsigned port, void *addr, unsigned long count); 
      void outsl(unsigned port, void *addr, unsigned long count);

      使用时注意: 它们直接将字节流从端口中读取或写入。当端口和主机系统有不同的字节序时,会导致不可预期的结果。 使用 inw 读取端口应在必要时自行转换字节序,以匹配主机字节序。

      暂停式 I/O

      为了匹配低速外设的速度,有时若 I/O 指令后面还紧跟着另一个类似的I/O指令,就必须在 I/O 指令后面插入一个小延时。在这种情况下,可以使用暂停式的I/O函数代替通常的I/O函数,它们的名字以 _p 结尾,如 inb_p、outb_p等等。 这些函数定义被大部分体系支持,尽管它们常常被扩展为与非暂停式I/O 同样的代码。因为如果体系使用一个合理的现代外设总线,就没有必要额外暂停。细节可参考平台的 asm 子目录的 io.h 文件。以下是include\asm-arm\io.h中的宏定义:

      #define outb_p(val,port)    outb((val),(port))
      #define outw_p(val,port)    outw((val),(port))
      #define outl_p(val,port)    outl((val),(port))
      #define inb_p(port)        inb((port))
      #define inw_p(port)        inw((port))
      #define inl_p(port)        inl((port))

      #define outsb_p(port,from,len)    outsb(port,from,len)
      #define outsw_p(port,from,len)    outsw(port,from,len)
      #define outsl_p(port,from,len)    outsl(port,from,len)
      #define insb_p(port,to,len)    insb(port,to,len)
      #define insw_p(port,to,len)    insw(port,to,len)
      #define insl_p(port,to,len)    insl(port,to,len)

      由此可见,由于ARM使用内部总线,就没有必要额外暂停,所以暂停式的I/O函数被扩展为与非暂停式I/O 同样的代码。

      平台相关性

         由于自身的特性,I/O 指令与处理器密切相关的,非常难以隐藏系统间的不同。所以大部分的关于端口 I/O 的源码是平台依赖的。

      IA-32 (x86) x86_64 这个体系支持所有的以上描述的函数,端口号是 unsigned short 类型。 ARM 端口映射到内存,支持所有函数。串操作 用C语言实现。端口是 unsigned int 类型。

       

      4.使用 I/O 内存

      除了 x86上普遍使用的I/O 端口外,和设备通讯另一种主要机制是通过使用映射到内存的寄存器或设备内存,统称为 I/O 内存。因为寄存器和内存之间的区别对软件是透明的。I/O 内存仅仅是类似 RAM 的一个区域,处理器通过总线访问这个区域,以实现设备的访问。

      根据平台和总线的不同,I/O 内存可以就是否通过页表访问分类。若通过页表访问,内核必须首先安排物理地址使其对设备驱动程序可见,在进行任何 I/O 之前必须调用 ioremap。若不通过页表,I/O 内存区域就类似I/O 端口,可以使用适当形式的函数访问它们。因为“side effect”的影响,不管是否需要 ioremap ,都不鼓励直接使用 I/O 内存的指针。而使用专用的 I/O 内存操作函数,不仅在所有平台上是安全,而且对直接使用指针操作 I/O 内存的情况进行了优化。

       I/O 内存分配和映射

      I/O 内存区域使用前必须先分配,函数接口在 

      struct resource *request_mem_region(unsigned long start, unsigned long len, char*name);/* 从 start 开始,分配一个 len 字节的内存区域。成功返回一个非NULL指针,否则返回NULL。所有的 I/O 内存分配情况都 /proc/iomem 中列出。*/

      /*I/O内存区域在不再需要时应当释放*/
      void release_mem_region(unsigned long start, unsigned long len); 

      /*一个旧的检查 I/O 内存区可用性的函数,不推荐使用*/
      int check_mem_region(unsigned long start, unsigned long len);

      然后必须设置一个映射,由 ioremap 函数实现,此函数专门用来为I/O 内存区域分配虚拟地址。经过ioremap 之后,设备驱动即可访问任意的 I/O 内存地址。注意:ioremap 返回的地址不应当直接引用;应使用内核提供的 accessor 函数。以下为函数定义:

      #include <asm/io.h>
      void *ioremap(unsigned long phys_addr, unsigned long size);
      void *ioremap_nocache(unsigned long phys_addr, unsigned long size);/*如果控制寄存器也在该区域,应使用的非缓存版本,以实现side effect。*/
      void iounmap(void * addr);

      访问I/O 内存

      访问I/O 内存的正确方式是通过一系列专用于此目的的函数(在 

      /*I/O 内存读函数*/
      unsigned int ioread8(void *addr);
      unsigned int ioread16(void *addr);
      unsigned int ioread32(void *addr);
      /*addr 是从 ioremap 获得的地址(可能包含一个整型偏移量), 返回值是从给定 I/O 内存读取的值*/

      /*对应的I/O 内存写函数*/
      void iowrite8(u8 value, void *addr);
      void iowrite16(u16 value, void *addr);
      void iowrite32(u32 value, void *addr);

      /*读和写一系列值到一个给定的 I/O 内存地址,从给定的 buf 读或写 count 个值到给定的 addr */
      void ioread8_rep(void *addr, void *buf, unsigned long count);
      void ioread16_rep(void *addr, void *buf, unsigned long count);
      void ioread32_rep(void *addr, void *buf, unsigned long count);
      void iowrite8_rep(void *addr, const void *buf, unsigned long count);
      void iowrite16_rep(void *addr, const void *buf, unsigned long count);
      void iowrite32_rep(void *addr, const void *buf, unsigned long count);

      /*需要操作一块 I/O 地址,使用一下函数*/
      void memset_io(void *addr, u8 value, unsigned int count);
      void memcpy_fromio(void *dest, void *source, unsigned int count);
      void memcpy_toio(void *dest, void *source, unsigned int count);

      /*旧函数接口,仍可工作, 但不推荐。*/
      unsigned readb(address);
      unsigned readw(address);
      unsigned readl(address); 
      void writeb(unsigned value, address);
      void writew(unsigned value, address);
      void writel(unsigned value, address);

      像 I/O 内存一样使用端口

      一些硬件有一个有趣的特性:一些版本使用 I/O 端口,而其他的使用 I/O 内存。为了统一编程接口,使驱动程序易于编写,2.6 内核提供了一个ioport_map函数:

      void *ioport_map(unsigned long port, unsigned int count);/*重映射 count 个I/O 端口,使其看起来像 I/O 内存。,此后,驱动程序可以在返回的地址上使用 ioread8 和同类函数。其在编程时消除了I/O 端口和I/O 内存的区别。

      /*这个映射应当在它不再被使用时撤销:*/
      void ioport_unmap(void *addr); 

      /*注意:I/O 端口仍然必须在重映射前使用 request_region 分配I/O 端口。ARM9不支持这两个函数!*/

      ARM9的linux驱动接口

      s3c24x0处理器是使用I/O内存的,也就是说:他们的外设接口是通过读写相应的寄存器实现的,这些寄存器和内存是使用单一的地址空间,并使用和读写内存一样的指令。所以推荐使用I/O内存的相关指令。

      但这并不表示I/O端口的指令在s3c24x0中不可用。但是只要你注意其源码,你就会发现:其实I/O端口的指令只是一个外壳,内部还是使用和I/O内存一样的代码。以下列出一些:

      I/O端口

      #define outb(v,p)        __raw_writeb(v,__io(p))
      #define outw(v,p)        __raw_writew((__force __u16) \
                          cpu_to_le16(v),__io(p))
      #define outl(v,p)        __raw_writel((__force __u32) \
                          cpu_to_le32(v),__io(p))

      #define inb(p)    ({ __u8 __v = __raw_readb(__io(p)); __v; })
      #define inw(p)    ({ __u16 __v = le16_to_cpu((__force __le16) \
                  __raw_readw(__io(p))); __v; })
      #define inl(p)    ({ __u32 __v = le32_to_cpu((__force __le32) \
                  __raw_readl(__io(p))); __v; })

      I/O内存

      #define ioread8(p)    ({ unsigned int __v = __raw_readb(p); __v; })
      #define ioread16(p)    ({ unsigned int __v = le16_to_cpu(__raw_readw(p)); __v; })
      #define ioread32(p)    ({ unsigned int __v = le32_to_cpu(__raw_readl(p)); __v; })

      #define iowrite8(v,p)    __raw_writeb(v, p)
      #define iowrite16(v,p)    __raw_writew(cpu_to_le16(v), p)
      #define iowrite32(v,p)    __raw_writel(cpu_to_le32(v), p)

      在这里值得注意的有4点:

      (1)所有的读写指令所赋的地址必须都是虚拟地址,你有两种选择:使用内核已经定义好的地址,如 S3C2440_GPJCON等等,这些都是内核定义好的虚拟地址,有兴趣的可以看源码。还有一种方法就是使用自己用ioremap映射的虚拟地址。绝对不能使用实际的物理地址,否则会因为内核无法处理地址而出现oops。

      (2)在使用I/O指令时,可以不使用request_region和request_mem_region,而直接使用outb、ioread等指令。因为request的功能只是告诉内核端口被谁占用了,如再次request,内核会制止。

      (3)在使用I/O指令时,所赋的地址数据有时必须通过强制类型转换为 unsigned long,虽然你的程序可能也可以使用,但是最好还是不要有警告为妙。

      (4)在include\asm-arm\arch-s3c2410\hardware.h中定义了很多io口的操作函数,有需要可以在驱动中直接使用,很方便。

      版权声明:本文内容来自第三方投稿或授权转载,原文地址:https://blog.51cto.com/u_7784550/5853235,作者:luteresa,版权归原作者所有。本网站转在其作品的目的在于传递更多信息,不拥有版权,亦不承担相应法律责任。如因作品内容、版权等问题需要同本网站联系,请发邮件至ctyunbbs@chinatelecom.cn沟通。

      上一篇:PyTorch 06: PyTorch保存和加载模型

      下一篇:【Linux】Linux/Unix五种I/O模型

      相关文章

      2025-04-09 09:12:41

      Vue学习笔记:订阅发布实现跨组件通信

      之前使用的组件间通信使用的都是基于Vue的一些属性,方法等。本篇基于原生JS的订阅发布来实现跨组件通信。

      2025-04-09 09:12:41
      Vue , 发布 , 组件 , 订阅 , 通信
      2025-03-21 06:57:11

      Linux——网络基础

      网络通信协议的设计非常复杂,因此需要进行协议分层,使其具有模块化。

      2025-03-21 06:57:11
      主机 , 协议 , 地址 , 数据 , 端口号 , 网络 , 通信
      2025-02-21 08:56:02

      vue-组件通信(二)

      ​vue-组件通信(二)

      2025-02-21 08:56:02
      parent , props , 事件 , 实例 , 属性 , 组件 , 通信
      2025-02-21 08:55:32

      Vue组件如何“传话”?这里有个小秘诀!

      ​Vue组件如何“传话”?这里有个小秘诀!

      2025-02-21 08:55:32
      parent , props , 事件 , 实例 , 属性 , 组件 , 通信
      2025-01-15 08:07:07

      多媒体应用设计师 第4章 移动多媒体技术基础

      多媒体应用设计师 第4章 移动多媒体技术基础

      2025-01-15 08:07:07
      技术 , 移动 , 通信
      2024-12-23 09:16:35

      Java中的线程通信详解

      在多线程编程中,线程之间的通信是一个重要且复杂的主题。为了确保多线程程序的正确性和效率,线程需要能够互相通信并协调工作。Java 提供了多种方式来实现线程间的通信,如 wait()、notify()、notifyAll() 方法,以及更高级的并发工具类。

      2024-12-23 09:16:35
      notify , wait , 方法 , 示例 , 线程 , 通信
      2024-12-06 06:23:34

      深入探讨线程通信的机制与实现方式

      在多线程编程中,线程之间的通信是一个非常重要的概念。线程通信机制不仅可以协调线程的执行顺序,还能确保线程之间的数据一致性。

      2024-12-06 06:23:34
      线程 , 通信
      2024-10-22 07:47:36

      深刻理解VLAN

      VLAN(Virtual Local Area Network)即虚拟局域网,是将一个物理的LAN在逻辑上划分成多个广播域的通信技术。VLAN内的主机间可以直接通信,而VLAN间不能直接通信,从而将广播报文限制在一个VLAN内。

      2024-10-22 07:47:36
      交换机 , 通信
      2024-10-21 09:46:15

      Linux进程间通信_管道

      在开发过程中,有时会需要进程间进行一些交流和互动,比如一个进程向另一个进程发送数据、发送命令、发送通知或进行某种协同,进程之间的这些行为,其实是在进行进程间通信。

      2024-10-21 09:46:15
      管道 , 进程 , 通信
      2024-07-01 01:32:15

      驱动开发:通过ReadFile与内核层通信

      驱动与应用程序的通信是非常有必要的,内核中执行代码后需要将其动态显示给应用层,但驱动程序与应用层毕竟不在一个地址空间内,为了实现内核与应用层数据交互则必须有通信的方法,微软为我们提供了三种通信方式

      2024-07-01 01:32:15
      缓冲区 , 通信
      查看更多
      推荐标签

      作者介绍

      天翼云小翼
      天翼云用户

      文章

      33561

      阅读量

      5255270

      查看更多

      热门标签

      模型 生成 学习 django python 图像 训练
      查看更多

      相关产品

      弹性云主机

      随时自助获取、弹性伸缩的云服务器资源

      天翼云电脑(公众版)

      便捷、安全、高效的云电脑服务

      对象存储

      高品质、低成本的云上存储服务

      云硬盘

      为云上计算资源提供持久性块存储

      • 7*24小时售后
      • 无忧退款
      • 免费备案
      • 专家服务
      售前咨询热线
      400-810-9889转1
      关注天翼云
      • 旗舰店
      • 天翼云APP
      • 天翼云微信公众号
      服务与支持
      • 备案中心
      • 售前咨询
      • 智能客服
      • 自助服务
      • 工单管理
      • 客户公告
      • 涉诈举报
      账户管理
      • 管理中心
      • 订单管理
      • 余额管理
      • 发票管理
      • 充值汇款
      • 续费管理
      快速入口
      • 天翼云旗舰店
      • 文档中心
      • 最新活动
      • 免费试用
      • 信任中心
      • 天翼云学堂
      云网生态
      • 甄选商城
      • 渠道合作
      • 云市场合作
      了解天翼云
      • 关于天翼云
      • 天翼云APP
      • 服务案例
      • 新闻资讯
      • 联系我们
      热门产品
      • 云电脑
      • 弹性云主机
      • 云电脑政企版
      • 天翼云手机
      • 云数据库
      • 对象存储
      • 云硬盘
      • Web应用防火墙
      • 服务器安全卫士
      • CDN加速
      热门推荐
      • 云服务备份
      • 边缘安全加速平台
      • 全站加速
      • 安全加速
      • 云服务器
      • 云主机
      • 智能边缘云
      • 应用编排服务
      • 微服务引擎
      • 共享流量包
      更多推荐
      • web应用防火墙
      • 密钥管理
      • 等保咨询
      • 安全专区
      • 应用运维管理
      • 云日志服务
      • 文档数据库服务
      • 云搜索服务
      • 数据湖探索
      • 数据仓库服务
      友情链接
      • 中国电信集团
      • 189邮箱
      • 天翼企业云盘
      • 天翼云盘
      ©2025 天翼云科技有限公司版权所有 增值电信业务经营许可证A2.B1.B2-20090001
      公司地址:北京市东城区青龙胡同甲1号、3号2幢2层205-32室
      • 用户协议
      • 隐私政策
      • 个人信息保护
      • 法律声明
      备案 京公网安备11010802043424号 京ICP备 2021034386号