WWW.YOUINFO.SITE
标签聚合 Pen

/tag/Pen

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 20:11:23+08:00 · tech

Vercel 发布 2026 年 6 月 AI Gateway 生产指数。报告显示,得益于 5 月上线 Vercel 网关的 DeepSeek V4 系列(含 Flash 与 Pro 模型)推动,DeepSeek 的 Token 流量份额单月内从不足 1% 飙升至 17%,超越 OpenAI(13%)位居第三。然而由于定价极低,所有用户使用 DeepSeek 的总成本之和仅占网关整体资金支出的 1% 左右。 价格是 DeepSeek 迅速爆发的主因。DeepSeek V4 Flash 百万 Token 输入与输出收费仅为 0.14 美元和 0.28 美元,较 Anthropic 同类前沿模型便宜 20 至 50 倍,较 Qwen 3.6 Plus 与 Kimi K2.6 也低 8 至 12 倍。评测表明 DeepSeek V4 性能达标,促使开发团队迅速在生产中部署。 尽管低成本模型流量暴涨,但在资金消耗上,前沿模型仍占主导。5 月 Anthropic 支出份额从 61% 增至 65%,在应用生成、后台智能体及编程等高难度场景占 70% 到 80% 支出。例如在编程智能体场景,DeepSeek 贡献了 49% 的 Token 流量,但仅占 4% 的费用,而 Anthropic 以 28% 的流量耗费了 70% 的资金。 开发团队正通过智能路由管理预算,将高频低风险任务分流至低成本模型,仅在关键环节使用前沿模型。对投资回报率(ROI)的考量也减缓了模型升级。例如谷歌 5 月推出的 Gemini 3.5 Flash 定价高于 3.0 版本,导致迁移缓慢,月底时 3.0 Flash 仍占 Flash 系列 90% 的流量,而 3.5 Flash 仅占 7%。同时,AI 智能体表现出极高 Token 消耗密度,以四分之一的请求量消耗了过半 Token。 Vercel DeepSeek enters the fight for token volume, Anthropic continues to dominate... The June 2026 AI Gateway production index: DeepSeek's token share jumped to 17% as low-cost models entered production, while Anthropic held 65% of all spend. 13 个帖子 - 11 位参与者 阅读完整话题

v2ex · 2026-06-11 17:37:44+08:00 · tech

大家好,最近做了一个 nas 上的小工具,叫 OpenSync ,主要是给飞牛 fnOS / 飞牛 NAS 用户准备的。 如果你以前用过群晖的 Cloud Sync ,应该会很熟悉这种需求场景: 本地 NAS 的文件,想定时同步备份到网盘、对象存储、WebDAV ,或者另一台存储设备上。飞牛目前的备份功能不太好用,我自己也想要一个类似 Cloud Sync 的工具,于是就做了这个开源项目。 项目地址: https://github.com/chenbin3625/OpenSync 主要场景: 1.飞牛 NAS 本地目录定时备份到网盘 2.多个网盘 / 对象存储之间同步或迁移 3.替代群晖 Cloud Sync 的基础同步能力 4.想通过网页界面管理同步任务,而不是写脚本 主要技术栈:Go+React+antd 单二进制文件可运行,支持 x86/arm 结构,同步发布 docker 镜像。 界面预览 任务总览 实时任务 历史任务 任务详情 引擎管理 通知配置 系统设置 快速部署 推荐使用 Docker Compose 部署: docker-compose.yml services: opensync: image: chenbin3625/opensync:latest container_name: opensync restart: unless-stopped ports: - "8023:8023" volumes: - ./data:/app/data environment: OPENSYNC_PORT: 8023 GIN_MODE: release 启动后访问: http://你的设备 IP:8023/ 首次启动时,初始管理员密码会打印在容器日志里: docker logs opensync 默认配置会把运行数据保存到当前目录的 data/ 文件夹。请保留这个目录,它包含数据库、密钥、配置和日志。

LinuxDo 最新话题 · 2026-06-11 17:27:13+08:00 · tech

