制造电动汽车需要金属锻造、电池制造、喷漆和芯片制造等工艺——所有这些都促使特斯拉在内华达州和德克萨斯州建厂。特斯拉弗里蒙特工厂的前身是NUMMI工厂(通用汽车/丰田,始于1962年)。它被保留了下来。当特斯拉需要扩大电池产量时,他们在内华达州里诺市建造了巨型工厂——而不是加利福尼亚州——因为电池单元制造的许可实际上是不可能的。赛博卡车工厂建在了德克萨斯州奥斯汀。
制造电动汽车需要金属锻造、电池制造、喷漆和芯片制造等工艺——所有这些都促使特斯拉在内华达州和德克萨斯州建厂。特斯拉弗里蒙特工厂的前身是NUMMI工厂(通用汽车/丰田,始于1962年)。它被保留了下来。当特斯拉需要扩大电池产量时,他们在内华达州里诺市建造了巨型工厂——而不是加利福尼亚州——因为电池单元制造的许可实际上是不可能的。赛博卡车工厂建在了德克萨斯州奥斯汀。
http://info.cern.ch http://info.cern.ch - 第一个网站的所在地 在这里您可以: 浏览第一个网站 使用行模式浏览器模拟器浏览第一个网站 了解网页的诞生 了解欧洲核子研究中心(CERN),网页的诞生地
## FDM-1:一种用于计算机使用的基础模型 研究人员开发了FDM-1,一种旨在理解和与计算机交互的新型基础模型,目标是为CAD、金融甚至ML研究等任务创建可扩展的“同事”。与依赖有限的、外包标注的屏幕截图的先前方法不同,FDM-1基于1100万小时的大规模计算机使用视频数据集进行训练,并使用“逆动力学模型”自动标注,该模型通过屏幕变化预测动作。 一项关键创新是高效的视频编码器,能够将近两小时的30 FPS视频压缩到仅100万个token中——显著优于现有方法。这使得FDM-1能够直接处理长上下文视频,而不是依赖于短片段。 演示展示了FDM-1执行复杂的任务,例如CAD设计、自动驾驶(仅需1小时微调),甚至通过“模糊测试”识别软件中的错误。该模型的架构利用掩码扩散方法进行准确的动作标注,并采用了一种新的鼠标移动token化方法。该团队构建了大规模的评估基础设施,使用fork虚拟机器来实现快速测试和迭代。FDM-1代表着计算机动作从数据受限到计算受限问题的转变,为更强大和通用的人工智能代理铺平了道路。
## PA Bench:计算机使用代理的新基准
当前的网络代理基准测试通常侧重于简单的单应用程序任务,未能反映人类实际使用个人助理的方式。为了解决这个问题,研究人员推出了 **PA Bench**,一个评估代理在电子邮件和日历等网络应用程序中执行逼真、多步骤工作流程的基准测试。
PA Bench 利用模拟的高保真环境来确保可重复和可验证的结果。任务是从可重用的场景模板(例如,旅行计划、会议重新安排)生成的,这些模板建立在一致的“基础世界”用户数据之上,从而保证跨应用程序的一致性。一个标准化的 SDK 管理模拟、模型适配器和实验编排。
对 Claude Opus 4.6、Gemini 3 Pro/Flash 和 OpenAI Computer Use 的评估显示出显著的性能差异。**Claude Opus 4.6** 通过恢复驱动的行为和事后行动验证实现了最高的成功率 (68.8%)。**Gemini 3 Pro** 显示出强大的规划能力,但缺乏可靠的执行力,而 **Gemini 3 Flash** 在复杂的推理方面遇到困难。**OpenAI Computer Use** 面临控制和探索方面的问题。
未来的工作旨在通过涉及众多应用程序和步骤的更复杂、更长期的工作流程来扩展 PA Bench,以及自动化任务生成。这项研究为构建真正强大的计算机使用代理迈出了关键一步。
## ECS Survivors:近期更新总结
经过七个月的停滞,ECS Survivors项目在四个更新中取得了显著进展。该项目现在具有改进的视觉效果,集成了使用Tiled编辑器和tmxlite库的**瓦片地图**。通过实施用于瓦片渲染的“截图”方法以减少绘制调用,以及**贪婪合并算法**以大幅减少碰撞体数量,从而优化了性能。
通过添加**空间哈希网格**以加速碰撞检测,进一步提高了性能,从而在处理大量实体时将速度提高了10倍。
通过**升级系统**引入了游戏进程,允许玩家在击败敌人后获得强化道具。
最后,一次重大**重构**将代码库组织成分层架构,并采用新的文件层次结构和CMake配置,从而能够创建单独的模块(输入、渲染等)和应用程序——包括潜在的编辑器和无头服务器,从而改善了代码组织和未来的可扩展性。
开发者承认过于雄心壮志减缓了进度,但该项目现在处于稳定状态,未来的开发将侧重于核心游戏玩法功能,例如近战攻击。可在Itch.io上获取可玩版本,并在GitHub上获取源代码。
## Java垃圾回收的演变成本 数十年以来,Java的垃圾回收(GC)一直自动管理内存,使开发者摆脱了手动生命周期管理。然而,这种便利是以CPU周期为代价的。传统上,GC性能通过暂停时间来衡量,但随着GC算法的演进,这个指标变得越来越不可靠。 现代GC引入了复杂性:*显性成本*(专门用于GC任务的CPU周期)、*隐性成本*(注入到应用程序代码中的屏障)和*微架构效应*(缓存影响)。并行GC用CPU换取更短的暂停时间,而像G1和ZGC这样的并发收集器则将工作转移到后台,掩盖了总CPU开销。ZGC旨在实现最小的暂停时间,但并未消除工作,只是将其分摊。 这种转变意味着暂停时间不再能准确反映GC效率。Amdahl定律进一步限制了并行化的好处。为了解决这个问题,OpenJDK 26引入了新的API——通过`-Xlog:cpu`进行统一日志记录,以及`MemoryMXBean.getTotalGcCpuTime()`方法——以提供对GC显性CPU成本的精确核算。 这些工具能够做出关于堆大小和GC算法选择的明智决策,从而超越了对暂停时间进行反应式优化,转向主动资源管理。通过暴露真实的计算成本,开发者和研究人员可以同时优化吞吐量和延迟,最终实现更高效、更具成本效益的Java应用程序。
## AI 与 3D 建模:尚未成熟
尽管人工智能取得了进步,但为电商生成可用的 3D 模型仍然是一个重大挑战。虽然人工智能可以快速生成乍一看还不错的模型,但仔细检查会发现关键缺陷阻碍了实际应用。最近对人工智能生成的匹克球拍和手工制作版本进行的比较凸显了这些问题。
人工智能模型存在“三角形汤”问题——混乱、无序的几何结构,使得即使是简单的编辑也变得极其困难和耗时,通常需要完全重建。纹理通常是低分辨率的“幻觉”,缺乏对材质的理解,导致烘焙光照和难以辨认的细节。虽然人工智能生成的文件尺寸较小,但这归因于低效的几何结构,而非优化的质量。
目前,人工智能 3D 生成优先考虑速度和文件大小,而不是可用性。这导致模型不适合产品配置器,在产品配置器中,视觉保真度和可编辑性对于建立客户信任至关重要。除非人工智能能够可靠地生成干净的拓扑结构和正确的材质分离,否则“节省时间”的说法是一种谬论——修复人工智能生成的模型通常比从头开始创建它们花费*更多*时间。目前,人工干预仍然是高质量、生产就绪的 3D 资产的关键。
祝大家节日季温暖、安宁(或者至少比随机包裹升级少点意外)。无论您是旅行、待在家中、编写一些美妙的无用代码,还是仅仅抱着一杯热饮潜伏着,我都希望您能获得片刻宁静和满满的舒适。感谢您成为这个特别之处的一部分:这里的创造力、善良、古怪的小项目,以及持续提醒我们互联网仍然充满人情味。 圣诞节快乐给庆祝的人们,节日快乐给所有人。日历翻页后再见。~deepend
## Linum图像-视频VAE:潜空间中的经验教训
Linum最近开源了他们的图像-视频VAE,并附带了详细的开发日志,重点介绍了关于压缩和生成模型质量的关键发现。VAE对于高效视频生成至关重要,可以将数据压缩到可管理的潜空间中,供扩散Transformer使用——否则,由于注意力机制的二次方扩展,它们会因计算成本而苦恼。
他们的探索表明,**更好的压缩并不一定意味着更好的下游生成**。他们花费了数月时间来解决不稳定性问题和重建质量差的问题,最终选择了Wan 2.1的VAE用于他们的文本到视频模型,因为它速度快且体积小。
主要挑战包括联合训练图像和视频(需要仔细的损失权重以避免偏差),以及克服诸如变色斑点之类的伪影——通过诸如自调节卷积之类的修改来解决。他们还发现,**过度优化像素级的完美重建实际上会*损害*生成质量**,因为它迫使VAE编码噪声。
展望未来,Linum正在探索两条路径:正则化VAE以学习更具语义的潜空间(通过诸如与预训练编码器对齐之类的技术),以及可能完全绕过VAE,采用诸如JIT之类的技术,该技术在扩散模型中直接学习压缩。他们的最终目标是通过生成视频技术的进步来实现易于访问的动画。
避免使用暗语。有时人们写的东西听起来像在说一件事,但他们的词语是“编码”过的——对某些读者来说意味着其他含义。例如,有人可能会写:“那些北极熊总是毁掉我们的粥。”对大多数读者来说,这似乎是对熊和食物的抱怨。但对某些群体来说,它实际上在说完全不同的事情。(实际评论内容并非关于熊。)你可以通过告诉Respectify禁止什么来避免这种情况。根据你的网站、主题和受众进行定制。