我阅读了有关 HFSC的原始SIGCOMM '97 PostScript 论文，它在技术上非常技术性，但我了解基本概念。您可以指定凸或凹的服务曲线，而不是提供线性服务曲线（与几乎所有其他调度算法一样），因此可以解耦带宽和延迟。然而，即使这篇论文提到了正在使用的调度算法（实时和链路共享），它总是只提到每个调度类的一条曲线（通过指定这条曲线来完成解耦，只需要一条曲线） ）。
现在已经使用ALTQ调度框架为BSD（OpenBSD、FreeBSD等）实现了HFSC，并且已经使用TC调度框架（iproute2的一部分）在Linux上实现了HFSC。这两种实现方式增加了两个额外的服务曲线，这是不是在原来的文件！实时服务曲线和上限服务曲线。再次请注意，原始论文提到了两种调度算法（实时和链接共享），但在那篇论文中，它们都适用于一条服务曲线。您目前在 BSD 和 Linux 中发现的任何一条都没有两条独立的服务曲线。
更糟糕的是，某些版本的 ALTQ 似乎为 HSFC 添加了额外的队列优先级（原始论文中也没有优先级这样的东西）。我发现几个 BSD HowTo 提到了这个优先级设置（即使最新的 ALTQ 版本的手册页知道 HSFC 没有这样的参数，所以官方它甚至不存在）。
这一切都使得 HFSC 调度比原始论文中描述的算法更加复杂，互联网上有大量教程经常相互矛盾，一个声称与另一个相反。这可能是为什么似乎没有人真正了解 HFSC 调度的真正工作原理的主要原因。在我提出问题之前，我们需要某种设置示例。我将使用一个非常简单的方法，如下图所示：
替代文字 http://f.imagehost.org/0177/hfsc-test-setup.png
以下是一些我无法回答的问题，因为教程相互矛盾：
为什么我需要实时曲线？假设 A1、A2、B1、B2 都是 128 kbit/s 的链路共享（任何一个都没有实时曲线），那么如果根有 512 kbit/s 的分配（和A和B当然都是256 kbit/s），对吗？为什么我还要给 A1 和 B1 一条 128 kbit/s 的实时曲线？这有什么用？给这两个更高的优先级？根据原始论文，我可以通过使用曲线给他们更高的优先级，这毕竟是 HFSC 的全部内容。通过给这两个类一个 [256kbit/s 20ms 128kbit/s] 的曲线，它们都会自动获得比 A2 和 B2 两倍的优先级（平均仍然只有 128 kbit/s）
实时带宽是否计入链路共享带宽？例如，如果 A1 和 B1 都只有 64kbit/s 实时带宽和 64kbit/s 链路共享带宽，这是否意味着一旦它们通过实时 64kbit/s …
自 Warty Warthog 以来，我一直在断断续续地使用 Ubuntu。我正在考虑尽快安装 Jaunty；但是我注意到周末NetBSD 5.0、Dragonfly BSD 2.2.1、OpenBSD 4.5和FreeBSD 7.2都发布了，所以我很好奇：
BSD 有什么好处？为什么我应该或不应该安装其中之一而不是 Ubuntu？他们的主要卖点是什么？表现？稳定？硬件兼容性？便于使用？安全？它们在旧硬件上运行良好吗？它是什么？
编辑：这是从（主要是 Java）桌面开发人员的角度来看的，但我很想知道其他人的利弊是什么。它们是否更多地针对服务器？对于企业用户？或者是什么？
我正在 FreeBSD 机器上制作 zpools。在创建 zpools 时，我观察到这两种情况：
如果我采用raw disks并创建，zpool那么我就能够形成 zpools 并且它们运行良好。
如果我使用gpartin freebsd-zfsformat格式化磁盘，然后制作 zpool，那么它们也可以正常工作。
我感到困惑的是，哪种方法更适合创建 zpool？
在GNU utils中，ps auxf给出了带有森林（tree）的进程列表。在 BSD/OS X 系统上是否有与此命令等效的命令？
有谁知道有 2 个网卡的低功耗服务器/电脑，所以它可以用于（OpenBSD）防火墙？
桑德拉
我阅读了本教程 - https://help.ubuntu.com/community/BasicChroot - 我的理解是，chroot 是更改的过程，/而创建的新受限环境是“监狱”。但是有人说我错了，chroot 和 jails 是两个完全不同的东西。
有人真的可以用简单的术语解释我的区别吗？
最晦涩/赞成的答案将获得答案投票！
大多数 Unix 和类 Unix 系统都有“传统历史”，每一代都流传下来，以便新人可以看到和理解系统中一些更深奥的部分。就新管理员应该接触的深奥知识而言，有哪些长期 *nix 管理员对“UNIX”的“传奇”做出了贡献？
我对 Unicies 还很陌生。随着 GNU/Linux 和 BSD 的出现，公司偏爱 AIX、Solaris 和其他商业系统的原因是什么？
是否有任何实用程序可以限制进程启动后的网络吞吐量？简单示例：您注意到用户使用 scp 占用了您所有的上传带宽，并且您想限制速率或降低传输的优先级。
我想我可以使用 iptables/tc 或 pf 的组合来实现这一点，但我想知道是否有可用的“一次性”工具（例如带有 --pid 选项的涓流 ^^）？
我正在清理驱动器dd。它是一个 USB 设备，容量为 120GB，并且需要很长时间：
dd if=/dev/zero of=/dev/da0 bs=1M status=progress
我尝试过调整块大小（较小和较大的值等） bs=4M，bs=8M但似乎没有什么区别。它的写作速度7000 kB/s慢得令人痛苦。
我不关心“安全”擦除数据，我只是想擦除它，这样我就可以从头开始重新建立分区结构和文件系统。是否有另一种方法（使用标准实用程序）可以针对此类情况执行快速（一两分钟内）擦除？我正在使用的设备是 FreeBSD，但我认为 dd 命令（和 gpart 等）在它和 Linux 之间的工作方式类似。