 |
jark006V2EX member #370186, joined on 2018-12-13 16:14:13 +08:00 |
jark006.github.io
jark006
jark006
 |
Per jark006's settings, the topics list is only visible after you sign in |
Deals info, including closed deals, is not hidden
jark006's recent replies
9 days ago Replied to a topic by larongryan › 程序员 › 有没有靠谱的中转站啊 |
这东西靠不靠谱很难讲，我用过的一些也存活很久了，不方便说，怕说暗广。
这两天不是爆出 A\的 CC 内置了为反蒸馏的一堆域名吗，里面上榜了大把成名已久的中转站，有没有便宜不说，至少都稳定存活很久的，你可以去那找找便宜渠道
这两天不是爆出 A\的 CC 内置了为反蒸馏的一堆域名吗，里面上榜了大把成名已久的中转站，有没有便宜不说，至少都稳定存活很久的，你可以去那找找便宜渠道
Jun 29 Replied to a topic by jackqian › 程序员 › 体验了一下 zcode,有点一言难尽 |
我猜付费也差不多，毕竟国内总体都缺算力，智谱更缺，训练要卡，推理服务也要卡。
年底昇腾大规模上市基本就好了
年底昇腾大规模上市基本就好了
Jun 24 Replied to a topic by aicong2021 › 程序员 › 有使用过 Kimi code 的同学讲一下到底怎么样，打算充值 |
没用过 kimiCode, kimi 模型代码能力也不出众。感觉唯一优势就是能方便买到。
Jun 18 Replied to a topic by firhome › 问与答 › 实时数字人智能客服/数字人直播，有什么解决方案吗？ |
Jun 16 Replied to a topic by LonelyM › 程序员 › Fable 5 即将回归？！ |
我也认为大概率会回归，但是会有限制，很大可能强制要求 KYC 验证
Jun 13 Replied to a topic by Hhehepei › 程序员 › c 真能比 Python 快这么多？ |
@jark006 如果只能用于 Python 项目，也可以用这几种语言实现这个功能模块，再包装出 Python 接口也行
Jun 13 Replied to a topic by Hhehepei › 程序员 › c 真能比 Python 快这么多？ |
C 毕竟是最接近汇编/机器码的 Native 语言，只要写法不太差，基本能榨干 CPU 性能（要是实现地缓存友好，高频调用还能更快）。
而 Python 这类用解释器运行的脚本语言是很慢的，但我看这差距，170 -> 4.8 ，都 3 个数量级了，不太正常，我猜估计是 Python 的实现的效率不是很高。
如果这份程序功能基本已固定的话，建议用 AI 重新使用 RUST/C/C++/GO 这类编译型语言实现，性能会高出很多很多
而 Python 这类用解释器运行的脚本语言是很慢的，但我看这差距，170 -> 4.8 ，都 3 个数量级了，不太正常，我猜估计是 Python 的实现的效率不是很高。
如果这份程序功能基本已固定的话，建议用 AI 重新使用 RUST/C/C++/GO 这类编译型语言实现，性能会高出很多很多
Select Language