Apple的APFS硬盘格式这个操作厉害了

  • 徐先生
    WD的12t机械硬盘。
    我复制了500g的电影,从一个文件夹复制到另一个文件夹(同一个磁盘内)
    本来是要剪切过去的,但是一不小心点了复制+粘贴。
    接下来就是见证奇迹的时刻了,我看着硬盘灯,闪了几下,然后,复制就完成了。




    我:?????




    本来我是准备等复制文件等窗口出来之后点取消的。


    我们都知道,在Windows端,这个操作是等同于复制源文件,再粘贴一份,500g要重新写入很久的。


    但是mac的apfs格式秒好。


    然后我又检查了一遍,源文件和目标文件都是好的,都可以正常用。、
    然后将源文件删除、清空废纸篓。
    目标文件仍然是ok的。


    佩服佩服。
  • d
    deihc
    原来大苹果这么NB啊
  • 二月三十号
    复制一份后剩余可用空间少没少?
  • u
    ultraboy
    这个在Unix系都是这样做的。。很早很早以前存贮是很贵的,复制文件当然只是增加一条记录,而不是复制整个文件。。
  • 徐先生
    这个倒是没留意一会儿我试一下

    测试了,空间不少。

    应该只是增加了一条记录,源文件是同一个物理地址。
  • 徐先生
    感觉到了,这个复制操作只是增加了一条记录。
  • d
    dead_kiss
    建一个文件夹快捷方式粘贴过去
  • l
    lqtj88
    存储机制是:文件名(目录)和 实际文件 两部分,平时这部分关联起来的。一般的删除,只是删了文件名,实际文件没删,所以能数据恢复,包括清空回收站也是;你执行彻底删除、或者文件填充后,就真的恢复不了了,因为他连实际文件也删除了。 什么覆盖10遍还能恢复的神奇技术,只在网上看过传说,从没见过有力说明,如果真有这技术,说明可以直接把现有硬盘容量扩大10倍,那硬盘厂商早用了吧。

    你上面说的,那就是他把文件名复制了一份,实际文件没复制,所以特别快。 但这并不是2份文件,如果你要更改其中一份保存起来的时候,他还得执行一遍实际文件的复制才行。

    WIN上面不是这样罢了。但WIN上面现在的剪切和粘贴,在同一分区中,也是这原理。
  • j
    jcd_chh
    APFS的常规操作,复制粘贴只是创建链接,所以剩余空间不会变小
    我记得这是APFS刚出来那会儿的一大宣传点
  • c
    chen10247
    卷宗也是个很好的设计,明显优于分区
  • 徐先生
    大佬解释的清楚了。
  • w
    wangzm816
    这个有点牛逼了。。。那要是编辑了其中一份之后会???
  • 腿毛飘飘
    cow 啊,现代文件系统特性。
  • v
    vraypk
    看楼上说的,意思是其实是只是新建了个快捷方式?
  • z
    zeoly
    就是soft link吧?
  • t
    tjzhu
    APFS现在支持机械硬盘了? 之前貌似只支持固态硬盘。
  • 赫敏
    那你改了其中一个会发生什么?
  • d
    diok
    同理,删除了也只是标记一下,WINDOWS还是做的不够好
  • m
    meno
    拷贝才是增加文件
  • t
    timtu
    看个人习惯了。有些人看着这些假文件强迫症会犯了
  • z
    zk-75
    恭喜你学会了一个新的无用小知识 “linux/unix 快捷方式(link/in)”
  • 采花郎
    外置盘能格式化为APFS格式吗?
  • v
    vivianalive
    最新系统,外置机械硬盘都可以格式化为APFS格式了。
  • 采花郎
    难怪,我插在Mojave上面的移动硬盘,格式化时候没瞧见APFS选项啊
  • w
    will_0077
    这就是陈冠希那个事情/.........
  • b
    bxhaai
    空间没少的话只是给你多建了个快捷方式而已
  • _
    _samuel
    空间没增加,只是多了个指针而已。
  • S
    ShinichiYao
    会保存你编辑文件的增量部分
  • c
    cowboyfzl
    你是不是制作替身了……然后你又把源文件删除,这下安逸了
  • z
    zealotxx
    本来想备份一次的
  • b
    bigeblis
    肯定是加一个标签,类似win系统里的快捷方式,两个位置打开的其实是同一个文件!
  • N
    Nemostar
    深拷贝和浅拷贝的感觉
  • A
    Auki
    不稀奇,类似Btrfs文件格式 ,复制都是快照,不是实际复制
  • j
    jihang1991
    源文件删除 还能用???牛逼了啊
  • D
    DOS
    就是建了一个hardlink。不过Apple的操作逻辑的确很多都和Microsoft不一样,比如,编辑完文件直接退出默认是保存更改而不是提示你保不保存。
  • w
    wangzm816
    linux这么牛逼呢,,,突然感觉作为一个计算机系毕业的我说出了体现无知的话语
  • d
    doocoo
    据我所知新一代的文件系统基本上都是ZFS代表的一些特性,比如COW、snapshot、extend等等。
    这个复制我理解就是利用COW和snapshot
    Brtfs等等也是这样的
  • a
    acafeiqq
    那应该就会重新生成新文件了,编辑过的新建一个链接。
  • 赫敏
    这说明删除也不是真正的删除啊
  • 赫敏
    那整个文件系统都是有索引的?文件本身也是存储在树结构上吗?
  • a
    airmarry
    linux系统而已....类似软链接而已.
  • S
    ShinichiYao
    具体不是很清楚,但是应该是一种类似git的结构体系,因为这种结构对于苹果提出的支持随时调取时间线上任何时间点的历史文件副本都是最优解
  • 赫敏
    那就是日志型
  • m
    ms75738
    文件的硬连接··
  • f
    flyzhuan
    就想win一样,我复制粘贴是真的想他能复制一个备份出来的。不至于我文件损坏了就全没了。

    win你也可以复制和快捷方式到指定目录啊,反正效果也没差。
  • 谁都想的到
    Mac里面的复制就只是多个快捷方程式,里面的拷贝才是win上面的复制
  • 秋天の神
    win也可以创建硬链接,差不多
  • l
    lzzyc
    这个模式是源于UNIX的文件系统UFS,服务器的备份机制是刻在基因里的,一般除了磁盘阵列,还有冗余柜,甚至定时的磁带冷备份。所以在这些系统里面,这样没有毛病。至于APPLE的APFS对于同卷复制文件这样操作,是不是“先进”,个人持保留态度。Win在FAT和NTFS里面除了会在MFT里面增加记录,还会重新找磁盘的空余扇区完整对数据进行COPY操作。这样有个好处,即使源文件的扇区有物理坏道,是不会影响副本文件的。而APFS的情况,要是你源文件扇区完蛋了,同一存储设备的副本也会完蛋……
  • s
    solder
    楼主获得成就:趁系统没反应过来及时删除源文件
  • w
    webgm
    Windows也有软连接与硬链接

    mklink [ [/D] | [/H] | [/J] ] Link Target
    参数
    参数 可选/必须 说明
    /D 可选 创建目录符号链接而不是文件符号链接(默认为文件符号链接)
    /H 可选 创建硬链接而不是符号链接
    /J 可选
    创建目录连接点
    Link 必须 指定新的符号链接名称
    Target 必须 指定新符号链接引用的路径(绝对路径或相对路径均可)
    注意:参数 Link 和 Target 要求不能使用 Windows 中不允许用作文件名的字符(\ / : * ? " < > |)。并且如果 Link 和 Target 这两个参数中需要包含空格,则必须使用英文双引号将内容引起来,以避免参数识别错误。
    限制
    符号链接在系统启动的时候是不工作的,所以下面这些文件(夹)是不可以作为符号链接替换的:
    \Windows
    \Windows\system32
    \Windows\system32\config
    Windows Install 并不完全支持符号链接,所以,如果将 \Windows\Installer 使用符号链接替换将会导致大多数基于 .msi 的 Windows Install 安装程序出错失败,错误码为 2755 或 1632。
    以下文件(夹)可以被符号链接替换:
    \Documents and Settings
    \ProgramData
    \Program Files
    \Program Files (x86)
    \Users
    但是注意:
    将 \Users 和 \ProgramData 使用符号链接替换是不推荐的,这会破坏 Windows Update 自动更新和 Windows Store 中的应用。
    将 \Users、\ProgramData、"\Program Files" 或 "\Program Files (x86)" 使用符号链接替换将会破坏 Windows 的安装、部署和升级。
    将 "\Program Files" 或 "\Program Files (x86)" 使用符号链接替换将会破坏那些从 \Windows\WinSxS 仓库中硬性链接了文件到安装目录中的基于 Windows 组件的服务。
    目录符号链接与目录连接点的区别
    目录符号链接(/D)与目录连接点(/J)非常相似,但是本质是不同的。目录符号链接依旧是符号链接,是指向目录的符号链接,而目录连接点不属于符号链接。
    目录符号链接允许 Target 使用相对路径,当使用相对路径时创建目录符号链接之后,如果移动了符号链接文件,操作系统将无法再找到原来的目标。
    目录连接点只允许 Target 使用绝对路径,当创建目录连接点时,如果传入的参数是相对路径,mklink 命令会自动将相对路径补全为绝对路径。
    当目录符号链接使用绝对路径时,其行为与目录连接点完全一样。
    此外,目录符号链接还可以指定 SMB 远程网络中的路径,而目录连接点不可以。