V2EX › BingoXuan 的所有回复 › 第 1 页 / 共 159 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 159

❮

❯

23 小时 6 分钟前

回复了 xbox360 创建的主题 › 问与答 › 用单片机来物理建模音源,一般要什么级别性能的单片机?

2350 绝对够用。用 pio 实现 i2s ，然后走 dma 发送数据。计算不要全在 mcu 上，而是计算好传输给 mcu 。

23 小时 47 分钟前

回复了 Kbytes 创建的主题 › macOS › 3 年 AC 马上到期，有必要去体检不？

附近有直营店就去呗。一般不会有问题。虽然工程界名言 if it works, don't touch 是不建议乱动。我的 M1 Pro 打算继续再续三年直到 M7 在考虑换（假设内存不再那么昂贵）

2 天前

回复了 gumayusi 创建的主题 › Linux › 脱离了 Windows 的保护，发现外边根本没有雨

@momo1pm
我用工业软件也是用 Linux 版的。vivado/其他厂商的 fpga

4 天前

回复了 weilanwl 创建的主题 › 问与答 › 也没有游戏相关的老哥解答一下？ ai 回答的都不行。就是最近在玩《桃源深处有人家》想问这种地图编辑器这么做？啥原理？

45 度视角吧，最为流行的是魔兽地图编辑器了（时代的眼泪了）。2d 经典就是早年大富翁（ 4 是最经典的！）。所以可以 3d 也可以 2d 。2d 也就额外做一次空间投影，基本矩阵运算足够了（甚至不用）

14 天前

回复了 kkcling 创建的主题 › 问与答 › 假如你不信中医的话，那你对壮阳药材什么态度

我只相信宝矿力水特/doge/效果拔群，虽然别人推荐是 monster

20 天前

回复了 yunshangzhou 创建的主题 › 生活 › 有啥方式可以防止丢伞，每次买来不出一个月就要丢几把

换一把痛伞/doge

24 天前

回复了 Veliqo 创建的主题 › OpenAI › plus 赶紧升级到 pro， 20X 赶紧改为 5X，不然亏大了

@midasplus
理论上是的，早上还是没睡醒啊

24 天前

回复了 Veliqo 创建的主题 › OpenAI › plus 赶紧升级到 pro， 20X 赶紧改为 5X，不然亏大了

@XTTX
plus 由 5 小时限制，有充值卡也很憋屈

26 天前

回复了 murongxdb 创建的主题 › OpenAI › 我 chovy， GPT 20x 的额度是不是砍了

这两天用了 16 亿 Token ，大部分时候都是 sol high/xhigh plan + luna max sub agent ，体感上确实消耗更快

8 月 31 日

回复了 Kakarrot 创建的主题 › 配件 › MacBook Air M5 扩展坞推荐

雷电一转多下行 hub ，走雷电原生 dp 信号

8 月 29 日

回复了 andie 创建的主题 › 程序员 › 想看看各位使用 Pi 的姿势

在做一个 web ide （核心是 pi ）让团队的硬件工程本地跑个 mcp 服务就可以让 ai 云端生成固件烧录控制硬件加速开发（其实就是硬件版的 lovable ）

8 月 21 日

回复了 lgc931018 创建的主题 › OpenAI › 刚刚看到 Tibo 说 Codex 额度用的太快是 sub2api 的问题

@lgc931018
我有观察 usage 的，看起来并没有 reset 。刚刚开了 sol high+luna max 的子 agent 讨论了大规模重构方案，我驳回了 2 次才消费了 6%。我的场景是本地长期 2 个处理 repo ，偶尔有 1-2 个 repo 偶尔需要修改，每个 repo 不超过 3 个 thread ，网页版隔离上下文讨论其他方案。我不确定其他不使用 sub2api 同样遇到额度快速消耗的场景是怎么样。btw ，我的账号都是走一个固定 ip 的，虽然是机房 ip ，但是纯净度还 ok 。

8 月 21 日

回复了 lgc931018 创建的主题 › OpenAI › 刚刚看到 Tibo 说 Codex 额度用的太快是 sub2api 的问题

我昨天没有收到重置，今天用 luna max 跑了好几个任务，额度还是卡在 72%

8 月 19 日

回复了 sentinelK 创建的主题 › Local LLM › RTX PRO 5000（或其他 48GB 显存）的 Qwen3.8-27B-FP8 配置交流（prefill 5000+t/s， decode 60+t/s）

@sentinelK
sglang 推荐 nvfp4 量化是 RadixArk/Qwen3.8-27B-NVFP4 版本。unsloth 家的 nvfp4 量化可能还不如自家的 gguf 。NVIDIA 的 3.6 27B 的 nvfp4 量化明显比 unsloth 好得多。qwen3.8 的 kv cache 量化最多只能去到 fp8 ，到目前 nvfp4 的 kv cache 量化各家支持还是半残废。Blackwell 的硬件潜力还没有完全挖掘出来。

8 月 18 日

回复了 BingoW 创建的主题 › Local LLM › 想本地化最小成本部署 qwen3.8 27b 求个配置建议

等 Qwen3.8 35BA3B 吧。3.8 27B 最大问题不是权重。而是 kv cache 。q8 量化跑满 262k 上下文要 8-9G 显存。开 turbo quant 有损失。即使是 Blackwell 显卡，vllm 和 sglang 都还没支持完整的 nvfp4 kv cache 支持

8 月 11 日

回复了 OBJECTION 创建的主题 › 健身 › 中登有多少在健身的...

一三五去游半个小时

8 月 7 日

回复了 netox 创建的主题 › 分享发现 › 在线体验 16K token/s 的新大模型部署架构

@cowcomic
deepseek 激活也是 13B 。这时候就是 xilinx 出马了，通过 pcie 重新烧录权重数据。那样 n 张互联就能跑 deepseek v4 flash 0731 了。主要问题是如何把权重数据变成可烧录。

8 月 1 日

回复了 eccstartup 创建的主题 › 分享发现 › 加拿大 Coldcard 硬件钱包生成的随机数不安全，导致大量 BTC 被盗，草台班子

@Hyschtaxjh
六面骰子一样不够随机。参考 cloudflare 办公室的随机数采样

7 月 29 日

回复了 qxmqh 创建的主题 › Codex › codex 最近这两次重置之后，能明显感觉消耗速度快了不少

我昨天一天就消耗了 65%了。现在 review 也是用自己部署的 27B 在干。感觉就是逼着人升级 Pro （因为不禁用，我有这个升级想法）

1 2 3 4 5 6 7 8 9 10 ... 159

❮

❯