服务器目前是 CentOS 7.8 新购服务器准备焕新辣，佬们推荐使用什么 Linux服务器系统 喵？ Rocky Linux AlmaLinux Ubuntu Server LTS Debian Stable Fedora Server CoreOS Alibaba Cloud Linux Oracle Linux Other 点击以查看投票。 目前在 Rocky 和 Ubuntu 之间徘徊喵 感觉 Rocky 更会符合 CentOS 的直觉， Ubuntu 则更省事，欢迎佬补充喵 1 个帖子 - 1 位参与者 阅读完整话题
【L1n3】我的HomeDataCenter详解：目录 在上一篇中我介绍了我家里目前所有的设备硬件的信息，这些设备要互联互通离不开网络，所以本篇给大家详细阐述一下我家里的网络的规划 我的网络设备如下 【L1n3】我的HomeDataCenter详解：硬件及系统篇 搞七捻三 【L1n3】我的HomeDataCenter详解：目录 我使用的硬件大多为企业级淘汰产品（俗称洋垃圾），部分设备也是矿渣，在现在可能部分硬件已经涨价，甚至有价无市，我也是这些年机缘巧合逐渐拼凑出来的 大部分硬件是在闲鱼或是淘宝买的，少部分是通过朋友介绍的贩子手里拿的 选用企业级是因为企业级的很耐草，服务器都带有BMC，即使是二手货也是家用遥不可及的 本篇将详细为大家告诉我目前的硬件选型，… IP地址及VLAN规划 我家里的IP地址使用的是30.0.0.0/8的段，之所以使用这个段是因为，之前最早使用的是10.0.0.0/8，但是因为工作需求经常会连接到各种企业的内网VPN，有些企业用的10，有些是172，有些是192，经常会遇到IP段冲突，然后需要手动写路由等等，后来发现30这个段在公网上未广播，且整段IP隶属于美国国防部，理论上大陆境内应该是不能访问到的，而且30段在输入的时候与10体感是一样的，所以最终选择了这个网段，当然20.0.0.0/8也可以 我因为有和朋友及异地机房的互联需求，所以在不同地域之间，将一个/8段拆分为256个/16段，每个地域使用一个/16，以方便区分地理位置不同的机器 例如 网域 用途 30.0.0.0/16 自己使用 30.1.0.0/16 朋友1使用 30.2.0.0/16 朋友2使用 30.3.0.0/16 机房使用 30.255.0.0/16 与群友的群域网互联专段 在一个/16的网域下，进一步根据VLAN ID不同进一步进行拆分，每个/16拆分为256个/24，这样可确保IP地址完全不冲突 因为我家里服务器配置较高，所以我会给朋友提供VM服务，有些段是属于朋友专段，默认情况下所有段之间可以互联互通，仅对VLAN 99做了ACL隔离，使得只能正向通信，不能反向（防止出现安全问题） 我家里目前VLAN与网域对应关系如下 VLAN ID 网域 用途 1 30.0.0.0/24 家用日常设备接入，IoT设备, WLAN等 5 30.0.5.0/24 K8S专段 10 30.0.10.0/24 核心服务端，包括核心业务，物理服务器IP地址,BMC,交换机等 20 30.0.20.0/24 我自己使用的VM专段 30 30.0.30.0/24 朋友1 VM使用 40 30.0.40.0/24 朋友2 VM使用 50 30.0.50.0/24 公共段 60 30.0.60.0/24 各种专用的工具VM 70 30.0.70.0/24 游戏服务器专段 90 30.0.90.0/24 朋友6 VM使用 91 30.0.91.0/24 朋友7 VM使用 92 30.0.92.0/24 朋友8 VM使用 93 30.0.93.0/24 朋友9 VM使用 94 30.0.94.0/24 朋友10 VM使用 98 30.0.98.0/24 各种临时开启的VM使用 99 30.0.99.0/24 DMA区域，这个段只能正向连接，用来做病毒样本分析等 100 30.0.100.0/24 与投资相关的分析VM 4001 X ADSL拨号专段 43 X 电信IPTV专段 46 X 电信TR069专段 我习惯上将网关设为254，如下图所示 接下来就是根据不同用途的VM，放到对应的VLAN下就行了，每个VLAN我都开了DHCP 因为我有公网IP，所以我对外开了OpenVPN及WireGuard方便异地互联 OpenVPN使用的是30.0.230.0/24来作为接入段，并对客户端推送不同地域的路由 客户端连接情况如下 其他地域的网络也都是用的30.X.230.0/24这个段作为VPN接入，以方便统一管理，对于VPN接入的，我都是做了正向路由和反向路由，以实现跨地域的完全互通 位置 本地网域 目的地址 网关 我家 30.0.0.0/16 30.1.0.0/16 30.1.0.254 我家 30.0.0.0/16 30.2.0.0/16 30.2.0.254 我家 30.0.0.0/16 30.3.0.0/16 30.3.0.254 朋友1 30.1.0.0/16 30.0.0.0/16 30.0.230.254 朋友2 30.2.0.0/16 30.0.0.0/16 30.0.230.254 机房1 30.3.0.0/16 30.0.0.0/16 30.0.230.254 我使用的ISP是电信，所以从光猫层面把电信的TR069及IPTV的网段也拉出来了 TR069可以实现同城异地组网（基于OVPN或是WG），且不占用公网带宽，可以实现对等200M的互联速度 IPTV我是抓包获得了PPPOE接入方式，使得网络下任意设备都可以直接看IPTV电视 拓扑及交换连接 因为我大量的使用了VLAN，所以其实很多拓扑是在虚拟化层解决的。我自己目前的物理层连线非常简单，物理线路尽可能使用Trunk并对所有VLAN允许通过 整体拓扑连接如下 入户光纤 → VSOL猫(Trunk) → 核心交换机(Trunk) → 软路由WAN口(Trunk) 软路由LAN口(Trunk) → 核心交换机(Trunk) 核心交换机(Trunk) → 物理服务器业务口(Trunk) 核心交换机(Trunk) → 接入交换机(Trunk) 接入交换机(Trunk) → 物理服务器BMC口(VLAN 10) 接入交换机(Trunk) → 到每个房间的电口(VLAN 1) 猫要过核心的原因是因为我希望猫出来的网段(即ISP给的VLAN)能够在VM里使用，所以过了一层核心 在虚拟化层，我使用的是VMware全家桶，所以直接使用了他的分布式交换机功能来实现多个物理服务器的网络规划同步，以后新增的物理服务器也能一键应用当前的网络规划配置 当需要新增VLAN的时候，我只需要做如下几个步骤即可 在链路上所有交换机新增VLAN 在iKuai上新增对应VLAN的网关和DHCP服务 在vCenter中新增分布式端口组，指定对应VLAN 路由 在硬件篇中已经说了我使用了一台单独的物理机作为控制节点，在里面运行的iKuai软路由，并将一块544+FLR网卡直通进去，iKuai可以直接免驱使用，VM配置如下 因为iKuai并不怎么需要太大空间，所以实际上1GB的硬盘空间都足够使用，对于家用场景来说，网络的需求其实并不大，我只是单纯的机器性能过剩所以给了4C4G配置 负载监控图如下，可以看到基本上没啥负载，实际我个人更建议给1C2G/2C2G的配置 DNS 我在自己家里内部建立了私有DNS，使用的是ADGuardHome来建立的，只是为了实现DNS的监控，DoT/DoH等支持等等，DNS我放在了VLAN 10下，IP地址为 30.0.10.253/24 上游使用的是DoT的dns # Ali tls://dns.alidns.com # DNSPOD tls://dot.pub #https://dns.alidns.com/dns-query #https://doh.pub/dns-query # CloudFlare #tls://one.one.one.one Bootstrap DNS使用的是传统公共DNS 223.5.5.5 119.29.29.29 223.6.6.6 1.1.1.1 对于内网的机器我没有做主动发现和DNS分配，我更喜欢自己手敲IP（虽然有点原始），再加上我自己的内网导航，所以日常使用其实也不是太大问题 1 个帖子 - 1 位参与者 阅读完整话题
在我发布的第一个介绍 Cent 记账 的视频下面，问得最多的一个问题是，在哪里可以下载呢？没办法，Cent 作为一个 PWA ，本来是完全不需要下载的，但是如今的应用生态中，Web 天生低人一等，各家手机厂商防贼一样防着浏览器，如果不出一个详细教程，初次了解的人根本学不会怎么把一个 PWA 安装到桌面上。因此，我决定做一个 iOS 原生版 Cent 。 至于为什么是 iOS ，原因也很简单，几年前我就开通了 Apple Develop Program ，本来打算做一些小玩具练手，但因为懒，也一直没有动手，白白花了好几年的订阅费用。对比 Android ，iOS 生态的好处显而易见，完善的全球上架流程，一致的硬件架构，不需要考虑各种适配问题，比起国内安卓市场那堪比规则怪谈的上架机制，不选 iOS 简直天理难容。 我从一开始就决定完全通过 Vibe Coding 来进行开发，因为如果要让我从头开始学习一门其他语言开发，了解那些犄角旮旯里的不知名 API ，对于如今改个样式都恨不得让 AI 来做的我来说，几乎是不可能的。一旦尝过了 AI 的甜头，要想回归手写代码的时代，那就太难了。 最难的第一步 对于 Vibe Coding ，最难的一步不是想做什么，而是决定做哪些，怎么做。对我而言，最大的难题是如何选型。一方面，尽管我已经决定了要做 iOS 端，但是也不意味着完全放弃 Android 端。另一方面，对 AI 而言，代码技术也是有熟悉程度的，JS 和 Python 对于 AI 是小菜一碟，但其他领域就不一定了。为此，我跟 Gemini 掰扯讨论了很久。 一般我会先用网页版 Gemini 沟通自己的想法，我认为 Gemini 的最大优势在于搜集信息，背靠 Google 这个搜索引擎，找它问问题是十分自然的事情，关键是 flash 量大管饱，对于要求不高的任务，直接问 Gemini 比 AI Agent 省事得多，不然一言不合就开始“让我先了解项目结构”，白花花的 token 就这样扔给了文件系统，造孽啊。 这一次找 Gemini 问完，它推荐了我一个此前我从未听说过的开发技术，KMP(Kotlin Multiplatform)，根据介绍，它可以将核心操作逻辑复用一套 Kotlin 代码，通过不同的 UI 技术适配不同的平台，在 Android 上用 Compose ，在 iOS 上用 Swift UI ，简直是我的梦中情码，精准命中了我的所有需求。于是我当即决定用 KMP 进行开发。 然而，我完全低估了 KMP ，它就像一个禁忌之海，海面上是诱人的阳光和云朵，海风吹着跨平台的美梦在你的耳边低语，但是你一旦踏入，臃肿、沉重、深不见底的 Gradle/Maven 平台就会像漩涡般瞬间把你的心智吸入，IDE 上不计其数的按钮，讳莫如深的术语，就像克苏鲁身上不可名状的眼睛一样，让你的 san 值直接清空。一想到我还试图在 Gemini 调查员的帮助下深入这座散发着诡异黄光，飘洒着 warning/loading 碎屑的古神小镇，我就止不住的后怕。 当我发现，无论是 Gradle 古神低语般的配置语法，还是诡异的平台适配装饰器代码，以及深不见底的项目文件夹目录结构，我都完全无法理解的时候，我仅剩的理智拉住了我。Vibe Coding 本身就已经很黑盒了，如果再接入一套黑盒（对我而言）的开发架构，最终开发的产物简直不敢想象。因此，即使那句大名鼎鼎的“忘掉代码，只看结果”的 Vibe Coding 准则一直挂在我的心里，但我还是没有勇气完全对自己“产品”的代码不管不顾，最终，我放弃了 KMP 。 我决定先专注于 iOS 一个平台，此前我了解过 Swift UI ，尽管不多，但我相信我能在关键时刻拉下刹车，至少不至于在 plan mode 时对产出的方案一头雾水，然后无脑选择 Accept all 。虽然这不符合纯粹 Vibe Coding 的定义，但事实证明后来我的选择是正确的。 渐进式开发 Cent 虽然是一个纯粹的 Web SPA ，用的都是 Web 开发中十分基础的技术，React ，Zustand ，没有什么黑科技，但是要想一句话让 AI 照着 Cent 原模原样复制一个 iOS 版出来，以现在的 AI 能力还做不到，因此必须拆成一系列小步骤，一步一步来。 得益于 Cent Web 版本身解耦做的比较充分，我拆起任务来也比较得心应手。Cent 的核心同步机制，我称之为 Tidal ，是一个纯粹的数据操作，不绑定任何特定数据库实现，因此，我首先让 Claude 帮我对 Tidal 进行迁移，先按照 Tidal 的机制做一个小 demo ，能够成功执行增删查改即可。 当然，为了让 Claude 更好的理解 Tidal 的同步机制，我不得不为整个 Tidal 代码补上完整的注释和文档，详细说明每一个步骤，每一个函数抽象出来的意义，本来这部分应该在 Tidal 诞生时就做完的，但是因为懒一直拖着，也算是为之前的工作收尾了。对于 Claude 来说，有原始代码和文档，迁移到其他语言非常简单，几乎只用了一个下午，我就得到了可用的原型。 为什么不让 Claude 自己来拆解任务和文档？我曾经试过让 Claude 自己了解 Tidal 相关的实现，但是最终效果并不好，在代码中有一些 edge case ，需要特殊处理，以及部分兼容性代码，在新的代码中已经不需要了，让 Claude 自己分析并不能很好地识别出这些代码意义，还是需要我手动补充文档，这样下来不仅耗费了更多的 token ，我干的活也一点没少，后来我还是选择老老实实补全文档，把每一个场景都写清楚，最终得到的结果也不负我的期待，并且，这些文档还可以用于指导后续其他平台的移植，磨刀不误砍柴工嘛。 抽卡成功 就这样，从核心同步机制开始，我一点点地把 Cent 的全部功能和 Claude 一起搬到 iOS 上，记账页面，搜索页面，统计页面，设置页面，iOS 的功能一点点补齐了。但是在测试过程中，我也发现了一个十分严重的问题，在账单数据较少时，App 运行一切正常，但是当我用真实的账本（约 1w 条）测试时，App 突然变得十分卡顿，使用原生的代码运行，却比 Web 端性能更差，令我十分意外，于是我不得不再一次违反不要看代码的“准则”，看了一眼当前的代码，两眼一黑。 我知道，Claude 偷懒了，它一直在用写 Demo 的思路写后续的功能，所有的数据变动全往一个 appState 里塞，几个页面的数据变动全部耦合在一起，虽然我不太懂 Swift UI 的状态管理，但也能意识到出了大问题。尽管之前我有意识地让它多考虑性能，多考虑耦合度，但是积重难返，可能是某次方案里我没怎么细看，直接说了句开干，后面的代码就像脱缰野马一样，撒欢跑的谁也不认识了。 我让 Claude 自己分析性能问题的原因，它也老实说了，核心状态管理七八百行代码，纯纯屎山代码，各个页面直接本来没有任何关系，但是数据更新全放在一个 class 里，每次干点什么操作不知道哪里触发了更新，就要反序列化 1w 多条数据，不卡才有鬼了。这下我不放心让 Claude 自己改了，找来隔壁的 Codex ，请 GPT5.5 喝了杯茶，看它洋洋洒洒列出一大摞优化建议，说的有鼻子有眼的，虽然我依旧不懂这样做能不能治本，但是没关系，反正有 Git 回档大法，这卡先抽了再说。GPT5.5 十分给力，将近 50 个文件几百次改动，还写了个脚本用来批量替换，吭哧吭哧干了一下午，我都觉得心疼，总算是改完了。最终测试结果不负我望，性能问题消失了，虽然没有经过严格的测试，但是同样的账单数据下，卡顿彻底消失了，我总算松了口气。 没有 Harness 就是最好的 Harness Harness 的概念最近很火，名词一套接一套的，实际上就是试图给 AI 定个框架，让它在这个框架里干活，避免搞出问题来。因此我也在想，如果一开始我也能把“Harness”做好，Claude 是不是就不会整出这么大的幺蛾子来呢？但马上我就放弃了，对我来说，Swift 开发本来就不是我熟悉的领域，让我给 Claude 定规则，就像关公面前耍大刀，自不量力。 整个项目里说得上 Harness 的东西，就是一开始我给 Claude 制定的“记忆”守则，我在创建项目的时候就告诉 Claude ，我的目标是把整个 Cent Web 项目完整地移植到 Swift 中，这是一个十分巨大的目标，因此必须要一步一步来，Claude 需要制定一个精准的 README ，然后每一次移植都把这次做了些什么写进 memory.md 中，非常古老且粗糙的做法，但对我来说足够了。每次对话前，我就把 README 先塞进聊天框中，Claude 就会按照之前的做法完善 memory ，如果有比较重大且成体系的改动，例如多语言适配方案、快捷指令之类的，我就让它重新编写一份单独的指导文档。这样的好处是非常省 token ，很多时候一些小功能改进、UI 修改等，没有必要让 Claude 去读完整个项目的架构文件，只需要专注于一个或者几个文件即可，塞入太多东西到 claude.md 中不仅昂贵，还会拖慢 coding 的速度，没有必要，按需读取才是兼顾效率和划算的选择。 找回乐趣 不得不说，Vibe Coding 真的会让人上瘾，尤其是当成果慢慢变成你心目中的样子的时候，成就感会一点点放大，本来自己手写代码也能达到一样的效果，但是 Vibe Coding 把这个时间压缩了几十倍。放在两年前，要将一个 Web App 全部转成纯血 Swift UI ，让我自己来干，学习的时间不说，光敲代码就要消耗了不少时间，还要费劲心力去了解各个 API 的用法，各种新的“最佳实践”，我还记得之前写试手 app 的时候，为了实现一个 UI 效果，在 Google 、Youtube 、B 站上来回搜索，对着视频敲代码，现在只要说句话，说清楚一点，就能实现自己想要的效果，效率高了不止一点。一次不满意还可以重抽，只要是能够实现的，总能抽出来满意的结果，Vibe Coding 像抽卡果然名不虚传。 哪怕是等待 Claude 编写代码的简短空隙里，我都抑制不住脑子里疯狂涌出的奇形怪状的 idea ，恨不得挨个让它给我实现一遍，连喝口水上个厕所的时间都在想着，怎么让 Claude 再多干点活，整个人已经完全变成黑心老板的形状了。 那么，代价是什么 耗时将近两个月，我终于完成了整个 iOS Cent App 的开发和上架，准确的说，是在 Claude Opus 4.7 + Chat GPT 5.5 + Cursor Compser 2.5 的帮助下完成了开发，除了代码开发之外，我还用 Claude 帮忙编写了 Cent iOS 发布后的一个简易宣传视频，现在在 B 站搜索 Cent iOS 版看到的视频就是由 Claude 编写而成，我只负责寻找 BGM 和录制屏幕。 而在这场看起来光鲜亮丽，轻松写意的 Vibe Coding 背后，是 Token 在不断燃烧，我做了粗略的统计，仅仅只计算我的真实支出项目，Cursor + Claude Pro + ChatGPT Pro （全部用光每月额度，Cursor 甚至连 auto 也用到不能再用了），合计订阅费用就已经来到了$400 ，还没有算各种薅羊毛、注册新用户拿免费 Kiro/中转站月订阅省下来的钱，在这样的情况下，即使不算 App Store 开发者$99 年费和抽成，按照目前的 Cent iOS 版定价，也需要至少卖出 100 份才能勉强回本。从上架后的情况来看，达成这个最低目标都算遥遥无期。 这划算吗，我觉得还行，尽管从投入产出比来看，Vibe Coding 的经济效益非常低，但是它给了我一次从无到有的 App 上架体验，我第一次成功上架并且卖出了我的第一个作品，这对我意义重大，而且只花了两个月的时间。对于任何产品而言，难的都不是做出来，而是卖出去，在没有任何营销，单纯靠自己卖吆喝的情况下，能卖出去我就已经感到非常惊喜了。 Cent 在诞生之初就是个人特色十分强烈的作品，有很多地方刻意不去迎合市面上的主流记账软件，例如资产管理等等，因此在 Github 收获超千 k star 的时候，我都感觉十分意外，决定开发 iOS 版，也是为了证明 Tidal 的潜力，不想让这套同步机制埋没在浏览器限制之中。在决定 Vibe Coding 前，我也曾对 AI 的能力边界有过高过低的期待，一方面作为程序猿，我担心 AI 会抢走我的饭碗，另一方面我也好奇 AI 究竟能做到何种程度。但是实际体验下来，尽管我确实没有手写哪怕任何一行代码，但我开始对自己有了更多的信心。 AI 绝不是万能的，如果只给一句话，让 AI 直接复刻一个完整的 iOS 版本出来，它是绝对做不到的，或者说绝无可能做到现在这样的程度，Vibe Coding ，更像是 Vibe Deciding ，Coding 反而是最不重要的一环，重要的是挑选、验证，要做什么，不做什么，等着 AI 问你这样做行不行，如果有一天 AI 真的到了一句话就能抽出完美的结果的地步，那这绝对不是一件坏事，在这之前，至少我认为我自己，还不至于完全被取代，如果 AI 有一天真的消灭了工作，那才是大好事呢。
Neuroscience News – 5 Jun 26 Early Life Diet Linked to Adolescent Intelligence - Neuroscience News A new study links poor infant diet to lower adolescent intelligence, outlining new research principles. Est. reading time: 7 minutes [!Summary]+ 一项新研究综合了数十年的研究，评估饮食模式如何影响8至19岁青少年的认知表现和学业结果。研究人员汇总了73项研究的数据，其中包括48项对照试验和25个前瞻性队列，证明了生命早期，尤其是婴儿期的营养赤字，会带来长期后果，导致青少年时期智力分数下降。 研究结果表明，虽然早期儿童期奠定了认知健康的基础，但需要更多高质量的研究来确定青春期的结构和功能变化是否为营养干预提供了真正的次级窗口。 Diet and the Developing Brain: A Systematic Review of Nutritional Influences on Adolescent Cognitive and Academic Outcomes - ScienceDirect 3 个帖子 - 2 位参与者 阅读完整话题
sk-4Lfnwge3HLngPwWXMfwp0whVddTakI09IvNjC7B8NaAeAAeS https://ai.centos.hk 比赛结束～ 111 个帖子 - 100 位参与者 阅读完整话题
IT之家 6 月 3 日消息，科技媒体 Windows Central 昨日（6 月 2 日）发布博文，在 2026 台北国际电脑展期间，上手体验了微软 Surface Laptop Ultra 样机，并评价称：“这可能是迄今为止最好的笔记本电脑”。 设计方面，Surface Laptop Ultra 左侧有 1 个全尺寸 HDMI 和 2 个 USB-C，右侧有 1 个 USB-C、1 个 USB-A 和 1 个全尺寸 SD 读卡器。 不过，右侧 USB-C 尺寸更大，微软未说明原因，该媒体推测它可能带有类似 Surface Connect 的磁吸或断开式设计。 交互方面， Surface Laptop Ultra 配备 Surface 史上最大触控板 ，支持 Windows 11 新的触觉信号反馈。 键盘延续 Surface Laptop 8 手感，作者认为它可能追平甚至超过 MacBook Pro。15 英寸 Mini LED 屏幕支持 120Hz，观感锐利，色彩对比也较好。 性能方面，Surface Laptop Ultra 搭载英伟达 RTX Spark 处理器，这是一颗 Arm 架构芯片，需要依赖 Prism 运行尚未适配 Windows on Arm 的 x86 应用。 现场展示中，多款游戏和应用处于模拟环境下运行，该媒体没有察觉到明显差异，但微软和英伟达未展示 FPS 数据。 噪音方面， 微软为 Surface Laptop Ultra 加入 Surface PC 史上最大风扇。 该媒体反馈称普通使用状态下，机器基本安静，不过在高负载演示，可以在几英尺外能听到风扇声。IT之家附上相关截图如下： 相关阅读： 《 首台英伟达 RTX Spark 处理器笔记本：Surface Laptop Ultra 亮相，微软顶级配置 》
IT之家 6 月 2 日消息，华硕 (ASUS) 今日宣布了全球首款搭载高通骁龙 X2 Elite 系列平台的迷你主机产品 —— Ascent QN10。这也是全球首款配备 80 TOPS 算力 NPU 的同类产品。 这款体积不足 0.7L 的桌面设备配备 18 核 4.7GHz 的 CPU，支持 32GB LPDDR5X-8533/9600 内存（IT之家注：从这两个数据 可推断出 Ascent QN10 基于 X2E-88-100 处理器 ，但骁龙 X2 家族官标内存频率仅到 9523MT/s），具备 512GB M.2 PCIe Gen4 NVMe SSD。 Ascent QN10 三维 130×130×40 (mm)，提供 3 个全功能 USB-C 40Gbps、3 个 USB-A 10Gbps、1 个 USB-A 480Mbps、1 个 HDMI 2.1 FRL、1 个 2.5GbE RJ45、1 个二合一 3.5mm 音频插孔，支持 Wi-Fi 7 与 BT 5.4。
在台北举行的 Computex 2026 展会上，英特尔公布了其数据中心事业群（DGC）的最新规划，并正式发布面向人工智能数据中心的新一代 GPU 平台 Crescent Island，主打高内存容量和面向推理场景的能效表现。英特尔表示，随着人工智能应用的快速扩张，数据中心的需求正在从传统负载转向以 AI 为核心，公司正通过提升每瓦性能、单核性能、机架级核心密度以及内存带宽来应对新一代工作负载。 英特尔认为，当前的数据中心正从以 x86 CPU 为主的传统架构，逐步演变为需要 GPU 加速训练与推理的 AI 前线基础设施。公司预期在未来五年内，数据中心负载将在传统任务与 AI 任务之间形成大致 50:50 的分布，其中多数与 AI 推理相关。为此，英特尔在 CPU 端和 GPU 端同步推进：CPU 方面已在此前单独发布会上介绍，此次则将重点放在专为 AI 加速、尤其是推理场景设计的 Crescent Island GPU 上。 Crescent Island 基于英特尔 Arc Xe 3P 架构，该架构也被应用在当前的 Panther Lake 集成显卡中，是英特尔面向数据中心的最新一代高性能图形与计算平台。英特尔称，这是目前其最强大的数据中心 GPU 之一，单卡提供高达 480GB 显存容量，明显面向需要大规模模型与数据集的 AI 和高性能计算（HPC）负载。 与多款高端专业 GPU 采用 HBM 高带宽显存不同，Crescent Island 采用的是 LPDDR5X 内存方案。英特尔指出，这一设计旨在在功耗、带宽与容量之间取得平衡，并进一步提升整体能效表现。值得注意的是，相比英特尔在去年首次对外介绍 Crescent Island 时公布的 160GB 显存配置，如今正式发布版本的显存容量已大幅提高至 480GB，显示出其针对超大模型与数据密集型场景的定位进一步强化。 散热设计方面，Crescent Island 采用风冷方案，官方标称可应对 350 瓦 TDP 的热设计功耗。英特尔表示，该卡能够覆盖新一代 AI 工作负载的需求，并支持从原生 FP4、MXFP4 到 FP64 在内的多种数据类型和微量化（microscaling）格式，以适配不同精度和性能需求的训练与推理场景。公司强调，Crescent Island 的目标是为 AI 推理量身定制，同时在数据中心整体功耗和运行成本上实现更高的性能密度。 对于希望关注更亲民级工作站 GPU 的用户，英特尔也提到，其基于较早一代 Xe2 架构的 B 系列 Arc Pro 显卡仍然在售，例如 B70、B65 以及 32GB 显存配置的型号，主要面向专业图形与入门级 AI 场景。与面向高端数据中心负载的 Crescent Island 相比，这些工作站级产品在价格与部署门槛上更低，但在显存容量与计算能力上则有所取舍。 查看评论
IT之家 6 月 1 日消息，Intel（英特尔）在今年 COMPUTEX 前夕对将在本年度晚些时候面世的 AI 推理工作负载优化数据中心 GPU "Crescent Island" 进行了进一步的介绍。 "Crescent Island" 将支持从原生 FP4/MXFP4 到 FP64 的各种数据类型与变体， 配备至高 480GB 的 LPDDR5x 内存 ，整卡采用 350W 功耗 PCIe AIC 设计。该卡设计上主打每瓦词元 (Token/W)，拥有可靠的开源软件生态堆栈。 英特尔同时确认，"Crescent Island" 上的 "Xe3P" GPU 架构将应用于 PC、数据中心、边缘、工作站四大领域， 包括其“下一代 PC”芯片 。
据悉，5月28日腾讯在香港Cloud Day上宣布Tencent Design Miora国际版（下称Miora）开放邀测。Miora由腾讯CodeBuddy/WorkBuddy团队打造，专为创意设计场景深度定制。 以下为Miora功能介绍： 用户可以在Miora通过一句话或一份需求描述生成图片、品牌视觉全案、完整视频、UI/UX设计稿等复杂创意产出，并提供局部修改等全流程创作能力，同时即将上线多人协作能力。该平台面向全球设计师、内容创作者、营销人员等需要高质量视觉产出的团队，覆盖从概念到成品的创作全流程。 Miora拥有记忆系统，具备理解设计语言、持续对话与推理、自主调用工具和Skills、自主编写脚本和完善创意等多种能力，同时未来将支持企业内的多人协作。 官网地址（经典的国际版仅支持Github/Google登录）： https://miora.design/ 话说企鹅家依旧是各干各的，近期又是一大堆软件和技术线交错，拿正式交付的产品当试错了这是（但还是严肃加入候选等待） 内容及图片来源：腾讯网-Tech星球 1 个帖子 - 1 位参与者 阅读完整话题
tried Sinner Maker recently. It’s weird, but in a fun way. The game feels less like a serious life sim and more like creating a bunch of strange little people, then watching their society slowly become chaotic. You can make characters, shape their looks and personalities, and see them form relationships, fight, fall in love, or become enemies. It’s not a polished big-budget game, but it has a very clear identity. The whole “sins” system gives it a dark, absurd sense of humor. If you like weird indie games, character creators, social simulation, or just watching tiny people cause problems, Sinner Maker is worth a look. Not for everyone, but definitely memorable. https://sinnermaker.com/
众所周知，V 站崩了，站长 Livid 这会应该还在休息。 有需要的朋友可以访问 v2ex.com/recent 和 v2ex.com/changes 看看最新主题和回复。
IT之家 5 月 24 日消息，科技媒体 Windows Central 主编 Jez Corden 昨天在最新一期《The XB2》播客中透露，B 社可能会在明年推出《辐射》重制版，而《上古卷轴 6》还得等。 作为参考，《上古卷轴 6》距离首次公布已过去八年时间，但目前并没有什么实质性消息。虽然此前曾有传闻称本作开发进程已达到“可玩”状态，但 B 社 CEO 陶德 · 霍华德曾半开玩笑地表示， 自己“并没有听说过这款游戏” ，暗示项目离正式推出还相当遥远。 而 Jez Corden 在播客中表示：“我听说《辐射》系列重制版可能比很多人预期的更晚，而《上古卷轴 6》距离推出也还很遥远”。 谈及具体时间的时候，Corden 表示玩家不要抱太大期待：“《辐射》重制版可能会在 2027 年推出，至少其中一款是如此； 至于《上古卷轴 6》 ， 大概还得晚一年甚至两年 ”。 虽然这两款游戏距离发售还有较长时间，但 Xbox 未来一段时间的游戏阵容依然相当丰富，目前已确认的重要作品包括《光环：战役进化（IT之家注：Halo: Campaign Evolved）》《神鬼寓言（Fable）》。
最近用astrbot+napcat在家用服务器上用docker部署之后，把bot接到一个刚注册的小号，当天晚上就吃了一次风控，后面每隔几个小时就被踹下线，每次都要自己重启手动登录，问问佬友们有没有什么好的解决办法 14 个帖子 - 7 位参与者 阅读完整话题
地址 ai.centos.hk Claude特惠降到0.1 顺带说一下，我们正在和某个云厂商谈合作，如果谈成的话，后面会提供大量六折优惠的国产模型，例如deepseek、千问等等 大家可以加一下我们的交流群，经常会抽大额兑换码，比如昨天抽了520刀 点击链接加入群聊【星辰AI二群】： QQ群 14 个帖子 - 13 位参与者 阅读完整话题
CVE-2026-31431 “Copyfail” - This new CVE affects a lot of products that use various Linux Operating Systems. Attacker needs local access on the network to exploit. https://www.microsoft.com/en-us/security/blog/2026/05/01/cve-2026-31431-copy-fail-vulnerability-ena… 3 个帖子 - 3 位参与者 阅读完整话题
- DOMAIN-SUFFIX,us-central1.run.app,REJECT 而且不影响正常使用的 2 个帖子 - 2 位参与者 阅读完整话题
Google recently introduced Gemini Omni Flash , the first model in the new Gemini Omni family, built to create and edit video from multimodal inputs. Unlike traditional text-to-video tools, Omni Flash can work with text, images, audio, and video as inputs, then generate high-quality video with native audio in one workflow. Create videos from different types of references, not just text prompts Generate video and audio together, including dialogue, ambience, and sound effects Edit videos through natural conversation instead of restarting from scratch Use it for short-form video, creative prototyping, marketing assets, and rapid iteration One of the most interesting parts is conversational editing : you can refine a video by giving follow-up instructions, such as changing the scene, adjusting the style, or modifying details without rebuilding the whole concept from zero. Fast, multimodal, and much easier to iterate with. Gemini Omni Flash feels like a meaningful step toward more controllable AI video creation.
IT之家 5 月 20 日消息，爆料人 @结城安穗-YuuKi_AnS 北京时间今日凌晨释出了英特尔数据中心 GPU 新品 "Crescent Island" 的 PCB 图片，让我们对这块 AI 推理工作负载优化产品有了更多的了解。 可以看到这款显卡采用 PCIe Gen5+ 式金手指设计，中心是一个硕大的 GPU 核心焊盘，核心周围则是 LPDDR5X 内存焊盘和 VRM 器件焊盘， 尾端则是 12V-2×6 供电端子焊盘 。 结合正反面图案，该 PCB 总共拥有 20 个 LPDDR5X 内存焊盘，这意味着每个焊盘将容纳一颗 8GB (64Gb) 容量 LPDDR5X 内存。 @结城安穗-YuuKi_AnS 提到，这一 PCB 上有一个可能用于调试的侧面 USB-C 接口。台媒 BenchLife.info 指出，根据电感焊盘形态的区别，"Crescent Island" 将配备 15 相核心供电与 3 相内存供电；而正面 PCB 右侧中部靠下位置应该是 BMC 芯片所在之处。 英特尔曾表示，"Crescent Island" 面向风冷服务器，采用 Xe3P 微架构，支持广泛的数据类型，预计 2026H2 向客户出样。 相关阅读： 《 英特尔官宣 AI 推理优化数据中心 GPU“Crescent Island”：首发 Xe3P，160GB LPDDR5x 》 《 英特尔 AutoRound 算法正式落地：支持英伟达 CUDA 及自家 GPU，Crescent Island 显卡将原生支持 FP8/MXFP4 》 《 英特尔被曝将推出工作站版 "Crescent Island" AI 推理优化 GPU 》
期间试过了各种 chromium 系的浏览器：edge 、Vivaldi 、cent 、brave 、猫眼、arc （ Windows 上不好用）... 总是各种各样的小问题让我用不下去 还是回到了 chrome firefox 系后来想想还是放弃了，网上太多不兼容的例子