V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mayli  ›  全部回复第 1 页 / 共 4 页
回复总数  67
1  2  3  4  
Sg90 商家狂喜
价格超过 500 算我输
9 天前
回复了 testcaoy7 创建的主题 奇思妙想 最后没买 NAS,把钱花在磁带上了
10 盘磁带以上一般会上 loader ,但是会很贵,不然自己手动换磁带真的有些费劲
9 天前
回复了 ecnelises 创建的主题 奇思妙想 冰箱门或许可以是透明的
@choochoofly 冰柜 chest freezer
16 天前
回复了 hxse 创建的主题 Python Flet, 用 Python 写 flutter, 一个 electron 的代替品
@lolizeppelin 确实,混合语言都有调用问题,写来写去如果不是语法上完美支持,都会遇到所谓的坑。不过 py->flutter->web 挺梦幻的
@wcsjtu 是只读的吗?如果是只读的,那就先创建这个表,然后 fork 就完事了
为何要吃屎?
为啥不用官方版本
正规做法是 CTE 。
53 天前
回复了 dcsuibian 创建的主题 宽带症候群 这个 All In Two 方案怎么样?
竟然有 all in two
56 天前
回复了 lizhiqing 创建的主题 宽带症候群 AWS S3+Cloudfront 无限流量?
玩玩的话…就别收钱了被?
58 天前
回复了 fantix 创建的主题 Python 新项目再轮 asyncio 实现: kLoop
@fantix 是的,差不多是 for each(write(header), sendfile), 然后 sendfile 用 splice 实现。
但是在实际场景中,由于每个文件块比较小,这样造成了大量的 async 调用和 syscall ,然后性能也比 read/join/send 快,可能是这样虽然节约了内存拷贝,但是 syscall 数目变多了,开销也会大。
所以我觉得可能 io_uring 的批量操作可以优化,不过使用底层直接写很费劲,同时使用抽象化的库又失去了批量提交的性能。
对于更深的队列这个事情,我觉得如果真的合理利用,对于 asyncio 可能是杀手级应用,至少对于 http webframework 跑分来说,都是很小的请求,syscall 可以减小一个数量级。
@FariaChen gas 费可以发给我吗?不需要花钱
Email xmpp …一般最难的是用户,没人跟你聊天,再酷也没用
59 天前
回复了 fantix 创建的主题 Python 新项目再轮 asyncio 实现: kLoop
@fantix 感谢回复!现在业务上的需求是随机读取文件,并且附加一个 header 发送出去。
理想的做法是使用
os.sendfile(out_fd, in_fd, offset, count, headers=(), trailers=(), flags=0)
这个实现的 Headers 参数, 但是这个系统调用仅在 bsd 上有实现,所以在使用 io_uring 模拟这个行为的时候,只能 link 读文件, 提交,等待读取完毕,link header/内容,发送出去。这样读取和发送都不需要经过用户态处理,但是实现相对比较冗长。
请问在 Asyncio 框架下,能否有更高效的实现?
我感觉目前的抽象程度,无法合理的利用更深的队列功能,比如批量提交和批量完成。这样就退化到了每次 io 也要至少触发两次系统调用,感觉性能比较低。
60 天前
回复了 fantix 创建的主题 Python 新项目再轮 asyncio 实现: kLoop
之前我也用 io_uring + python 的 binding 自制了一些 tcp server 逻辑,体验上感觉并没有特别提升,反而是编程难度增加了不少。
使用的库是 https://pypi.org/project/liburing/ 基本上覆盖了所有常见的操作,但是直接用 io_uring 实现业务逻辑的确是有点费劲,尤其是如果要是深度利用队列,就需要自己手动维护队列,而且要 link 起来,但是像是从 disk 读写 tcp 这种操作,最高效的是可以完全给内核 link 多个 读 / 写,但是实际的情况是 tcp 会写满被 cancel ,然后又需要 userspace 手动重试。
62 天前
回复了 johnrosen1 创建的主题 NAS Qbittorrent 性能参数校准
看了一下基本都是瞎改,或者说性能劣化。
我觉得题主需要说明下预算和预期的时间
不然不好估算
最便宜的话慢慢传就好了
预算出来了
就方便估计技术路线
链路长不是带宽利用率低的直接原因
即使 300ms 延迟也可能跑满全部带宽
核心问题是缺少可以跑满的高质量线路
尤其是国内

解决了线路 QoS 质量,传输这个没有什么问题
1  2  3  4  
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4450 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 02:18 · PVG 10:18 · LAX 19:18 · JFK 22:18
Developed with CodeLauncher
♥ Do have faith in what you're doing.