Conflicting CPU frequency values detected

本文解决了一个在IB网络测试中遇到的问题,即CPU频率冲突导致测试失败。通过关闭cpuspeed服务,成功解决了该问题。文章还介绍了cpuspeed服务的基本功能和用途。
部署运行你感兴趣的模型镜像

本文转自:http://blog.youkuaiyun.com/xiaolantian/article/details/8722893


在测试IB网络中,遇到如下问题:

1.在一个节点上启动ib_write_bw

[root@storage2 ~]# ib_write_bw
------------------------------------------------------------------
                    RDMA_Write BW Test
 Number of qps   : 1
 Connection type : RC
 CQ Moderation   : 50
 Link type       : IB
 Mtu             : 2048
 Inline data is used up to 0 bytes message
 local address: LID 0x04 QPN 0x38004d PSN 0x26358e RKey 0x70003000 VAddr 0x007f1986890000
 remote address: LID 0x03 QPN 0x38004d PSN 0x4c35aa RKey 0x80003000 VAddr 0x007fa5ecb82000
2.在另一个节点上启动测试

[root@storage1 ~]# ib_write_bw 192.168.126.12
------------------------------------------------------------------
                    RDMA_Write BW Test
 Number of qps   : 1
 Connection type : RC
 TX depth        : 300
 CQ Moderation   : 50
 Mtu             : 2048B
 Link type       : IB
 Max inline data : 0B
 rdma_cm QPs : OFF
 Data ex. method : Ethernet
------------------------------------------------------------------
 local address: LID 0x03 QPN 0x6c0053 PSN 0x38d98e RKey 0x50003000 VAddr 0x007facff0ed000
 remote address: LID 0x04 QPN 0x2c004d PSN 0xd95310 RKey 0x58003000 VAddr 0x007f902e7d7000

------------------------------------------------------------------
 #bytes     #iterations    BW peak[MB/sec]    BW average[MB/sec]
Conflicting CPU frequency values detected: 1200.000000 != 2001.000000
 65536      5000           0.00               0.00   
------------------------------------------------------------------


3.运行后,没有结果,提示如下:

Conflicting CPU frequency values detected: 1200.000000 != 2001.000000



4.解决办法:

需要关闭两个节点上的cpuspeed服务。

[root@storage2 ~]# service cpuspeed stop
Disabling ondemand cpu frequency scaling:                  [  OK  ]

[root@storage1 ~]# service cpuspeed stop
Disabling ondemand cpu frequency scaling:                  [  OK  ]


关闭服务后,上述测试可以正常进行。


5.关于cpuspeed

【参考】http://linux.die.net/man/8/cpuspeed

cpuspeed用来根据运行情况,调整cpu的频率以降低功耗。

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型,相比 3.0 版本,它提升了图像质量、运行速度和硬件效率

<think>嗯,用户的问题是关于XML文档中"部分名称冲突值"的解决方案。用户使用了英文术语"Solutions for conflicting values of part name",这可能是从编程或技术文档中遇到的具体问题。 从技术背景来看,这个问题涉及到XML解析和处理过程中的命名冲突。用户可能正在处理复杂的XML文档,比如SOAP消息、Web服务数据或企业应用集成场景。这类问题通常发生在以下情况: - 文档包含多个命名空间 - 不同来源的XML片段被合并 - 使用了自动生成的XML代码 让我整理几种核心解决方案: 首先考虑命名空间隔离方案。这是最规范的解决方式,通过xmlns属性为每个冲突部分定义独立命名空间。比如在SOAP消息中,经常需要为Header和Body定义不同前缀。这种方案符合W3C标准,但需要修改文档结构。 其次是重命名方案。当无法控制命名空间时,直接修改元素名称是最快速的方法。虽然不够优雅,但在紧急修复时很实用,特别是处理第三方系统生成的XML时。 最后是解析器配置方案。很多用户可能不知道现代XML解析器支持忽略命名冲突的设置,比如在Java的SAXParserFactory上设置setNamespaceAware(false)。不过这种方法有风险,可能导致数据歧义。 用户提供的参考引用中提到了SCA和SDO技术,这暗示ta可能在处理企业服务总线(ESB)或服务组件架构相关的问题。这类场景特别容易出现XML命名冲突,因为会集成多个异构系统。 需要提醒用户注意两个关键点: 1) 命名冲突有时是设计缺陷的信号,比如服务边界不清晰 2) 临时解决方案可能引发长期维护问题 相关问题设计应该覆盖预防措施和不同场景的应对方案。特别要包括版本控制这种容易被忽视的因素——当服务升级时,命名空间版本变更经常引发冲突。</think>以下是针对 XML 文档中**部分名称冲突值(Part Name Conflicts)**的解决方案,结合技术规范与最佳实践: --- ### **核心解决方案** #### 1. **命名空间隔离(推荐)** ```xml <root xmlns:ns1="http://example.com/ns1" xmlns:ns2="http://example.com/ns2"> <ns1:partName>ValueA</ns1:partName> <ns2:partName>ValueB</ns2:partName> </root> ``` - **原理**:通过声明独立命名空间(`xmlns`)区分同名元素。 - **适用场景**:合并多来源 XML 或复用第三方 Schema 时[^1]。 #### 2. **重命名冲突元素** ```xml <document> <vendorPartName>SupplierX_Data</vendorPartName> <internalPartName>ComponentY_Data</internalPartName> </document> ``` - **原理**:直接修改元素名称,消除歧义。 - **适用场景**:当完全控制 XML Schema 时。 #### 3. **解析器配置覆盖** ```java // Java DOM 解析器示例 DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance(); factory.setNamespaceAware(true); // 强制启用命名空间支持 ``` - **原理**:启用解析器的命名空间感知功能,避免将同名元素误判为冲突。 - **适用场景**:程序化处理 XML 时(如 SOAP 消息解析)[^1]。 #### 4. **XPath 精准定位** ```xpath //*[local-name()='partName' and namespace-uri()='http://ns1'] // 定位特定命名空间的元素 ``` - **原理**:通过完整路径(含命名空间)精确访问元素。 - **适用场景**:数据提取或转换(XSLT/ETL)。 --- ### **根本原因与预防** | **原因** | **预防措施** | |-------------------------|------------------------------------------| | 多 Schema 未隔离命名空间 | 设计时声明唯一命名空间前缀 | | 版本升级导致元素语义变化 | 新版本元素添加版本标识(如 `partName_v2`) | | 第三方数据未标准化 | 入口处添加 XML 校验层(XSD/DTD) | > ⚠️ **关键提醒**:在 SOA/SCA 架构中,SDO(Service Data Objects)规范要求严格处理数据模型冲突,建议优先采用命名空间方案[^1]。 --- ### **相关问题** 1. 如何在 XSD 中定义命名空间以避免元素冲突? 2. 使用 DOM 解析器时忽略命名空间会导致哪些风险? 3. SDO 规范如何解决异构系统中的数据模型冲突? 4. 在 XSLT 转换中如何处理同名但不同来源的 XML 元素? [^1]: 引用自 SOA 架构中 SDO 与 SCA 的协同设计原则,详见 Open Service Oriented Architecture 规范。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值