sidkang

买了一块战斧牛排，1100g

赞，恭喜楼主，手上用着大学毕业两年买的 14 款 15 寸 rmbp 回复，非常可以理解楼主的心情，我也是大学的时候就一直想着买了，对我是过去几年最有价值的投资～希望对 lz 你也是.....PS：我想等着 13 寸改款以后更新本子

@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 的方式提高一些性能，并且能够有一定的可靠性