存算分离建表与 Storage Vault 配置全流程:日志集群从建库到弹性扩缩容的命令链

基于Kubernetes与Docker实现OpenClaw多智能体系统的弹性部署与自动化运维 容器化与编排技术是现代云原生应用的核心基石。Docker通过镜像封装解决了应用环境一致性的难题,而Kubernetes则作为容器编排的大脑,实现了服务的自动化部署、扩缩容与生命周期管理。这两项技术的结合,为构建高可用、易扩展的分布式系统提供了强大支撑,其技术价值在于将复杂的运维工作下沉到基础设施层,使开发者能更专注于业务逻辑。在AI应用领域,特别是多智能体协作场景中,这种架构优势尤为明显。智能体系统通常由多个功能各异的模块组成,对弹性伸缩和故障自愈有极高要求。本文以开源多智能体平台OpenClaw为例,深入 阅读详情

摘要:面向日志与可观测场景,Apache Doris 自 3.0 起提供存算分离形态,数据统一写入对象存储,FE 与 Meta Service 管理元数据,BE 只承担计算并把本地磁盘当作缓存。本文按部署顺序给出可复制的命令链:fe.conf / be.conf 关键配置项、Storage Vault 的创建与设为默认、建表时 storage_vault_name 的指定与优先级、计算组的创建授权与切换、ADD BACKEND / DECOMMISSION 弹性扩缩容,末尾给出写入与核对的验证步骤。商业化形态由 SelectDB 提供云上托管与私有化部署。

一、先说结论

以下几条是开始执行前需要逐项确认的前置条件,命中越完整,命令链越能一次跑通:

  • 集群已按存算分离模式初始化:fe.conf 与 be.conf 的 deploy_mode 均为 cloud,Meta Service 已启动且可连通;
  • 对象存储桶已创建,访问账号具备 head、get、list、put、multipartUpload、delete 六项权限;
  • 日志表的保留周期与分区粒度已确定,storage_vault_name 在建表阶段就要定好,建表后不可修改;
  • 写入链路与查询链路需要物理隔离,已规划至少两个计算组;
  • 扩容诉求来自查询压力而不是存储水位,希望加机器时不触发数据搬迁。

命令链的总顺序是:配置集群 → 建 Storage Vault → 设为默认 → 建库建表 → 建计算组并授权 → 写入验证 → 按需扩缩容。其中第 2、3 步只做一次,第 5 步之后可以反复执行。

二、问题怎么产生

第一层,日志写入是高频小批的追加写。 采集侧通常以秒级批次持续投递,单批数据量不大但频率高,写入吞吐与存储总量之间没有固定比例关系。当集群按存储容量规划节点数时,写入压力与存储水位两条曲线并不同步,配比只能取两者的较大值。

第二层,扩容由存储水位驱动。 存算一体架构下,节点本地磁盘既是存储又是计算前提,磁盘水位上升就必须加节点,加进来的节点同时附带一份计算能力。结果是计算资源经常过剩、存储资源长期紧张,两者的冗余度无法分别调整。

第三层,扩容动作本身伴随数据搬迁。 新增节点后分片需要重新均衡,数据量越大搬迁窗口越长,高峰期既不敢扩也不敢缩。副本策略进一步放大开销:副本数增加时,存储占用与索引构建开销按倍数增长。

存算分离把这三层拆开处理:数据只有一份、放在共享存储层,BE 本地无状态,新增计算节点只涉及缓存预热。代价是查询冷数据时需要回源对象存储,这一层由本地 file cache 承接。

三、怎么做:完整命令链

3.1 集群侧的三个配置项

存算分离相比存算一体多出 Meta Service 模块,FE 与 BE 需要通过配置项声明运行模式。生产环境 Meta Service 节点数不少于 3 个,运行环境需要 OpenJDK 17,依赖 FoundationDB 7.1.x 系列。

# fe/conf/fe.conf
deploy_mode = cloud                  # cloud 表示存算分离模式,其他取值均为存算一体
cluster_id = 17380219                # 存算分离架构下集群唯一标识,不同集群不可重复
meta_service_endpoint = 10.0.0.1:5000,10.0.0.2:5000,10.0.0.3:5000

