wenyifancc 最近的时间轴更新 wenyifancc 最近的时间轴更新 |
wenyifanccV2EX 第 334846 号会员，加入于 2018-07-24 10:03:59 +08:00 |
| 江苏苏州移动本地卡已经可接入 SA 网络 宽带症候群 • wenyifancc • 2022 年 5 月 23 日 • 最后回复来自 xinJang | 18 |
| 江苏电信 4G 最高速率喜提 100Mbps 宽带症候群 • wenyifancc • 2019 年 9 月 2 日 • 最后回复来自 hlz0812 | 106 |
| MIUI10 惊现诡异的 tcpdump 进程 分享发现 • wenyifancc • 2019 年 1 月 11 日 • 最后回复来自 fasling | 10 |
| 江苏联通 LTE 分配 ipv6 地址了 宽带症候群 • wenyifancc • 2018 年 10 月 20 日 • 最后回复来自 volks | 11 |
wenyifancc 最近回复了
2025 年 11 月 22 日 回复了 wenerme 创建的主题 › 程序员 › LLAMA CPP 比 Ollama 快得多 |
@mooyo 100 token/s 已经不错了,硅基的 API 服务也没这么快,某些模型甚至就 30 token/s;刚才折腾本地部署 GLM-4.6-355b-a32b,速度 5 token/s 图一乐,哈哈
2025 年 11 月 21 日 回复了 wenerme 创建的主题 › 程序员 › LLAMA CPP 比 Ollama 快得多 |
@mooyo 试试 vulkan 的后端,另外我使用核显(intel 的核显)速度明显是不如直接用 cpu 跑的,内存速度也有影响,我的内存频率是 6400M,双通道,192GB;
附上其他模型的性能供参考:(5090 显卡,显存够的情况下全部放显存;不够的情况下,加载模型时 moe 层卸载到 cpu,仅共享层和 kv 缓存放显存;通常显存使用 16g 以内)
以下模型精度都是 UD_Q4_X_KL:
qwen3-235b-a22b-2507-instruct: 7 token/s
qwen3-vl-235b-a22b-2507-instruct: 6 token/s
qwen3-vl-30b-a3b-instruct: 180 token/s
qwen3-vl-32b-instruct: 55 token/s
qwen3-vl-8b-instruct: 120 token/s
glm-4.5-air: 15 token/s
gpt-oss-120b: 30 token/s
gpt-oss-20b: 240 token/s
附上其他模型的性能供参考:(5090 显卡,显存够的情况下全部放显存;不够的情况下,加载模型时 moe 层卸载到 cpu,仅共享层和 kv 缓存放显存;通常显存使用 16g 以内)
以下模型精度都是 UD_Q4_X_KL:
qwen3-235b-a22b-2507-instruct: 7 token/s
qwen3-vl-235b-a22b-2507-instruct: 6 token/s
qwen3-vl-30b-a3b-instruct: 180 token/s
qwen3-vl-32b-instruct: 55 token/s
qwen3-vl-8b-instruct: 120 token/s
glm-4.5-air: 15 token/s
gpt-oss-120b: 30 token/s
gpt-oss-20b: 240 token/s
2025 年 11 月 21 日 回复了 wenerme 创建的主题 › 程序员 › LLAMA CPP 比 Ollama 快得多 |
@mooyo 这速度不对啊,我在 Intel Ultra 265k 使用纯 cpu 运行 Qwen3-30b-a3b-2507_UD_Q4_K_XL 在 32k 上下文长度下也能跑 32token/s,使用 5090 可以跑 300token/s
llama.cpp vulkan 后端
llama.cpp vulkan 后端
2025 年 9 月 30 日 回复了 elboble 创建的主题 › Linux › 阿里轻量云做转发，一半情况失败， |
新增域名备案就行了,初审通过就给你放通了
2025 年 9 月 24 日 回复了 lrannn 创建的主题 › Android › 安卓设备上备份数据到电脑上的最佳方案是什么 |
syncthing
2025 年 8 月 28 日 回复了 molika 创建的主题 › 分享创造 › 开源，肝爆了！ 基于 WebRTC 端到端的桌面共享/文本传输/文字传输已经都达到了可用状态！撒花~ |
期待支持配置 turn 服务来兼容跨网转发的场景
2025 年 8 月 18 日 回复了 funky 创建的主题 › 程序员 › 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
@funky 另外,turn 的 Url 地址使用 127.0.0.1 是有问题的,这个应该是站在客户端的角度,客户端获取了这个配置然后连接 turn 服务器,设置 127.0.0.1 会导致客户端无法连接 turn 服务器,应该设置公网暴露的地址
2025 年 8 月 18 日 回复了 funky 创建的主题 › 程序员 › 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
@funky
"urls": "turn:127.0.0.1:3478?transport=udp" 改为 "urls": "turn:127.0.0.1:3478?transport=tcp"
"urls": "turn:127.0.0.1:3478?transport=udp" 改为 "urls": "turn:127.0.0.1:3478?transport=tcp"
2025 年 8 月 18 日 回复了 funky 创建的主题 › 程序员 › 多人会议采用 webrtc 作为方案 部署了 coturn 作为中继服务器。现在发现视频质量不高以及多人视频某一客户端的视频会卡一小会后又恢复正常，作为服务端 应到 turnserver 配置哪些东西呢？解决了请喝杯咖啡 |
turn 使用 tcp 协议传输即可缓解这个问题
在 turn 的 URI 末尾增加?transport=tcp
例如:
turn:stun.xxxx.com:3478?transport=tcp
原因是国内网络对 UDP 有 QOS
在 turn 的 URI 末尾增加?transport=tcp
例如:
turn:stun.xxxx.com:3478?transport=tcp
原因是国内网络对 UDP 有 QOS
2025 年 4 月 23 日 回复了 bettercallbalds 创建的主题 › 分享创造 › 为了戒 lu，开发了一个 lulu 指导工具，限制自己频率 |
值必须大于或等于 18:不满 18 就不配 lu? -_-;
Select Language