经过漫长的等待，OpenAI终于在9月12日发布了新模型O1，用户可以直接访问预览版o1-preview，或者小尺寸版o1-mini。其酝酿了快一年的大招，一会儿Q*、一会儿草莓、一会儿AGI、一会儿GPT5，耗得核心技术团队都快走光了，才终于拿出来让所有人检验和评论。这样一个备受瞩目的产品，势必对行业甚至社会产生深远的影响。而且它不像平时那些版本更新一样，只是简单的技术能力提升，而需要从多个视角和维度去观察和预测其影响。
消息队列是重要的分布式系统组件，在高性能、高可用、低耦合等系统架构中扮演着重要作用。可用于异步通信、削峰填谷、解耦系统、数据缓存等多种业务场景。本文是关于消息队列（MQ）选型和常见问题的精心整理。在这篇文章中，我们将详细介绍消息队列的概念、作用以及如何选择适合自己需求的消息队列系统。
当 AI 与音乐这一充满魅力的艺术形式相遇，精彩就此开启。字节跳动豆包大模型团队全新推出了 Seed-Music，助力人们在音乐创作领域探索更多可能性。 Seed-Music 是一个具备灵活控制能力的音乐生成模型家族。它巧妙地将语言模型与扩散模型的优势相结合，并融入作曲工作流之中，适用于小白、专业人士的不同音乐创作场景。 本文将深入解读 Seed-Music 的技术能力，揭示其在音乐生成和编辑方面的突出表现。此外，Seed-Music 官网详细展示了十种音乐创作任务的 demo。
虚拟线程是在Java运行时，由JDK实现，而不是操作系统实现的Java线程，和传统线程(或称之为平台线程)之间的主要区别在于，我们可以很容易地在同一个Java进程中运行大量活动的虚拟线程，甚至数百万个。大量的虚拟线程赋予了它们强大的功能：通过允许服务器并发处理更多的请求，它们可以更有效地运行以thread-per-request（每个请求一个线程）的方式编写的服务器应用程序，从而实现更高的吞吐量和更少的硬件浪费。 一直听闻Java虚拟线程的“威名”很久了，于是最近做个人项目的时候便尝试使用JDK21进行开发，研究一下所谓的虚拟线程的原理与实现。技术水平有限，欢迎一起交流探讨～
本文将介绍基于 Apache Calcite 的多引擎指标管理的技术原理与最佳实践，包括指标管理的常见方式、指标管理的最佳实践、指标管理的实现原理以及指标管理在字节跳动未来的一些规划。 重点阐述【指标管理】在业内常见的解决方案，与字节内部使用的一套 SQL 两种语法多引擎指标管理方案的异同，并解读具体实现方案。
Index-1.9B-32K 是一个拥有 1.9B （19亿）参数并具备 32K 上下文长度的语言模型（这意味着，这个超小精灵可以一次性读完 3.5 万字以上的文档）。 在多项长文本评测任务中，该模型在相近尺寸的模型中表现突出。以极小的体积和算力开销（仅仅约为 GPT-4 的 2%），实现了出色的长文本处理能力。
近年来 Spark 已经成为离线大数据处理引擎的事实标准，广泛用于数据仓库、数据湖、机器学习等领域。在字节跳动内部每天运行百万级别的 Spark 离线作业，Shuffle 量高达 500PB，CPU 资源需求达到千万级别。随着业务的快速发展，用户对计算资源的需求越来越大，除了增加物理资源之外，如何提高线上 Spark 作业的资源使用效率也是我们亟需解决的问题。
得物 Redis 管理平台目前管理着几百个集群、数万个 Redis-server 节点、几千台 server 宿主机，而且通过精细化运维管理，目前 Redis-server 宿主机平均内存使用率和内存分配率均达到一个合理且较高的水位，资源管理处于业内第一梯队，使用最低的成本做到最大的支撑业务缓存需求。 同时，随着业务使用量的持续增长，单台宿主机上的内存使用率越来越高，为了保证宿主机上所有节点的业务日常增长需求或者突发的业务内存上涨，以便能够做到秒级快速垂直扩容，以及添加节点、RDB 离线分析等功能需要的资源，单台宿主机的内存使用率都需要动态的控制在一个合理水位线以下，于是，Redis 管理平台会每天定期自动巡检所有宿主机内存使用率，对于超过合理阈值的宿主机，会选择一部分 server节点进行打散，迁移到其他宿主机上。