一、全套工具+明细成本汇总 Openlist:¥0 开源项目 中国移动云盘:月租¥8(套餐捆绑赠送云盘会员) 甲骨文圣何塞4c24h下载机:¥0 PikPak:拼车共享年会员,合计¥30/年 联通300M宽带:年费¥199 网易爆米花:¥0 总计¥325,不算宽带的话那很低了 二、整体部署架构 Openlist挂载绑定PikPak网盘;甲骨文圣何塞下载机部署aria2 pro + Rclone双工具联动 三、下载流程 将磁力链接资源先行保存至PikPak网盘云端; 通过Openlist调用aria2 pro发起下载任务; 文件下载完成后,Rclone工具自动同步上传至中国移动云盘,上传完成自动删除; 网易爆米花移动云盘直连服务,完成文件刮削、直接在线播放。 四、实测数据 白天下载速度:100m/s Rclone设置RCLONE_BUFFER_SIZE=256M,实际移动云盘峰值上传速度:200m/s 2026/06/11 11:28:03 INFO : Transferred: 1.351 GiB / 1.351 GiB, 100%, 230.522 MiB/s, ETA 0s Checks: 1 / 1, 100%, Listed 0 Deleted: 1 (files), 0 (dirs), 1.351 GiB (freed) Renamed: 1 Transferred: 1 / 1, 100% Elapsed time: 6.7s 五、亮点和争议 亮点:网易爆米花提供的移动云盘直连服务,文件上传完成后无需配置转发规则、直链、转码,可直接完成媒体库刮削、晚高峰也能秒播,还能多端同步,可以给家里人用。 雷点:下载的资源如果命名不标准,网易爆米花也很难刮削;另外看到有佬分享保存4k原盘被移动云盘删资源的情况,目前我没有遇到,并且不同云盘会员还限制上传单文件大小。 单个文件大小上传免费普通用户上限5G;白银会员用户8G;黄金会员用户20G;钻石会员用户APP端50G、PC端500G。 2 个帖子 - 2 位参与者 阅读完整话题

LinuxDo 最新话题 · 2026-06-11 17:19:15+08:00 · tech

我是想做一个类似于千问高考agent的纯聊天小程序,需要一些简单的数据支撑,现在网上能搜索到正式一点的高考历年录取分数线的数据好像只有cnopendata上有,但是本人不是学术工作者所以申请不了,就想问问论坛的大佬们看看有没有可以帮忙下载的,当然也可以走ldc。 原数据在: 中国高考录取分数线数据 当然这块如果有违规或者风险也可以告知,只是暂时有这么一个想法 1 个帖子 - 1 位参与者 阅读完整话题

v2ex · 2026-06-11 16:36:51+08:00 · tech

大家好,最近做了一个 nas 上的小工具,叫 OpenSync ,主要是给飞牛 fnOS / 飞牛 NAS 用户准备的。 如果你以前用过群晖的 Cloud Sync ,应该会很熟悉这种需求场景: 本地 NAS 的文件,想定时同步备份到网盘、对象存储、WebDAV ,或者另一台存储设备上。飞牛目前的备份功能不太好用,我自己也想要一个类似 Cloud Sync 的工具,于是就做了这个开源项目。 项目地址: https://github.com/chenbin3625/OpenSync 主要场景: 1.飞牛 NAS 本地目录定时备份到网盘 2.多个网盘 / 对象存储之间同步或迁移 3.替代群晖 Cloud Sync 的基础同步能力 4.想通过网页界面管理同步任务,而不是写脚本 主要技术栈:Go+React+antd 单二进制文件可运行,支持 x86/arm 结构,同步发布 docker 镜像。 界面预览 任务总览 实时任务 历史任务 任务详情 引擎管理 通知配置 系统设置 快速部署 推荐使用 Docker Compose 部署: docker-compose.yml services: opensync: image: chenbin3625/opensync:latest container_name: opensync restart: unless-stopped ports: - "8023:8023" volumes: - ./data:/app/data environment: OPENSYNC_PORT: 8023 GIN_MODE: release 启动后访问: http://你的设备 IP:8023/ 首次启动时,初始管理员密码会打印在容器日志里: docker logs opensync 默认配置会把运行数据保存到当前目录的 data/ 文件夹。请保留这个目录,它包含数据库、密钥、配置和日志。