V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  acess  ›  全部回复第 13 页 / 共 113 页
回复总数  2245
1 ... 9  10  11  12  13  14  15  16  17  18 ... 113  
知乎答案里提到的“示例代码”,其实是 oldnewthing 博客里的一篇。不过看着感觉奇怪,因为 oldnewthing 博客文章里说没有追踪所以查不到,但知乎答案里却说“NT/2000 时代起就可以用 NtQuerySystemInformation 查到系统打开的所有句柄及其对应的 PID”(相当于 lsof 吧?)
另外其实不需要 process explorer 等工具,其实系统自带的资源监视器里就能查句柄。
当系统提示文件被占用时,为何不顺便告诉用户文件被什么进程占用呢? - 知乎用户的回答 - 知乎
https://www.zhihu.com/question/31614421/answer/52718104
2022-10-25 22:02:25 +08:00
回复了 chole 创建的主题 Android 坏掉的 k40 如何刷机?
还是想办法把尾插修好吧,不然万一碰到问题了你也没救砖的手段。
B 站又是哪个?
2022-09-19 19:08:22 +08:00
回复了 szxczyc 创建的主题 Android 红米 k50 无限重启
K40 就有过随机重启的问题,LineageOS 都为了这个打过内核补丁,屏蔽掉基带崩溃触发的 kernel panic 。不过有一说一这个毛病也并不是小米这一家有,同芯片平台的其他厂牌也有,可能算高通的锅吧。
原来楼主想要的是虚拟机……
不过一直不太明白安卓虚拟机的原理,好像有些是类似 fakeroot 那种,也有类似 gvisor 的
2022-08-14 00:41:24 +08:00
回复了 pepsiwant 创建的主题 Windows windows 11 的蓝屏死机概率是不是大幅提高了?
事件查看器里筛选出事件 id 1001 我记得就是蓝屏记录
bluescreenview 我记得也可以看到蓝屏 dump 里的一些信息
2022-08-14 00:39:54 +08:00
回复了 pepsiwant 创建的主题 Windows windows 11 的蓝屏死机概率是不是大幅提高了?
几小时一次……是什么代码?不会是 critical_structure_corruption 吧
2022-08-09 19:32:48 +08:00
回复了 Mateverse 创建的主题 Android 刷了 PE 之后,怎么使用微信指纹支付
PE 没用过。
我的红米 K40 刷的 LineageOS ,微信指纹之前已经整合了 soter 所以一直没问题,升级 LOS18.1 后因为 SELinux 阻挡有一阵子不能用,然后修了这个问题就好了。
支付宝指纹是更早修的,setprop 一个属性就好了。
2022-08-06 14:46:02 +08:00
回复了 um6uih 创建的主题 Bitcoin bitcoin core 转账有什么办法能快一些么
另外 bitcoin core 默认是开启 RBF 的,而且以后 mempoolfullrbf 也要普及了,然后其实可以用 RBF 来追加手续费,相比直接找矿池加速一般会便宜不少。
2022-08-06 14:42:46 +08:00
回复了 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 不知道你说的硬分叉指什么,如果是换算法的话还是要人为干涉吧。
@beyondsoft 只需要维护好 UTXO 集合就不需要读取老区块(老区块读取验证过一次里面的交易就可以丢弃),这一点和 Merkle 树无关。
算力方面,确实和带宽 /存储方面一样存在本质问题,但也提出了缓解办法。如果说矿机都物理托管了,那基本没办法了。但如果只是加入矿池的话,其实我记得这几年也有提出新的挖矿协议,像 stratumV2 、betterhash 之类,印象里可以让矿工在加入矿池的同时也连接自己的全节点验证交易,而不是盲目执行矿池下发的任务。但毕竟矿工只是想赚钱,切到新协议的动机貌似不太强烈。
另外“当前所有帐户余额”也就是 UTXO 集合其实也是有提出 UtreeXO 等办法来大幅缩减存储空间需求的,当然也有代价,我记得就是运行时需要消耗更多带宽。
如果问是不是可以让全节点不要从头下载整条链,只从最近某个时间点开始下载,理论上可以,但跳过不下载不验证=盲信,所以有一定争议,不过我记得其实最近几年 BTC 也在搞 assumeutxo 。
另外如果发生了“链重组”,也就是出现了新的、积累工作量更多(而不是单纯“更长”)的链,然后每一个全节点就需要各自回滚撤销旧链的交易、转头跟随新的链,那么很显然如果重组掉的区块太多(也就是太深)那也会无米之炊。但比特币运转至今极少发生比较深的链重组。我记得只有很多年前出现软件故障的时候发生过比较深的重组,即便如此也只影响了几十个区块,也就是几个小时内容的账本。现在开启修剪限制最少需要保留 550MB 的区块,即便每个区块 2MB ,按每天约 144 个区块也是差不多 2 天的量了。
1 ... 9  10  11  12  13  14  15  16  17  18 ... 113  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5499 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 08:40 · PVG 16:40 · LAX 00:40 · JFK 03:40
Developed with CodeLauncher
♥ Do have faith in what you're doing.