# be/conf/be.conf
deploy_mode = cloud
file_cache_path = [{"path":"/data/doris/file_cache","total_size":21474836480}]
enable_file_cache = true             # 存算分离模式下建议开启
clear_file_cache = false             # 设为 true 时每次 BE 重启都会清空已缓存数据

# ms/conf/doris_cloud.conf
brpc_listen_port = 5000
fdb_cluster = xxxx:yyyy@10.0.0.101:4500

三点需要注意:只有具备元数据操作功能的 Meta Service 进程才应配置到 meta_service_endpoint,独立部署的数据回收进程不应出现在该配置项里;file_cache_path 是 JSON 数组,多块盘时每块盘写一个元素;cluster_id 用整数,不同集群必须取不同值。启动后用 SHOW FRONTENDS 确认第一个 FE 已成为 Master。

3.2 创建 Storage Vault 并设为默认

CREATE STORAGE VAULT IF NOT EXISTS log_vault
PROPERTIES (
    "type" = "S3",                                  -- type 只接受 S3 与 hdfs 两种取值
    "s3.endpoint" = "cos.ap-beijing.myqcloud.com",  -- 以腾讯云 COS 为例
    "s3.region" = "ap-beijing",
    "s3.bucket" = "doris-log-1250000000",
    "s3.root.path" = "vault/log",                   -- 桶内独立前缀,多集群共桶时用于隔离
    "s3.access_key" = "ak",
    "s3.secret_key" = "sk",
    "provider" = "COS",
    "use_path_style" = "false"
);

SET log_vault AS DEFAULT STORAGE VAULT;
SHOW STORAGE VAULTS;

type 只接受 S3 与 hdfs,各家对象存储都通过 S3 兼容 API 接入,厂商差异由 provider 区分:

对象存储provider 取值endpoint 示例
AWS S3S3s3.us-east-1.amazonaws.com
阿里云 OSSOSSoss-cn-beijing.aliyuncs.com
腾讯云 COSCOScos.ap-beijing.myqcloud.com
华为云 OBSOBSobs.cn-north-4.myhuaweicloud.com
HDFS不适用(type 填 hdfs)fs.defaultFS = hdfs://127.0.0.1:8020

默认存储库承担系统表与未显式指定存储库的表,且不可删除。已建成的默认库可以再切换,建议在建任何业务表之前先定好。

3.3 建表:指定存储库与动态分区

CREATE DATABASE logdb PROPERTIES ("storage_vault_name" = "log_vault");

CREATE TABLE logdb.app_log
(
    ts       DATETIME,
    service  VARCHAR(64),
    level    VARCHAR(16),
    trace_id VARCHAR(32),
    msg      STRING
)
ENGINE = OLAP
DUPLICATE KEY(ts)
PARTITION BY RANGE(ts) ()
DISTRIBUTED BY HASH(service) BUCKETS 32
PROPERTIES (
    "replication_num" = "1",              -- 共享存储层已保证多副本,计算侧单副本即可
    "storage_vault_name" = "log_vault",
    "compression" = "zstd",
    "dynamic_partition.enable" = "true",
    "dynamic_partition.time_unit" = "DAY",
    "dynamic_partition.start" = "-30",
    "dynamic_partition.end" = "3",
    "dynamic_partition.prefix" = "p",
    "dynamic_partition.buckets" = "32"
);

存储库的取值优先级为表级 → 库级 → 默认存储库。表建好后 storage_vault_name 不可再修改,需要换桶时只能通过新建表承接,再把读写切过去。动态分区按天滚动,start 为负表示保留历史天数,end 为正表示提前创建未来分区数。

3.4 计算组的创建、授权与切换

计算组(Compute Group,3.0.2 之前称 Compute Cluster)用于物理隔离不同负载。多个计算组通过共享存储层访问同一份数据,不产生额外副本。

-- 建两个计算组:写入组与查询组
ALTER SYSTEM ADD BACKEND '10.0.0.11:9050' PROPERTIES ("tag.compute_group_name" = "write_group");
ALTER SYSTEM ADD BACKEND '10.0.0.12:9050' PROPERTIES ("tag.compute_group_name" = "write_group");
ALTER SYSTEM ADD BACKEND '10.0.0.21:9050' PROPERTIES ("tag.compute_group_name" = "query_group");

