Debian 3.1 與 FC 4 的 performance

[小黑]

各位大大：

小弟的公司最近有兩部 server, 發現 FC4 的 scheduler 好像比 debian 的聰明 ... 首先說一下配置

1. Debian Sarge + kernel 2.4.31 + Postgresql 8.03

2. FC 4 + kernel 2.6.11 + Postgresql 8.04

我在 PgAdmin 裡執行了一句最簡單的 select statement , FC4 用 6 秒就完成了， Sarge 就用了 20 秒。。

看到這個結果我便覺得很奇怪，再用 top 看一下

原來 Sarge 給 postgresql 的 cpu usage 一直限在 20% 左右，而 FC 4 就沒有這個限制， postgresql 要多少就給多少。

請問這是 kernel version 的問題還是有什麼地方可以設定的呢？

[wsun013]

會不會跟kernel version 有關呢?

[訪客]

請將 Sarge 改用 2.6 版本的 Kernel

各位大大：

小弟的公司最近有兩部 server, 發現 FC4 的 scheduler 好像比 debian 的聰明 ... 首先說一下配置

1. Debian Sarge + kernel 2.4.31 + Postgresql 8.03

2. FC 4 + kernel 2.6.11 + Postgresql 8.04

我在 PgAdmin 裡執行了一句最簡單的 select statement , FC4 用 6 秒就完成了， Sarge 就用了 20 秒。。

看到這個結果我便覺得很奇怪，再用 top 看一下

原來 Sarge 給 postgresql 的 cpu usage 一直限在 20% 左右，而 FC 4 就沒有這個限制， postgresql 要多少就給多少。

請問這是 kernel version 的問題還是有什麼地方可以設定的呢？

[小黑]

但請問這種特性 (不把 cpu 全放出來) 是 2.4 還是 configuation 可以調校的呢?

[小黑]

經過測試後, 使用 2.6.13-4 的 debian 出來的效能和 FC4 差不多了

謝謝各位的回覆

[訪客]

但請問這種特性 (不把 cpu 全放出來) 是 2.4 還是 configuation 可以調校的呢?

2.4 configure 不能調校，有一些非正式的 patch 可用，
這是因為 2.6 的排程演算法做了改變，所以可達到搶佔的行程，
但是 Server 一般來說，應該尋求的是每個行程都能確保執行到，
因此理論上可搶佔的模式應該不適合 Server 用才對。

[小黑]

對 , 在 config 2.6 kernel 的時候也說明 preemptive scheduling 是不適合 server 使用的,所以我也沒有將它編入我的kernel , 但是 2.6 的效能在我的情況下真的比 2.4 理想