这不是FreeBSD vs [插入最喜欢的linux服务器发行版]。
我的兴趣是知道为什么以及如何补救sch问题，如果他们存在。
主要是，我正在为当地的红十字会医院实施基于FreeSwitch的PBX。 我是我，我想扩大我的视野。 我不是一个完整的Linux或freebsd的专家，但我也不是懒散的。
现在，经过大量的search之后，我一直在阅读有关FreeBSD和SMP的问题，但对于Linux来说却不是这样，虽然老实说，我还没有看到任何问题，而且还有CentOS，Ubuntu和Debian的BSD服务器。
那么，有没有问题？ 如果有什么补救措施的话（如果可能的话，因为我在FreeBSD网站上看过FreeBSD是为x86架构而devise的）。
FreeBSD在6.x和7.x分支中的实验时间表“ULE”有问题（它是在5.x中引入的，但是已知非常不稳定）。 当它有这些问题时，它从来就不是任何产品发布的默认调度程序。 在开发中我运行了ULE，从来没有遇到任何问题。
问题是一个非常技术性的竞争条件，这是非常不可能的，除非你有一个重载服务器; 问题越来越严重，所以大部分电脑都不会看到它。 但效果是死锁的机器，它不会自动重新启动; 因此这个问题是一个生产责任。
从那时起，比赛条件已经解决，而且ULE现在已经完全稳定了。 它已经成为8.x的默认调度器，并且对于大量内核来说更加高效。 之前的调度程序（4BSD）在SMP系统上工作，但缩小了; 非常明显的在超过4个核心的系统上。
PS：BSD最初是为PDP-11编写的，代码仍然非常便于使用。 FreeBSD和NetBSD在优化方面存在着分歧（非常短小的故事！），FreeBSD专注于i386 / AMD64; NetBSD专注于可移植性。 当我在这个时候：OpenBSD打破了NetBSD，专注于安全; 而DragonflyBSD打破了FreeBSD专注于极致的稳定性。