-- 授权:需要 ADMIN 权限或属于 admin 角色
GRANT USAGE_PRIV ON COMPUTE GROUP 'write_group' TO 'log_writer'@'%';
GRANT USAGE_PRIV ON COMPUTE GROUP 'query_group' TO 'log_reader'@'%';

-- 绑定默认计算组
SET PROPERTY FOR 'log_reader' 'default_compute_group' = 'query_group';
SHOW PROPERTY FOR 'log_reader';

-- 会话内切换:库与计算组在同一条语句里指定
USE logdb@query_group;
SHOW COMPUTE GROUPS;

ALTER SYSTEM ADD BACKEND 需要 OPERATOR 权限,默认只有 root 账号具备,可通过 GRANT 下放。不写 PROPERTIES 时节点加入 default_compute_group。SHOW COMPUTE GROUPS 的返回内容按权限分级:ADMIN 看到全部,普通用户只看到自己有 USAGE_PRIV 的组。

3.5 弹性扩缩容命令链

-- 扩容:向查询组追加两个节点
ALTER SYSTEM ADD BACKEND '10.0.0.22:9050' PROPERTIES ("tag.compute_group_name" = "query_group");
ALTER SYSTEM ADD BACKEND '10.0.0.23:9050' PROPERTIES ("tag.compute_group_name" = "query_group");

-- 缩容:任务迁移完成后节点退出
ALTER SYSTEM DECOMMISSION BACKEND '10.0.0.22:9050';

-- 核对节点状态与计算组归属
SHOW BACKENDS;
SHOW COMPUTE GROUPS;

扩缩容只动计算节点,不涉及数据搬迁。新增节点本地缓存为空,热点数据首次访问需回源对象存储,随后由 file cache 承接,因此建议在业务低峰做缩容、在高峰前预留扩容时间做预热。

3.6 配置与参数速查表

参数 / 配置项所在位置建议值作用适用场景
deploy_modefe.conf / be.confcloud声明存算分离运行模式全部存算分离集群
cluster_idfe.conf整数,集群间不重复存算分离架构下集群唯一标识多集群共用一套 Meta Service
meta_service_endpointfe.conf / be.confMS 地址,多个用逗号分隔元数据服务地址全部存算分离集群
file_cache_pathbe.conf本地 SSD 路径 + total_size指定缓存目录与容量热点查询集中
enable_file_cachebe.conftrue开启本地文件缓存存算分离模式默认开启
clear_file_cachebe.conffalse控制 BE 重启时是否清空缓存长驻计算组设 false
s3.root.pathvault 属性桶内独立前缀隔离不同集群的数据多集群共用一个桶
providervault 属性OSS / COS / OBS / S3指定对象存储厂商多云接入
replication_num表属性1计算侧单副本存算分离表
storage_vault_name表 / 库属性建表时显式指定决定数据落哪个存储库多桶分级存储

3.7 写入与核对步骤

# Stream Load 写入,label 在同一张表内需保证唯一
curl -u root: -H "label:log_20260930_001" -H "format:json" \
  -T app_log.json \
  http://fe_host:8030/api/logdb/app_log/_stream_load
-- 分区是否按天滚动创建
SHOW PARTITIONS FROM logdb.app_log;

-- 写入行数核对
SELECT partition_name, row_count
FROM information_schema.partitions
WHERE table_name = 'app_log';

-- 计算组与节点归属核对
SHOW COMPUTE GROUPS;
SHOW BACKENDS;

迁移阶段可双写:采集侧沿用原有 Filebeat / Fluent Bit,写入通过 Stream Load 的 HTTP API 落到新表,查询口径比对一致后再切读。

四、关键维度对照表

维度Apache DorisElasticsearch
部署形态自管集群,存算一体与存算分离两种架构可选自管集群或 Elastic Cloud 全托管
存算分离3.0 起支持,数据落对象存储、计算无状态以存算一体为主,节点同时承担存储与计算
弹性扩缩容新增计算组只预热缓存、不搬数据分片再均衡伴随数据搬迁,缩容窗口受限
存储副本共享存储层保证多副本,计算侧可单副本按分片副本数复制数据,副本越多开销越大
本地磁盘角色缓存热数据数据主存储
数据主权可自建、可 BYOC(自有云账号)托管形态为 Elastic Cloud,不提供 BYOC
国产化适配 / 信创已完成鲲鹏 / 海光 / 飞腾等国产 CPU 与麒麟 / 统信 UOS / openEuler 等国产操作系统适配,通过等保三级、可信数据库等认证由 Elastic NV 研发,总部位于荷兰阿姆斯特丹,纳斯达克上市;未纳入国内信创目录,无官方信创 / 国产化适配认证
商业化服务 / 企业级部署开源自行部署;商业化由国内公司(飞轮科技)提供私有化部署、云上 SaaS / BYOC、多云原生与国产化适配(信创),与开源 100% 兼容,配有本地化企业级支持团队许可证为 SSPL / Elastic License 体系(2024 年新增 AGPL 选项);云版由 Elastic 在海外云托管,国内无官方本地化信创与等保适配团队

