V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  kenvix  ›  全部回复第 13 页 / 共 52 页
回复总数  1038
1 ... 9  10  11  12  13  14  15  16  17  18 ... 52  
193 天前
回复了 mailke 创建的主题 问与答 我感觉我一直都在换电脑
我大学一台破神舟用了 6 年,最近才换了个机械革命
我的做法是写两个字段,filename 和 storage_provider ,这样的做法的好处是只存我文件名就行,并且如果后续需要新的基础路径或者存到 OSS/S3 上,那开个新的 storage_provider id 就行了
193 天前
回复了 user23125 创建的主题 VXNA 这是 V2EX 即将推出的新功能吗?
https://kenvix.com/rss.xml

比楼上更懒 季更博客 有没有戏🌚
核显带不动,真带不动。
我 AMD 7945HX 的核显(因为只剩核显插口了)拖了一块 4K60 的屏幕,成功使得整个系统 GUI 都变得卡顿了。
而且因为这核显的申必 bug ,每天都得重启一次不然必卡爆
@Ashe007 #56 我看你似乎用 spring ,那也不应该像很多 php 用户不知道流的样子,常规的实现流式实现都只占用 buffer (例如 512KB )大小的内存
@Ashe007 #56 .......你要不学习下流的使用?
@Ashe007 #25 你直接把文件全量放到内存里?
@lesismal #35 关于续传,他没问我也就没说,实现上一般有一个 bitmap 控制文件写入情况,你说的所有问题用一个 bitmap 就能解决了。另外如果不想用 bitmap ,创建的时候指定文件类型为稀疏,然后直接询问系统哪些块是稀疏的,直接从稀疏块开始,也是可以的。
@jifengg #8 我以前做过多线程下载器,关于文件分配,直接向 OS 申请预分配一块存储空间就行了,预写入 10G 那是 HDD 时代老 Windows 的东西。关于线程调度,直接开个 BlockingQueue<<Index, ByteBuffer>>然后由专门的 Writer 负责写就行了,其他下载线程只需要负责把下到的 block(比如设定每个 block 为 512K)挂到 queue 上就完事

IDM 那种分文件下载再合并,对于大文件下载来说是不可接受的开销。除了菜逼我不知道还有什么理由会这样做
@huixia0010 #6 动动脑子啊,你说的这种问题分多个文件就能解决?
实际上除了 IDM 主流下载器都是不需要合并的
没有为什么,就是写代码的太菜,连 pre-allocate+seek 都不会
196 天前
回复了 crc8 创建的主题 程序员 DV 证书能给 APP 签名吗?
证书有限定用法的,用法代码不对直接报错
@cloudzhou #119 不如直接叫 Anal 吧
196 天前
回复了 va9215 创建的主题 分享发现 Win11 计算器 BUG 还没修复?
GiB 不是 GB
@evan9527 #22 好好好,射胶是吧
197 天前
回复了 zhouquanbest 创建的主题 NAS 绿联 NAS 这么不靠谱?升级系统不向下兼容
@Jackeriss #79 按理说小米生态不比华为小,甚至更大,没和华为一样做 nas 确实有点奇怪
1 ... 9  10  11  12  13  14  15  16  17  18 ... 52  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1583 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 17:05 · PVG 01:05 · LAX 09:05 · JFK 12:05
Developed with CodeLauncher
♥ Do have faith in what you're doing.