V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  guoguobaba  ›  全部回复第 4 页 / 共 13 页
回复总数  246
1  2  3  4  5  6  7  8  9  10 ... 13  
2025 年 6 月 16 日
回复了 guoguobaba 创建的主题 路由器 慎入 zte 的路由器
@kokutou 我有软路由,zte 的就是用来做 ap 的。信号差的一比,漫游基本没用
2025 年 6 月 10 日
回复了 guoguobaba 创建的主题 编程 为什么公有模型和私有模型使用效果很大差异
@mumbler 我传的是 text block ,不是图像。
2025 年 6 月 10 日
回复了 guoguobaba 创建的主题 编程 为什么公有模型和私有模型使用效果很大差异
@neteroster 我知道这个模型是干啥的,因为位置信息和文本相互的关联,感觉用这个效果会好一些。
2025 年 6 月 10 日
回复了 guoguobaba 创建的主题 编程 为什么公有模型和私有模型使用效果很大差异
@hahiru 因为 pdf 本身是文本块,这些文本块的顺序有时候是有差异的,有一版是基于传统方式处理的,效果也还行,现在想用 llm 处理,deepseek 和 gpt 效果比传统方式要好很多,所以想着私有部署来一套。
2025 年 6 月 10 日
回复了 guoguobaba 创建的主题 编程 为什么公有模型和私有模型使用效果很大差异
@Mithril 不是使用 ocr 的,而是 pdfminer 解析文本块的,所以这个精准度没问题。
@id7368 电信线路

[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 2.14 MBytes 17.9 Mbits/sec 0 327 KBytes
[ 5] 1.00-2.00 sec 3.75 MBytes 31.4 Mbits/sec 648 392 KBytes
[ 5] 2.00-3.00 sec 2.50 MBytes 21.0 Mbits/sec 256 480 KBytes
[ 5] 3.00-4.00 sec 2.50 MBytes 21.0 Mbits/sec 59 359 KBytes
[ 5] 4.00-5.00 sec 2.50 MBytes 21.0 Mbits/sec 0 386 KBytes
[ 5] 5.00-6.00 sec 2.50 MBytes 21.0 Mbits/sec 0 403 KBytes
[ 5] 6.00-7.00 sec 1.25 MBytes 10.5 Mbits/sec 9 284 KBytes
[ 5] 7.00-8.00 sec 2.50 MBytes 21.0 Mbits/sec 0 313 KBytes
[ 5] 8.00-9.00 sec 1.25 MBytes 10.5 Mbits/sec 0 334 KBytes
[ 5] 9.00-10.00 sec 2.50 MBytes 21.0 Mbits/sec 0 343 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 23.4 MBytes 19.6 Mbits/sec 972 sender
[ 5] 0.00-10.17 sec 20.5 MBytes 16.9 Mbits/sec receiver
买了个硅谷的,速度一般,只能用做备用线路。
2025 年 6 月 6 日
回复了 RealApe 创建的主题 职场话题 AI 拉近普通程序员和高级程序员之间的差距
ai 会放大差距,因为需要人 review
2025 年 6 月 6 日
回复了 zhf883680 创建的主题 分享创造 分享一下个人使用的 clash mihomo DNS 规则
推荐外挂一个 mosdns ,用 redir-host 模式,把所有 nameserver/fallback 都指向 mosdns ,然后 mosdns 分流,国内用 wan 的 dns ,国外就用 tls://8.8.8.8 ,不用设置太多,影响性能。
2025 年 6 月 5 日
回复了 guoguobaba 创建的主题 OpenWrt 周末继续折腾 clash 订阅的事情
2025 年 6 月 5 日
回复了 Martin123123 创建的主题 程序员 minio 后台移除了 admin 相关的操作权限
@MyPassWordis ceph 支持 block device ,fs 和 object storage , 加上 ganesha 暴露出 nfs 。
2025 年 5 月 26 日
回复了 zzzyyysss 创建的主题 NAS 当下往 nas 里拉资源 pt 是最优方案吗
挂馒头,想看啥,下载速度基本上能跑满千兆宽带,上传用 stun 暴露端口,目前

分享率:11.94
上傳量:17.65 TB
下載量:1.48 TB
2025 年 5 月 23 日
回复了 wdo 创建的主题 NAS 吐槽一下,建议避雷群晖的新品,均不支持第三方硬盘了。
单独看 seagate 品牌的,

https://www.synology.cn/zh-cn/compatibility?search_by=category&category=hdds_no_ssd_trim&display_brand=other&filter_brand=Seagate

其他品牌也都包含了,排除掉了 smr 的,这不是一大堆吗,对消费者有毛影响,你照着做这里面的买就行了。
2025 年 5 月 18 日
回复了 guoguobaba 创建的主题 Local LLM mac studio 跑大模型也就那样啊
@liprais 32b 没看到吗
2025 年 5 月 12 日
回复了 iYume 创建的主题 程序员 有没有低代码的测试平台?
按照你的需求,可以试试看 kettle 。
2025 年 5 月 10 日
回复了 guoguobaba 创建的主题 宽带症候群 联通连 cloudfront 都封锁了
@milkman155 显然不是,我 ssh 登录了好几个站点查看了,深圳联通,甚至 cloudflare 都不利索 都是这样的。
```
* Connected to fgfwxxx.xxxx.site (104.21.37.142) port 443
* using HTTP/2
* [HTTP/2] [1] OPENED stream for https://fgfwxxx.xxxx.site/
* [HTTP/2] [1] [:method: GET]
* [HTTP/2] [1] [:scheme: https]
* [HTTP/2] [1] [:authority: fgfw666.xxxx.site]
* [HTTP/2] [1] [:path: /]
* [HTTP/2] [1] [user-agent: curl/8.12.1]
* [HTTP/2] [1] [accept: */*]
> GET / HTTP/2
> Host: fgfwxxx.xxxx.site
> User-Agent: curl/8.12.1
> Accept: */*
>
* Request completely sent off

* OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 0
* Failed receiving HTTP2 data: 56(Failure when receiving data from the peer)
* Connection #0 to host fgfwxxx.xxxx.site left intact
curl: (56) OpenSSL SSL_read: SSL_ERROR_SYSCALL, errno 0
```

登录 tx 云上可以访问
2025 年 5 月 10 日
回复了 guoguobaba 创建的主题 宽带症候群 联通连 cloudfront 都封锁了
@cnrting 这是正常响应的结果,联通是不正常的,我只是说这个域名后面是 cloudfront
2025 年 5 月 7 日
回复了 guoguobaba 创建的主题 NAS emby 服务远程访问的问题
@nekoneko 我都是发个链接给别人的,给她开个只读账号就行了。还要让人家手机装 vpn 之类的软件,就太麻烦了

装 emby app 是最好的。
@clf amd 的也烂,我得 7945hx 64g 内存的联想 r9000p ,刷这个页面,都卡顿。
1  2  3  4  5  6  7  8  9  10 ... 13  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   3001 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 14:53 · PVG 22:53 · LAX 06:53 · JFK 09:53
♥ Do have faith in what you're doing.