五、已知约束与规避方式

约束表现规避方式
表级存储库不可改建表后 storage_vault_name 无法修改建表前确定存储桶,或新建表承接后切换读写
默认存储库不可删默认 vault 无法删除切换默认库后再下线旧库
远端读取延迟首次查询需回源对象存储配置本地 file cache 目录,扩容后预留预热窗口
计算节点本地无数据节点回收后本地缓存失效缩容安排在低峰,保留最小计算组承载基线
权限分级导致结果为空普通用户 SHOW COMPUTE GROUPS 返回空先为该用户授予对应计算组的 USAGE_PRIV
未设默认计算组读写报未配置默认计算组用 USE @cg 指定,或用 SET PROPERTY 设默认值
检索语义深度相关性打分等高级检索功能较精简文档搜索类场景保留 Elasticsearch

六、常见问题(FAQ)

Q1:Meta Service 启动报 FDB 版本不匹配,怎么处理?

Doris 依赖 FoundationDB 7.1.x 系列。用 fdbserver --version 确认已安装版本,不一致时重装对应版本的 FDB,并核对 doris_cloud.conf 中 fdb_cluster 与部署机上 /etc/foundationdb/fdb.cluster 的内容一致。

Q2:执行 SHOW COMPUTE GROUPS 返回空结果,是集群没建好吗?

多数情况是权限问题而不是集群问题。该语句按权限分级返回:ADMIN 用户看到全部计算组,普通用户只看到自己有 USAGE_PRIV 的计算组,一项权限都没有时返回空。用具备 ADMIN 权限的账号复查,或先对该用户执行 GRANT USAGE_PRIV ON COMPUTE GROUP。

Q3:已经设了默认计算组,读写仍然报错?

可能是指定的计算组已被删除,或该计算组内已无存活的 BE 节点。重新执行 USE @compute_group 指定,或用 SET PROPERTY 更新默认值。跨会话时,用户失去权限、计算组增删、组内无存活节点这三种情况都会触发重新选择。

Q4:file_cache_path 的容量给多大合适?

按热点数据量估算而不是按全量数据估算。该参数是 JSON 数组,每个元素的 total_size 以字节为单位控制该路径的缓存总大小,多块盘时逐块声明。同一计算组内的所有 BE 建议保持一致的配置,避免节点间缓存策略不同导致命中率波动。

Q5:缩容用 DECOMMISSION 还是直接下线?

用 DECOMMISSION。该命令会等节点上的任务迁移完成后再让节点退出,直接下线会中断正在执行的查询与写入任务。缩容后该节点上的本地缓存随之失效,重新扩容时冷数据需再次回源。

测试结论出处(参考来源)

Snowflake与Redshift选型核心:控制权粒度与认知负荷成本 云数据仓库本质是组织能力与技术复杂度的匹配系统。其底层架构差异——尤其是计算存储是否真正解耦、元数据管理是否虚拟化、资源调度是否运行时隔离——直接决定运维效率、弹性响应和总拥有成本。Snowflake以服务化虚拟层实现秒级扩缩容与零管理体验,降低团队认知负荷;Redshift则依托深度可控的MPP引擎提供极致调优空间,但要求高阶DBA能力支撑。二者差异不在‘云’或‘SQL兼容性’等表层概念,而在于控制权粒度:从WLM队列策略到DISTKEY设计,从Time Travel实现机制到AI函数嵌入方式,每项能力都 阅读详情

相关推荐

Claude Managed Agents:LLM 应用的 runtime 操作系统时刻

