在 2019 年 FreeBSD 操作系统还能做什么？不能做什么？
FreeBSD 能做的是让你觉得自己还能干，不能做的是让你觉得自己很能干。（多么符合大龄码农的心境啊）
BSD 可以当门祖传手艺，FreeBSD 和我同岁，但我相信等我孩子能打酱油时，我还能教他「最佳实践」。而在别的某些系统/发行版本中，可能到那时候我连看个 IP 都不会了，毕竟届时 systemd v10086 能一键发射卫星并在掉入大气层崩溃时用量子通信把 log 写进二进位文件里...
但另一方面，这种保守治疗也确实让 FreeBSD 死忠错过了很多，或增加了不少麻烦。买个新电脑先看著零件查驱动这种事儿就不说了，经常的心情波动才烦人：哇 NVIDIA 居然有官方 GPU 驱动！诶没有 cuda ... 哇阿里云居然有 FreeBSD 镜像，诶不能自己 update... 哇 zfs 真好用！诶 rebase 到 Linux port 了...
另外楼上提到的 pf 包过滤最好换用 OpenBSD，我记得 FreeBSD 的 pf 分叉后在独立维护但并不活跃。
我自己能想到的：
路由
包过滤（PF）
网站
代理伺服器
网路存储
科学计算
视频/音频点播
编程
系统/网路维护
图形桌面
瞎折腾
基本上现在很少单独一个OS能搞定所有事情。大部分情况，解决现实问题都是各种系统结合的一种状态。
FreeBSD的网路应用，zfs等让他适合应用于存储领域。另外bhyve虽然发展慢，但是也可以跑虚拟机。
可以看一下我的专栏：
NAS DIY之家?zhuanlan.zhihu.com
基于FreeBSD的折腾。
Linux 能做的，这东西都能做；Linux 做不了的，这东西也能做。
FreeBSD 现在主要是因为学院派，对外部介入的抵制性很强。
这导致很多商业需求的东西，官方加入的还是太慢。而且不是强制性的开源，第三方修改也不会轻易的放出来让大家一起用。
导致现在感觉似乎 freebsd 已经成了鸡肋了。
如果有个树莓派，可以试一下aarch64。
官方很早就支持64位了，超级好用，程序编译成64位后性能提升很高，不过golang不支持FreeBSD+arm64（更新：1.14已经支持了）。
==============
好吧，我收回，把伺服器从树莓派2 freebsd 11.0迁移到树莓派3 freebsd 12.0的时候折腾了不少时间。
bug1：
loader.conf载入模块不生效，虽然载入到内存，但是依赖不会自动载入，还要手动载入依赖，否则不会生效，现在看，是因为多了libalias没有手动载入，也可能是我安装模块后没有更新引用，这个应该不算bug。
bug2：
树莓派的网口要等到识别了设备之后才会出现在系统中，然而，在服务netif启动的时候网口还没载入出来。。所以手动指定地址无法成功，workaround是把netwait的require删除，然后给netif添加依赖netwait，同时指定netwait_if等待ue0
bug3：
tun设备关闭后不会自动删除了，close后要来一发ioctl(sock, SIOCIFDESTROY, ifr)，这个也不能算bug了。。不过，不close直接ioctl会卡住等待。。port手册里也没提到。
暂时就这么点了，新的loader真是一言难尽啊，不过把forth改成lua还是很棒的。
目前来看，对 conda支持不好,其实是anaconda公司没有去做freebsd下面的支持.
进而导致无法常规安装torch,这样在人工智慧方面的应用有点受限制
当然可以 在linux兼容模式下安装conda和torch。
能做一部分linux也可以做的事情，做的也不如linux。其他的都做不了
去看handbook，写的很明白了
freebsd 适合做NAS
openbsd 适合做软路由
同楼上某位仁兄所讲，Linux 可以做的 FreeBSD 都可以做，反而 FreeBSD 可做的 Linux 未必。
FreeBSD 入门肯定要难于 Linux，但是系统非常完整，至于 FreeBSD 的先进性来说也非常超前 jails / dtrace / zfs 等等，也跟进了 drm2 / wayland 等图形技术，在 FreeBSD 发布以后性能也有很大的提升，如果 Linux 打了那个 CPU 补丁完全不是 FreeBSD 的对手，FreeBSD 更适合做网关、存储、流媒体伺服器等，要稳定可靠的运行就用 FreeBSD，Linux 跑容器来说是不错的选择。
补充：FreeBSD 现在的迭代速度非常快，吸纳了很多流行而实用的概念，期待 FreeBSD 社区回暖。
伺服器平台啊，因为比较学院派，所以会少很多新软体。很多说bsd稳定，但是稳定性这个没有一定压力是跑不出来的。
推荐阅读：
