sidkang

@cest Echo Buds 搭配的是 Active Noise Reduction，低配 ANC 可能都算不上= =

@lucifer9 ECC 的争论好像挺多的，不过目前看下来主流的讲法还是“ECC 其实不是 ZFS 特殊，而是任何系统用 ECC 内存都更推荐”，我买的主板也是支持纯 ECC 的，不过纯 ECC 有点难买，打算以后方便的时候再搞

@SaltyLeo 不错，我已经把 zpool 建好用起来了，找时间再好好研究一下= =

应该还是看产品的竞争力了，目前 AirPods 也算是一枝独秀，以目前的情形来看应该是没可能出其他颜色的...未来会不会出就看竞品的给力程度了

@lulu00147 嗯，确实是这样，打算文件系统通过 nfs 挂载到黑群晖的方式来使用

@lulu00147 灰常感谢你的回复，我这台应该会和你的差不多，应用向和存储向都有需求，理解，如果是这样的话，那我就考虑直接在 proxmox 下做三个 zpool，U 盘，SSD，HDD 分别各一个，内存其实问题不大，目前已经上 32G，而且我的存储容量目测不到 15T，这方面应该还好。
不过我注意到你的配置方式里应该是采用直通硬盘的方式到 VM 的方式来组成 HDD 的 ZPool 的，这个在 Freenas 的官网说不太推荐在 vm 下这么做，如果实在要在 vm 下管理，应该把整个 sata controller 直通给 vm 来管理（我目前的方式是 host 装 proxmox，给黑群直通了硬盘来用，感觉不是很放心，所以打算重新搞一遍，机器只有 4 盘位 3.5，所以最多也就 raid5，但是未来肯定会上大容量硬盘，目前看来但盘容量越大，raid5 就越不合适，所以想想就打算趁着升级硬件的机会彻底解决这个问题）
以下是 freenas 的原文：
ZFS combines the roles of RAID controller, Volume Manager, and file system, and since it’s all three in one, it wants direct access to your disks in order to work properly. The closer you can get ZFS to your storage hardware, the happier ZFS is, and the better it can do its job of keeping your data safe. Things like native virtual disks or virtual disks on RAID controllers insulate ZFS from the disks, and therefore should be avoided whenever possible. Using a hypervisor, you typically have a disk on a RAID controller presented to a hypervisor which creates a datastore with a disk on it running FreeNAS. This places two layers between ZFS and the physical disks which warrants taking the following precautions.

Precautions
If you are not using PCI passthrough (more on that below), then you must disable the scrub tasks in ZFS. The hardware can “lie” to ZFS so a scrub can do more damage than good, possibly even permanently destroying your zpool.
The second precaution is to disable any write caching that is happening on the SAN, NAS, or RAID controller itself. A write cache can easily confuse ZFS about what has or has not been written to disk. This confusion can result in catastrophic pool failures.
Using a single disk leaves you vulnerable to pool metadata corruption which could cause the loss of the pool. To avoid this, you need a minimum of three vdevs, either striped or in a RAIDZ configuration. Since ZFS pool metadata is mirrored between three vdevs if they are available, using a minimum of three vdevs to build your pool is safer than a single vdev. Ideally vdevs that have their own redundancy are preferred.

@smilzman 如果是这样直接使用 Basic 模式的话，如果是自建，我推荐可以考虑 SnapRaid + MergerFS 的方式，完全没有损失作为 Basic 模式下的那些优点，并且还有一些独有的优点
我想要用 ZFS 主要是还是有一大部分的碎片文件存在，想通过 Raid 的方式提高一些性能，并且能够有一定的可靠性

@momocraft 嗯，对的，这一点确实也是个缺点，不过最近稍微有些进展，https://github.com/zfsonlinux/zfs/pull/8853，鉴于 3*8T 应该可以组 Raid 后有 14T 的容量，应该够用挺长时间的，这个 feature 到时候应该也差不多能 release，剩下就是不同容量的盘的替换扩容问题了= =

同时持有 15 寸 rmbp，surface pro3, iPad Pro3
最初是持有 rmbp，后来想要一台手写设备，于是入了 sp3，然后就带来了各种问题，无论是笔的体验（手写笔突然不响应、手写类 app 的丰富程度、onenote uwp 的 bug 级表现（卡顿，丢笔记，突然不响应各种），最终 sp3 吃灰，遂入了 iPad Pro 12.9，手写体验良好，onenote 表现优秀（稳定、好用、只是页面导入太长的 PDF 不好翻页，不过分割一下也没啥问题），其他 iOS 的生态都是 bonus，服役两年至今运行良好
设备更新的话，以我个人的使用方式，应该还是会倾向于一台主力笔记本会是 macOS，另一台作为手写体验作为核心诉求的设备，iPad Pro 目前看来值得信赖，更新之后可以不用太多考虑直接入；而对于 surface 设备，看完之后我觉得很有意思，可以考虑尝试，手写设备也是一台生产力设备，优秀的体验+整体的稳定缺一不可，surface 线的硬件+软件组合给我带来了十分不好的印象
我的心得的话，还是尽量从可无理由退货的购买渠道进行体验= =