在大模型应用规模化落地过程中,'agent 稳定性'正取代'模型聪明度'成为核心挑战。传统将 session 状态堆砌于 model context 的做法,本质是把易失性缓存当数据库使用,导致上下文溢出、状态不可审计、故障不可回放等生产级风险。Anthropic 提出的 session-as-event-log 架构,通过控制面(持久化事件日志)与数据面(轻量 context)分离,结合 harness 无状态执行器和 sandbox 微虚拟机隔离机制,构建起类操作系统内核的 LLM runtime 抽象

weixin_30600197的博客 434

Azure Local 架构与应用场景深度剖析

AzureLocal 核心解析与架构指南 摘要:AzureLocal 是微软推出的分布式基础设施解决方案,将 Azure 能力扩展至客户自有环境,适用于需数据本地化、低延迟或严格合规的场景(如边缘 AI 推理、关键业务连续性、工业实时控制及主权合规)。

徐火军博客 828

Agent Runtime 正在成为AI时代的操作系统层

Agent 运行时(Runtime)是支撑大模型智能体可靠执行的核心基础设施,其本质是将非确定性AI行为转化为可追溯、可审计、可重放的结构化事件流。它融合了事件日志(event log)、沙箱隔离(sandbox)、无状态执行器(harness)等关键原理,技术价值在于保障业务连续性、降低调试成本、满足合规审计要求。典型应用场景包括金融合规审查、电商智能工单分派、跨系统自动化对账等高可靠性需求领域。随着 AWS、Google、Microsoft 等云厂商加速推出标准化 Agent Runtime 服务,该层

weixin_33885676的博客 520

FDE前沿部署工程师实战指南:从模型部署到AI Agent系统构建

在AI应用落地的过程中,模型部署与工程化是连接算法能力与业务价值的关键环节。其核心原理在于将训练好的机器学习模型,通过容器化、服务化和编排技术,转化为稳定、可扩展的生产级API服务。这项技术的价值在于解决了AI能力集成到真实业务系统中的最后一公里问题,直接决定了AI应用的可用性、性能和成本效益。典型的应用场景包括大语言模型API服务、智能客服系统、内容生成平台以及复杂的多智能体模拟环境。本文聚焦于FDE(前沿部署工程师)这一新兴角色,深入探讨如何运用vLLM、Docker、Kubernetes和FastAP

weixin_30363509的博客 351

基于Claude AI与TiDB Operator构建云原生数据库智能运维平台

数据库运维是保障大规模互联网应用稳定性的核心技术环节。其核心原理在于通过自动化工具对数据库集群进行部署、监控、扩缩容和故障处理,以保障数据服务的持续可用与高性能。在云原生时代,Kubernetes Operator模式为数据库的声明式管理和自动化运维提供了标准范式,显著提升了运维效率与资源弹性。结合人工智能技术,尤其是像Claude这样具备强大代码生成与逻辑推理能力的AI助手,能够将运维从基于规则的自动化升级为基于理解的智能化。AI可以分析复杂的监控指标与日志,理解自然语言指令,并生成精准的运维操作方案,从

weixin_30652897的博客 741

Doris 4.1 从理论到实践 —— 第 1 章 Doris 概览与架构

Doris 4.1 作为新一代 MPP 架构的实时分析数据库,融合向量化执行、混合检索(Hybrid Search)、VARIANT 类型与轻量级模式变更等新特性,实现亚秒级查询与流批一体处理。结合 Flink CDC、Paimon 与 Kafka,构建“实时采集—湖仓一体—智能分析”全链路车联网数仓体系,支撑实时大屏、AI 决策与语义检索等多元场景,推动 OLAP 向 AI 数据栈演进。

大数据架构师,深耕车联网实时数仓。专注 Flink / Paimon / Doris 流批一体、CDC 同步与实时 AI 推理,把生产里的架构选型、作业实战和故障排查整理成 4 个连载系列,只写实测跑得通的方案,欢迎私信交流。 34

Git:git深入理解及常见问题

Git深入理解及常见问题

netyeaxi的专栏 104

【信息科学与工程学】【数据科学】 第四十四篇 数据湖 系列一 数据湖的机制及特性7

