请教 FreeBSD 的进程调度策略

wait_rabbit

这两天的使用，感觉 FreeBSD 的进程调度似乎不令人满意。

当一个 Terminal 在编译 ports 软件的时候，如果再尝试做别的事情，经常就会变得非常非常慢（比如再打开一个 Terminal，vim xxoo，或者就用 firefox 看看网页)，后者甚至要等到前者编译结束才能恢复正常。

从桌面用户的角度来说，这个恐怕是无法忍受的。相比 linux （scientific linux 6.3），这种情况就很流畅，几乎感觉不到影响，CFS 确实很给力。

由此想请教一下，FreeBSD 的进程调度策略是什么？和 linux 有过对比测试吗？如果有资料从 BSD4.4 开始就详细介绍一下 scheduler 的历史演变，直到 FreeBSD 9 的话就最好了。

=======================

补充，这个问题只是由桌面使用引出来的，但本质上和桌面与否无关。

FreeBSD 的调度算法，看起来像是 cpu消耗型 的进程占据了较高优先级，所以很想研究一下它的演变历史。

action08

这种服务器用的调度算法就是用户体验做的不够

svenwang

桌面用途并不是FreeBSD的设计目标，正如你用斧子去切菜不能埋怨斧子不好使。
要玩桌面，还是找Linux或者windows吧。

wait_rabbit

回复 3# svenwang

这个问题只是由桌面使用引出来的，但本质上，我认为和桌面与否无关。

而是 I/O消耗型 和 cpu消耗型 这两种进程的调度问题。看起来，cpu消耗型的进程占据了绝对优势。

哪位了解 FreeBSD 进程调度演变历史的，有劳介绍一下。

wait_rabbit

action08 发表于 2013-02-14 21:48
这种服务器用的调度算法就是用户体验做的不够

能具体说说是什么样的调度算法吗？

wait_rabbit

svenwang 发表于 2013-02-14 21:55
桌面用途并不是FreeBSD的设计目标，正如你用斧子去切菜不能埋怨斧子不好使。
要玩桌面，还是找Linux或者wi ...

不开桌面，在两个终端下做相同的事情，体验仍然是相同的。

所以，这个不是桌面的问题。

svenwang

wait_rabbit 发表于 2013-02-14 22:52
不开桌面，在两个终端下做相同的事情，体验仍然是相同的。

所以，这个不是桌面的问题。

你对桌面的理解有点太字面化了。并不是你不开X就没有用到桌面特性。桌面操作系统的一个特点是要求响应迅速，而服务器操作系统更追求大的吞吐量。

wait_rabbit

svenwang 发表于 2013-02-14 23:00
你对桌面的理解有点太字面化了。并不是你不开X就没有用到桌面特性。桌面操作系统的一个特点是要求响应迅 ...

接受你的说法。

这我就弄不明白了，Linux 主要也是用作服务器的，但它的响应就明显比 FreeBSD 要好。

所以很想知道，从服务器性能的角度，有没有对 FreeBSD 和 linux 进行过比较严肃的对比试验，结果如何。:wink:

如果 FreeBSD 在服务器的表现要胜过Linux，那我认为说得过去；如果没有较明显的优势，那就得再议了。

svenwang

wait_rabbit 发表于 2013-02-14 23:07
接受你的说法。

这我就弄不明白了，Linux 主要也是用作服务器的，但它的响应就明显比 FreeBSD 要 ...

Linux用的CFS调度算法采用了一种比较好的抽象，能够比较好地同时适应服务器和桌面的需求。当然，也有人嫌CFS对桌面的需求还是解决的不够好，所以做了一个BFS调度算法，但是没有进入官方版本。而FreeBSD据我所知还是使用传统的时间片调度算法，所以从根本上就不可能同时满足桌面和服务器的需求。

wait_rabbit

svenwang 发表于 2013-02-14 23:22
Linux用的CFS调度算法采用了一种比较好的抽象，能够比较好地同时适应服务器和桌面的需求。当然，也有人 ...

以前打过 BFS 的补丁，确实是非常流畅。 不过这个专门为桌面设计的补丁不可能进入官方的，只能自己玩儿了。

如果 FreeBSD 还是基于传统时间片的调度，那确实就不能在桌面体验上有过高期望了；刚查了一些资料，以前叫做 ULE 调度器（貌似就是 schedule 的后三个字母，真够懒的 ），算法复杂度是O（1），不知道现在咋样了。

感觉FreeBSD的资料确实比较少。