On Wed, 20 Apr 2016 06:42:07 +0800 (PHT) Paul Goyette wrote: > I've got a real small set-up (two users, total of maybe 500 messages > per day), and really have no justification for adding complexity (and > the learning curve) for sqlite or similar. So I'm just using the > simple hash storage driver.
IIRC there is no learning curve for just switching to sqlite, it's just a matter of editing the StorageDriver setting, and then rebuilding from corpus or starting over. There may be a bit of a learning curve to purging on sqlite, but cssclean hasn't worked for so long that it probably never will. > Everything seems to run fine, except for the database maintenance. I > have a couple of issues with cssclean and csscompress: > ... > Has anyone else seen this? And maybe have a solution? Indeed, is > anyone else even using the hash storage driver? When I tried sqlite I immediately switched back. I like to try different settings and that often benefits from, or even requires, retraining from corpus. This take 2-3 minutes with the hash driver, but over 7 hours with sqlite. I just add anything I train with into the corpus I used for initial training. Occasionally I trim the corpus and recreate the database. With low-volume TOE you could probably just ignore it. My understanding is that it's mostly csscompress that keep the file fast, and that works. ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e _______________________________________________ Dspam-user mailing list Dspam-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-user
