imkuang's recent timeline updates
imkuang

imkuang

V2EX member #319158, joined on 2018-05-28 19:35:32 +08:00
Per imkuang's settings, the topics list is hidden
Deals info, including closed deals, is not hidden
imkuang's recent replies
@tmly200
如果整个重庆的用户都不能访问那肯定要考虑是不是腾讯的 CDN 出了问题还是啥情况。
如果其他地区/网络都能访问只是你们校园网不能访问不应该首先怀疑是不是你们校园网有啥策略限制了访问吗,如果是你们校园网的限制腾讯再怎么折腾也没用啊
额,这种不应该问你们网管嘛
6 days ago
Replied to a topic by aiyayaya VPS 避雷 virmach
大概七八年前我用他们家的机器就遇到过同样的情况,tcp 连接总是断,一番排查下来发现把机器关了还能 ping 通、ssh 还有响应。然后提工单折腾了好多天,从基础客服升级到技术支持再到高级技术支持,最后发现 ip 分配重复了,给我换了个 ip ,没想到这么多年了还能有一样的情况😅
@imkuang 500Kbps
@imkuang 我有个自用的 api 中转服务器,前段时间被服务商限速刚好验证过 1Mbps 下(由于中转需要同时处理接收和发送,实际应该等效单向 500Mbps )的使用情况。
上下文超过 90k 就开始能明显感觉到响应开始变慢,上下文达到 300k 左右直接感觉无法使用了,相同的任务平时 10 分钟就完成了,跑了一个小时还没结束
300Kbps 应该能用,但你大概率会用的很难受,首字响应耗时的很大一部分会花在网络请求上,每次发个消息或者工具调用后都要等很久才有响应。

简单算一下就知道,按 1 个英文字符约等于 0.3 个 token 估计,100k 的纯英文上下文至少需要 333333 个字符,约 325KB (没算 json 请求体中 key 占用等其他消耗,这个估算只少不多),按 300Kbps 的网速计算单单把这些上下文发回给服务器就要约 9s 了,一次任务通常会有几十到上百次的请求,你可以算一下要浪费多少时间在网络传输上。

并且这还只是 100k 上下文,高级点的模型随便几百 k 上下文都是常态了。
把文件和用来查找文件的工具( grep 、sed 、find 之类的)给它让它自己找就行,ai 会自己分析了解文件结构、按关键字搜索,不用把文件一次性全部贴到上下文里
15 days ago
Replied to a topic by pddgoods 股票 麻了
@imkuang 全在老登里🧐
15 days ago
Replied to a topic by pddgoods 股票 麻了
这才到哪,今天我 6 支个股 3 个 etf 就绿了一个,不过至今都还没有回完 6 月的亏损
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3387 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 10:52 · PVG 18:52 · LAX 03:52 · JFK 06:52
♥ Do have faith in what you're doing.