WWW.YOUINFO.SITE
标签聚合 看到

/tag/看到

LinuxDo 最新话题 · 2026-06-11 21:58:59+08:00 · tech

看到有人发帖子问怎么选NAS硬件的,最近打算配个NAS,做了些功课分享给大家! 把一些长期挂载在工作电脑上一些任务放到NAS上面,把微信挂载在NAS上面,做了一些功课,。最终锁定了三款:绿联的DXP4800 Plus,铭凡 N5,天钡WTR MAX。 最开始下单了绿联的DXP4800 Plus,8505的CPU,后来发现了后面两款,N5研究了下做工更好,而且电口比光口更使用,接近的价格情况下,H255 CPU的性能是4800 Plus的两倍,线程更多,而且扩展性能更好,盘位更多。也考虑过独立主机+硬盘盒的方案,比较下来价格接近甚至更高,而且更占地方,接口也不够丰富。 另外配置了24Gx2的两条内存,2000大洋,淘了个14G得东芝HDD,1600,最近真的是存储价格暴涨。。。想起来去年就想配置的。。血亏! 下一步就是要考虑NAS里面装什么了,装个飞牛OS或者也在考虑要不直接上个Debian,微信挂在NAS上面,然后弄个影音中心,hermes或者小龙虾。大家还有推荐的软件工具吗,打算把MCP服务器也放在NAS上面这面后面调用起来也方便。 另外庆祝一下自己马上就要三级!!真的从L站学到很多 6 个帖子 - 4 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 21:47:54+08:00 · tech

咱也不懂这是什么。。 只是搜com.openai.codex.code_sign_clone 看到了相关问题。 github.com/openai/codex [Bug] macOS app leaves code_sign_clone directories after quit (~965MB per launch) 已打开 06:34PM - 01 Jun 26 UTC yorhasaber bug app ### What version of the Codex App are you using (From “About Codex” dialog)? Co … dex App 26.527.60818 (ChromiumBaseVersion 148.0.7778.179) ### What subscription do you have? Unknown / not relevant to this issue ### What platform is your computer? Darwin 24.6.0 arm64 arm ### What issue are you seeing? Every time I launch and quit the Codex macOS app, a new directory is left under: `/private/var/folders/.../X/com.openai.codex.code_sign_clone/code_sign_clone.*` Each clone is about 965 MB. After launching/quitting Codex multiple times, these directories keep accumulating. On my machine after several app restarts: ```bash clone dirs: 7 6.5G /private/var/folders/.../X/com.openai.codex.code_sign_clone ``` The directories disappear after reboot because macOS cleans the `/var/folders/.../X` temp area. This looks related to Chromium's `MacAppCodeSignClone` / `code_sign_clone` mechanism. Clone creation itself may be expected, but inactive clone dirs are not cleaned up after the app quits. I also observed orphaned helper processes after quitting Codex, including multiple `browser_crashpad_handler` processes and `SkyComputerUseService` processes with PPID=1. ### What steps can reproduce the bug? 1. Launch `/Applications/Codex.app`. 2. Quit Codex.app. 3. Check the clone directory: ```bash find /private/var/folders/*/*/X/com.openai.codex.code_sign_clone -maxdepth 1 -type d -name 'code_sign_clone.*' 2>/dev/null | wc -l du -sh /private/var/folders/*/*/X/com.openai.codex.code_sign_clone 2>/dev/null pgrep -fl 'Codex|node_repl|SkyComputerUse|app-server|browser_crashpad_handler' ``` 4. Repeat launch/quit several times. Observed: each launch creates another `code_sign_clone.*` directory, and old inactive clone dirs remain after quitting. ### What is the expected behavior? After Codex quits, inactive `code_sign_clone.*` directories should be removed by the code-sign-clone cleanup helper. Repeated launch/quit cycles should not keep adding ~965 MB per launch until reboot. ### Additional information I checked that this does not appear to be caused by my Codex `config.toml`. The issue appears to be in the macOS app / Chromium app lifecycle cleanup. The active clone may be held by the running Codex process, but old clone directories were not held by open file handles when checked with `lsof +D`. This suggests cleanup is not being triggered or is not completing for inactive clones. 还有个62GB的 openai/codex/issues/27536 2 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 21:01:43+08:00 · tech

