iBugOne

iBugOne

V2EX 第 318309 号会员,加入于 2018-05-24 14:35:53 +08:00
今日活跃度排名 2442
根据 iBugOne 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
iBugOne 最近回复了
2 小时 58 分钟前
回复了 Micropaper 创建的主题 程序员 有人需要积分吗?清一半
不妨秀一下你有多少

以及假设你说的“积分”指的是 V 站的“金 /银 /铜币系统”
我最喜欢拼多多的这个野路子

(省流:安卓提权)
https://mp.weixin.qq.com/s/P_EYQxOEupqdU0BJMRqWsw
BOOTICE 小工具修改 BCD
qemu-system-aarch64
38 天前
回复了 daytonight 创建的主题 程序员 mmap 可以替代 read / write 吗
这个问题 Google 一下「 mmap vs read 」就好了
https://stackoverflow.com/a/5589622/5958455

另外还有一篇 CIDR '22 的论文讲 mmap 的坑
https://www.pdl.cmu.edu/PDL-FTP/Database/p13-crotty.pdf
以下只能三选二:

有国内节点;域名不用备案;合法合规
A 不能 ping 通 B 是因为收不到 B 给出的 echo-reply ,实际上 A 发出的 echo-request 是正常到达 B 的
这些问题至少取决于你用啥软件和文件系统,基本方式是先扫描再去重。

扫描重复文件的方法都比较简单粗暴,比较文件大小和内容( checksum )。

创建 dedup 文件的方法取决于文件系统,简单的方法是 hard link ,那么这时候改其中一份就会同步改掉另一份,但是由于两个文件指向同一个 inode ,权限什么的都是一样的,不会有越权访问; hard link 方式如果想要两份文件独立修改,需要软件支持,并且改完之后就变回占两份空间了。

如果有 FS 支持的话(比如 XFS / Btrfs ),可以通过 reflink 模式实现 dedup ,两个文件具有不同的 inode ,但底层使用相同的分配块;修改其中一份文件会分配新的块并更新分配表,另一份不受影响,也没有越权访问问题。

总之你这问题问得太宽泛了,没法具体回答,常见情况大概如上
@jim 甚至进一步讲,CoW 文件系统保证原来的数据块不会被立即覆盖,尤其是 ZFS ,这是 ZFS 保证写入事务性的一个基础。“逻辑上被覆盖”的旧块会在垃圾回收的时候被释放,然后在更远的将来有更多数据写入之后才会在物理上被覆盖。
73 天前
回复了 metrue 创建的主题 分享创造 用 Cludflare 和 Raspberry Pi 来运行博客.
从学习 CF Tunnel 和玩树莓派的角度来讲,这个东西挺有意思

从挂博客的角度来讲,我觉得这样做毫无意义,相比直接挂在 CF Pages 上既没有性能也没有稳定性
关于   ·   帮助文档   ·   博客   ·   nftychat   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   实用小工具   ·   2945 人在线   最高记录 5556   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 15ms · UTC 13:42 · PVG 21:42 · LAX 06:42 · JFK 09:42
Developed with CodeLauncher
♥ Do have faith in what you're doing.