Justin Mason <[EMAIL PROTECTED]> writes: > BTW, I'm considering maybe we should have a command for running > periodic expire tasks for Bayes and AWL, and other long-running modes > of operation; this would:
The problem with this is that it goes against the goal of usability. cron jobs?!? The only reason we have cron jobs is because we're software developers, system administrators, etc. Think like a user who might struggle through setting up .procmail file. > (a) do bayes expires, if needed > (b) do AWL expires if needed > (c) other long-runtime tasks that may be suited to "offline" generation, > e.g. generating trusted_networks caches from a Bayes db dump > or similar > (d) possibly downloading frequently-updated data from a central > server if needed for future rules > > something like "sa-cron". sa-update At most, I might be able to live with a once-a-month type of program. Anything that happens more often should not require a separate program, I think. No separate program would be better. > Right now, we just suggest that large-scale bayes users can run > "sa-learn --rebuild" from cron; strikes me that there'll be other jobs > that may need that treatment too. That's suboptimal too. > Or should we just have some kind of inference code to do that stuff from > the engine automatically, like we currently have for bayes? Isn't there some way we do work in smaller amounts? Argh. Daniel -- Daniel Quinlan anti-spam (SpamAssassin), Linux, http://www.pathname.com/~quinlan/ and open source consulting