刷帖子看到 电脑中勒索病毒 ,看了下佬们的分析,可能的原因是windows远程被强行爆破,ai被投毒。 其中分析到,中转站、skill、mcp都可能被投毒。 然后想到自己现在cc、codex都是直接运行在本地工作环境,用的是各公益站(叠甲,真心感谢各位公益大佬),skill虽然用的不多,但也用了一些。 关键是因为很讨厌运行一会就要去审批,所以直接用的–dangerously-skip-permissions裸奔。 现在回想起来 不禁惊出一身冷汗。 万一哪个环节出一点点问题,那就完球了。 今天赶紧采取了一点预防措施。 安装了VMware ,虚拟了一个windows 11 LTSC,然后把cc和codex迁移到了虚拟机了。宿主机共享了一个工作目录给虚拟机,虚拟机就专门用来跑cc和codex,运行完后宿主机再把成果从共享的工作目录拿出来用。 这样就算以后出问题,也是虚拟机出问题,最多影响共享目录,宿主机也没问题。 或者佬们有没有什么更优雅的方案推荐 1 个帖子 - 1 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 20:54:16+08:00 · tech

才知道,看了下是6.1的旧闻了,但是站里也没看到,发一下 全球首部人工智能治理法正式生效。其意义何在? 通用人工智能治理协议于 2026 年 6 月 1 日成为可强制执行的国际法——这将影响 OpenAI、谷歌以及所有部署前沿人工智能模型的公司。 2026年6月1日,技术监管史上发生了一件前所未有的事情:通用人工智能治理协议从自愿性准则转变为可强制执行的国际法。联合国与欧盟人工智能法案的执行团队以及来自包括美国、印度、日本、韩国和英国在内的47个参与国的监管机构协调合作,制定了首个全球人工智能透明度和安全性基准。历史上首次,部署前沿人工智能模型的科技公司无论其服务器位于何处或公司注册地在哪里,都面临着具有法律约束力的合规框架。人工智能监管套利的时代原则上已经结束。 协议的实际要求 核心要求适用于参与辖区内部署的任何参数超过一万亿的人工智能模型——基本上涵盖了OpenAI、Google DeepMind、Anthropic、Meta和Mistral等公司的所有前沿模型,同时豁免了大多数初创企业和企业开发者使用的中型模型。受监管的模型在部署到新的用途类别之前,必须接受强制性的第三方安全审计。它们必须向监管机构提供算法透明度文档——包括政府可查阅的训练数据来源说明、安全评估结果以及已知的性能限制。此外,它们还必须实施标准化的事件报告机制:当受监管的人工智能系统造成或促成损害时,开发者必须在72小时内向相关国家主管部门报告。 处罚:不合规的实际代价 违规行为可能导致罚款,罚款金额按全球年收入的一定比例计算(遵循GDPR的结构),最严重的违规行为最高罚款可达全球年收入的6%。运营处罚包括有权撤销参与司法管辖区的部署许可,从而有效地阻止某个模型同时在47个国家/地区使用。欧盟拥有最完善的执法机制,其耗时三年建立的欧盟人工智能办公室目前与新成立的联合国人工智能监督秘书处一起,成为两大主要监管机构之一。美国尚未通过与欧盟人工智能法案类似的联邦人工智能立法,但已通过行政协议同意遵守国际协议。 这对印度的AI生态系统意味着什么 印度是全球协议的签署国,这既为印度蓬勃发展的AI行业带来了义务,也带来了机遇。印度170多家AI初创公司中,绝大多数(占绝大多数)部署的模型参数低于一万亿的印度AI公司无需接受强制审计。这维持了印度AI生态系统相对宽松的监管环境,使其更具竞争力。对于规模较大的印度科技公司——例如Infosys、TCS、Wipro和Tech Mahindra等,它们都拥有重要的AI业务——协议要求它们确保为参与司法管辖区的客户部署的任何前沿AI模型都符合透明度和审计要求。这加速了对AI治理咨询服务的需求,而印度的IT服务巨头们在全球市场中拥有得天独厚的优势来提供此类服务。 中国、俄罗斯与不参与的地缘政治 这些协议涵盖47个国家,但中国、俄罗斯和几个海湾国家明显缺席。中国对人工智能的监管方式以国内为导向,侧重于内容控制而非安全透明度;参与联合国协调的框架将需要披露与这种方式不符的信息。这造成了一种结构性矛盾:在非签署国市场部署模型的中国人工智能公司无需承担合规义务,而美国、欧洲和印度的公司则面临强制性审计和报告。这种不对称性是否会促使中国重新考虑不参与该协议,或者是否会给中国带来削弱协议的压力,是未来十年人工智能治理的核心地缘政治问题。现有已部署的模型有六个月的过渡期,截止日期为2026年12月1日,在此期间需要完成初步合规审计。人工智能行业已对此做出回应,对合规基础设施进行了大量投资:第三方人工智能审计公司报告称,自3月份协议最终确定以来,客户咨询量增加了300%至400%。 TechPopDaily – 2 Jun 26 Global AI Governance Law 2026: What It Means for Tech Companies Worldwide Universal AI governance protocols became enforceable international law June 1, 2026, with mandatory audits for models over 1T parameters—affecting all major A 2 个帖子 - 2 位参与者 阅读完整话题