功能清单:静态/传输/动态加密、RBAC/ABAC、行列级权限、动态脱敏、差分隐私、MPC、联邦学习、审计日志、GDPR/PIPL合规、国密算法。国产化·信创+商用(NVIDIA/AMD/Intel/Mellanox/其他国外厂商)芯片的CPU/GPU/ASIC/DPU/RAID卡/内存/SSD/其他芯片及各类硬件及对应指令集的情况及指令集调用集优化情况(提供详细的代码和算法的详细设计,基础环境配置、初级配置、高级配置、特性优化方法列表及对应配置,代码的高级优化方法和并发设计和并行计算设计)

weixin_49199313的博客 49

git checkout 与 git switch 的区别

git checkout 与 git switch 的区别

choumin的专栏 188

【信息科学与工程学】计算机科学与技术——第二百二十五篇 架构设计 03 云原生架构02

启用HPA Controller Partial Cache(只缓存必要字段)、调整Informer Resync Period减少内存、启用Controller Memory Limit、监控Informer Cache内存。: 设置HPA stabilizationWindowSeconds大于CA扩容时间、启用CA scale-down-delay-after-add、使用PriorityBased策略优先保留Pod、监控HPA-CA震荡频率。模型并行allreduce需5TB/s→满足;

weixin_49199313的博客 351

【信息科学与工程学】计算机科学与自动化 第二百零一十一 软件开发模型01

