小红花·文摘
  • 首页
  • AI Tokens🪙
  • 排行榜🏆
  • 直播
  • FAQ
React中的高频实时数据处理:从环形缓冲区到OffscreenCanvas

React处理高频数据流(如每秒数千点)时性能不足,需将数据存储于React外部(如环形缓冲区),分离UI形状与数据值,利用Web Workers、SharedArrayBuffer和OffscreenCanvas将重活移出主线程,并通过降采样、内存优化及调度策略,实现多核并行渲染,保持流畅帧率。

React中的高频实时数据处理:从环形缓冲区到OffscreenCanvas

freeCodeCamp.org freeCodeCamp.org · 2026-08-18T21:45:12Z
迅策科技中期业绩盈喜,上半年营收同比大幅增长389%

迅策科技发布中期业绩盈喜,上半年营收9.67亿元,同比大增389%,归母净利润7251万元,实现首个半年度盈利。公司拓展全链路数据处理能力,应用于十一大行业,具备实时响应、精准处理及数据Token化优势。增长由企业AI需求释放、行业渗透、TokenOS部署、Token业务及国际化合作五大动能驱动。

迅策科技中期业绩盈喜,上半年营收同比大幅增长389%

全球TMT-美通国际 全球TMT-美通国际 · 2026-08-03T08:02:49Z
Spark 4.2 有一个功能,可能会让你淘汰向量数据库

Apache Spark 4.2发布,扩展了其企业数据处理核心角色,新增AI工作负载功能,如治理指标视图、原生向量搜索、实时处理、改进Python支持和地理空间分析。这些特性减少了对独立系统的依赖,使Spark从数据准备转向服务层,支持生产级AI应用。

Spark 4.2 有一个功能,可能会让你淘汰向量数据库

The New Stack The New Stack · 2026-07-19T16:00:00Z
在Databricks上构建足球教练应用

Coach's Corner利用5100万行比赛追踪数据,开发了一个快速的2D/3D教练应用,帮助教练实时分析比赛。该系统结合数据处理和AI,提供即时战术分析和对手资料,提升决策效率。通过简化界面和实时数据呈现,教练能够快速获取关键信息,改变传统的数据分析方式。

在Databricks上构建足球教练应用

Databricks Databricks · 2026-07-17T17:00:00Z

本文介绍了QL中的表达式,包括变量引用、字面量、括号表达式、范围、集合文字表达式和聚合等。表达式用于评估值并具有特定类型。QL支持多种聚合函数,如计数、求和和平均值,能够处理不同类型的数据。聚合评估过程包括确定输入变量、生成元组、应用表达式和计算最终结果。

Expression

像清水一般清澈透明 像清水一般清澈透明 · 2026-07-17T14:14:20Z
文远发布物理AI大模型WITT:让每一公里都变成模型能力

文远知行发布的WITT大模型通过“最小物理事实单元”概念,提升自动驾驶数据处理效率,单卡日处理1万分钟视频。该系统提取、推理、验证和编排事实,帮助工程师快速定位高价值场景,优化模型训练,旨在提高数据利用率,缩短模型迭代周期,推动自动驾驶技术进步。

文远发布物理AI大模型WITT:让每一公里都变成模型能力

量子位 量子位 · 2026-07-17T10:11:49Z

本文讨论了AI在代码阅读中的应用,提升开发者对大型项目源码的理解。通过AI,开发者能够全局分析代码结构,快速识别潜在问题和bug。作者分享了使用AI验证代码中的13个bug的过程,强调建立系统完整模型的重要性,以避免盲目修补代码。最后,提到了一种新颖的内存管理架构,旨在优化数据处理效率。

刚打开 sglang 代码我就已经发现了

学习让我快乐 学习让我快乐 · 2026-07-15T16:00:00Z
OfficeAce|AI 全自动表格处理,让数据工作事半功倍

