V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  acess  ›  全部回复第 1 页 / 共 101 页
回复总数  2010
1  2  3  4  5  6  7  8  9  10 ... 101  
24 天前
回复了 franklioxygen 创建的主题 云修电脑 有些 U 盘没法作为启动盘?
不太清楚。楼上说是读卡器+TF 卡就不行,但我几年前经常用这个组合启动,legacy/uefi 都可以,而且不是封装成 U 盘形式的产品,就是自己买的读卡器+TF 卡。
27 天前
回复了 keai77 创建的主题 Windows 有没有好用的 Windows 剪贴板
@willgyw 比如想要在重启后更快恢复之前的工作状态?
再扯远点,我记得像 chkdsk 也有强制卸除卷的选项,这也是在其他程序没有主动配合的情况下强行进行的,“会让已打开的句柄无效”
@geelaw 但我觉得有时候用户也未必在乎要不要 graceful shutdown ,结束进程就是很粗暴的动作。

svchost 这个听起来好像影响可能扩大到很严重,但反过来我也在想如果真是这样那是不是应该尽量避免影响扩大呢?我记得 oldnewthing 博客里也说过 com surrogate 就是 explorer 的替死鬼。
其实说到 oldnewthing 我有点想起 youtube 上 NCommander 讲的三维弹球的故事(虽然我是在 B 站看的汉化搬运),其实背后并不像 oldnewthing 里说的那么简单。
知乎答案里提到的“示例代码”,其实是 oldnewthing 博客里的一篇。不过看着感觉奇怪,因为 oldnewthing 博客文章里说没有追踪所以查不到,但知乎答案里却说“NT/2000 时代起就可以用 NtQuerySystemInformation 查到系统打开的所有句柄及其对应的 PID”(相当于 lsof 吧?)
另外其实不需要 process explorer 等工具,其实系统自带的资源监视器里就能查句柄。
当系统提示文件被占用时,为何不顺便告诉用户文件被什么进程占用呢? - 知乎用户的回答 - 知乎
https://www.zhihu.com/question/31614421/answer/52718104
35 天前
回复了 chole 创建的主题 Android 坏掉的 k40 如何刷机?
还是想办法把尾插修好吧,不然万一碰到问题了你也没救砖的手段。
B 站又是哪个?
72 天前
回复了 szxczyc 创建的主题 Android 红米 k50 无限重启
K40 就有过随机重启的问题,LineageOS 都为了这个打过内核补丁,屏蔽掉基带崩溃触发的 kernel panic 。不过有一说一这个毛病也并不是小米这一家有,同芯片平台的其他厂牌也有,可能算高通的锅吧。
原来楼主想要的是虚拟机……
不过一直不太明白安卓虚拟机的原理,好像有些是类似 fakeroot 那种,也有类似 gvisor 的
事件查看器里筛选出事件 id 1001 我记得就是蓝屏记录
bluescreenview 我记得也可以看到蓝屏 dump 里的一些信息
几小时一次……是什么代码?不会是 critical_structure_corruption 吧
113 天前
回复了 Mateverse 创建的主题 Android 刷了 PE 之后,怎么使用微信指纹支付
PE 没用过。
我的红米 K40 刷的 LineageOS ,微信指纹之前已经整合了 soter 所以一直没问题,升级 LOS18.1 后因为 SELinux 阻挡有一阵子不能用,然后修了这个问题就好了。
支付宝指纹是更早修的,setprop 一个属性就好了。
116 天前
回复了 um6uih 创建的主题 Bitcoin bitcoin core 转账有什么办法能快一些么
另外 bitcoin core 默认是开启 RBF 的,而且以后 mempoolfullrbf 也要普及了,然后其实可以用 RBF 来追加手续费,相比直接找矿池加速一般会便宜不少。
116 天前
回复了 um6uih 创建的主题 Bitcoin bitcoin core 转账有什么办法能快一些么
除了一楼提到的矿池可能优先打包自己家的交易,矿工也是按照手续费除以 vBytes 虚拟字节数来排序决定优先打包哪些交易的。

交易所这种,一笔交易可以给很多个用户发币,也就是所谓的 batching 批量发币。二楼 @touzi 说的应该就是这个意思吧。
这种情况下打个比方就像拼车一样可以省钱。本来发 N 笔交易需要 N 个输入 N 个找零输出额外占字节数,如果合并成一笔交易,那其中 N-1 项输入和找零输出的开销就都省去了。

自己的钱包一般没这个条件。
而且其实对于 SPV 来说,它是盲信算力、没有验证交易合法性(是否符合规则)。单单是防篡改本身其实并不是问题,Merkle 树已经搞定了。怕的是多数算力故意打包违反规则的交易(比如偷币、造币)。
@realpg 实际上因为可以开启修剪,所以存储并不是不可回避的瓶颈,被认为真正难以回避的瓶颈是带宽(因为要全部下载一遍所有区块)

关于钱包需要扫描区块找出与自己相关的交易这一点,其实可以借助 block filter index 大幅加速区块扫描速度,甚至 P2P 扫描(从别的节点下载区块)。

BIP157/158 本来就是轻钱包协议,而且其实 Bitcoin Core 已经实现了服务端、其他不少钱包则是已经实现了客户端,只不过是 Bitcoin Core 自己还不能利用它加速扫描或者减轻(或者说转移,也就是走 P2P )自身的存储负担。

block filter index 这个也算是一种折衷:一个极端是傻扫区块,特别慢特别低效(原先 BIP37 就是因为这个理由淘汰的,甚至认为可以 DoS ),另一个极端是像区块浏览器那样虽然可以秒速得到结果,但索引很大。block filter index 就是速度相对比较快,占硬盘也不太大。
@LnTrx 不知道你说的硬分叉指什么,如果是换算法的话还是要人为干涉吧。
1  2  3  4  5  6  7  8  9  10 ... 101  
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   3425 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 78ms · UTC 13:26 · PVG 21:26 · LAX 05:26 · JFK 08:26
Developed with CodeLauncher
♥ Do have faith in what you're doing.