引用:
原帖由 lvcha 于 2025-3-12 09:26 发表
posted by wap, platform: Firefox
mac os就是挺反人类的，
我windows和linux无缝切换，就mac觉得好别扭。
然后干活儿一直是拿mbp远程桌面到单位windows服务器。mac就当个终端用。
原帖由 @Alloyo 于 2025-3-5 21:11 发表
因为傻逼到极致的mac os会帮你细心的分析每一张照片中的人脸，并细心的裁剪几十几百个碎渣文件存储好这些信息，然后再细心的经过一系列让人暖心的算法噼里啪啦一顿算，帮你细心的把这几麻袋几箩筐的碎渣文件计算好并存储成什么链表之类的关联起来，让你在后续一秒可以找到某天街拍中的路人甲，还没完，它还会细心的给路人甲建立一个档案，在你未来的某天浏览到这张街拍时，让你输入路人甲的名称
原帖由 @sigmaxion 于 2025-3-6 12:38 发表
不是说好的苹果比安卓保护隐私么，原来也是底裤给你扒光还嘴硬不承认么
原帖由 @Alloyo 于 2025-3-5 21:11 发表
因为傻逼到极致的mac os会帮你细心的分析每一张照片中的人脸，并细心的裁剪几十几百个碎渣文件存储好这些信息，然后再细心的经过一系列让人暖心的算法噼里啪啦一顿算，帮你细心的把这几麻袋几箩筐的碎渣文件计算好并存储成什么链表之类的关联起来，让你在后续一秒可以找到某天街拍中的路人甲，还没完，它还会细心的给路人甲建立一个档案，在你未来的某天浏览到这张街拍时，让你输入路人甲的名称
原帖由 @dzgxg 于 2025-3-6 15:35 发表
群晖相册也是这样的，比苹果的识别量大的多，这种功能还行吧
原帖由 @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 通过手机版编辑
原帖由 @Alloyo 于 2025-3-6 20:24 发表
在服务端干这活和在工作端干这活是一个概念吗
服务端不担心容量爱怎么整随便，只要不影响 访问速度，在工作端搞这个，一方面浪费磁盘，一方面浪费性能，你想苹果为毛把硬盘浪费多少在这不着调的功能上，还把硬盘焊死，增配置跟镶黄金一样贵
原帖由 @菠菜多 于 2025-3-11 10:12 发表
mac mini m4，
买个2T的移动固态硬盘，
然后把photo app转移过去，
这样的方案可行吗？
速度对比原生的硬盘，
怎么样？
原帖由 lvcha 于 2025-3-12 09:26 发表
posted by wap, platform: Firefox
mac os就是挺反人类的，
我windows和linux无缝切换，就mac觉得好别扭。
然后干活儿一直是拿mbp远程桌面到单位windows服务器。mac就当个终端用。
| 欢迎光临 TGFC Lifestyle (http://bbs.tgfcer.com/) | Powered by Discuz! 6.0.0 |