OfficeAce推出全新AI Excel功能,旨在提高数据处理效率,解决财务报表编制、跨系统数据对账和多维分析等问题。用户通过简单指令,AI可自动生成标准报表、核对数据差异并创建可视化经营看板,节省时间并提升决策效率。系统具备严格的校验机制,确保数据准确性和可追溯性,帮助用户应对复杂数据处理任务。

OfficeAce|AI 全自动表格处理,让数据工作事半功倍

华为云官方博客 华为云官方博客 · 2026-07-13T07:59:34Z

本文讨论了Milvus 2.6.x版本的内存副本、流服务和数据处理架构。内存副本允许在多个查询节点加载同一段,提高性能和可用性。流服务支持WAL迁移,确保写路径的可用性。通过协调段分布和负载均衡,优化查询和写入性能。文章还探讨了副本的成本和工程间隙,并提出未来的开放问题。

【向量检索引擎】副本、负载与故障恢复:读缓存式副本与 WAL 单所有者

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-07-12T00:00:00Z

本文讨论了Milvus 2.6.x的数据处理架构,重点介绍了Growing和Sealed段的查询机制。Growing段由Streaming Node处理,实时更新;Sealed段由Query Node加载历史数据。Query Delegator负责生成查询计划并合并结果。Segcore作为段级执行层,与Knowhere索引内核协同工作,实现高效的向量检索。文章还探讨了查询过程中的数据加载、索引管理及动态更新与不可变索引之间的平衡。

【向量检索引擎】Query Node 与 Segcore:段级 search 如何执行

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-07-12T00:00:00Z

本文讨论了对象存储在Milvus 2.6.x版本向量检索引擎中的应用。对象存储用于保存日志快照、索引文件和查询结果,布局从按字段拆分转向按段整合,以减少API调用次数和延迟。文章还探讨了数据处理路径、索引对象与数据对象的生命周期差异,以及与湖仓对象布局的对比,强调了优化存储布局的重要性。

【向量检索引擎】对象存储上的 Segment 布局:快照、索引与寻址代价

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-07-12T00:00:00Z

本文介绍了Milvus 2.6.x中的Streaming Service和Woodpecker组件,重点在于通过WAL(写前日志)实现高效的数据流处理和查询。Streaming Service负责数据摄入、状态恢复和查询,采用消息驱动方式确保数据一致性。Woodpecker作为云原生WAL,支持零本地盘存储,提升系统吞吐量和可靠性,优化实时数据检索和处理能力。

【向量检索引擎】Streaming Node 与 Woodpecker WAL:实时可搜的日志层

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-07-12T00:00:00Z
只剩7天!第三届蚂蚁InTech奖申报即将截止,图灵奖得主坐镇评审

蚂蚁集团推出2026蚂蚁InTech奖,面向AGI、具身智能、数字医学和数据处理等领域的青年学者和博士生,提供20万元科技奖和5万元奖学金。评委阵容强大,旨在支持有潜力的科研人才,推动前沿技术发展。申报截止至2026年7月17日。

只剩7天!第三届蚂蚁InTech奖申报即将截止,图灵奖得主坐镇评审

量子位 量子位 · 2026-07-10T17:18:11Z
提问、构建、组合:我们第五届Genie黑客松教会了我们关于Databricks Genie的知识

本文介绍了Databricks Genie的应用,通过十个客户项目展示其在数据处理中的多样性。Genie Agents为业务用户提供自然语言查询界面,Genie Code帮助分析师快速构建数据管道和仪表板。多个团队利用Genie实现高效的数据治理和分析,提升工作效率。Unity Catalog确保数据访问的安全性和合规性,使不同角色的用户都能有效使用Genie。

提问、构建、组合:我们第五届Genie黑客松教会了我们关于Databricks Genie的知识

Databricks Databricks · 2026-07-09T22:58:01Z

