19 にハードコードすれば動くはずだし、PRIO_MIN を PRIO_MAX に変えるだけでも基本的に同じことになる（技術的には、PRIO_MAX は Linux カーネルソースで 20 と定義されている）。
作者がその関数の処理内容に応じて優先度を変える実用性を見出していたのは理解できるが、個人的にはプログラムに優先度をいじってほしくない。最低優先度で一日中動いていても問題なく機能する。スレッドが何をしているかに関係なく、他のプロセスから優先度を奪ってほしくない（コマンドラインパラメーターで自動優先度調整の有効/無効を切り替えられるようにするのが良い提案かもしれない――自動優先度スケジューリングを残したい人も多いだろうが、一切不要な人も多いだろうから）
良い指摘だ。違いがあるかテストしたかっただけだ（あると思う）。しかし、他のトピックを読んだところ、修正はすでに SVN にチェックインされていて、リリースには間に合わなかったようだ。つまり、すでに修正されているコードの修正を試しても意味がないな。
同意する。常に最低優先度で実行すべきだ。アイドル CPU で動作するはずなのに、nice 値 2 はアイドルCPU サイクルというよりも共有CPU サイクルに近い。