This may answer your questionI realised copying and paste a "folder" consisting of many photos will take much lesser time than copying and paste those "individual photos" inside the same folder. It’s the same file size. Why there is a difference in timing?
I see. TksThis may answer your question
Why does copying multiple files take longer time than copying a single file of same size?
Answer (1 of 13): A2A. Basically, when you copy a file, this is what happens: 1. Find file on disk 2. Move read/write-heads into position (this may happen multiple times, depending on how fragmented that file is on your HDD) and read a chunk from that file. 3. Write that chunk to the new file an...www.quora.com
Lol. I don't know what is APFS. If I can get to that level of understanding I may not needed to ask such question.I believe that copying a folder is faster than copying the files individually because the copy-on-write feature of APFS just needs to handle the one folder instead of doing all the files individually. Are you using APFS? Can somebody confirm that copy-on-write works for directories, too?
No...This may answer your question
For an APFS file system, copying a file between folders on the same disk does not involve copying any data. Involves creating new file entries (inodes) pointing to the same data. So is fast. Hence file size does not matter.I realised copying and paste a "folder" consisting of many photos will take much lesser time than copying and paste those "individual photos" inside the same folder. Its the same file size. Why there is a difference in timing?
Apple File System. How macOS organises files on your disk. These might help:I don't know what is APFS
A normal hard link creates a new dentry to an existing inode, are you sure that APFS needs a new inode for a copy-on-write file?Involves creating new file entries (inodes) pointing to the same data.
Yes. Nothing to do with hard links. With hard links the data is the same for ever - change one hard linked file and the other file is changed. After an APFS copy, the two files have an independent existence - future changes apply to each file separately.A normal hard link creates a new dentry to an existing inode, are you sure that APFS needs a new inode for a copy-on-write file?
They could have layered clones on hard links, lazily creating the new inode on first write, but I just tested it and you are rightYes. Nothing to do with hard links. With hard links the data is the same for ever - change one hard linked file and the other file is changed. After an APFS copy, the two files have an independent existence - future changes apply to each file separately.