本文讨论流式数据处理的规划,重点在于Kafka与Flink的结合。内容涵盖流处理基础、Kafka内核、Flink运行时、状态管理及交付语义,旨在解决实时数据链路中的关键问题,如事件时间、窗口处理、状态管理及故障模式。目标读者为数据平台工程师,帮助他们理解流式计算与批处理的差异,以及如何有效运维Kafka和Flink管道。

流式数据处理 — 系列规划

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-07-09T15:54:06Z
流处理与批处理:数据处理的两种哲学

数据处理主要有两种方法:批处理和流处理。批处理在数据完整后进行计算,适合处理完整数据集;流处理则实时处理不断到来的数据,优先考虑速度。两者在完整性和延迟之间存在权衡,流处理需要估算数据到达情况。

流处理与批处理:数据处理的两种哲学

ByteByteGo Newsletter ByteByteGo Newsletter · 2026-07-09T15:31:10Z
AI创新者采用NVIDIA Vera——为何大规模单线程CPU至关重要

NVIDIA Vera是一款高性能单线程CPU,专为代理AI时代设计,旨在提升AI工厂效率。其核心Olympus具备更高的指令执行能力和高带宽内存,确保在负载下快速完成任务。Vera在数据处理和任务执行速度上表现出色,满足未来数十亿代理的需求。

AI创新者采用NVIDIA Vera——为何大规模单线程CPU至关重要

NVIDIA Blog NVIDIA Blog · 2026-07-07T15:00:52Z

本文比较了Trino与Spark SQL在数据处理中的差异,分析了两者的查询执行路径、优化机制及Iceberg连接器的能力。Trino采用解释型操作,而Spark通过全阶段代码生成和自适应查询执行来提升性能。文章还对比了两者在Iceberg下推能力,强调了各自的适用场景和优化风格。

【分布式 OLAP 查询引擎】Spark SQL 与 Catalyst:逻辑/物理计划与 AQE

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-07-07T00:00:00Z

本文探讨了DuckDB与Trino的区别。DuckDB作为嵌入式OLAP引擎,适合单机分析,支持向量化和morsel-driven并行处理,能够高效读取Parquet和Iceberg格式数据。实验表明,DuckDB在小规模数据处理时能有效进行投影裁剪和谓词下推,但在多租户和大数据场景下仍需使用Trino。

【分布式 OLAP 查询引擎】DuckDB 与 DataFusion:嵌入式分析对照

土法炼钢兴趣小组的博客 土法炼钢兴趣小组的博客 · 2026-07-07T00:00:00Z
Kimi K2.7 Code 进入 GitHub Copilot:开放权重模型正在走向开发工具主入口

GitHub Copilot 新增 Kimi K2.7 Code 开放权重模型,首次引入开放模型选择。这一变化标志着代码助手的分发渠道从闭源转向可比较的模型组合,提升了开发者的选择空间。开放权重模型在真实项目中接受检验,开发者需关注数据处理和合规性,对国内开发者生态产生积极影响,鼓励多样化选择和提高代码质量。

Kimi K2.7 Code 进入 GitHub Copilot:开放权重模型正在走向开发工具主入口

mongona news mongona news · 2026-07-02T22:39:18Z
  • <<
  • <
  • 1 (current)
  • 2
  • 3
  • >
  • >>
👤 个人中心
在公众号发送验证码完成验证
登录验证
在本设备完成一次验证即可继续使用

完成下面两步后,将自动完成登录并继续当前操作。

1 关注公众号
小红花技术领袖公众号二维码
小红花技术领袖
如果当前 App 无法识别二维码,请在微信搜索并关注该公众号
2 发送验证码
在公众号对话中发送下面 4 位验证码
小红花技术领袖俱乐部
小红花·文摘:汇聚分发优质内容
小红花技术领袖俱乐部
Copyright © 2021-
粤ICP备2022094092号-1
公众号 小红花技术领袖俱乐部公众号二维码
视频号 小红花技术领袖俱乐部视频号二维码