posted by wap, platform: iPhone
总结一下，前1/4段拷贝进程主要是在处理照片图库内的大量且琐碎的缓存、索引和图片信息数据文件，这段耗时很厉害，而系统会用这段的拷贝速度来推断整体的完成时间，进入对图库中的图片和视频文件的拷贝任务后，传输速率会大幅提升，但此时u盘的缓存策略已经被耗尽，也无法达到极速，所以还是不能到达传输峰值，但也不会真像之前预测的那样需要数小时，整个过程我没记录，但应该是在1小时内完成的。这样的处理效率只能说勉强还能接受。

mac mini m4，u盘是海康威视S1000，测试读写速度都在1000MB/S上下，但是从U盘拷贝老macbook备份出来的照片图库速度慢到怀疑人生。其实年前从旧mac book里考进这个u盘的时候也很慢，但当时以为是老macbook的usb速度不行。拷86G的图库要4个多钟头，这哪受的了。u盘肯定是好的，读取写入其他文件嘎嘎快。

本帖最后由 darkryu 于 2025-3-6 21:52 通过手机版编辑

posted by wap, platform: iPhone
发完贴后等了一会速度快了一些，进度条走了1/3显示还剩40分钟，这也还是慢啊

文件太多，正常
每个文件都需要单独启动和结束的拷贝流程，实际上速度根本没起来就结束了，数量特别大的时候就很慢

posted by wap, platform: iPhone
弄明白了，mac os的照片图库看上去是一个打包过的大文件，其实是个文件夹，里面的文件还是独立的，不仅照片文件多，还有层层嵌套了大量的系统缓存数据、缩略图、修改记录等零碎文件，自然拷贝速度慢的惊人。

posted by wap, platform: iPhone
对 mac这图库导入实际上是个数据库操作

posted by wap, platform: Chrome
因为傻逼到极致的mac os会帮你细心的分析每一张照片中的人脸，并细心的裁剪几十几百个碎渣文件存储好这些信息，然后再细心的经过一系列让人暖心的算法噼里啪啦一顿算，帮你细心的把这几麻袋几箩筐的碎渣文件计算好并存储成什么链表之类的关联起来，让你在后续一秒可以找到某天街拍中的路人甲，还没完，它还会细心的给路人甲建立一个档案，在你未来的某天浏览到这张街拍时，让你输入路人甲的名称

posted by wap, platform: Chrome
在用mac的那几年里，每次买来心机或升级系统，第一时间找办法把photo删掉，这蠢逼简直是计算机文明的屎渣

posted by wap, platform: iPhone
u盘写入1g每秒能坚持多久？

U盘还真不合适。弄个便宜的外接SSD快多了

肯定是U盘的问题，我用固态硬盘对拷200多G的照片图库好像只用了几分钟

posted by wap, platform: VIVO

引用:

原帖由 @Alloyo  于 2025-3-5 21:11 发表
因为傻逼到极致的mac os会帮你细心的分析每一张照片中的人脸，并细心的裁剪几十几百个碎渣文件存储好这些信息，然后再细心的经过一系列让人暖心的算法噼里啪啦一顿算，帮你细心的把这几麻袋几箩筐的碎渣文件计算好并存储成什么链表之类的关联起来，让你在后续一秒可以找到某天街拍中的路人甲，还没完，它还会细心的给路人甲建立一个档案，在你未来的某天浏览到这张街拍时，让你输入路人甲的名称

不是说好的苹果比安卓保护隐私么，原来也是底裤给你扒光还嘴硬不承认么

posted by wap, platform: iPhone

引用:

原帖由 @sigmaxion  于 2025-3-6 12:38 发表
不是说好的苹果比安卓保护隐私么，原来也是底裤给你扒光还嘴硬不承认么

这是怎么得出的结论？

posted by wap, platform: iPhone

引用:

原帖由 @Alloyo  于 2025-3-5 21:11 发表
因为傻逼到极致的mac os会帮你细心的分析每一张照片中的人脸，并细心的裁剪几十几百个碎渣文件存储好这些信息，然后再细心的经过一系列让人暖心的算法噼里啪啦一顿算，帮你细心的把这几麻袋几箩筐的碎渣文件计算好并存储成什么链表之类的关联起来，让你在后续一秒可以找到某天街拍中的路人甲，还没完，它还会细心的给路人甲建立一个档案，在你未来的某天浏览到这张街拍时，让你输入路人甲的名称

群晖相册也是这样的，比苹果的识别量大的多，这种功能还行吧

posted by wap, platform: iPhone

引用:

原帖由 @dzgxg  于 2025-3-6 15:35 发表
群晖相册也是这样的，比苹果的识别量大的多，这种功能还行吧

在服务端干这活和在工作端干这活是一个概念吗

服务端不担心容量爱怎么整随便，只要不影响 访问速度，在工作端搞这个，一方面浪费磁盘，一方面浪费性能，你想苹果为毛把硬盘浪费多少在这不着调的功能上，还把硬盘焊死，增配置跟镶黄金一样贵

posted by wap, platform: Chrome

引用:

原帖由 @darkryu  于 2025-3-5 18:58 发表
总结一下，前1/4段拷贝进程主要是在处理照片图库内的大量且琐碎的缓存、索引和图片信息数据文件，这段耗时很厉害，而系统会用这段的拷贝速度来推断整体的完成时间，进入对图库中的图片和视频文件的拷贝任务后，传输速率会大幅提升，但此时u盘的缓存策略已经被耗尽，也无法达到极速，所以还是不能到达传输峰值，但也不会真像之前预测的那样需要数小时，整个过程我没记录，但应该是在1小时内完成的。这样的处理效率只能说勉强还能接受。

mac mini m4，u盘是海康威视S1000，测试读写速度都在1000MB/S上下，但是从U盘拷贝老macbook备份出来的照片图库速度慢到怀疑人生。其实年前从旧mac book里考进这个u盘的时候也很慢，但当时以为是老macbook的usb速度不行。拷86G的图库要4个多钟头，这哪受的了。u盘肯定是好的，读取写入其他文件嘎嘎快。

本帖最后由 darkryu 于 202536 21:52 通过手机版编辑

mac mini m4，
买个2T的移动固态硬盘，
然后把photo app转移过去，
这样的方案可行吗？
速度对比原生的硬盘，
怎么样？