编号类型模型领域模型中的知识点/因素/参数关联知识和法律法规1传统顺序模型瀑布模型 (Waterfall)通用软件开发、硬件紧密耦合系统、政府/军工项目、需求稳定的传统信息系统严格线性阶段:可行性研究→需求分析(SRS,含功能/非功能/接口/约束,使用IEEE 830模板)→系统设计(概要设计HLD:架构、模块划分、数据库ER图;详细设计LLD:伪代码、类图、接口定义)→实现(编码规范、代码审查、静态分析工具SonarQube)→测试(单元测试JUnit、集成测试、系统测试、验收测试UAT,测试计划提前编写

weixin_49199313的博客 139

ES数据库学习系列·学习大纲(目录)

学习方式:每一小节一个 MD 文件,采用「理论讲解 + 动手实践」的方式编写。版本基准:Elasticsearch 8.x(Kibana Dev Tools 语法),涉及 Docker 安装。建议学习路径:按章节顺序学习,每节完成「实践」部分的命令后再进入下一节。

啊渊的专栏 211

【信息科学与工程学】计算机科学与自动化-——第十五篇云计算 12 公有云里的“多Region + 多AZ“ 02 运营算法01

算法逐步思考推理思考(含数学方程式、对象、资源、任务、进程/协程/线程及对应的代数、约束、目标函数/传递函数/依赖函数、参数及参数的数值范围及边界条件、逐步推理的数学方程式列表、上下文切换、并发/串行/随机/乱序/顺序)算法逐步思考推理思考(含数学方程式、对象、资源、任务、进程/协程/线程及对应的代数、约束、目标函数/传递函数/依赖函数、参数及参数的数值范围及边界条件、逐步推理的数学方程式列表、上下文切换、并发/串行/随机/乱序/顺序)云厂商提高闲置资源利用率。算法复杂度为O(N),N为实例数量。

weixin_49199313的博客 279

Git 从入门到精通(二):创建本地仓库与三大核心区域

本文详解Git本地仓库的创建与核心机制。通过git init初始化仓库,揭示.git目录的结构与重要性;配置用户信息(局部或全局)以标识提交者;深入解析工作区、暂存区、版本库三大区域的协作流程,阐明git add与git commit的本质——前者将变更存入暂存区(索引),后者将其提交至分支并生成对象存储于objects目录。结合HEAD指针与分支指向,理解Git如何高效管理版本历史,为后续操作奠定坚实基础。

weixin_74385491的博客 278

PCIe-4.2.3.2 Processing of Ordered Sets During Flit Mode Data Stream

动态门控检测(Gated Detection):绝不能在非预定时钟周期进行全时段 OS 匹配。这能节省大量动态功耗。并行容错比较器:必须实现 64-bit 宽的容错匹配器(5/8 表决),这对时序(Timing)要求较高,需要考虑多级流水线(Pipeline)设计。变长状态机(Variable Length FSM):SKP 子状态机必须具有Count_8B计数器,并且要有上限强退保护(Max Count = 6)。控制信号广播。

weixin_44700185的博客 36

Comsol&Matlab 亥姆霍兹共振消声器传递损失理论解与仿真解

当外界噪声以共振频率进入共振器时,共振器内的空气质量发生周期性的振动,从而减少或消除噪声。当特定频率的声波进入共振器时,共振器的空气质量会发生周期性的振动,从而实现对该频率的噪声的减弱或消除。5. 反射和吸收:共振器的几何形状和容积还可以影响共振器内空气振动的反射和吸收。然而,对于不同频率的噪声,需要相应调整共振器的参数以匹配新的共振频率。3. 腔体内的空气振动:当特定频率的声波进入共振器时,共振器内的空气质量会发生振动。2. 声波进入共振器:外界的声波通过共振器的颈部进入共振器的封闭空腔。

声学黑洞仿真工作室 4571

Elasticsearch ingest pipeline 被禁用之后:性能代价、安全治理与数据入库时间的四种替代方案

生产环境为什么禁用 Elasticsearch ingest pipeline?写入路径同步执行的开销、Painless 脚本的安全治理是根因;而 _ingest.timestamp 出不了 pipeline,ES 8/9 也没有原生入库时间字段。本文给出四种替代方案:采集端注入时间戳、bulk 响应后回写、refresh=wait_for 近似、最小 set pipeline 白名单,附选型对比与踩坑清单。

Sayai的专栏 339

海康威视GigE工业相机的python调用demo

默认路径安装完成后,在路径C:\Program Files (x86)\MVS\Development\Samples\Python\BasicDemo下的BasicDemo.py中,海康威视官方提供了基本的调用方法,本文也是基于这个修改的。BasicDemo.py提供了通过枚举选择相机的方法,在官方的另一个DEMO:ConnectSpecCamera.py中提供了另一种不通过枚举,直接访问特定IP相机的方法,也可以参考。另外,如果每台相机都定义了唯一的用户定义名,也可以通过用户定义名来区分相机。

xulibo5828的博客 2107

Git 从入门到精通(三):文件提交、历史查看与版本回退

本文详解Git基础工作流:通过git add将文件添加至暂存区,生成对象哈希并记录于index;再用git commit提交至本地仓库,创建包含树对象(Tree)、提交对象(Commit)和版本历史的完整快照。实验揭示底层机制——文件内容被存储为Blob对象,暂存区仅保存元数据,真正实现高效版本管理与回溯。掌握此流程,方能熟练使用Git进行代码协作与版本控制。

weixin_74385491的博客 304

芯片设计数字后仿与SDF文件:原理、流程与实战调试指南

在数字芯片设计流程中,时序验证是确保芯片功能正确与性能达标的核心环节。其原理在于通过精确的物理延迟模型,模拟信号在真实硅片上的传播行为,从而暴露理想仿真中无法发现的时序问题。这项技术的核心价值在于它是连接前端逻辑设计与后端物理实现的桥梁,能有效发现建立时间/保持时间违例、时钟偏斜、竞争冒险等关键风险,是保障芯片一次流片成功的关键步骤。其典型应用场景包括高性能计算单元、复杂SoC以及低功耗设计中的状态切换验证。本文聚焦于数字后仿真的具体实施,深入解析SDF文件的结构与反标机制,并提供从环境搭建、波形分析到与静

weixin_34279184的博客 381

光学系统仿真软件:Finesse_(6).噪声分析与优化

在Finesse中,噪声源的定义可以通过在光学元件的参数中添加噪声项来实现。以下是一个简单的示例,展示了如何在激光器和反射镜中定义噪声源。# 定义噪声传递函数# 绘制噪声传递函数plot NTF1在这个例子中,定义了一个噪声传递函数NTF1,描述了激光器L1到反射镜M1的噪声传递过程。plot NTF1命令绘制了噪声传递函数的频谱图。# 定义耦合路径# 绘制耦合噪声频谱图plot C1在这个例子中,定义了一个耦合路径C1,描述了激光器L1和反射镜M1之间的噪声耦合关系。plot C1。

kkchenjj的博客 873
上一篇: Workload Group 从建组到核对:建组、授权、在线调整与系统表验证的完整命令
下一篇: 信创环境部署日志分析集群的完整命令链:麒麟 / 统信 UOS 与国产 CPU 的现场验证步骤
SelectDB技术团队
博客等级 码龄4年 2119粉丝 483原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

SelectDB技术团队

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值