> But this is a daemon that notices changes in user prefs files in real time
so
> the performance issue is spurious.  It's _already_ taking a performances
hit
> _every single time_ for every single user.

No.  For several reasons.

1) Usually user rules are disallowed.  So all SA has to do is open one file
and parse a realtively few lines, which don't include rules.  It then
overlays scores on the existing pre-parsed rules.

2) Rules live in many files, like 50s or hundreds of them.  These files do
NOT get reread for every user.  These are the files that have to be reread
to rebuild the rules after a change.

3) The user rules 'files' in many cases are actually database entries, so
there are no files to open in the first place.

Going out and checking the timestamps on 100 or 200 rules files for every
user would be considerably more overhead than checking the timestamp on one
file, and probably more overhead than opening and reading that one small
file.

Now, checking *occasionally* might not be a bad idea.  Where "occasionally"
was maybe once every few minutes or every few hundred mail messages,
depending on the traffic level at a site.  Event this could of course be the
wrong thing to do, so there would probably need to be an option to enable
this mode.  I'm not at all sure what the appropriate default setting for
this option should be.

        Loren

Reply via email to