登录社区云,与社区用户共同成长
邀请您加入社区
软硬一体化架构打破了工业硬件与企业软件之间的壁垒,为大宗物流、智慧园区及矿山短驳提供了极具稳定性和高拓展性的物联网技术底座。
微电网优化调度这几年有两个明显的技术走向。一是把深度学习直接嵌进优化问题内部,让神经网络既当预测器又当被约束对象,但这样做会带来很强的非凸性,求解常常走不下去;二是用深度强化学习替换传统的规则查表式能量管理,让控制器在连续动作空间里自己学着做决策。这两个方向乍看分属不同流派,实际上都在回答同一个问题:调度决策怎么从"预先写死的规则"走向"数据驱动、可在运行中自适应"的智能体。
本文系统梳理了深度学习模型训练的并行策略与自动并行搜索技术。首先介绍了数据并行(DP/DDP)的工作原理及与TorchDynamo的协同优化。重点分析了ZeRO系列优化器(ZeRO-1/2/3)的显存优化机制及扩展技术(Offload/Infinity/++),通过参数/梯度/优化器状态分片实现显存线性扩展。对比了PyTorch原生FSDP两种实现方案的特点。详细阐述了Megatron-LM的张量
在机器学习、深度学习顶级会议(如 ICML、NeurIPS、ICLR、ACL、CVPR 等)上以 第一作者身份发表过相关论文;- 对常用的机器学习(线性模型,决策树等)/深度学习算法(RNN, LSTM, Transformer 等) 及其原理有深。- 熟悉常用的机器学习工具与框架(如 TensorFlow、PyTorch、Scikit-learn 等)• 利用强化学习、深度学习等方法,对公司已有
分布式架构的核心思想是将数据和计算分散到多台物理机器上协同工作,而不是依赖单台服务器的内存和 CPU。这种模式在工业 IoT、金融行情和物联网场景中几乎已成为标配——因为单机的纵向扩展(加内存、换更强 CPU)迟早会遇到物理上限,而横向扩展(加机器)在理论上没有天花板。DolphinDB 的分布式架构遵循经典的设计原则:每个数据节点拥有独立的存储和计算资源,节点之间通过高速网络交换元数据和中间结果
本文提出了一套基于SNMPv3加密协议的多品牌打印设备统一监控方案,解决企业分布式文印环境下富士、佳能、惠普等异构设备运维难题。方案通过标准化OID映射适配层,屏蔽品牌差异,采用轻量化架构实现设备状态、耗材余量、故障告警的统一采集。相比厂商私有平台,该方案具有部署简单、安全性高(支持SHA+AES加密)、成本低等优势,并制定了分级轮询策略和设备离线、耗材预警等标准化告警规则。文章详细阐述了SNMP
Agent Arena是面向AI自主智能体的开放式分布式竞赛进化基础设施,有效解决传统智能体评测静态化、单体化、无迭代闭环的技术短板。本文从纯技术视角,拆解其五层解耦架构、顺序与竞速双交互范式、全链路延迟优化体系,详解扩展Bradley-Terry算法与因果追踪的精细化评测机制,剖析智能体生态进化闭环。同时客观梳理平台现有技术瓶颈,并给出迭代优化方向,为多智能体系统研发、工程落地与能力迭代提供标准
本文探讨了基于B/S架构的书法培训班进销存管理系统的开发。系统采用Django框架和Python技术,旨在解决传统线下管理方式效率低下的问题,为培训班提供个性化、便捷的管理方案。系统包含用户和管理员两大模块,用户端注重操作简便性和功能多样性,管理员端则具备商品管理、订单处理、课程设置等核心功能。该系统的实施将实现管理信息化,提升工作效率,具有重要的实践价值和发展前景。
主题核心要点分布式架构Master-Agent模式、通信协议、架构优势Agent类型静态Agent、动态Agent、连接协议对比静态AgentSSH配置、JNLP配置、最佳实践云配置、Pod模板、Pipeline集成镜像配置、Dockerfile、多容器编排负载均衡Label调度、优先级、资源锁、节流策略监控运维监控指标、健康检查、自动恢复、最佳实践。
摘要:远程调试SkyWalking Agent的最佳实践 本文深入讲解了Java远程调试的核心技术与实战应用。主要内容包括: JDWP协议原理:解析Java调试体系架构,揭示调试器与JVM进程间的通信机制 远程调试配置:对比Java 5-8与Java 9+的JVM参数差异,详解transport/server/suspend等关键参数 SkyWalking专项调试:针对Agent特性提供两种调试场
本文设计并实现了一个基于大数据技术的B站视频数据分析系统。系统采用Spark、Hadoop等技术框架处理海量数据,结合Python爬虫获取B站视频、弹幕、评论等数据,运用NLP进行情感分析,并实现协同过滤推荐算法。系统功能包括数据可视化展示(播放量分析、TOP100视频、词云图)、弹幕情感分析、视频推荐等模块,前后端采用Flask和Echarts实现交互式分析界面,Hive作为数据存储。通过完整测
桌面Agent进入企业后,管理重点不再只是账号、费用和模型选择,而是AI执行权如何被统一约束。今天分享一下作为CIO如何管理企业AI使用,介绍一下FinSafe如何通过策略托管、终端约束、执行校验和审计追溯,让Agent的工具调用、代码执行和本地访问进入可管理、可审计的企业治理体系。
多智能体系统如何革新制造业排产调度 传统APS(高级计划与排程)系统在动态生产环境中表现不佳,面对插单、设备故障等扰动时需数小时重新计算,导致效率低下。多智能体调度系统通过分布式自治决策、实时闭环优化和智能体间协同机制,实现了秒级动态响应。 核心优势: 分布式自治:每个设备、工单和物料作为独立Agent,局部决策与全局协同结合,避免集中式系统的计算瓶颈。 实时闭环优化:动态感知扰动并快速调整,如美
本文深入分析了SpringAIAlibaba(SAA)框架的分布式多智能体系统(MAS)架构实现。核心内容包括:1)基于SpringCloud的微服务架构设计,包含资源库、执行器目录、服务网关等组件;2)Agent2Agent(A2A)协议与Nacos结合的注册发现机制;3)具备检查点机制的容错执行架构,支持断点续传和状态恢复;4)分层架构设计实现高可用、高吞吐和扩展性。文章指出当前SAA的A2A
本文通俗讲解RabbitMQ核心概念和Python pika库使用方法。主要内容包括:1)基础术语:Connection/TCP连接、Channel/逻辑通道、Exchange/交换机类型、Queue/队列等;2)Python pika常用API:创建连接凭证、声明队列、发送/接收消息、ACK确认等代码示例;3)关键流程:生产者发送消息到交换机→队列→消费者处理并确认的完整过程;4)易混淆概念对比
微服务不是银弹,它用「运维复杂度」和「分布式系统挑战」换取了「独立扩展」「团队自治」和「技术灵活性」。当前的痛点是否真的需要微服务来解决?团队是否有能力运维微服务体系?是否有比微服务更简单的替代方案?最好的架构是团队能够驾驭的架构。关于作者:专注于后端架构与分布式系统设计,分享微服务、云原生、高并发等领域的实践经验。如果觉得有帮助,欢迎!有问题可以在评论区交流。
OpenYuanrong针对AI时代新型负载(如Agent长会话、异构动态调度等)挑战,提出“分布式内核”解决方案,整合计算、数据与调度能力。其核心通过有状态函数管理会话亲和性、KV缓存时分复用提升NPU利用率、函数集合优化多卡资源分配,并借助异构内存对象加速强化学习异步化。实践显示,该方案在万级并发下实现毫秒级故障恢复、资源利用率显著提升,使开发者仅需关注业务逻辑,无需深入底层基础设施。案例为A
《Seedance 2.0:云原生时代分布式任务编排与调度引擎》摘要: Seedance 2.0是一款面向云原生架构的分布式任务编排引擎,针对微服务场景下复杂任务调度需求而设计。核心特性包括:声明式YAML/DSL工作流定义、基于Raft共识的万级QPS调度能力、全链路可观测性支持,以及多云环境智能调度。系统采用"调度中心+执行器集群"架构,支持多种存储后端和异构执行环境。通过数据备份等示例展示了
2026年广州将举办20余场EI/Scopus检索国际学术会议,涵盖人工智能、能源电力、电子信息、经济管理等前沿领域。会议包括ASPIC2026(9月)、ICEPG2026(9月)、IAR2026(10月)、AIIM2026(11月)等,提供主旨报告、分会场研讨等交流形式,助力学者成果发表与学术 networking。12月将集中举办8场国际科技创新学术交流大会系列会议。欢迎海内外硕博研究生、青年
在多模型架构中,Claude更适合承担长文档分析、复杂问答、代码生成等高价值任务,而非所有请求的默认出口。建议按任务轻重分层路由,让Claude聚焦重任务,轻任务分流至低成本模型。PoC阶段可先用Claude验证任务上限,上线后需关注统一接入、成本治理和多模型路由。成熟方案应包含任务分流、fallback机制和统一监控,避免单一模型绑定。统一接入层设计(如兼容OpenAI SDK的方案)能有效解决
本数据库设计面向多商户多门店会员卡管理系统,支持实物卡(芯片ID)与无卡消费(手机号)两种场景。核心能力包括:储值充值、折扣消费、积分累积与兑换、余额变动全链路日志、余额重算机制,以及多商户/门店数据隔离。设计时已预留计次卡扩展能力。所有会员表已增加和字段,实现数据隔离。每个商户/门店可独立配置积分规则、折扣比例、充值策略等。
从Trace入手。
文章摘要: 本文深度评测了一款千亿参数大语言模型的实际表现,通过多维度实测揭示其优劣边界。测试显示,该模型在代码生成(支持防御性编程)、多轮对话(具备自我修正能力)和创意写作(精准风格迁移)方面表现突出,但存在长程记忆衰减、事实性幻觉等通病。相比竞品,其中文理解与性价比优势明显,但小语种支持较弱。建议企业将其定位为辅助工具,配合人工审核机制,特别适合初创团队快速验证产品。技术选型应匹配业务需求,该
[TOC]双 DGX Spark 部署 DeepSeek V4 Flash 实战两台 NVIDIA DGX Spark (GB10),200G RoCE 直连,Docker 部署 DeepSeek V4 Flash 200B MoE 大模型,推理速度 38 tok/s,支持 200K 上下文。
WorkBuddy + 百度千帆的组合,对于免费版用户积分消耗降低 40%-60%:深度任务分流到千帆,积分留给工具调用使用量反而增加:不用担心积分不够用,敢大胆试了月成本几乎为零:千帆调用一个月也就几毛钱配置一次,持续受益:设置好之后,每次对话自动走最优路线如果你是 WorkBuddy 免费版用户,积分总是不够用,强烈推荐试试这个方案。配置过程大概半小时,之后每个月能省下几百积分。
这次主要是在一台 Arch Linux GPU 机器上搭 `ggml-rpc-server`,再让 Windows 主机通过 `llama-cli` 远程调用这个 worker,完成 `llama.cpp` 的 RPC 推理链路验证。
在相同(或相近)的总内存下,采用 4xRTX3090(约 96GB 显存)的方案,在 Qwen3.6-27B 这类模型的推理速度上,会显著优于基于 GB10 的 DGXSpark 设备。在 FP8 模式下,Qwen3.6-27B需要传输 27 亿个参数,每次传输 1 字节,即 27GB。最大带宽为 270GB/s,270GB 除以 27GB,即可得到大约。库进行,通过特定的启动脚本与参数配置实现模
摘要: KimiK3多模态大模型的开源部署催生四大硬件赛道增量机会:1)算力互联:多NPU/GPU堆叠需PCIe交换芯片扩展,国产替代需求迫切;2)多模态交互:原生视觉驱动双/多屏同步显示,MST芯片需求增长;3)本地存储:百万上下文缓存需多路SATA/NVMe桥接芯片;4)信创整机:国产化芯片组合替代进口方案。核心芯片包括:**IX8024(24通道PCIe4.0交换芯片)**用于算力扩展,**
IX8024 / IX7024 / YLB3118 / GSV 系列 · 全链路国产自研,月之暗面正式开源 Kimi K3 完整权重。2.8万亿参数、896专家MoE架构、百万级上下文窗口——这不是一个"个人开发者能跑在笔记本上"的模型,而是一个重新定义的里程碑。当企业自建K3推理集群需要64卡以上supernode、594GB权重文件、1.4TB HBM存储时,不再是一个"可有可无的扩展配件",
大规模预训练模型的微调与部署,已从“能不能做”演进为“如何高效做”的工程化问题。在微调侧,参数高效微调(PEFT)特别是LoRA/QLoRA,以极低的资源成本实现了领域适配,成为工业界的事实标准。在部署侧,等专用推理框架通过PagedAttention、算子融合等创新,将推理效率推向了新的数量级。对于开发者而言,掌握从模型选型、数据工程、PEFT微调到推理优化的全链路技能,已成为将大模型能力转化为